DIY: Itho ventilatie aansturen via 868Mhz transmitter

[SoldeerBeer]

@Sten Vollebregt
Ik ben er uit.
Het probleem was niet dat de timer niet werkte. Mijn probleem was dat de optie 'Enable RF receive log:' bij het booten niet wordt geset ook al staat het vinkje in het webform aan. Ik dacht dus dat er niks ontvangen werd; jawel dus, maar het werd niet getoond.
Ik heb dus nu bij de PLUGIN_INIT de regel

code:

PLUGIN_118_Log = PCONFIG(0);

toegevoegd zodat bij booten, de PLUGIN_118_Log variable op true komt te staan als het vinkje aan staat.

[ Voor 8% gewijzigd door SoldeerBeer op 10-01-2022 16:51 ]

[RudolfR]

@martinvdm

Er is een IthoStandby en een IthoLow (naast Medium, High, High 10m, High 20m, High 30m en Power/Full)
Neemt jouw code de juiste stand?

Ik heb hier een keer e.e.a. aan code gepost voor esphome, maar ik wil het eigenlijk weer aanpassen omdat ik gebruik wil maken van een 'select' met de diverse standen.
Moet daarvoor iets programmeren om de string met de naam om te zetten in een stand.

[martinvdm]

RudolfR schreef op maandag 10 januari 2022 @ 17:16:
@martinvdm

Er is een IthoStandby en een IthoLow (naast Medium, High, High 10m, High 20m, High 30m en Power/Full)
Neemt jouw code de juiste stand?

Ik heb hier een keer e.e.a. aan code gepost voor esphome, maar ik wil het eigenlijk weer aanpassen omdat ik gebruik wil maken van een 'select' met de diverse standen.
Moet daarvoor iets programmeren om de string met de naam om te zetten in een stand.

Thanks ! Deze code is duidelijk anders als die van @jodur , waarbij hier idd wel een standby gebruikt wordt. Ik ga eens op onderzoek uit. Thanks

[Sten Vollebregt]

SoldeerBeer schreef op maandag 10 januari 2022 @ 16:47:
@Sten Vollebregt
Ik ben er uit.
Het probleem was niet dat de timer niet werkte. Mijn probleem was dat de optie 'Enable RF receive log:' bij het booten niet wordt geset ook al staat het vinkje in het webform aan. Ik dacht dus dat er niks ontvangen werd; jawel dus, maar het werd niet getoond.
Ik heb dus nu bij de PLUGIN_INIT de regel

code:

PLUGIN_118_Log = PCONFIG(0);

toegevoegd zodat bij booten, de PLUGIN_118_Log variable op true komt te staan als het vinkje aan staat.

Scherp, was mij niet opgevallen omdat mijn log uit staat en ik dus altijd een webform save moet doen voordat ik wat zie. Bij een webform save zet hij de flag namelijk wel. Heb dit ook aangepast.

[SoldeerBeer]

Prima!. Bedankt voor je support.

[EtHeO18]

Verplaatst van een ander topic:

Ik ben ook begonnen met hobbyen aan deze afzuiging. Ik heb zelf een "CVE ECO 2P", welke reageert op een RF afstandsbediening:


Als ik de afstandsbediening gebruik zie ik de volgende bursts (drie keer herhaald):

Deze bursts zijn op te delen in een 8kbaud burst (de linker) en een 38.4kbaud burst (de rechter).

Ik heb een esp8266 aangesloten op een cc1101, waar de genoemde ESPEasy met correcte firmware op draait. Als ik daarmee probeer een commando te sturen, zie ik alleen maar deze burst (drie keer herhaald):


Kijkend naar de baud rate ziet het er uit als de tweede burst van de remote.

Het probleem dat ik ervaar is dat de software met ESPEasy wel de signalen van mijn remote kan ontvangen, maar dat de afzuigingsinstallatie niet reageert op de signalen van de ESPEasy. Ik heb uiteraard join commando's verstuurd, vlak na het opnieuw aansluiten van de stekker van de afzuigingsinstallatie, en ik heb ook geprobeerd om het ID van mijn remote over te nemen. Ik vermoed dat het komt doordat mijn installatie alleen reageert op die 8kbaud burst. Komt iemand dit bekend voor?

[janneman64]

Even een minder technische opmerking:

Itho blijkt de spider gateway uit het programma gehaald te hebben.
"Omdat het bedrijf waar we mee samenwerken er mee stopt". Gateways zijn domweg niet meer te gebruiken.
Itho heeft ook geen vervanger, geen strategie om op een andere manier hun ventilatoren extern te laten besturen, niets.

Als productmanager vind ik dit echt extreem slechte strategie.

Als eigenaar van een itho WTW volg ik met nog meer belangstelling dit draadje tot ik denk: oké, nu kan ik het misschien namaken.

Als ondernemer denk ik :
Er zou een partij op kunnen staan om een compleet nieuwe besturing voor die itho's te maken, direct met een ethernet, een zigbee, een wifi , een knx en een contactjes interface en gewoon een publieke beschrijving hoe je het product kan integreren in je autatisering. Hallo 2022.

[arjenhiemstra]

janneman64 schreef op dinsdag 18 januari 2022 @ 19:15:
Even een minder technische opmerking:

Itho blijkt de spider gateway uit het programma gehaald te hebben.
"Omdat het bedrijf waar we mee samenwerken er mee stopt". Gateways zijn domweg niet meer te gebruiken.
Itho heeft ook geen vervanger, geen strategie om op een andere manier hun ventilatoren extern te laten besturen, niets.

Als productmanager vind ik dit echt extreem slechte strategie.

Als eigenaar van een itho WTW volg ik met nog meer belangstelling dit draadje tot ik denk: oké, nu kan ik het misschien namaken.

Als ondernemer denk ik :
Er zou een partij op kunnen staan om een compleet nieuwe besturing voor die itho's te maken, direct met een ethernet, een zigbee, een wifi , een knx en een contactjes interface en gewoon een publieke beschrijving hoe je het product kan integreren in je autatisering. Hallo 2022.

Zoiets?
meer info hier: https://github.com/arjenhiemstra/ithowifi/wiki

[arjenhiemstra]

EtHeO18 schreef op donderdag 13 januari 2022 @ 00:11:
Verplaatst van een ander topic:

Ik ben ook begonnen met hobbyen aan deze afzuiging. Ik heb zelf een "CVE ECO 2P", welke reageert op een RF afstandsbediening:
[Afbeelding]

Als ik de afstandsbediening gebruik zie ik de volgende bursts (drie keer herhaald):
[Afbeelding]
Deze bursts zijn op te delen in een 8kbaud burst (de linker) en een 38.4kbaud burst (de rechter).

Ik heb een esp8266 aangesloten op een cc1101, waar de genoemde ESPEasy met correcte firmware op draait. Als ik daarmee probeer een commando te sturen, zie ik alleen maar deze burst (drie keer herhaald):
[Afbeelding]

Kijkend naar de baud rate ziet het er uit als de tweede burst van de remote.

Het probleem dat ik ervaar is dat de software met ESPEasy wel de signalen van mijn remote kan ontvangen, maar dat de afzuigingsinstallatie niet reageert op de signalen van de ESPEasy. Ik heb uiteraard join commando's verstuurd, vlak na het opnieuw aansluiten van de stekker van de afzuigingsinstallatie, en ik heb ook geprobeerd om het ID van mijn remote over te nemen. Ik vermoed dat het komt doordat mijn installatie alleen reageert op die 8kbaud burst. Komt iemand dit bekend voor?

De CVE ECO 2P is een wat ouder model en de remote ziet er ook uit als een wat ouder model.
Ik heb inmiddels 4 verschillende join commando's voor verschillende itho remotes. In de lib zit er echter maar 1 voor versturen (het meest voorkomende model).
Het zou heel goed kunnen dat de remote die je hebt toch andere commando's verstuurt waardoor die van de lib niet werken.
In de lib zit een debug functie, je zou deze aan kunnen roepen om ieder ontvangen commando te printen naar een serial interface: https://github.com/arjenh.../Itho/IthoCC1101.cpp#L905

Met die info die uit die functie komt kan ik nieuwe comando's aan de lib toevoegen.

[janneman64]

arjenhiemstra schreef op dinsdag 18 januari 2022 @ 19:19:

Zoiets?
meer info hier: https://github.com/arjenhiemstra/ithowifi/wiki

kwaseralbangvoor

goud doan, miejong. ik ga me es inlezen. ennuh homey niet buitensluiten he, all inclusive samenleving enzo
edit; zie nu zelfs homey staan. voor m'n beurd getiept

[ Voor 7% gewijzigd door janneman64 op 18-01-2022 20:53 ]

[bbn_ldp]

Kan iemand mij vertellen wat ik in espeasy bij de wifi ip settings moet instellen om de esp een vast ip adres te geven?

Ook kom ik in het doorlopen van de uitleg niet verder dan onderstaand. Wat doe ik fout?


Ik heb al meerder keren opnieuw geflashed en ook de nieuwste ESP_Easy_mega_20211224_normal_ESP8266_4M1M gebruikt, maar daar zit de itho niet onder devices.

Ik weet wel dat ik een Orcon HRC 400 heb, maar zou graag de rf signalen willen afvangen.

[Sten Vollebregt]

Je IP instellingen hangen af van je netwerk, zonder kennis over hoe je router is ingesteld kan ik hier weinig over zeggen buiten:
Veld 1: is het IP van je ESP
2: is je router
3: Hangt af van wat je subnet mask is, vaak is dit 255.255.255.0. Hangt af van je routerinstellingen
4: DNS is meestal je router, of een externe DNS server

Wat betreft de nieuwe versie, je moet dan test_D gebruiken zoals ook aangegeven op mijn Github ('It will be available in the testing D build of the mega as plugin P118'). De plugin zit nog niet in de normal build van ESPEasy. Er is trouwens ook documentatie over de plugin op de ESPEasy website: https://espeasy.readthedo...lugin/P118.html#p118-page

Wat betreft de crash, zit je CC1101 wel goed aangesloten? Als de plugin deze niet kan vinden op de SPI bus bij het opstarten dan is de kans dat alles vastloopt groot. Er wordt door de mensen achter ESPEasy gewerkt aan een versie die dit probleem niet heeft.

Tenslotte, de code werkt alleen voor de Itho en sommige versies van de Duco fans. Alleen als jouw Orcon toevallig exact dezelfde frequentie en modulatie gebruikt heeft dit experiment enige nut, anders krijg je niks of onzin binnen als RF packet.

[bbn_ldp]

Sten Vollebregt schreef op woensdag 19 januari 2022 @ 20:56:

Wat betreft de crash, zit je CC1101 wel goed aangesloten? Als de plugin deze niet kan vinden op de SPI bus bij het opstarten dan is de kans dat alles vastloopt groot. Er wordt door de mensen achter ESPEasy gewerkt aan een versie die dit probleem niet heeft.

Tenslotte, de code werkt alleen voor de Itho en sommige versies van de Duco fans. Alleen als jouw Orcon toevallig exact dezelfde frequentie en modulatie gebruikt heeft dit experiment enige nut, anders krijg je niks of onzin binnen als RF packet.

Ik heb aangesloten conform de volgende afbeelding


Ik heb deze cc1101 https://www.aliexpress.co...042311.0.0.35754c4dHBN7QR maar daar staat niet bij of de aansluitingen hetzelfde zijn als in de handleiding beschreven.

Het gaat allemaal goed totdat ik als laatste de Enabled onder device aanzet en submit doe.

Hierna is de esp niet meer bereikbaar.
Onder remote RF controls zien de velden er in de nieuwere versies ook anders uit.

Wat zouden hier de instellingen voor moeten zijn?

Verder heb ik nog wat Githubs gevonden waar de Orcon RF15 wordt benoemd, maar ik weet nog niet wat daar mee kan.
https://github.com/peeter123/orcon-15rf-protocol-decoder
https://github.com/zxdavb/ramses_rf/blob/master/README.md

Onderstaand kwam ik ook nog tegen in het bericht van eymey in "DIY: Itho ventilatie aansturen via 868Mhz transmitter"

Dus dat zal ik ook eens proberen. Vraag is alleen of pin 7 (de enige lege) dan een GND moet zijn of een 3,3v

[Sten Vollebregt]

De nieuwe interface wordt hier uitgelegd: https://espeasy.readthedo...lugin/P118.html#p118-page

Staat SPI wel aan onder de tab hardware van ESPEasy?

Pin 7 kan gewoon leeg blijven. De pinout is hetzelfde en er is maar 1 Vcc. De gnd bij de antenne is intern gewoon verbonden aan de gnd aan de andere kant. Is het solderen welgoed gegaan? Als twee pinnen met elkaar zijn verbonden dan werkt het niet.

[bbn_ldp]

Sten Vollebregt schreef op vrijdag 21 januari 2022 @ 20:54:
De nieuwe interface wordt hier uitgelegd: https://espeasy.readthedo...lugin/P118.html#p118-page

Staat SPI wel aan onder de tab hardware van ESPEasy?

Pin 7 kan gewoon leeg blijven. De pinout is hetzelfde en er is maar 1 Vcc. De gnd bij de antenne is intern gewoon verbonden aan de gnd aan de andere kant. Is het solderen welgoed gegaan? Als twee pinnen met elkaar zijn verbonden dan werkt het niet.

SPI staat aan en verder is alles goed gesoldeerd en aangesloten. Met een ander CC1101 gebeurd hetzelfde.
Zodra ik de enable onder Task settings aan zet en opsla zie ik hem niet meer in mijn modem onder IP settings en komt hij ook niet meer op in zijn pagina. Weet iemand nog andere manieren om 868 signalen te sniffen?

[Packetloss]

Sten Vollebregt schreef op zondag 14 november 2021 @ 11:34:
Ik heb hem even voor je gebuild, ik had alleen geen tijd om hem hier te testen (ik verwacht geen issues): https://github.com/svolle...gin_ITHO/tree/new-lib/BIN

Ik verwacht aan het eind van de maand weer wat tijd vinden om de merge van deze plugin in de main repo van ESPEasy af te maken. Dan verschijnt er bij elke release automatisch een nieuwe versie.

Sten,
Volgens mij zie ik op https://github.com/letscontrolit/ESPEasy/releases dat er kort voor de kerst weer een nieuwe ESPEasy kwam. Zou je voor mij een nieuwe binary willen fikken met je ITHO plugin er in? Dank!

Edit: Ik zie op eens ook dit staan in de release notes:

code:

svollebregt (7):
Adding Itho library to main reposity

met andere woorden: ik maak een backup van de config van mijn ESP, dan upgrade ik de ESP met mega-20211224 en zit jouw lib er al in, correct?

[ Voor 15% gewijzigd door Packetloss op 29-01-2022 14:37 . Reden: edit ]

[Aiolos]

Packetloss schreef op zaterdag 29 januari 2022 @ 14:35:
[...]

Sten,
Volgens mij zie ik op https://github.com/letscontrolit/ESPEasy/releases dat er kort voor de kerst weer een nieuwe ESPEasy kwam. Zou je voor mij een nieuwe binary willen fikken met je ITHO plugin er in? Dank!

Edit: Ik zie op eens ook dit staan in de release notes:

code:

svollebregt (7):
Adding Itho library to main reposity

met andere woorden: ik maak een backup van de config van mijn ESP, dan upgrade ik de ESP met mega-20211224 en zit jouw lib er al in, correct?

De Itho library zit in de TEST_D build van de laatste versie van ESPEasy. Zie ook de melding op Sten z'n Github: https://github.com/svollebregt/ESPEASY_Plugin_ITHO

[Packetloss]

Aiolos schreef op zaterdag 29 januari 2022 @ 15:18:
[...]


De Itho library zit in de TEST_D build van de laatste versie van ESPEasy. Zie ook de melding op Sten z'n Github: https://github.com/svollebregt/ESPEASY_Plugin_ITHO

Ben nogal groen in de ESP wereld, de TEST_D build zei me even niks. Nu draait mijn ESP deze:

code:

ESP_Easy_mega_20211114_normal_ESP8266_4M1M

.
Maar nu ik de laatste ZIP uitgepakt heb, zie ik bijv

code:

ESP_Easy_mega_20211224_test_D_beta_ESP8266_4M1M.bin

staan. Zou dit dan de geschikte update voor mij kunnen zijn?

[Sten Vollebregt]

Packetloss schreef op zaterdag 29 januari 2022 @ 15:41:
[...]
Maar nu ik de laatste ZIP uitgepakt heb, zie ik bijv

code:

ESP_Easy_mega_20211224_test_D_beta_ESP8266_4M1M.bin

staan. Zou dit dan de geschikte update voor mij kunnen zijn?

Dat is de juiste. Het nummer is nu P118, waardoor je alles in de plugin opnieuw moet instellen.

[martinvdm]

RudolfR schreef op maandag 10 januari 2022 @ 17:16:
@martinvdm

Er is een IthoStandby en een IthoLow (naast Medium, High, High 10m, High 20m, High 30m en Power/Full)
Neemt jouw code de juiste stand?

Ik heb hier een keer e.e.a. aan code gepost voor esphome, maar ik wil het eigenlijk weer aanpassen omdat ik gebruik wil maken van een 'select' met de diverse standen.
Moet daarvoor iets programmeren om de string met de naam om te zetten in een stand.

Voordat ik de esphome omzet van Jodur naar Scriptman, bij jou werkt dus de low als low en heb je ook daarnaast een Off? En de timer werkt ook?

Edit: nevermind, werkt perfect.

[S0epkip]

arjenhiemstra schreef op dinsdag 18 januari 2022 @ 19:19:
[...]


Zoiets?
meer info hier: https://github.com/arjenhiemstra/ithowifi/wiki
[Afbeelding]

Leuk ding. Snap ik op basis van je website dat ik hiermee een luchtvochtigheids-sensor kan toevoegen aan een CVE (non-S, met blauwe deksel)?

#interested

[1ntroduc3]

arjenhiemstra schreef op dinsdag 18 januari 2022 @ 19:19:
[...]


Zoiets?
meer info hier: https://github.com/arjenhiemstra/ithowifi/wiki
[Afbeelding]

Kunnen we inmiddels de hru eco 300 wtw of wpu5g al bedienen of uitlezen met je prachtige tools+hardware @arjenhiemstra ?

Ik blijf hoop houden

[arjenhiemstra]

S0epkip schreef op zondag 6 februari 2022 @ 09:03:
[...]


Leuk ding. Snap ik op basis van je website dat ik hiermee een luchtvochtigheids-sensor kan toevoegen aan een CVE (non-S, met blauwe deksel)?

#interested

Klopt, er zijn meerdere tweakers die dit gedaan hebben.

[arjenhiemstra]

1ntroduc3 schreef op maandag 7 februari 2022 @ 07:14:
[...]

Kunnen we inmiddels de hru eco 300 wtw of wpu5g al bedienen of uitlezen met je prachtige tools+hardware @arjenhiemstra ?

Ik blijf hoop houden

De HRU300 is, in tegenstelling tot de HRU200/350/400, een totaal ander apparaat van binnen. Heeft ook geen service interface zoals de andere HRU's. De HRU300 gaat waarschijnlijk nooit met mijn printje werken.

Support voor de wpu zit er al wel in de firmware.
Meer info op de wiki: https://github.com/arjenh...tho-WPU-Heat-pump-support

[1ntroduc3]

arjenhiemstra schreef op maandag 7 februari 2022 @ 08:38:
[...]


De HRU300 is, in tegenstelling tot de HRU200/350/400, een totaal ander apparaat van binnen. Heeft ook geen service interface zoals de andere HRU's. De HRU300 gaat waarschijnlijk nooit met mijn printje werken.

Support voor de wpu zit er al wel in de firmware.
Meer info op de wiki: https://github.com/arjenh...tho-WPU-Heat-pump-support

Geweldig, de warmtepomp is ondersteund zie ik. Enkel uitlezen (tot dusver), ben je nog van plan om het beheren ook nog in te bouwen?

[arjenhiemstra]

1ntroduc3 schreef op maandag 7 februari 2022 @ 10:04:
[...]

Geweldig, de warmtepomp is ondersteund zie ik. Enkel uitlezen (tot dusver), ben je nog van plan om het beheren ook nog in te bouwen?

Beheren als in instellingen wijzigen zit er al in, andere opties hangt af van hoe de normale besturing van het apparaat gaat. Laat vooral weten wat je nodig hebt.

[DeepM]

Kan iemand mij misschien te hulp schieten. Ik ben al enkele dagen bezig voor het aansturen van mijn Itho.

Ik gebruik hiervoor het volgende:

ESP8266 ESP-12E
CC1101 Wireless 868mhz

Ik heb de boel geflashed, en alles werkt ook, in kan via het IP adres in de software komen. Heb ook de instellingen doorlopen zoals dat in een google doc werd aangegeven.

In de log files wordt mijn remote ook gezien, echter krijg ik geen device ID te zien. Deze staat dus bij mij ook leeg. Als ik de boel probeer te koppelen : <ipadres>//control?cmd=STATE,1111, /control?cmd=STATE,1/2/3/4 dan reageert de ITHO zelf niet, maar de state veranderd wel.

Iemand die mij misschien de weg wijs kan maken?

[pistole]

@DeepM Itho Daalderop ventilatie - wifi control add-on module
Iets minder DIY, maar daardoor ook een stuk meer 'succes verzekerd'.

[ Voor 27% gewijzigd door pistole op 11-02-2022 21:07 ]

[bbn_ldp]

In espeasy staan deze standen

Moet ik die uitschakelen?


En in de handleiding staat onderstaand op 170, maar in de laatste espeasy versie is dit anders. Moet ik hier iets wijzigen?

[ Voor 33% gewijzigd door bbn_ldp op 12-02-2022 16:13 ]

[Sten Vollebregt]

De sync1 byte van 170 is niet meer nodig, voor de device bytes kan je de default laten staan. Als je D1 of D2 gebruikt voor de interrupt dan moet je die bij i2c inderdaad uit zetten.

Ik zal de handleiding in het Nederlands binnenkort eens aanpassen. De Engelse op de ESPeasy readthedocs is wel recent.

[alex.slaets]

Voor wat betreft ORCON deel ik graag mijn huidige bevindingen:
ORCON RF15 capture

met RTL_433 - protocol 185 (Honweywell CM-921)
RTL_433 decoder devices/honeywell_cm921.c compiled with #define _DEBUG
this gives the raw packet information. The release compile gives an inference of the semantics of the package content, not ok if decoding orcon with a honeywell decoder :-)

Background:
Orcon ventilator aansturen 868,3 MHz
https://github.com/peeter123/orcon-15rf-protocol-decoder

The CC1101 in the ORCON network is configured with the following settings

868.299866 MHz carrier frequency 2-FSK
38.385 kbaud bit rate
50.781250 FSK frequency deviation
325 kHz RX filter BW


868Mhz FSK, PCM, Start/Stop bits, reversed, Manchester.
Snippet from honeywell_cm921.c
// Sources of inspiration:
// https://www.domoticaforum....php?f=7&t=5806&start=240

// preamble=0x55 0xFF 0x00
// preamble with start/stop bits=0101010101 0111111111 0000000001
// =0101 0101 0101 1111 1111 0000 0000 01
// =0x 5 5 5 F F 0 0 4
// post=10101100
// each byte surrounded by start/stop bits (0byte1)
// then manchester decode.
.modulation = FSK_PULSE_PCM,
.short_width = 26,
.long_width = 26,
.sync_width = 0,
.tolerance = 5,
.reset_limit = 2000,

RECONSTRUCTIE (analyse zie onder)

De RC RF15 heeft 6 toetsen: NotHome (speed 0), speed 1,2,3 , Auto en Timer.
De Orcon ventilator antwoordt steeds op een commando. Hij lijkt dit 2x te sturen.

Commandos en payloads :

Set Speed or Auto:
CMD Payload
22:f1 00 SPEED 04 - SPEED = 00 , 01, 02 or 03 - auto= 04
RSP
31:d9 00 00 SPEED

Timer (tijdelijk naar stand 3)
CMD
22:f3 00:02:0f:03:04:00:00
00:02:1e:03:04:00:00
00:02:3c:03:04:00:00
MSB 2 is het verschil - 0f, 1e of 3c : 15, 30, 60 :het aantal minuten
MSB 3 en 4 zouden de gewenste snelheid en de terugkeer stand kunnen zijn.
Hier is mogelijkheid voor experiment:
- het exact aantal minuten kan wsch gekozen worden
- de stand naar en terug kan misschien gekozen worden

RSP
31:d9 00 00 03 - idem als voor een SPEED 3. w

ANALYSE :
Twee headers komen voor.
De remote control stuurt steesds:
1c 0001 1100

De ventilator antwoordt steeds:
18 0001 1000

Er worden 2 device id's doorgestuurd.
De param flags zijn False.

Voor de 6 knoppen van de remote registeren we de volgende conversaties:

H ID1 ID2 CMD L P CRC
NotHome (speed 0) commando en response
1c 76:6f:45 77:7f:db 22:f1 03 00:00:04 cf
18 77:7f:db 77:7f:db 31:d9 03 00:00:00 39

Speed 1 commando en response
1c 76:6f:45 77:7f:db 22:f1 03 00:01:04 ce
18 77:7f:db 77:7f:db 31:d9 03 00:00:01 38

Speed 2 commando en response
1c 76:6f:45 77:7f:db 22:f1 03 00:02:04 cd
18 77:7f:db 77:7f:db 31:d9 03 00:00:02 37

Speed 3 commando en response
1c 76:6f:45 77:7f:db 22:f1 03 00:03:04 cc
18 77:7f:db 77:7f:db 31:d9 03 00:00:03 36

Auto commando en response
1c 76:6f:45 77:7f:db 22:f1 03 00:04:04 cb
18 77:7f:db 77:7f:db 31:d9 03 00:00:04 35

Timer 1x , 2x 3x commando en zelfde response komt terug
1c 76:6f:45 77:7f:db 22:f3 07 00:02:0f:03:04:00:00 b5

Timer 2x
1c 76:6f:45 77:7f:db 22:f3 07 00:02:1e:03:04:00:00 a6

Timer 3x
1c 76:6f:45 77:7f:db 22:f3 07 00:02:3c:03:04:00:00 88
18 77:7f:db 77:7f:db 31:d9 03 00:00:03 36

[bbn_ldp]

@alex.slaets
Kan je ook vertellen welke hardware je gebruikt? Het is mij namelijk nog steeds niet gelukt met verschillende CC1101 ontvangers en Wemos D1 mini en Nodemcu V3. Alles gaat goed totdat ik enable aan vink onder Devices. Daarna krijg ik geen verbinding meer met EspEasy.

[roblom]

Praetorian schreef op vrijdag 10 december 2021 @ 00:51:
...

Alles werkt nu, ik heb EasyESP dusdanig aangepast dat deze op een selector switch past. (Ik kon geen manier vinden om levels te customizen van selector switches in Domoticz, dan maar in de firmware van de NodeMCU)



Ook werkt de afstandsbediening in de badkamer i.c.m. het de plugin. Dus alles wat te zien is in de selector switch, wordt ook aangepast n.a.v. welke toets er op de afstandsbediening wordt ingedrukt, ja ook de timers.

...

Is er iemand die wat meer info kan geven over hoe dit in Domoticz te maken met de bidirectionele knoppen? Ik vind dit namelijk wat handiger en duidelijker dan de geïntegreerde mogelijkheid met de schuif.

[ Voor 10% gewijzigd door roblom op 20-02-2022 21:17 ]

[jobr]

roblom schreef op zondag 20 februari 2022 @ 21:12:
[...]

Is er iemand die wat meer info kan geven over hoe dit in Domoticz te maken met de bidirectionele knoppen? Ik vind dit namelijk wat handiger en duidelijker dan de geïntegreerde mogelijkheid met de schuif.

Je bedoeld dat je wilt wat op het plaatje staat ?

Gewoon een device Selector switch aanmaken. Dan edit en de levels invullen die je wilt.
En bij de selector actions daar vul het commando in om de ventilator in de juiste mode te laten draaien.

Hier staat ook wel het 1 en ander: jobr in "DIY: Itho ventilatie aansturen via 868Mhz transmitter"

[roblom]

jobr schreef op maandag 21 februari 2022 @ 19:27:
[...]


Je bedoeld dat je wilt wat op het plaatje staat ?

Gewoon een device Selector switch aanmaken. Dan edit en de levels invullen die je wilt.
En bij de selector actions daar vul het commando in om de ventilator in de juiste mode te laten draaien.

Hier staat ook wel het 1 en ander: jobr in "DIY: Itho ventilatie aansturen via 868Mhz transmitter"

Bedankt voor de info. Echter ik heb een kant en klaar add-on printje van Arjen Hiemstra gekocht. En ik ben niet zo thuis in deze materie maar wat ik begrijp is dat het nodig is om rules toe te voegen aan de software op de ESP op de add-on. Echter weet ik niet of dat kan, en zo ja hoe dan? Want is de software op de add-on hetzelfde als de veel genoemde ESPeasy? En zo ja, hoe kom ik dan in het menu om de rules optie aan te kunnen vinken?

[jobr]

roblom schreef op maandag 21 februari 2022 @ 21:16:
Echter ik heb een kant en klaar add-on printje van Arjen Hiemstra gekocht.

Sorry, die ken ik niet.

[arjenhiemstra]

roblom schreef op maandag 21 februari 2022 @ 21:16:
[...]

Bedankt voor de info. Echter ik heb een kant en klaar add-on printje van Arjen Hiemstra gekocht. En ik ben niet zo thuis in deze materie maar wat ik begrijp is dat het nodig is om rules toe te voegen aan de software op de ESP op de add-on. Echter weet ik niet of dat kan, en zo ja hoe dan? Want is de software op de add-on hetzelfde als de veel genoemde ESPeasy? En zo ja, hoe kom ik dan in het menu om de rules optie aan te kunnen vinken?

Ik ben even een weekje weg maar als ik weer terug ben check ik even of ik er wat van kan maken. Als ik zo snel even kijk moet er vooral wat in Domoticz gebeuren en niet iets in de firmware.

[roblom]

Ik kan de virtuele knoppen vanuit Domoticz een commando laten sturen (of via een DzEvents script). Maar de status van de unit moet ook teruggekoppeld worden NAAR Domoticz, anders weet hij niet ik welke stand hij (kan immers ook door een remote van stand verandert zijn) staat of overruled jij misschien een timer. En dat laatste moet vanuit de add-on komen. Dat kan zoals ik begreep via rules, maar ik weet niet hoe ik op die add-on rules kan toevoegen.

[The Fatal]

probeer me hier ook te melden.
Ben al een dagje bezig om de CC1101 aan de praat te krijgen, meeste configuraties die ik allemaal zie voor ESPHOME zijn allemaal gebaseerd op de ESP8266. Helaas heb ik die niet meer liggen en moet het doen met een ESP32 DevKitV1.
Alleen krijg ik geen van de scripts alle werkend,

Heb de headers in de YAML files al aangepast:
esphome:
name: fancontrol
platform: ESP32
board: esp32doit-devkit-v1

Maar als ik probeer te compilen, (na heel wat andere errors te verholpen hebben) krijg ik nu deze:

code:

In file included from src/main.cpp:30:0:
src/itho.h: In member function 'virtual void FanRecv::setup()':
src/itho.h:95:15: error: 'D1' was not declared in this scope
       pinMode(D1, INPUT);
               ^
src/itho.h: In function 'void ITHOcheck()':
src/itho.h:299:10: warning: enumeration value 'IthoStandby' not handled in switch [-Wswitch]
   switch (cmd) {
          ^
src/itho.h:299:10: warning: enumeration value 'DucoStandby' not handled in switch [-Wswitch]
itho.yaml: In lambda function:
itho.yaml:46:23: error: 'D1' was not declared in this scope
Compiling .pioenvs/fancontrol/libc9f/WiFi/WiFi.cpp.o
Compiling .pioenvs/fancontrol/libc9f/WiFi/WiFiAP.cpp.o
*** [.pioenvs/fancontrol/src/main.cpp.o] Error 1

Maar nu loop ik echt vast.

Iemand die een werkend voorbeeld heeft voor de ESP32 icm ESPHOME?

[Sten Vollebregt]

Volgens mij gebruikt de ESP32 andere pin namen, de foutmelding hint daar iig wel naar.

[The Fatal]

Zou het beter gaan als ik daar GPIO nummers invul?

[Ernemmer]

Misschien wat offtopic maar ik wil mijn HRU350 iets op overdruk zetten, maar hoe ver is ''iets'' ongeveer?

In het midden is gelijk, maar vol naar recht is dan .....? Iemand een idee of dit 10-20-30% is of zo?

[ Voor 255% gewijzigd door Ernemmer op 29-03-2022 17:13 ]

[tjempeng]

Ik ben ook bezig om mijn ITHO fan te kunnen regelen via HomeAssistant.
Ik heb hiervoor de ESP8266 NODEMCU V2 en de C1101 bordje aangeschaft en volg de Nederlandse handleiding.
In het begin veel lopen stoeien om de juiste firmware erop te krijgen en de esp te kunnen configureren.
En ik ben nu eindelijk zover dat de ITHO ventilator reageert op de commando's van de ESP en ook uiteindelijk terwijl ik bezig was om hier een reply te sturen ook de remote ID kunnen zien in de log, dus ben al een heel eind.
Waar ik nu alleen tegenaan loop is de integratie met HomeAssistant.
Ik denk dat de code die in dat artikel staat nu dusdanig is veroudert dat deze niet meer werkt in de huidige versie van HomeAssistant. Ik gebruik nu versie 2022.3.8 ten tijde van schrijven.
Volgens het artikel moest ik een package directory aanmaken met daarin een itho.yaml file.
Als ik daar dan de code in stop dan krijg ik verschillende foutmeldingen. Nadat ik de spaties en alles heb aangepast kom ik uiteindelijk tot de volgende foutmelding en kom ik niet verder:

[expected dict for dictionary value @ data['packages']['itho']['platform']

Heeft iemand dit werkend onder de huidige versie van HomeAssistant en is hier een bijgewerkte handleiding voor online ?
Zou mooi zijn als hier een add-on voor beschikbaar komt, dat zou helemaal de boel makkelijker maken

EDIT:
Ik zag op de vorige pagina de post van dafo en heb zijn code gebruikt zonder de homekit want die heb ik niet.
Ik krijg nu geen foutmelding in HA en ik zie de entity, maar er gaat nog iets niet goed.
De communicatie met MQTT lijkt niet goed te gaan, maar ik krijg geen foutmeldingen. Als ik in HA luister op het topic dan zie ik netjes de bericht van de ESP voorbij komen en als ik dan de fan op 3 zet (handmatig) dan zie ik in de topic ook dat deze op state 3 komt. Maar als ik dan de state naar 1 wilt zetten bijv. vanuit HA door een publish te doen dan gebeurt er niks.

Als ik in de log kijk van de ESP dan zie ik alleen de MQTT berichten voorbij komen die vanuit de ESP worden gepubliceerd maar ik zie ze niet voorbij komen als ik vanuit HA een publish doe. En in HA zie ik dit wel.
Lijkt mij dus dat er op de ESP nog iets gedaan moet worden, maar wat ??

EDIT2:
Het is me gelukt ! Ik heb nu automations gemaakt die aan de hand van een Aqara humidity sensor de ventilator regelen

[ Voor 27% gewijzigd door tjempeng op 01-04-2022 20:57 ]

[reaping miner]

The Fatal schreef op zondag 13 maart 2022 @ 20:32:
probeer me hier ook te melden.
Ben al een dagje bezig om de CC1101 aan de praat te krijgen, meeste configuraties die ik allemaal zie voor ESPHOME zijn allemaal gebaseerd op de ESP8266. Helaas heb ik die niet meer liggen en moet het doen met een ESP32 DevKitV1.
Alleen krijg ik geen van de scripts alle werkend,

Heb de headers in de YAML files al aangepast:
esphome:
name: fancontrol
platform: ESP32
board: esp32doit-devkit-v1

Maar als ik probeer te compilen, (na heel wat andere errors te verholpen hebben) krijg ik nu deze:

code:

In file included from src/main.cpp:30:0:
src/itho.h: In member function 'virtual void FanRecv::setup()':
src/itho.h:95:15: error: 'D1' was not declared in this scope
       pinMode(D1, INPUT);
               ^
src/itho.h: In function 'void ITHOcheck()':
src/itho.h:299:10: warning: enumeration value 'IthoStandby' not handled in switch [-Wswitch]
   switch (cmd) {
          ^
src/itho.h:299:10: warning: enumeration value 'DucoStandby' not handled in switch [-Wswitch]
itho.yaml: In lambda function:
itho.yaml:46:23: error: 'D1' was not declared in this scope
Compiling .pioenvs/fancontrol/libc9f/WiFi/WiFi.cpp.o
Compiling .pioenvs/fancontrol/libc9f/WiFi/WiFiAP.cpp.o
*** [.pioenvs/fancontrol/src/main.cpp.o] Error 1

Maar nu loop ik echt vast.

Iemand die een werkend voorbeeld heeft voor de ESP32 icm ESPHOME?

Sten Vollebregt schreef op zondag 13 maart 2022 @ 21:20:
Volgens mij gebruikt de ESP32 andere pin namen, de foutmelding hint daar iig wel naar.

Dat klopt! Voor de meeste ESP32 projecten die ik tegengekomen ben wordt niet de naam van de pin op het bord genoemd maar de GPIO pin. D1 correspondeert met ESP8266 GPIO04, daar leek weinig speciaals aan, dus heb ik ook maar GPIO04 gekozen op mijn ESP32 NodeMCU.

The Fatal schreef op dinsdag 15 maart 2022 @ 21:37:
Zou het beter gaan als ik daar GPIO nummers invul?

Dat heb ik geprobeerd, maar helaas werkte dat niet zomaar.
("D1" veranderd naar "4"/"04" in de itho.h of c1101.h, afhankelijk van welke esphome "plugin" je gebruikt. Die van Jodur of Compatech.)

Met de plugin van Jodur: gooit je ESP32 een error, komt ie in een bootloop en na 8 pogingen gaat ie vervolgens in safe mode.

Met de plugin van Compatech: bij compilen miste ik een minimaal twee dependencies om te kunnen testen. Of hij kon "Ticker" niet vinden of "Spi.h". (Terwijl met de code van Jodur wel prima een SPI library aangesproken kon worden.)

Ik zoek nog een oplossing om dit werkend te krijgen met een ESP32 in ESPhome, maar helaas heb ik niet de vaardigheden om dat zonder hulp op te lossen.

[ Voor 67% gewijzigd door reaping miner op 15-04-2022 15:29 ]

[Sten Vollebregt]

De oude versie van Jodur is heel erg onstabiel door het gebruik van een Ticker. Ik raad af deze nog te gebruiken. De huidige plugin op de lib van arjenhiemstra werkt veel beter met ESPEasy.

[tjempeng]

Is de huidige nieuwste firmware versie ESP_Easy_mega_20220328_test_D_ESP8266_4M1M.bin ?
Momenteel heb ik ESP_Easy_mega_20211114_normal_ESP8266_4M1M als ik dan mijn huidige config save en dan de firmware update, kan ik dan de bewaarde config terug laden zodat ik niet alles opnieuw hoef in te stellen ?

[Sten Vollebregt]

De laatste mega heb ik zelf nog niet getest, terwijl er door anderen wat wijzigingen zijn gemaakt in de code. Ik weet dus niet zeker of hij ook werkt.

Je zal een back-up moetne maken (screenshot?), het is zove rik weet niet mogelijk de instellingen te migreren omdat het pluginnr anders is.

[tjempeng]

Sten Vollebregt schreef op woensdag 6 april 2022 @ 15:41:
De laatste mega heb ik zelf nog niet getest, terwijl er door anderen wat wijzigingen zijn gemaakt in de code. Ik weet dus niet zeker of hij ook werkt.

Je zal een back-up moetne maken (screenshot?), het is zove rik weet niet mogelijk de instellingen te migreren omdat het pluginnr anders is.

haha.. ok thanx, laat maar hij werkt nu prima. Ik houd hem wel op de versie die hij nu heeft.
If it aint broke don't fix it !

[Krisp]

arjenhiemstra schreef op maandag 7 februari 2022 @ 08:38:
[...]


De HRU300 is, in tegenstelling tot de HRU200/350/400, een totaal ander apparaat van binnen. Heeft ook geen service interface zoals de andere HRU's. De HRU300 gaat waarschijnlijk nooit met mijn printje werken.

Support voor de wpu zit er al wel in de firmware.
Meer info op de wiki: https://github.com/arjenh...tho-WPU-Heat-pump-support

Je zegt hier dat de HRU400 soortgelijk is aan de HRU200/350, maar ik kan nergens in de documentatie vinden dat de HRU400 een RJ45 aansluiting heeft, of een servicepoort. Kijk ik ergens overheen? Gezien de gelijksoortige features als de HRU300, vrees ik dat de HRU400 evenmin op deze manier gaat werken...

[arjenhiemstra]

Krisp schreef op zaterdag 9 april 2022 @ 15:14:
[...]

Je zegt hier dat de HRU400 soortgelijk is aan de HRU200/350, maar ik kan nergens in de documentatie vinden dat de HRU400 een RJ45 aansluiting heeft, of een servicepoort. Kijk ik ergens overheen? Gezien de gelijksoortige features als de HRU300, vrees ik dat de HRU400 evenmin op deze manier gaat werken...

Ik meende mij te herinneren dat iemand de add-on gebruikte icm de HRU400 maar dat klopt niet helemaal. Ik lees net terug dat deze gebruiker alleen het RF gedeelte gebruikte van de add-on.
De fysieke interface van de HRU400 is inderdaad anders, het is een modbus interface ipv i2c interface.

[The Fatal]

reaping miner schreef op zondag 3 april 2022 @ 01:12:
[...]


[...]

Dat klopt! Voor de meeste ESP32 projecten die ik tegengekomen ben wordt niet de naam van de pin op het bord genoemd maar de GPIO pin. D1 correspondeert met ESP8266 GPIO04, daar leek weinig speciaals aan, dus heb ik ook maar GPIO04 gekozen op mijn ESP32 NodeMCU.


[...]


Dat heb ik geprobeerd, maar helaas werkte dat niet zomaar.
("D1" veranderd naar "4"/"04" in de itho.h of c1101.h, afhankelijk van welke esphome "plugin" je gebruikt. Die van Jodur of Compatech.)

Met de plugin van Jodur: gooit je ESP32 een error, komt ie in een bootloop en na 8 pogingen gaat ie vervolgens in safe mode.

Met de plugin van Compatech: bij compilen miste ik een minimaal twee dependencies om te kunnen testen. Of hij kon "Ticker" niet vinden of "Spi.h". (Terwijl met de code van Jodur wel prima een SPI library aangesproken kon worden.)

Ik zoek nog een oplossing om dit werkend te krijgen met een ESP32 in ESPhome, maar helaas heb ik niet de vaardigheden om dat zonder hulp op te lossen.

'
ben wat verder.
Heb een oudere ESP 8266 D1 mini gevonden in een oud apparaatje (had ik ergens nog liggen), die er uit gehaald en nu aangesloten.
De config van @jodur geladen.
so far so good.
Nu meerdere malen proberen te pairen, zowel via de Install knop op de Duco box silent zelf als via de andere wand controllers die er hangen.
Maar na 60x, nog geen geluk.
in de logging zie ik alleen dit:

code:

[14:46:04][D][switch:013]: 'FanSendJoin' Turning ON.
[14:46:04][V][component:199]: Component api took a long time for an operation (0.06 s).
[14:46:04][V][component:200]: Components should block for at most 20-30ms.
[14:46:04][V][text_sensor:016]: 'fantimer': Received new state 0
[14:46:04][D][text_sensor:067]: 'fantimer': Sending state '0'
[14:46:04][V][:356]: Ignored device-id: 7,e,0
[14:46:04][V][:356]: Ignored device-id: 10,93,11
[14:46:06][V][:356]: Ignored device-id: 7,e,0
[14:46:08][V][:356]: Ignored device-id: 7,e,0
[14:46:10][V][:356]: Ignored device-id: 7,e,0
[14:46:13][V][:356]: Ignored device-id: 7,e,0
[14:46:15][V][:356]: Ignored device-id: 7,e,0
[14:46:17][V][:356]: Ignored device-id: 7,e,0
[14:46:18][D][switch:013]: 'FanSendJoin' Turning ON.
[14:46:18][V][component:199]: Component api took a long time for an operation (0.06 s).
[14:46:18][V][component:200]: Components should block for at most 20-30ms.
[14:46:19][V][text_sensor:016]: 'fantimer': Received new state 0
[14:46:19][D][text_sensor:067]: 'fantimer': Sending state '0'
[14:46:24][V][:356]: Ignored device-id: 11,6,66
[14:46:29][V][:356]: Ignored device-id: 7,e,0
[14:46:35][V][:356]: Ignored device-id: 7,e,0
[14:46:37][V][:356]: Ignored device-id: 8,0,10
[14:46:39][V][:356]: Ignored device-id: 60,12,80
[14:46:44][V][:356]: Ignored device-id: 88,50,3f
[14:46:44][V][:356]: Ignored device-id: 7,e,1

lijkt er op dat hij wel devices ziet, maar verder niet aanmeld.

[tjempeng]

Ok na enkele maande probleemloos te hebben gewerkt heb ik eindelijk een kastje geprint voor de schakeling.
Nadat ik de NodeMCU even spanningsloos had gemaakt om het samen met de transmitter in het kastje te plaatsen werkte het spul niet meer nadat ik de usb stekker er weer in had gestoken

Meerder malen geprobeerd spanning eraf en er weer op, enkele dagen aan laten staan en gewacht maar niets meer.
Uiteindelijk besloten om hem opnieuw te flashen.
En na vele malen de configuratie opnieuw in te stellen ben ik tot de conclusie gekomen dat de NodeMCU crashed als ik bij Devices de itho selecteer en enable en op submit druk.
Het maakt niet uit of ik alle instellingen vooraf al heb gedaan of helemaal niks heb ingesteld, maar zodra je bij device dus dat enabled crashed de NodeMCU.
Dit is toch raar aangezien het al maanden heeft gewerkt.

Heeft iemand dit ook eens gehad ? Is het een hardware probleem ?
Ik heb voor de zekerheid maar weer een paar ESP8266 NodeMCU bordjes besteld.

[Aiolos]

tjempeng schreef op maandag 30 mei 2022 @ 09:56:
Heeft iemand dit ook eens gehad ? Is het een hardware probleem ?
Ik heb voor de zekerheid maar weer een paar ESP8266 NodeMCU bordjes besteld.

Als de verbinding met je cc1101 niet goed is, crasht ESPEasy. Volgens mij zijn de espeasy developers bezig om te kijken hoe dat te voorkomen is, maar voorlopig weet je dan dus dat er iets mis is met de verbinding.

Even de verbindingen nalopen, maar natuurlijk kan ook de module gewoon stuk zijn, en is dat opgetreden na de reboot.

[tjempeng]

Aiolos schreef op maandag 30 mei 2022 @ 14:41:
[...]


Als de verbinding met je cc1101 niet goed is, crasht ESPEasy. Volgens mij zijn de espeasy developers bezig om te kijken hoe dat te voorkomen is, maar voorlopig weet je dan dus dat er iets mis is met de verbinding.

Even de verbindingen nalopen, maar natuurlijk kan ook de module gewoon stuk zijn, en is dat opgetreden na de reboot.

Ja de verbindingen met het cc bordje heb ik al vernieuwd maar heeft niks opgeleverd helaas.
Als het goed is komt DHL vanavond mijn bestelling brengen en dan weet ik het gauw genoeg.
Als de MCU stuk is dan maar even kijken of ik nog voor andere doeleinden kan gebruiken want de wifi en alles doet het gewoon, dan zal waarschijnlijk 1 poort niet goed zijn.

[tjempeng]

tjempeng schreef op maandag 30 mei 2022 @ 16:08:
[...]


Ja de verbindingen met het cc bordje heb ik al vernieuwd maar heeft niks opgeleverd helaas.
Als het goed is komt DHL vanavond mijn bestelling brengen en dan weet ik het gauw genoeg.
Als de MCU stuk is dan maar even kijken of ik nog voor andere doeleinden kan gebruiken want de wifi en alles doet het gewoon, dan zal waarschijnlijk 1 poort niet goed zijn.

Nou DHL is geweest en heb 3 nieuwe esp8266 NodeMCU bordjes erbij
Meteen maar even gerpobeerd en ik krijg exact hetzelfde resultaat.
Op het moment dat ik in Devices de ITHO ventialtion remote selecteer en een vinkje set bij enable en vervolgens op submit druk, hangt de nieuwe NodeMCU ook.
In putty met een connectie naar de seriele poort zie ik dit:

438421 : Info : Webserver args: 0: 'index' length: 1 1: 'page' length: 1 2: 'TDNUM' length: 3 3: 'TDN' length: 3 4: 'TDE' length: 2 5: 'taskdevicepin1' length: 1 6: 'PLUGIN_145_ID1' length: 0 7: 'PLUGIN_145_ID2' length: 0 8: 'PLUGIN_145_ID3' length: 0 9: 'p145_log' length: 2 10: 'p145_deviceid1' length: 2 11: 'p145_deviceid2' length: 2 12: 'p145_deviceid3' length: 2 13: 'TDSD1' length: 2 14: 'TDT' length: 2 15: 'TDVN1' length: 5 16: 'TDVN2' length: 5 17: 'TDVN3' length: 11 18: 'edit' length: 1 19: 'page' length: 1 20: 'plain' length: 227
438424 : Info : SaveToFile: free stack: 2976
438456 : Info : FILE : Saved config.dat offset: 4096 size: 472
438457 : Info : SaveToFile: free stack after: 2976
438462 : Info : SaveToFile: free stack: 2736
438472 : Info : FILE : Saved config.dat offset: 5120 size: 27
438473 : Info : SaveToFile: free stack after: 2736
438476 : Info : SaveToFile: free stack: 3296
438507 : Info : FILE : Saved config.dat offset: 4096 size: 472
438509 : Info : SaveToFile: free stack after: 3296
438510 : Info : SaveToFile: free stack: 3392
438584 : Info : FILE : Saved config.dat offset: 0 size: 1300
438586 : Info : SaveToFile: free st

Zoals je ziet de laatse SaveToFile maakt hij al niet af en hangt tijdens het saven.

Als ik het bordje dan reset dan zie ik dit in putty:

INIT : Booting version: pygit2_not_installed (ESP82xx Core 2843a5ac, NONOS SDK 2.2.2-dev(38a443e), LWIP: 2.1.2 PUYA support)
81 : Info : INIT : Free RAM:30584
82 : Info : INIT : Manual Reboot #2 Last Action before Reboot: Background Task Last systime: 1653931965 - Restart Reason: External System
84 : Info : FS : Mounting...
108 : Info : FS : Mount successful, used 75802 bytes of 957314
183 : Info : FS : Success garbage collection
259 : Info : FS : Success garbage collection
339 : Info : FS : Success garbage collection
352 : Info : CRC : SecuritySettings CRC ...OK
356 : Info : INIT : SPI Init (without CS)
368 : Info : Time set to 1653931965.000
370 : Info : Current Time Zone: STD time start: 2022-10-30 03:00:00 offset: 120 min
372 : Info : Local time: 2022-05-30 19:32:45
375 : Info : WiFi : Start network scan all channels
487 : Info : INIT : Free RAM:26464
527 : Info : Extra Settings PLUGIN_145 loaded


Het ligt dus niet aan de NodeMCU bord, dan zou het nog de c1101 bord kunnen zijn denk ik ?
Ik ga daar ook nog maar eentje van bestellen dan en kijken wat dat oplevert.

[ Voor 18% gewijzigd door tjempeng op 30-05-2022 19:39 ]

[arjenhiemstra]

tjempeng schreef op maandag 30 mei 2022 @ 19:37:
[...]


Nou DHL is geweest en heb 3 nieuwe esp8266 NodeMCU bordjes erbij
Meteen maar even gerpobeerd en ik krijg exact hetzelfde resultaat.
Op het moment dat ik in Devices de ITHO ventialtion remote selecteer en een vinkje set bij enable en vervolgens op submit druk, hangt de nieuwe NodeMCU ook.
In putty met een connectie naar de seriele poort zie ik dit:

438421 : Info : Webserver args: 0: 'index' length: 1 1: 'page' length: 1 2: 'TDNUM' length: 3 3: 'TDN' length: 3 4: 'TDE' length: 2 5: 'taskdevicepin1' length: 1 6: 'PLUGIN_145_ID1' length: 0 7: 'PLUGIN_145_ID2' length: 0 8: 'PLUGIN_145_ID3' length: 0 9: 'p145_log' length: 2 10: 'p145_deviceid1' length: 2 11: 'p145_deviceid2' length: 2 12: 'p145_deviceid3' length: 2 13: 'TDSD1' length: 2 14: 'TDT' length: 2 15: 'TDVN1' length: 5 16: 'TDVN2' length: 5 17: 'TDVN3' length: 11 18: 'edit' length: 1 19: 'page' length: 1 20: 'plain' length: 227
438424 : Info : SaveToFile: free stack: 2976
438456 : Info : FILE : Saved config.dat offset: 4096 size: 472
438457 : Info : SaveToFile: free stack after: 2976
438462 : Info : SaveToFile: free stack: 2736
438472 : Info : FILE : Saved config.dat offset: 5120 size: 27
438473 : Info : SaveToFile: free stack after: 2736
438476 : Info : SaveToFile: free stack: 3296
438507 : Info : FILE : Saved config.dat offset: 4096 size: 472
438509 : Info : SaveToFile: free stack after: 3296
438510 : Info : SaveToFile: free stack: 3392
438584 : Info : FILE : Saved config.dat offset: 0 size: 1300
438586 : Info : SaveToFile: free st

Zoals je ziet de laatse SaveToFile maakt hij al niet af en hangt tijdens het saven.

Serial logging is vaak een gebufferde stream, je kunt hieruit niet concluderen dat de module hangt tijdens het saven, eigenlijk alleen dat het gebeurt tijdens het wegschrijven naar de serial (maar het hoeft daar niets meer te maken te hebben helaas)

Als ik het bordje dan reset dan zie ik dit in putty:

INIT : Booting version: pygit2_not_installed (ESP82xx Core 2843a5ac, NONOS SDK 2.2.2-dev(38a443e), LWIP: 2.1.2 PUYA support)
81 : Info : INIT : Free RAM:30584
82 : Info : INIT : Manual Reboot #2 Last Action before Reboot: Background Task Last systime: 1653931965 - Restart Reason: External System
84 : Info : FS : Mounting...
108 : Info : FS : Mount successful, used 75802 bytes of 957314
183 : Info : FS : Success garbage collection
259 : Info : FS : Success garbage collection
339 : Info : FS : Success garbage collection
352 : Info : CRC : SecuritySettings CRC ...OK
356 : Info : INIT : SPI Init (without CS)
368 : Info : Time set to 1653931965.000
370 : Info : Current Time Zone: STD time start: 2022-10-30 03:00:00 offset: 120 min
372 : Info : Local time: 2022-05-30 19:32:45
375 : Info : WiFi : Start network scan all channels
487 : Info : INIT : Free RAM:26464
527 : Info : Extra Settings PLUGIN_145 loaded


Het ligt dus niet aan de NodeMCU bord, dan zou het nog de c1101 bord kunnen zijn denk ik ?
Ik ga daar ook nog maar eentje van bestellen dan en kijken wat dat oplevert.

Zou goed kunnen dat de CC1101 kapot is inderdaad of misschien nog een brakke verbinding?

[Sten Vollebregt]

Hij stopt zodra de plugin geladen wordt. Dan wordt SPI naar de externe chip geïnitieerd, als er geen reactie komt van de CC1101 dan loopt de plugin vast en daarmee ook de ESP. Dus inderdaad, of een slechte verbinding of een defecte CC1101.

[tjempeng]

Ok de verbindingen heb ik nogmaals opnieuw gesoldeerd maar heeft niet geholpen.
Ik ga nu weer een bestelling plaatsen in de hoop dat het weer gaat werken.
Ik houd jullie op de hoogte

EDIT:
En het was inderdaad een defecte C1101 bordje.
Einde van de middag de bestelling ontvangen (2 stuks je weet maar nooit) en meteen 1 er van aangesloten en omdat ik de NodeMCU opnieuw had geflashed moest deze opnieuw geconfigureerd worden, wat ik nu wel zo een beetje uit mijn hoofd ken
Toen kwam het spannende en dat was de device config enablen en op submit drukken, en hij deed het meteen zonder probleem bleef ik in de webgui en bleef hij ook niet hangen.
Opnieuw moeten pairen met /control?cmd=STATE,1111 en ik via HomeAssistant deed alles het ook weer.
Bedankt allen die hebben gereageerd

[ Voor 63% gewijzigd door tjempeng op 01-06-2022 21:21 ]

[dwang]

Tjempeng
EDIT2:
Het is me gelukt ! Ik heb nu automations gemaakt die aan de hand van een Aqara humidity sensor de ventilator regelen
[/quote]


Zou je deze automation hier willen delen?

Bij mij werkt de esp en CC1101 via de browser
(http://192.168.2.47/control?cmd=STATE,1)
wel maar in HA krijg ik hem niet aan de praat.
Zie wel in de config van de esp dat hij gelinkt is met mqtt.
Maar in HA krijg ik hem niet aan het werk omdat hij geen uniek nummer heeft.

[ Voor 6% gewijzigd door dwang op 06-06-2022 10:11 ]

[tjempeng]

Zou je deze automation hier willen delen?

Bij mij werkt de esp en CC1101 via de browser
(http://192.168.2.47/control?cmd=STATE,1)
wel maar in HA krijg ik hem niet aan de praat.
Zie wel in de config van de esp dat hij gelinkt is met mqtt.
Maar in HA krijg ik hem niet aan het werk omdat hij geen uniek nummer heeft.

Ik heb gewoon bijna exact de handleiding gevolgd, ik kreeg alleen een error als ik packages: !include_dir_named packages in mijn configuration.yaml stop, dus die heb ik weg gelaten en dat lijkt ook te werken.

https://docs.google.com/d...HGGYs-/pub#h.inimg3ia1q21

Hier is mijn config voor de fan:

code:

fan:
 - platform: mqtt
   unique_id: itho_fan
   name: Afzuiging badkamer   
   command_topic: "ITHO/Fan/cmd"
   state_topic: "ITHO/Fan/State"
   state_value_template: "{% if value|float==0 %}State 0{% endif %}{% if value|float >0 %}State 1{% endif %}"
   payload_off: "State 0"
   payload_on: "State 1"
   optimistic: true
   preset_modes:
    - 'off'
    - 'low'
    - 'medium'
    - 'high'
    - 'timer'
   preset_mode_command_topic: "ITHO/Fan/cmd"
   preset_mode_command_template: >
     {% if value == 'low' %}
       State 1
     {% elif value == 'medium' %}
       State 2
     {% elif value == 'high' %}
       State 3
     {% elif value == 'timer' %}
       State 13
     {% else %}
       State 0
     {% endif %}
   preset_mode_state_topic: "ITHO/Fan/State"
   preset_mode_value_template: >
     {% if value == '1' %}
       low
     {% elif value == '2' %}
       medium
     {% elif value == '3' %}
       high
     {% elif value == '13' %}
       timer
     {% else %}
       off
     {% endif %}

en hier de drie automations waarbij de fan wordt geregeld als de waarde van de humidity sensor boven bepaalde waardes komt :

code:

alias: 'Fan Bathroom: Speed 1'
description: ''
trigger:
  - platform: numeric_state
    entity_id: sensor.bathroom_humidity
    attribute: humidity
    below: '54'
condition: []
action:
  - service: mqtt.publish
    data:
      topic: ITHO/Fan/cmd
      payload: State,1
      qos: '2'
mode: single

alias: 'Fan Bathroom: Speed 2'
description: ''
trigger:
  - platform: numeric_state
    entity_id: sensor.bathroom_humidity
    attribute: ''
    above: '56'
    below: '60'
condition: []
action:
  - service: mqtt.publish
    data:
      topic: ITHO/Fan/cmd
      payload: State,2
      qos: '2'
mode: single

alias: 'Fan Bathroom: Speed 3'
description: ''
trigger:
  - platform: numeric_state
    entity_id: sensor.bathroom_humidity
    attribute: humidity
    above: '70'
condition: []
action:
  - service: mqtt.publish
    data:
      topic: ITHO/Fan/cmd
      payload: State,3
      qos: '2'
mode: single

[ Voor 68% gewijzigd door tjempeng op 09-06-2022 10:14 ]

[dumbo0001]

Welke repository gebruiken jullie voor het aansturen van een itho ventilatie?
Ik heb uiteindelijk https://github.com/jodur/ESPHOME-ITHO kunnen compileren en werkend gekregen.

Ik vroeg me echter af hoe ik achter de ID's van mijn gewone remotes kan komen.
Ik heb logger al op VERBOSE gezet maar zie de IDs niet verschijnen in de logs.

Door gebruik te maken van de gewone remotes krijg ik ook niet juiste ventilatie stand in home assistant.

Iemand enig idee?

[tjempeng]

dumbo0001 schreef op zaterdag 18 juni 2022 @ 12:12:
Welke repository gebruiken jullie voor het aansturen van een itho ventilatie?
Ik heb uiteindelijk https://github.com/jodur/ESPHOME-ITHO kunnen compileren en werkend gekregen.

Ik heb deze gebruikt https://github.com/svollebregt/ESPEASY_Plugin_ITHO

Ik vroeg me echter af hoe ik achter de ID's van mijn gewone remotes kan komen.
Ik heb logger al op VERBOSE gezet maar zie de IDs niet verschijnen in de logs.

Door gebruik te maken van de gewone remotes krijg ik ook niet juiste ventilatie stand in home assistant.

Iemand enig idee?

Je moet de logger op Debug zetten, dan zie je veel meer en waarschijnlijk ook de codes van je remote. Maar let goed op want hij vangt veel meer signalen op (kan ook van buren komen) dus je moet zeker weten dat je de goede code te pakken hebt.

Heb je dit artikel gevolgd ?
https://docs.google.com/d...HGGYs-/pub#h.inimg3ia1q21

[dumbo0001]

tjempeng schreef op maandag 20 juni 2022 @ 14:07:
[...]

Ik heb deze gebruikt https://github.com/svollebregt/ESPEASY_Plugin_ITHO


[...]


Je moet de logger op Debug zetten, dan zie je veel meer en waarschijnlijk ook de codes van je remote. Maar let goed op want hij vangt veel meer signalen op (kan ook van buren komen) dus je moet zeker weten dat je de goede code te pakken hebt.

Heb je dit artikel gevolgd ?
https://docs.google.com/d...HGGYs-/pub#h.inimg3ia1q21

Het is gelukt. De allereerste repository welke ik had gebruikt had een niet complete schema. D1 input was niet aangesloten. Ik had dus een vermoeden waaraan het zou liggen.

Vandaag even de tijd voor genomen om het aan te passen en in combinatie met de logging op VERBOSE is het mij gelukt om achter de remote ID's te komen.

Ik krijg nu juiste stand en ook vanuit welke kamer/room het aangepast is in home assistant.

Dank voor jouw reactie. Het artikel kende ik trouwens niet.

[Kets_One]

arjenhiemstra schreef op maandag 7 februari 2022 @ 10:20:
[...]

@arjenhiemstra
Beheren als in instellingen wijzigen zit er al in, andere opties hangt af van hoe de normale besturing van het apparaat gaat. Laat vooral weten wat je nodig hebt.

Arjen, alvast bedankt voor je antwoord.
Ik heb een Itho WPU 4e generatie en wil graag de doeltemperatuur van de boiler zelf kunnen instellen.
Nu staat deze op 61 graden ingesteld. Veel te hoog dus.
Kan je deze temperatuur al instellen via je software/control module?
Zo ja, welke heb ik dan nodig?

[dumbo0001]

Het is mij dus gelukt om de itho ventilatie via home assistant aan te sturen en ook waardes uit te lezen.

Ik heb echter een gekke verschijnsel dat ik gedurende de dag verkeerde status door krijg en allemaal aangestuurd door een bepaalde device (itho spider in de "living room").

Heeft een van jullie dit probleem ook?

[Jovink538]

Ik heb al een paar jaar een ESPEasy versie draaien maar wil graag een ESPhome versie hebben zodat ik ook mijn WiFi netwerk kan aanpassen op een eenvoudige manier.

Ik heb de versie van Jodur gebruikt maar gelezen dat die niet stabiel is.

Dat lijkt ook aardig te kloppen.
Ik kan wel de status van een afstandsbediening ontvangen maar het aanzetten van de afzuiging lukt niet.
Ik heb er meteen nog een gemaakt en ik zie wel dat er een signaal uit gezonden wordt.

Ook heb ik de c1101 omgewisseld om er zeker van te zijn dat ie het doet.
Ik las al dat de versie van Jodur niet helemaal stabiel is.

Is er ergens een stabiele versie te downloaden?

[henkie72]

Heeft iemand Itho werkend gekregen met een ESP32 (ESPHOME) en CC1101?

Ik gebruik een ESP32 om SomfyRTS aan te sturen met een CC1101 en zou dit graag uitbreiden met Itho connectiviteit.

Dit heb ik voor SomfyRTS op ESPHOME met ESP32 gebruikt: https://www.die-welt.net/...ing-an-esp32-and-esphome/

Thanks!

[pistole]

Ja hoor, draait bij mij prima. Maar je zou ook even hier kunnen kijken, is misschien eenvoudiger (tenzij je al een esp32 + cc1101 hebt liggen): Itho Daalderop ventilatie - wifi control add-on module en https://github.com/arjenhiemstra/ithowifi.

[henkie72]

Thanks Pistole,

Aangezien ik de ESP32 en CC1101 al heb liggen wil ik die graag gebruiken (al in gebruik voor Somfy).

Ik heb verschillende libraries die in dit topic worden genoemd geprobeerd. Het lijkt erop dat de ESP32 met ESPHOME standaard VSPI gebruikt (GPIO5/18/19/23) in tegenstelling tot de SPI pin-out van de ESP8266 (GPIO12/13/14/15). Misschien is dat mijn probleem.

Zou je jouw oplossing kunnen delen voor ESP32 met ESPHOME?

[pistole]

@henkie72 zie pm.

[dafo]

Ik stuur mijn Itho fan nu al lange tijd met succes aan via HomeAssistant, en heb handmatig deze als MQTT fan inclusief de standen toegevoegd in de configuration.yaml file:

code:

fan:
 - platform: mqtt
   unique_id: itho_fan
   name: Central Ventilation unit  
   command_topic: "ITHO/Fan/cmd"
   state_topic: "ITHO/Fan/State"
   state_value_template: "{% if value|float==0 %}State 0{% endif %}{% if value|float >0 %}State 1{% endif %}"
   payload_off: "State 0"
   payload_on: "State 1"
   optimistic: true
   preset_modes:
    - 'off'
    - 'low'
    - 'medium'
    - 'high'
    - 'timer'
   preset_mode_command_topic: "ITHO/Fan/cmd"
   preset_mode_command_template: >
     {% if value == 'low' %}
       State 1
     {% elif value == 'medium' %}
       State 2
     {% elif value == 'high' %}
       State 3
     {% elif value == 'timer' %}
       State 13
     {% else %}
       State 0
     {% endif %}
   preset_mode_state_topic: "ITHO/Fan/State"
   preset_mode_value_template: >
     {% if value == '1' %}
       low
     {% elif value == '2' %}
       medium
     {% elif value == '3' %}
       high
     {% elif value == '13' %}
       timer
     {% else %}
       off
     {% endif %}

Nu krijg ik een aankondiging dat vanaf december deze methode in HomeAssistant niet meer wordt ondersteund, en dat de mqtt-fan anders moet worden geconfigureerd.

Is hier iemand die dit al voor elkaar heeft gekregen? Of weet hoe dit geconfigureerd moet worden?

P.S. configuration.yaml aangepast, en issue opgelost! Code aanpassing:

code:

mqtt:
    fan:
        unique_id: itho_fan
        name: Central Ventilation unit  
        command_topic: "ITHO/Fan/cmd"
        state_topic: "ITHO/Fan/State"
        state_value_template: "{% if value|float==0 %}State 0{% endif %}{% if value|float >0 %}State 1{% endif %}"
        payload_off: "State 0"
        payload_on: "State 1"
        optimistic: true
        preset_modes:
            - 'off'
            - 'low'
            - 'medium'
            - 'high'
            - 'timer'
        preset_mode_command_topic: "ITHO/Fan/cmd"
        preset_mode_command_template: >
            {% if value == 'low' %}
                State 1
            {% elif value == 'medium' %}
                State 2
            {% elif value == 'high' %}
                State 3
            {% elif value == 'timer' %}
                State 13
            {% else %}
                State 0
            {% endif %}
        preset_mode_state_topic: "ITHO/Fan/State"
        preset_mode_value_template: >
            {% if value == '1' %}
                low
            {% elif value == '2' %}
                medium
            {% elif value == '3' %}
                high
            {% elif value == '13' %}
                timer
            {% else %}
                off
            {% endif %}

[ Voor 37% gewijzigd door dafo op 22-09-2022 15:28 . Reden: Al opgelost! ]

[soganta]

dafo schreef op donderdag 22 september 2022 @ 15:13:
Ik stuur mijn Itho fan nu al lange tijd met succes aan via HomeAssistant, en heb handmatig deze als MQTT fan inclusief de standen toegevoegd in de configuration.yaml file:

code:

fan:
 - platform: mqtt
   unique_id: itho_fan
   name: Central Ventilation unit  
   command_topic: "ITHO/Fan/cmd"
   state_topic: "ITHO/Fan/State"
   state_value_template: "{% if value|float==0 %}State 0{% endif %}{% if value|float >0 %}State 1{% endif %}"
   payload_off: "State 0"
   payload_on: "State 1"
   optimistic: true
   preset_modes:
    - 'off'
    - 'low'
    - 'medium'
    - 'high'
    - 'timer'
   preset_mode_command_topic: "ITHO/Fan/cmd"
   preset_mode_command_template: >
     {% if value == 'low' %}
       State 1
     {% elif value == 'medium' %}
       State 2
     {% elif value == 'high' %}
       State 3
     {% elif value == 'timer' %}
       State 13
     {% else %}
       State 0
     {% endif %}
   preset_mode_state_topic: "ITHO/Fan/State"
   preset_mode_value_template: >
     {% if value == '1' %}
       low
     {% elif value == '2' %}
       medium
     {% elif value == '3' %}
       high
     {% elif value == '13' %}
       timer
     {% else %}
       off
     {% endif %}

Nu krijg ik een aankondiging dat vanaf december deze methode in HomeAssistant niet meer wordt ondersteund, en dat de mqtt-fan via de standaard MQTT-Integration moet worden geconfigureerd:
[Afbeelding]

Is hier iemand die dit al voor elkaar heeft gekregen? Of weet hoe dit geconfigureerd moet worden?

[ Voor 4% gewijzigd door soganta op 22-09-2022 15:31 . Reden: Je hebt het al opgelost zie ik ;) ]

[Sten Vollebregt]

Begrijp ik hieruit dat de code in de handleiding niet meer gaat werken (https://docs.google.com/d...it#heading=h.pqxn4kdck088)? Dan pas ik die namelijk aan. In de handleiding wordt de .yaml file namelijk in een Packages map geplaatst (ik heb zelf nul HA ervaring).

[DeVantaggio]

dumbo0001 schreef op maandag 20 juni 2022 @ 16:29:
Het is gelukt. De allereerste repository welke ik had gebruikt had een niet complete schema. D1 input was niet aangesloten. Ik had dus een vermoeden waaraan het zou liggen.

Vandaag even de tijd voor genomen om het aan te passen en in combinatie met de logging op VERBOSE is het mij gelukt om achter de remote ID's te komen.

Ik krijg nu juiste stand en ook vanuit welke kamer/room het aangepast is in home assistant.

Ik krijg ook geen remote ID's te zien, mag ik vragen hoe je dit gefixt heb? Ik gebruik de Scriptman ESPHome versie. Ondanks dat ik logging op VERBOSE heb staan en de D1 heb aangesloten.

[Magnat]

Dit is mijn huidig fan implementatie. Die ook werkt met procenten, dus een slider bijvoorbeeld

code:

 fan:
    - name: "Centrale Afzuiging"
      unique_id: itho_fan
      state_topic: "ITHO/Fan/State"
      state_value_template: "{% if value|float==0 %}State 0{% endif %}{% if value|float >0 %}State 1{% endif %}"
      payload_on: "State 1"
      payload_off: "State 0"
      payload_available: Online
      payload_not_available: Offline
      optimistic: true
      command_topic: "ITHO/Fan/cmd"
      speed_range_min: 1
      speed_range_max: 4
      percentage_state_topic: "ITHO/Fan/State"
      percentage_command_topic: "ITHO/Fan/cmd"
      percentage_value_template: "
        {% if value == 0 %}
        0
        {% elif value == 1 %}
        1
        {% elif value == 2 %}
        2
        {% elif value == 3 %}
        3
        {% elif value == 4 %}
        4
        {% endif %}"
      percentage_command_template: "
        {% if value == 0 %}
        State 0
        {% elif value == 1 %}
        State 1
        {% elif value == 2 %}
        State 2
        {% elif value == 3 %}
        State 3
        {% elif value == 4 %}
        State 4
        {% endif %}"
      preset_mode_state_topic: "ITHO/Fan/State"
      preset_mode_value_template: "
        {% if value == 0 %}
        off
        {% elif value == 1 %}
        low
        {% elif value == 2 %}
        medium
        {% elif value == 3 %}
        high
        {% elif value == 4 %}
        full
        {% endif %}"
      preset_mode_command_topic: "ITHO/Fan/cmd"
      preset_mode_command_template: "
        {% if value == 'off' %}
        State 0
        {% elif value == 'low' %}
        State 1
        {% elif value == 'medium' %}
        State 2
        {% elif value == 'high' %}
        State 3
        {% elif value == 'full' %}
        State 4
        {% endif %}"
      preset_modes:
      - "off"
      - "low"
      - "medium"
      - "high"
      - "full"

[ Voor 4% gewijzigd door Magnat op 06-10-2022 07:17 ]

[dumbo0001]

DeVantaggio schreef op maandag 3 oktober 2022 @ 20:45:
[...]


Ik krijg ook geen remote ID's te zien, mag ik vragen hoe je dit gefixt heb? Ik gebruik de Scriptman ESPHome versie. Ondanks dat ik logging op VERBOSE heb staan en de D1 heb aangesloten.

Bij mij was het gelukt door D1 aan te sluiten

[gjs]

Ik ben een beetje de weg kwijt. Wellicht kan iemand mij het en 1 en ander wat verduidelijken.
Heb een Wemos met CC1101 module, op de Wemos draait de mega-20220809 ESP Easy collection_D release, Hiermee kan ik via http commando's mijn Itho CVE-S eco besturen, dus de 3 verschillende snelheden instellen etc. Dat heb ik ook werkend in Domoticz via een Dummy switch / Selector switch en dan wat custom rules op Wemos en een custom dzVents script. Zoals hier beschreven: https://docs.google.com/d...YiHDEwyScqhsPkJHGGYs-/pub
Ik snap echter in dat Integratie Domoticz deel van die Google doc niet wat dit met MQTT te maken heeft. Volgens mij praat die selector switch via het dzVents script direct met de Wemos en daar staan wat 'vertaal' rules zodat de levels matchen tussen Domoticz en ESP Easy, niks MQTT toch ?
Maar kan ik met de Wemos-CC1101 iets met MQTT in Domoticz ? Zols bv de snelheid uitlezen of traploos de snelheid instellen, of heb ik daar dan die Itho Daalderop ventilatie - wifi control add-on module voor nodig die je op de controller print van de Itho drukt ?

[Sten Vollebregt]

Dzvents naar de ESP is éénrichtingsverkeer: je stuurt de ESP wel aan maar als bijvoorbeeld een afstandsbediening een andere setting stuurt (of een timer afloopt) dan wordt dit niet teruggestuurd naar Domoticz. Om dit voor elkaar te krijgen kan je of json/http of MQTT commando's met de rules binnen ESPEasy gebruiken. Op deze manier is de communicatie bidirectional en zal de status in Domoticz altijd overeenkomen met de status van de ESP.

[gjs]

Sten Vollebregt schreef op vrijdag 4 november 2022 @ 21:30:
Dzvents naar de ESP is éénrichtingsverkeer: je stuurt de ESP wel aan maar als bijvoorbeeld een afstandsbediening een andere setting stuurt (of een timer afloopt) dan wordt dit niet teruggestuurd naar Domoticz. Om dit voor elkaar te krijgen kan je of json/http of MQTT commando's met de rules binnen ESPEasy gebruiken. Op deze manier is de communicatie bidirectional en zal de status in Domoticz altijd overeenkomen met de status van de ESP.

Het is idd 1 richting verkeer nu,,maar dan ben ik wel benieuwd hoe ik dit binnen Domoticz aan de gang krijg.
Moet ik dan vanuit ESPeasy direct MQQT naar Domictz praten of doe ik dat Mosquito ?
Ik heb al Mosquito draaien voor een Tasmota zonnescherm schakelaar.

[Sten Vollebregt]

In Domoticz hoef je alleen de MQTT Gateway aan te zetten en die naar de IP van de machine met Mosquitto te verwijzen (127.0.0.1 als dit dezelfde is als waarop Domoticz draait). De ESP stuurt het dan door naar Mosquitto en Domoticz luisters naar wat Mosquitto ontvangt. Daarnaast moet je natuurlijk het ID (idx) correct zetten in de rules.

Je kan de rules ook aanpassen naar een HTTP/JSON commando, dan stuurt je Domoticz direct aan buiten Mosquitto om. Dan wordt het iets in de trant van:

code:

SendToHTTP 192.168.x.y,8080,/json.htm?type=param=switchlight&command&idx=BLA&switchcmd=Set$20Level&level=10

voor low.
Je moet dan elk MQQT Publish vervangen met een SendToHTTP.

[Sten Vollebregt]

In de allernieuwste mega 20221105 van ESPEasy zit de plugin trouwens in de Climate build: https://espeasy.readthedo...lugin/P118.html#p118-page

[gjs]

Sten Vollebregt schreef op zaterdag 5 november 2022 @ 17:09:
In de allernieuwste mega 20221105 van ESPEasy zit de plugin trouwens in de Climate build:

Zo die is kersvers

[gjs]

Sinds een paar dagen is mijn Wemos D1 mini v3 reten instabiel. Ik heb nu al tig maal opnieuw geflasht, maar iedere keer komt ie in een soort van bootloop zodra ik het nieuw toegevoegde 'Communication - Itho' ventilation deevice op enable zet. Ik heb de afgelopen 3 releases van ESPeasy geprobeerd, de test_d, collection_d en climate. Ik pas verder geen settings aan, voeg alleen het device toe en zet hem op enabled.
Ik denk dat er wat hardwarematig mis is met mijn Wemos.
Ik heb ook op Amazon een 3 pack D1 Mini V3 besteld, maar deze zijn zo slecht dat ze maar een paar wifi netwerken detecteren, onbruikbaar, dus retour gestuurd. Ik wacht nu op en D1 Mini V2, volgens Google is er veel gedoe met V3's.

[ Voor 4% gewijzigd door gjs op 13-11-2022 16:45 ]

[Sten Vollebregt]

Het kan ook aan je powesupply liggen. Hoeveel ampere is de voeding? Of er is iets mis met de CC1101, zeker bij oude versies start hij dan niet meer op als de plugin aan staat.

[gjs]

Sten Vollebregt schreef op zondag 13 november 2022 @ 18:26:
Het kan ook aan je powesupply liggen. Hoeveel ampere is de voeding? Of er is iets mis met de CC1101, zeker bij oude versies start hij dan niet meer op als de plugin aan staat.

Het rare is dat ie een week ofzo heeft gewerkt met dezelfde componenten.
MIjn usb adapter is 1,35A.
Ik heb nopg een CC1101, dan die maar eens proberen.

[Sten Vollebregt]

Heb je ook geprobeerd om voor de firmware flash eerst een blank flash met dezelfde grootte (4MB waarschijnlijk) te doen? Soms lost dit rare problemen.

[FRGert]

Ik heb voornamelijk problemen met mijn remote toe te voegen....Ik kom dat ID nergens tegen haha...iemand anders hetzelfde gehad?

[gjs]

Sten Vollebregt schreef op zondag 13 november 2022 @ 20:44:
Heb je ook geprobeerd om voor de firmware flash eerst een blank flash met dezelfde grootte (4MB waarschijnlijk) te doen? Soms lost dit rare problemen.

Ja, 4MB blank heb ik al meerdere malen gebruikt.
Ik heb ondertussen de CC1101 vervangen en een Wemos D1 V2 geprobeerd, geen enkel verschil.
Volgens mij maak ik gewoon steeds 1 stomme fout, maar ik zie het niet. Zodra ik het device enable dan knalt de ESP in een exception, reboot en zit dan in een loop. Ik denk dat ik ergens wat fout doe met de GPIO settings in de device sensor settings.
Ik gebruik dit shield: https://enri.nl/pcb/?page=itho

Hieronder de settings die ik doe:

[Sten Vollebregt]

Ik zie zo snel niks raars. Ik gebruik zelf de send to controller optie niet, je kan proberen die uit te zetten. De shield heeft dezelfde pin layout (dat verschilt nog wel eens tussen ESP bordjes)?

Als je het zelf gesoldeerd hebt check dan of er niet ergens een kortsluiting zit.

[gjs]

Op het shield heb ik een zelf al een andere CC1101 gesoldeerd vanwege dezelfde problemen.
De boel heeft gewooon gewerkt, totdat ik met MQTT ging rommelen. Sindsdien loop ik steeds tegen die bootloop aan zodra ik Itho device op enable zet. Send to conmtroller aan of uit geen verschil.
Ik heb zojuist ook mijn oude CC1101 middels wat jumpercables (gesoldeerd aan de CC1101) direct op de Wemos aangesloten, zelfde resultaat.
Kan het zijn als de Wemos ongeconfigureerd aan het shield is aangesloten en bv I2C nog aanstaat en dan de D1/GD02 een verkeerd signaal krijgt waardoor de Wemos of CC1101 beschadigd raakt ?

Als ik de Release mega-20220809 gebruik, dan krijg ik geen exception en daardoor een bootloop maar dan hangt de Wemos op "Extra Settings PLUGIN_118 loaded"

[ Voor 51% gewijzigd door gjs op 20-11-2022 21:05 ]

[EnsconcE]

pistole schreef op maandag 29 augustus 2022 @ 11:42:
@henkie72 zie pm.

Heb je deze oplossing toevallig ook voor mij? Ik wil graag ook de cc1101 icm esp32 en esphome laten draaien

[pistole]

EnsconcE schreef op zaterdag 26 november 2022 @ 22:32:
[...]


Heb je deze oplossing toevallig ook voor mij? Ik wil graag ook de cc1101 icm esp32 en esphome laten draaien

Bij deze mijn esphome source. Het is niet 100% stabiel maar wellicht heb je er iets aan. Heb zelf ook wel wat lopen knutselen in de cc1101.h of andere bestanden maar dat weet ik niet meer precies ;-)

YAML:

esp8266:
  board: nodemcuv2

esphome:
  name: itho-esp32


  includes: 
    - itho-esp32/cc1101.h
  libraries: 
    - SPI
    - Ticker
    - https://github.com/Scriptman/ESPHome_ITHO_Eco_Fan_CC1101.git
    
  #Set ID from remotes that are used, so you can identify the root of the last State change
  on_boot:
    then:
      - lambda: |-
          Idlist[0]={"x","Badkamer"};
          Idlist[1]={"x","Woonkamer"};
          Mydeviceid="HomeAssistant";
          id(swfan_medium).turn_on(); //This ensures fan is at medium-speed at boot

# Enable logging
logger:
    #level: INFO
    

# Enable Home Assistant API
api:

ota:
  password: "verzin zelf iets"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

switch:
- platform: custom
  lambda: |-
    auto fansendstandby = new FanSendStandby();
    App.register_component(fansendstandby);
    return {fansendstandby};
  switches:
    name: "FanSendStandby"
    id: swfan_standby
    icon: mdi:fan
    
- platform: custom
  lambda: |-
    auto fansendlow = new FanSendLow();
    App.register_component(fansendlow);
    return {fansendlow};
  switches:
    name: "FanSendLow"
    id: swfan_low
    icon: mdi:fan

- platform: custom
  lambda: |-
    auto fansendmedium = new FanSendMedium();
    App.register_component(fansendmedium);
    return {fansendmedium};
  switches:
    name: "FanSendMedium"
    id: swfan_medium
    icon: mdi:fan

- platform: custom
  lambda: |-
    auto fansendhigh = new FanSendHigh();
    App.register_component(fansendhigh);
    return {fansendhigh};
  switches:
    name: "FanSendHigh"
    id: swfan_high
    icon: mdi:fan

- platform: custom
  lambda: |-
    auto fansendt1 = new FanSendIthoTimer1();
    App.register_component(fansendt1);
    return {fansendt1};
  switches:
    name: "FanSendTimer1"

- platform: custom
  lambda: |-
    auto fansendt2 = new FanSendIthoTimer2();
    App.register_component(fansendt2);
    return {fansendt2};
  switches:
    name: "FanSendTimer2"

- platform: custom
  lambda: |-
    auto fansendt3 = new FanSendIthoTimer3();
    App.register_component(fansendt3);
    return {fansendt3};
  switches:
    name: "FanSendTimer3"

- platform: custom
  lambda: |-
    auto fansendjoin = new FanSendIthoJoin();
    App.register_component(fansendjoin);
    return {fansendjoin};
  switches:
    name: "FanSendJoin"
    
- platform: template
  name: "Disable ITHO, allow OTA"
  lambda: |-
    return EnableItho;
  turn_on_action:
    - lambda: |-
        EnableItho = true;
        detachInterrupt(D1);
        ESP_LOGI("custom", "Disabled ITHO, to allow OTA (otherwise 'Ticker' library will fail OTA)");
  turn_off_action:
    - lambda: |-
        EnableItho = false;
        attachInterrupt(D1, ITHOinterrupt, RISING);
        rf.initReceive();
        ESP_LOGI("custom", "Enabled ITHO again");


text_sensor:
- platform: custom
  lambda: |-
    auto fanrecv = new FanRecv();
    App.register_component(fanrecv);
    return {fanrecv->fanspeed,fanrecv->fantimer,fanrecv->Lastid};
  text_sensors:
    - name: "FanSpeed"
      icon: "mdi:transfer"  
    - name: "FanTimer"
      icon: "mdi:timer"
    - name: "fanLastID"
      icon: "mdi:id-card"

Inmiddels gebruik ik deze integratie niet meer, maar ben overgegaan naar Itho Daalderop - open source wifi control add-on module

[ Voor 190% gewijzigd door pistole op 28-11-2022 12:45 ]

[Sten Vollebregt]

gjs schreef op zondag 20 november 2022 @ 16:42:
Op het shield heb ik een zelf al een andere CC1101 gesoldeerd vanwege dezelfde problemen.
De boel heeft gewooon gewerkt, totdat ik met MQTT ging rommelen. Sindsdien loop ik steeds tegen die bootloop aan zodra ik Itho device op enable zet. Send to conmtroller aan of uit geen verschil.
Ik heb zojuist ook mijn oude CC1101 middels wat jumpercables (gesoldeerd aan de CC1101) direct op de Wemos aangesloten, zelfde resultaat.
Kan het zijn als de Wemos ongeconfigureerd aan het shield is aangesloten en bv I2C nog aanstaat en dan de D1/GD02 een verkeerd signaal krijgt waardoor de Wemos of CC1101 beschadigd raakt ?

Als ik de Release mega-20220809 gebruik, dan krijg ik geen exception en daardoor een bootloop maar dan hangt de Wemos op "Extra Settings PLUGIN_118 loaded"

Ik raad aan om hier een issue over te openen op de ESPEasy Github (https://github.com/letscontrolit/ESPEasy/issues). De plugin is recent redelijk veranderd door een ontwikkelaar daar om hem werkedn te krijgen op de ESP32 en meerdere instanties te ondersteunen. Wellicht is dit een meer exotische bug.

Je kan ook de laatste versie op mijn Github testen, dit is de versie voor deze veranderingen (https://github.com/svollebregt/ESPEASY_Plugin_ITHO)

[Pham]

@gjs weet je inmiddels waar het probleem ligt? Ik gebruik zelf ook de enri shield en het lijkt alsof ik dezelfde probleem heb.

Hardware: CC1101 868 MHz transceiver + Wemos D1 mini pro (ESP-8266 4M1M)

Ik heb wat testen gedaan. Oudere versies van ESP Easy lijken wel goed te werken ook die van @Sten Vollebregt . Ik kan daar de RF id's en commands in de logs zien. Ik heb geen Itho, maar een Orcon. Dus kan ik deze verder in functionaliteiten niet goed testen.

code:

CC1101 pin                    ESP pin                 Description
1 - Vcc                       Vcc                     3.3V
2 - GND                       GND                     Ground
3 - MOSI      <--             D7/GPIO13               Data input to CC1101
4 - SCK       <--             D5/GPIO14               SPI clock pin
5 - MISO      -->             D6/GPIO12               Data output from CC1101
6 - GDO2      -->             Choose (D1/GPIO-5)      Interrupt pin (see note)
7 - GDO0                      NC                      Not in use
8 - CSN       <--             D8/GPIO15               SPI chip select

Bij de ESP_Easy_mega_20221105 crasht die op de SPI i.c.m. de CS pin instellingen. Heb verder nog niet gekeken waar het precies aan ligt. Maar misschien heeft iemand iets aan die informatie.



Weet iemand toevallig hoe ik de "ID of the Ventilation unit" kan vinden/invullen?
In mijn logs zie ik namelijk dat dit het ID moet zijn => "783554: Device-ID:77,9c,94 IGNORED" en ik kan bij device id bytes alleen getallen invullen?

@Sten Vollebregt zou jij misschien de Ocron functie in jouw laatste versie kunnen verwerken? Dan kan ik het even verder testen in jouw laatste versie zonder dat de boel crasht. Ik wil het eerst werkend krijgen, daarna kan ik wel helpen met de laatste versie debuggen. Anders weet ik natuurlijk niet of het aan de software of hardware ligt.

[ Voor 5% gewijzigd door Pham op 29-11-2022 10:57 . Reden: extra hardware ]

[Aiolos]

Pham schreef op dinsdag 29 november 2022 @ 10:20:
@gjs weet je inmiddels waar het probleem ligt? Ik gebruik zelf ook de enri shield en het lijkt alsof ik dezelfde probleem heb.

Hardware: CC1101 868 MHz transceiver + Wemos D1 mini pro (ESP-8266 4M1M)

Ik heb wat testen gedaan. Oudere versies van ESP Easy lijken wel goed te werken ook die van @Sten Vollebregt . Ik kan daar de RF id's en commands in de logs zien. Ik heb geen Itho, maar een Orcon. Dus kan ik deze verder in functionaliteiten niet goed testen.


Bij de ESP_Easy_mega_20221105 crasht die op de SPI i.c.m. de CS pin instellingen. Heb verder nog niet gekeken waar het precies aan ligt. Maar misschien heeft iemand iets aan die informatie.

[Afbeelding]

Weet iemand toevallig hoe ik de "ID of the Ventilation unit" kan vinden/invullen?
In mijn logs zie ik namelijk dat dit het ID moet zijn => "783554: Device-ID:77,9c,94 IGNORED" en ik kan bij device id bytes alleen getallen invullen?

@Sten Vollebregt zou jij misschien de Ocron functie in jouw laatste versie kunnen verwerken? Dan kan ik het even verder testen in jouw laatste versie zonder dat de boel crasht. Ik wil het eerst werkend krijgen, daarna kan ik wel helpen met de laatste versie debuggen. Anders weet ik natuurlijk niet of het aan de software of hardware ligt.

Vreemd dat het tegenwoordig problemen geeft. Ik heb zelf niet scherp wat precies de wijzigingen zijn in ESPEasy. Bij Duco was het laatst zo dat er een wijziging in frequentie was in de CC1101 module, maar daarmee werkte de module wel, werd er alleen op de verkeerde frequentie uitgezonden.

Het ID kun je overigens als '77,9c,94' invullen bij 1 van de remotes-velden (waarschijnlijk stond daar oorspronkelijk '66,77,88', wat ik invul als testID.)

[Pham]

Hierbij mijn log nadat ik de "Communication - Itho ventilation" op enable heb gezet. Ik zie nou niet direct waarom die nou crashed en na 3.5min weer online is.

code:

Date    Time    Level   Host Name   Category    Program Messages
2022-11-29  11:26:28    Notice  ESP-Itho    user        <7>ESP-Itho EspEasy: WiFi : Missed connected event
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: ITHO: Extra Settings PLUGIN_118 loaded
2022-11-29  11:23:01    Notice  ESP-Itho    user        <7>ESP-Itho EspEasy: Read settings: CustomTaskSettings index: 0
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: INIT PLUGIN_118
2022-11-29  11:23:01    Notice  ESP-Itho    user        <7>ESP-Itho EspEasy: Read settings: TaskSettings index: 0
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: Skip saving SecuritySettings, not changed
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: SaveToFile: free stack after: 3424
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: FILE : Saved config.dat offset: 0 size: 1316
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: SaveToFile: free stack: 3424
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: SaveToFile: free stack after: 3360
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: FILE : Saved config.dat offset: 4096 size: 536
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: SaveToFile: free stack: 3360
2022-11-29  11:23:01    Notice  ESP-Itho    user        <7>ESP-Itho EspEasy: Write settings: TaskSettings index: 0
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: SaveToFile: free stack after: 2768
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: FILE : Saved config.dat offset: 5120 size: 27
2022-11-29  11:23:01    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: SaveToFile: free stack: 2768
2022-11-29  11:23:00    Notice  ESP-Itho    user        <7>ESP-Itho EspEasy: Write settings: CustomTaskSettings index: 0
2022-11-29  11:23:00    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: EXIT PLUGIN_118
2022-11-29  11:23:00    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: SaveToFile: free stack after: 3104
2022-11-29  11:23:00    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: FILE : Saved config.dat offset: 4096 size: 536
2022-11-29  11:23:00    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: SaveToFile: free stack: 3104
2022-11-29  11:23:00    Notice  ESP-Itho    user        <7>ESP-Itho EspEasy: Write settings: TaskSettings index: 0
2022-11-29  11:23:00    Notice  ESP-Itho    user        <5>ESP-Itho EspEasy: Webserver 23 Arguments (First 20): 0: 'index' length: 1 1: 'page' length: 1 2: 'TDNUM' length: 3 3: 'TDN' length: 4 4: 'TDE' length: 2 5: 'taskdevicepin1' length: 1 6: 'taskdevicepin2' length: 2 7: 'pID1' length: 8 8: 'pID2' length: 0 9: 'pID3' length: 0 10: 'plog' length: 2 11: 'prflog' length: 2 12: 'pdevid1' length: 3 13: 'pdevid2' length: 3 14: 'pdevid3' length: 3 15: 'orcon' length: 2 16: 'TDSD1' length: 2 17: 'TDVN1' length: 5 18: 'TDVN2' length: 5 19: 'TDVN3' length: 11

[Pham]

Aiolos schreef op dinsdag 29 november 2022 @ 11:14:
[...]


Vreemd dat het tegenwoordig problemen geeft. Ik heb zelf niet scherp wat precies de wijzigingen zijn in ESPEasy. Bij Duco was het laatst zo dat er een wijziging in frequentie was in de CC1101 module, maar daarmee werkte de module wel, werd er alleen op de verkeerde frequentie uitgezonden.

Het ID kun je overigens als '77,9c,94' invullen bij 1 van de remotes-velden (waarschijnlijk stond daar oorspronkelijk '66,77,88', wat ik invul als testID.)

Aahh oke bedankt voor je reactie! Daar stond inderdaad oorspronkelijk '66,77,88'.

Maar wat wordt er verwacht bij device ID byte 1,2 en 3? Ik dacht dat Unit ID Remote 1, 2 en 3 voor de afstandsbediening waren om de waardes uit te lezen en de remote 1 dat die gespoofed werd (tenminste bij de Orcon). Dat de Device ID bytes voor de ventilatiebox zelf was, maar geen idee. Ben nog maar een paar dagen bezig

[Aiolos]

Pham schreef op dinsdag 29 november 2022 @ 11:43:
[...]


Aahh oke bedankt voor je reactie! Daar stond inderdaad oorspronkelijk '66,77,88'.

Maar wat wordt er verwacht bij device ID byte 1,2 en 3? Ik dacht dat Unit ID Remote 1, 2 en 3 voor de afstandsbediening waren om de waardes uit te lezen en de remote 1 dat die gespoofed werd (tenminste bij de Orcon). Dat de Device ID bytes voor de ventilatiebox zelf was, maar geen idee. Ben nog maar een paar dagen bezig

Dat is het ID van de ESP zelf, het ID dat je aanmeldt op de box.

[Pham]

Aiolos schreef op dinsdag 29 november 2022 @ 11:47:
[...]


Dat is het ID van de ESP zelf, het ID dat je aanmeldt op de box.

Ja dat dacht ik ook, maar ben een beetje in de war door "Note: For Orcon: This is the destination ID a.k.a. the ID of the Ventilation unit."

[Sten Vollebregt]

Post deze informatie a.u.b. op de Github van ESPEasy dan kunnen ze het daar oppikken. Ik ga niet legacy code aanpassen om nieuwe apparatuur te ondersteunen terwijl er een betere versie van de plugin is (met misschien nog wat bugs).