Dank voor de tip. "D1" refereert alleen naar een D1 pinout op een Wemos en niet op een ESP. Aangepast naar "5" en toen compileerde alles welSten Vollebregt schreef op dinsdag 19 november 2024 @ 14:17:
Heb je al geprobeerd het te compileren met GPIO16 ipv D0? Het kan zijn dat de alternatieve namen niet correct worden geladen in de configuratie (https://esphome.io/guides/configuration-types.html).
Hoi allemaal,
Aller eerst ontzettend bedankt voor alle inzet en werk wat er afgelopen jaren in dit project is gegaan, mooi om te zien hoe het allemaal door ontwikkeld is.
Ik ben 90% op weg (denk ik) om het werkend te hebben.
Ik denk dat mijn laatste struikelblok de integratie is met Home Assistant.
De ESP8266 lijkt goed te werken, is gekoppeld en MQTT doet het ook, te zien aan wat er binnen komt in MQTT Explorer.
Vanuit de handleiding https://docs.google.com/d...HGGYs-/pub#h.inimg3ia1q21 kom ik tot aan het einde bij de package integration, en daar loop ik vast. Hij pakt de .yaml file niet en ik kom er niet uit wat ik moet aanpassen, ik krijg elke keer een nieuwe foutmelding.
Ik heb nu:
Dan krijg ik de melding dat er mqtt_room moet staan ipv mqtt bij platform, maar dan krijg ik weer een nieuwe batterij aan andere meldingen.
Wat doe ik verkeerd? (of is er inmiddels een andere manier om dit te doen?)
Aller eerst ontzettend bedankt voor alle inzet en werk wat er afgelopen jaren in dit project is gegaan, mooi om te zien hoe het allemaal door ontwikkeld is.
Ik ben 90% op weg (denk ik) om het werkend te hebben.
Ik denk dat mijn laatste struikelblok de integratie is met Home Assistant.
De ESP8266 lijkt goed te werken, is gekoppeld en MQTT doet het ook, te zien aan wat er binnen komt in MQTT Explorer.
Vanuit de handleiding https://docs.google.com/d...HGGYs-/pub#h.inimg3ia1q21 kom ik tot aan het einde bij de package integration, en daar loop ik vast. Hij pakt de .yaml file niet en ik kom er niet uit wat ik moet aanpassen, ik krijg elke keer een nieuwe foutmelding.
Ik heb nu:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
| sensor:
- platform: mqtt
name: Ecofan
device_id: '1684684'
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_on: State 1
payload_off: State 0
optimistic: true
preset_modes:
- off
- low
- medium
- high
- full
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 ==
'full' %} State 4 {% else %} State 0 {% endif %}
preset_mode_state_topic: ITHO/Fan/State
preset_mode_value_template: >
{% if value_json.fan == low %} State 1 {% elif
value_json.fan == medium %} State 2 {% elif value_json.fan == high %}
State 3 {% elif value_json.fan == full %} State 4 {% else %} State 0 {%
endif %} |
Dan krijg ik de melding dat er mqtt_room moet staan ipv mqtt bij platform, maar dan krijg ik weer een nieuwe batterij aan andere meldingen.
Wat doe ik verkeerd? (of is er inmiddels een andere manier om dit te doen?)
Ik gebruik al heel wat jaren de setup van @Scriptman op zijn Github. Bij het updaten van ESPhome naar versie 2025.2 kreeg ik de mededeling dat custom components moeten worden omgezet naar external components.
Ik heb zelf helaas niet de skills om dit aan te passen. Maar zou wel graag gebruik willen blijven maken van de C1101 om mijn Itho Eco Fan 2 aan te sturen.
Is er misschien iemand die een oplossing ziet?
Ik heb zelf helaas niet de skills om dit aan te passen. Maar zou wel graag gebruik willen blijven maken van de C1101 om mijn Itho Eco Fan 2 aan te sturen.
Is er misschien iemand die een oplossing ziet?
Vooralsnog gewoon niet updaten, verwacht dat het voorlopig nog blijft werken. Met n beetje geluk is het al gefikst als de update nodig is.Emphyrio schreef op zondag 23 februari 2025 @ 19:51:
Ik gebruik al heel wat jaren de setup van @Scriptman op zijn Github. Bij het updaten van ESPhome naar versie 2025.2 kreeg ik de mededeling dat custom components moeten worden omgezet naar external components.
Ik heb zelf helaas niet de skills om dit aan te passen. Maar zou wel graag gebruik willen blijven maken van de C1101 om mijn Itho Eco Fan 2 aan te sturen.
Is er misschien iemand die een oplossing ziet?
Ik probeer in mijn schaarse vrije tijd de repo te updaten naar die external components en nieuwere cc1101 lib van @arjenhiemstra .Emphyrio schreef op zondag 23 februari 2025 @ 19:51:
Ik gebruik al heel wat jaren de setup van @Scriptman op zijn Github. Bij het updaten van ESPhome naar versie 2025.2 kreeg ik de mededeling dat custom components moeten worden omgezet naar external components.
Ik heb zelf helaas niet de skills om dit aan te passen. Maar zou wel graag gebruik willen blijven maken van de C1101 om mijn Itho Eco Fan 2 aan te sturen.
Is er misschien iemand die een oplossing ziet?
Dat zou top zijn. Ben ook al jaren trouwe klant van @Scriptman.Scriptman schreef op zondag 23 februari 2025 @ 22:10:
[...]
Ik probeer in mijn schaarse vrije tijd de repo te updaten naar die external components en nieuwere cc1101 lib van @arjenhiemstra .
Had even een andere geprobeerd deze, maar dat werkte niet lekker. Het schakelen tussen standen werkte niet lekker. Gelukkig had ik een backup gemaakt, ESPHome gedowngrade en snel weer die van Scriptman in gebruik genomen.
Super, ik ben ook in afwachting van deze nieuwe werkwijze. Ook al jaren bediening ik mijn Eco Fan met deze repo.Scriptman schreef op zondag 23 februari 2025 @ 22:10:
[...]
Ik probeer in mijn schaarse vrije tijd de repo te updaten naar die external components en nieuwere cc1101 lib van @arjenhiemstra .
Need some help?Scriptman schreef op zondag 23 februari 2025 @ 22:10:
[...]
Ik probeer in mijn schaarse vrije tijd de repo te updaten naar die external components en nieuwere cc1101 lib van @arjenhiemstra .
Ik heb recentelijk wat verandering doorgevoerd die ervoor zorgen dat de de lib niet meer blijft hangen als de CC1101 niet goed aangesloten is, kan wel handig zijn denk ik :-)
Hey Arjen,arjenhiemstra schreef op woensdag 12 maart 2025 @ 08:33:
[...]
Need some help?
Ik heb recentelijk wat verandering doorgevoerd die ervoor zorgen dat de de lib niet meer blijft hangen als de CC1101 niet goed aangesloten is, kan wel handig zijn denk ik :-)
Dat zou helemaal geweldig zijn. Ik zal mij volgende week nog eens verdiepen in die external components van esphome. Ik doe iets fout waardoor de fan sensor niet zichtbaar is. Als deze zichtbaar is wil ik gaan proberen om de acties (fan standen) door te gaan sturen naar jouw cc1101 library.
Probleem is vaak dat ik er tussendoor even vlot aan werk, waardoor ik maar de helft begrijp van wat er nu precies in de code gebeurd.
Ik had een test repo opgezet om te testen:
https://github.com/Scriptman/IthoCC1101_ESPHome
Heb zelf ook al eens gekeken in mijn ITHO box om te kijken of ik deze ook met een ESP32 kon aansturen, maar ondanks dat ik steeds vaker bezig ben electronica, durf ik deze stap nog niet aan
Omdat ik sinds kort een CVE-S OPTIMA heb ben ik mij hier meer in gaan verdiepen.
Ik ben begonnen met deze repo omdat die al in een external component gegoten is en het redelijk snel deed bij mij op een nieuwe versie van ESPHome(zonder auto functie).
Heb hier de nieuwe lib van @arjenhiemstra ingegooid maar liep daar tegen een paar problemen met de recente wijzingen.
De "nieuwe" reset en read/write functies zorgen bij mij voor communicatie problemen waardoor hij hangt tijdens init.
Door hier de oude functies terug te plaatsen werkt het wel. Moet nog een keer goed uitzoeken wat hier nu het issue is.
Daarnaast returned receivePacket() altijd true. Aangezien CoMPaTech's controller niet interrupt gebaseerd werkt is het wel handig om te kunnen checken of er iets gelezen is. Heb de receivePacket functie daarom omgeschreven zodat hij false returned als readData 0 returned.
Het lijkt nu bij mij goed te werken. Maar aangezien er nu al een wildgroei is van forks en kopieën zou ik het liefst kijken of we de update met de AUTO fan in iets bestaands kunnen verwerken. Als iemand daar interesse in heeft kan ik mijn code delen.
Lof voor iedereen die hier zo hard aan gewerkt heeft
.
Ik ben begonnen met deze repo omdat die al in een external component gegoten is en het redelijk snel deed bij mij op een nieuwe versie van ESPHome(zonder auto functie).
Heb hier de nieuwe lib van @arjenhiemstra ingegooid maar liep daar tegen een paar problemen met de recente wijzingen.
De "nieuwe" reset en read/write functies zorgen bij mij voor communicatie problemen waardoor hij hangt tijdens init.
Door hier de oude functies terug te plaatsen werkt het wel. Moet nog een keer goed uitzoeken wat hier nu het issue is.
Daarnaast returned receivePacket() altijd true. Aangezien CoMPaTech's controller niet interrupt gebaseerd werkt is het wel handig om te kunnen checken of er iets gelezen is. Heb de receivePacket functie daarom omgeschreven zodat hij false returned als readData 0 returned.
Het lijkt nu bij mij goed te werken. Maar aangezien er nu al een wildgroei is van forks en kopieën zou ik het liefst kijken of we de update met de AUTO fan in iets bestaands kunnen verwerken. Als iemand daar interesse in heeft kan ik mijn code delen.
Lof voor iedereen die hier zo hard aan gewerkt heeft
Ik weet niet precies welke versie je gebruikt hebt maar de laatste wijzigingen die in het itho wifi project gebruikt worden (oa. niet meer kunnen vastlopen bij init en heel veel extra remotes ondersteund) zitten nog niet in de IthoEcoFanRFT fork op mijn GH repo. Ik wil dat zsm gaan doen maar moet eerst nog een aantal issue oplossen met de nieuwe Itho RFT-N remotes (2 weg comminicatie)erik23 schreef op donderdag 17 april 2025 @ 18:32:
Omdat ik sinds kort een CVE-S OPTIMA heb ben ik mij hier meer in gaan verdiepen.
Ik ben begonnen met deze repo omdat die al in een external component gegoten is en het redelijk snel deed bij mij op een nieuwe versie van ESPHome(zonder auto functie).
Heb hier de nieuwe lib van @arjenhiemstra ingegooid maar liep daar tegen een paar problemen met de recente wijzingen.
De "nieuwe" reset en read/write functies zorgen bij mij voor communicatie problemen waardoor hij hangt tijdens init.
Door hier de oude functies terug te plaatsen werkt het wel. Moet nog een keer goed uitzoeken wat hier nu het issue is.
Daarnaast returned receivePacket() altijd true. Aangezien CoMPaTech's controller niet interrupt gebaseerd werkt is het wel handig om te kunnen checken of er iets gelezen is. Heb de receivePacket functie daarom omgeschreven zodat hij false returned als readData 0 returned.
Het lijkt nu bij mij goed te werken. Maar aangezien er nu al een wildgroei is van forks en kopieën zou ik het liefst kijken of we de update met de AUTO fan in iets bestaands kunnen verwerken. Als iemand daar interesse in heeft kan ik mijn code delen.
Lof voor iedereen die hier zo hard aan gewerkt heeft.
Heb nu de laatste versie hiervandaan gehaald. Als er een nieuwere is wil ik best een kijkje nemen of dat wel meer een drop-in replacement is.arjenhiemstra schreef op donderdag 17 april 2025 @ 23:39:
[...]
Ik weet niet precies welke versie je gebruikt hebt maar de laatste wijzigingen die in het itho wifi project gebruikt worden (oa. niet meer kunnen vastlopen bij init en heel veel extra remotes ondersteund) zitten nog niet in de IthoEcoFanRFT fork op mijn GH repo. Ik wil dat zsm gaan doen maar moet eerst nog een aantal issue oplossen met de nieuwe Itho RFT-N remotes (2 weg comminicatie)
hallo mede tweakers,
Ik zelf heb sinds een paar maanden een gebruikte itho cve eco-fan 2 (9 pinnen dus pwm printplaat werkt niet) nu wil ik hem wel graag aansturen het liefst draadloos met een esp oid vanuit home assistent. nu las ik dat die oude versie ook andere remotes gebruikt? dus mijn cc1101 kan ik niet direct inzetten dat verklaart een hoop waarom ik het joinen niet voor elkaar kreeg. het liefst zou ik natuurlijk een pwm stijl 0-100 hebben maar ook 1,2,3 is al beter dan niets. Nu zou ik natuurlijk een perilex met relays kunnen doen echter is dat wel heel hacky.
Ik heb wat gelezen maar het topic is best groot en ik vraag mij af hoeveel van het echte reverse engineering werk hier nog beschreven staat? Ik heb ondertussen meerdere links naar https://www.progz.nl/ gezien die niet meer werken helaas.
Heb zelf een oscilloscope logic analyzer etc en zou best eens kunnen prutsen met wat draadjes maar heb eigenlijk geen idee waar te beginnen met reverse engineering voor de draadloze had ik al met chatgpt wat code om alle draadloze communicatie te zien, maar dat is een enorme berg(zonne omvormers hier op het dak zitten op zelfde frequentie helaas).
Ik denk dus dat fysiek het meeste kans heb het voor mekaar te krijgen maar weet niet zo goed waar te beginnen met proberen.
Is het inderdaad een ander protocol of is alleen de pinout anders en voor de afstandsbediening kant hetzelfde is het een ander protocol of zijn de pairing codes alleen anders oid?
De repo's hebben wel wat informatie over hoe het werkt maar documentatie in dat aspect is een beetje matig iemand tips?
Alvast bedankt voor de tips.
Ik zelf heb sinds een paar maanden een gebruikte itho cve eco-fan 2 (9 pinnen dus pwm printplaat werkt niet) nu wil ik hem wel graag aansturen het liefst draadloos met een esp oid vanuit home assistent. nu las ik dat die oude versie ook andere remotes gebruikt? dus mijn cc1101 kan ik niet direct inzetten dat verklaart een hoop waarom ik het joinen niet voor elkaar kreeg. het liefst zou ik natuurlijk een pwm stijl 0-100 hebben maar ook 1,2,3 is al beter dan niets. Nu zou ik natuurlijk een perilex met relays kunnen doen echter is dat wel heel hacky.
Ik heb wat gelezen maar het topic is best groot en ik vraag mij af hoeveel van het echte reverse engineering werk hier nog beschreven staat? Ik heb ondertussen meerdere links naar https://www.progz.nl/ gezien die niet meer werken helaas.
Heb zelf een oscilloscope logic analyzer etc en zou best eens kunnen prutsen met wat draadjes maar heb eigenlijk geen idee waar te beginnen met reverse engineering voor de draadloze had ik al met chatgpt wat code om alle draadloze communicatie te zien, maar dat is een enorme berg(zonne omvormers hier op het dak zitten op zelfde frequentie helaas).
Ik denk dus dat fysiek het meeste kans heb het voor mekaar te krijgen maar weet niet zo goed waar te beginnen met proberen.
Is het inderdaad een ander protocol of is alleen de pinout anders en voor de afstandsbediening kant hetzelfde is het een ander protocol of zijn de pairing codes alleen anders oid?
De repo's hebben wel wat informatie over hoe het werkt maar documentatie in dat aspect is een beetje matig iemand tips?
Alvast bedankt voor de tips.
Boeiend topic.
Ook ik wil de Itho op home assistant aansluiten. Ik zie er alleen tegenop om de unit aan te passen en er een additioneel print plaatje aan te koppelen. Is het noodzakelijk dat je de Itho hiermee uitbreidt, of is het ook mogelijk om een esp32 met CC1101 als virtual remote aan te melden. Uiteraard als je al remotes hebt voor itho?
Ook ik wil de Itho op home assistant aansluiten. Ik zie er alleen tegenop om de unit aan te passen en er een additioneel print plaatje aan te koppelen. Is het noodzakelijk dat je de Itho hiermee uitbreidt, of is het ook mogelijk om een esp32 met CC1101 als virtual remote aan te melden. Uiteraard als je al remotes hebt voor itho?
@Scriptman en @arjenhiemstra Zijn jullie misschien nog verder gekomen met het aanpassen van het bestaande script van Scriptman? Ik zou mijn oude Itho graag weer willen aansturen via CC1101
Dat print plaatje monteren stelt niks voor. Makkelijker dan iets bouwen op basis van esp32 cc1101 wat ik eerst had.DionMes schreef op maandag 1 december 2025 @ 16:38:
Boeiend topic.
Ook ik wil de Itho op home assistant aansluiten. Ik zie er alleen tegenop om de unit aan te passen en er een additioneel print plaatje aan te koppelen. Is het noodzakelijk dat je de Itho hiermee uitbreidt, of is het ook mogelijk om een esp32 met CC1101 als virtual remote aan te melden. Uiteraard als je al remotes hebt voor itho?
Thank. Met de esp32 heb ik behoorlijk wat ervaring, dus daar maak ik me geen zorgen over. Maar betekent dit dat het wel mogelijk is ?mtimmerm schreef op maandag 1 december 2025 @ 17:57:
[...]
Dat print plaatje monteren stelt niks voor. Makkelijker dan iets bouwen op basis van esp32 cc1101 wat ik eerst had.
Ja, ik had ook de afstandsbediening nodig. Ik had ook flink ervaring met esp32 maar vond het toch nog lastig. Als het goed is staan ergens op internet voorbeelden. Sommige werken andere niet. Helaas weet ik niet meer welke ik heb gebruikt. Wat je in principe doet is de afstandsbediening nabootsen. Wellicht zijn er nu wel betere voorbeelden.DionMes schreef op maandag 1 december 2025 @ 23:13:
[...]
Thank. Met de esp32 heb ik behoorlijk wat ervaring, dus daar maak ik me geen zorgen over. Maar betekent dit dat het wel mogelijk is ?
Thanks. Ja, dat kan idd dan veel tijd gaan kosten als je tegen van die repo's aan loopt die niet werken. Ik ga nog eens verder zoeken, maar als iemand toevallig een werkende repo weet om die afstandsbediening na te bootsen dan hoor ik dat graagmtimmerm schreef op dinsdag 2 december 2025 @ 08:31:
[...]
Ja, ik had ook de afstandsbediening nodig. Ik had ook flink ervaring met esp32 maar vond het toch nog lastig. Als het goed is staan ergens op internet voorbeelden. Sommige werken andere niet. Helaas weet ik niet meer welke ik heb gebruikt. Wat je in principe doet is de afstandsbediening nabootsen. Wellicht zijn er nu wel betere voorbeelden.
Ik zit in precies hetzelfde schuitje. Ben jij inmiddels verder gekomen?Tjalling123 schreef op vrijdag 4 juli 2025 @ 16:04:
hallo mede tweakers,
Ik zelf heb sinds een paar maanden een gebruikte itho cve eco-fan 2 (9 pinnen dus pwm printplaat werkt niet) nu wil ik hem wel graag aansturen het liefst draadloos met een esp oid vanuit home assistent. nu las ik dat die oude versie ook andere remotes gebruikt? dus mijn cc1101 kan ik niet direct inzetten dat verklaart een hoop waarom ik het joinen niet voor elkaar kreeg. het liefst zou ik natuurlijk een pwm stijl 0-100 hebben maar ook 1,2,3 is al beter dan niets. Nu zou ik natuurlijk een perilex met relays kunnen doen echter is dat wel heel hacky.
Ik heb wat gelezen maar het topic is best groot en ik vraag mij af hoeveel van het echte reverse engineering werk hier nog beschreven staat? Ik heb ondertussen meerdere links naar https://www.progz.nl/ gezien die niet meer werken helaas.
Heb zelf een oscilloscope logic analyzer etc en zou best eens kunnen prutsen met wat draadjes maar heb eigenlijk geen idee waar te beginnen met reverse engineering voor de draadloze had ik al met chatgpt wat code om alle draadloze communicatie te zien, maar dat is een enorme berg(zonne omvormers hier op het dak zitten op zelfde frequentie helaas).
Ik denk dus dat fysiek het meeste kans heb het voor mekaar te krijgen maar weet niet zo goed waar te beginnen met proberen.
Is het inderdaad een ander protocol of is alleen de pinout anders en voor de afstandsbediening kant hetzelfde is het een ander protocol of zijn de pairing codes alleen anders oid?
De repo's hebben wel wat informatie over hoe het werkt maar documentatie in dat aspect is een beetje matig iemand tips?
Alvast bedankt voor de tips.
Oh verrek, ik ben ook al een tijdje bezig, exact dezelfde CVE Eco-fan 2. Ik heb het Google doc stappenplan gevolgd, maar ik kreeg de remote niet aangeleerd in de ventilator, hij reageert ook niet bij poging tot koppelen (ik zie wel join OK in mijn browser).Igor4 schreef op vrijdag 23 januari 2026 @ 16:11:
[...]
Ik zit in precies hetzelfde schuitje. Ben jij inmiddels verder gekomen?
Ik dacht dat het aan mij lag, maar blijkbaar hebben deze krengen dus ook nog eens een ander type remote, dat had ik nog nergens gevonden, maar verklaart mogelijk wel waarom het Google-doc stappenplan niet werkt.
Als iemand verder is gekomen met een oude Eco-fan 2, hou ik me ook aanbevolen voor meer info!
Ander protocol inderdaad.TigerMooD schreef op vrijdag 23 januari 2026 @ 18:22:
[...]
Oh verrek, ik ben ook al een tijdje bezig, exact dezelfde CVE Eco-fan 2. Ik heb het Google doc stappenplan gevolgd, maar ik kreeg de remote niet aangeleerd in de ventilator, hij reageert ook niet bij poging tot koppelen (ik zie wel join OK in mijn browser).
Ik dacht dat het aan mij lag, maar blijkbaar hebben deze krengen dus ook nog eens een ander type remote, dat had ik nog nergens gevonden, maar verklaart mogelijk wel waarom het Google-doc stappenplan niet werkt.
Als iemand verder is gekomen met een oude Eco-fan 2, hou ik me ook aanbevolen voor meer info!
Ergens zweeft op github een lib rond die gemaakt is door de personen die de originele poging tot reverse engineeren hebben gedaan. Daarin zit uit mijn hoofd message1 en message2. Volgens mij was message1 het oude protocol en message2 het nieuwe. Iig de RFT-CVE stuurt voor elk "nieuw" type commando ook een "oud" (=message1) commando uit. De nieuwe RFT-N en RFT Auto-N doen dit niet meer verwacht ik. Met dit message1 commando zou je de eco-fan-2 moeten kunnen bedienen.
Mss kom je iets verder met deze info.
Ik heb inderdaad wat libraries gevonden op github (meerdere zelfs) maar om dit werkend te krijgen met espeasy of esphome gaat mijn kennis te boven.
Helaas, het was een leuk probeersel, maar ik ga dit niet werkend krijgen zonder meer uitleg of hulp. Zelfs met een AI chatbot die me door alle stappen probeerde te loodsen en de configs aan te passen naar iets dat (bijv) Home Assistant kan gebruiken, is het me niet gelukt
Helaas, het was een leuk probeersel, maar ik ga dit niet werkend krijgen zonder meer uitleg of hulp. Zelfs met een AI chatbot die me door alle stappen probeerde te loodsen en de configs aan te passen naar iets dat (bijv) Home Assistant kan gebruiken, is het me niet gelukt
Ik heb een oplossing gevonden maar nog niet getest ik heb bedacht dat deze niet pwm aanstuurbaar moet willen maken en gewoon de perilex door 3 relays zou moeten laten doen met bijvoorbeeld een esp32 als brein. Echter heb ik het nog niet getest of gemaakt maar dit leek mij de snelste oplossing. Ik heb veel libaries geprobeerd maar allemaal of outdated errors en dingen dat ik er helemaal stapel van werd, of het werkte niet met de oude box. Zelfs met ai geprobeerd iets te schrijven om het uit te lezen dat signaal maar dat lukte me ook niet. Dus ik denk voor automatiseren gewoon de 4 perilex draad ingangen gebruiken en een relay bordje dan heb je in ieder geval 3 standen mogelijkheid.Igor4 schreef op vrijdag 23 januari 2026 @ 16:11:
[...]
Ik zit in precies hetzelfde schuitje. Ben jij inmiddels verder gekomen?
Na dik 6 jaar (ook wel terug te lezen in dit topic) een prima werkende esp8266 en cc1101 samen met espeasy op de Itho Ecofan 2, begon 1 maand geleden de print wat vervelend te doen. Af en toe een vast loper (wel connectie via wifi, maar niet aanspreekbaar)
Dus dacht dit weekend "even" een esphome versie te flashen op een extra nodemcu met een cc1101 (868mhz). Dit ging prima, maar wat ik ook probeer. Ik krijg geen "join" naar de de ecofan 2.
Dus denk, pak de espeasy software (want die werkte voorheen wel goed). En de bestaande espeasy print geupdate naar een nieuwe versie. Maar helaas ook daar niemand thuis
Wat ik ook probeer, krijg helemaal geen connectie met de econfan 2.
Onderstaande dingen allemaal geprobeerd:
@Sten Vollebregt zijn oude lib files van espeasy (want ik gebruikte een gecompileerde versie van 2019, en deze staat natuurlijk niet meer ergens bij me als backup). En wat het me opviel dat ik met de 2021 old lib, wel iets aan data zag binnenkomen (maar geen join) en met de 2021 new lib geen data zag binnenkomen: https://github.com/svolle...HO/blob/new-lib/README.md
Espeasy versie van 2019 en van 2026 (climate) geprobeerd, maar ook geen geaccepteerde join.
En ja de SPI staat ingeschakeld bij espeasy.
@jodur zijn nieuwe esphome versie: https://github.com/jodur/ESPHOME-ITHO
Ook niks zichtbaar en geen join, ook geprobeerd om de GDO0 om te wisselen met de GDO2 (zoals bij de meeste als interrupt pin)
@Scriptman zijn versie geprobeerd, maar dit kreeg ik helaas niet voor elkaar ivm de "custom component" error in ESPHome.
Dus ik hoop dat iemand me verder kan helpen met debuggen, aangezien ik de automatische fan toch wel mis. En ik baal dat ik niet de vinger op de plek kan krijgen waar het nu mis gaat. Zelf vermoed ik dat het ergens met oude en nieuwe libary's te maken heeft.
Dus dacht dit weekend "even" een esphome versie te flashen op een extra nodemcu met een cc1101 (868mhz). Dit ging prima, maar wat ik ook probeer. Ik krijg geen "join" naar de de ecofan 2.
Dus denk, pak de espeasy software (want die werkte voorheen wel goed). En de bestaande espeasy print geupdate naar een nieuwe versie. Maar helaas ook daar niemand thuis
Wat ik ook probeer, krijg helemaal geen connectie met de econfan 2.
Onderstaande dingen allemaal geprobeerd:
@Sten Vollebregt zijn oude lib files van espeasy (want ik gebruikte een gecompileerde versie van 2019, en deze staat natuurlijk niet meer ergens bij me als backup). En wat het me opviel dat ik met de 2021 old lib, wel iets aan data zag binnenkomen (maar geen join) en met de 2021 new lib geen data zag binnenkomen: https://github.com/svolle...HO/blob/new-lib/README.md
Espeasy versie van 2019 en van 2026 (climate) geprobeerd, maar ook geen geaccepteerde join.
En ja de SPI staat ingeschakeld bij espeasy.
@jodur zijn nieuwe esphome versie: https://github.com/jodur/ESPHOME-ITHO
Ook niks zichtbaar en geen join, ook geprobeerd om de GDO0 om te wisselen met de GDO2 (zoals bij de meeste als interrupt pin)
@Scriptman zijn versie geprobeerd, maar dit kreeg ik helaas niet voor elkaar ivm de "custom component" error in ESPHome.
Dus ik hoop dat iemand me verder kan helpen met debuggen, aangezien ik de automatische fan toch wel mis. En ik baal dat ik niet de vinger op de plek kan krijgen waar het nu mis gaat. Zelf vermoed ik dat het ergens met oude en nieuwe libary's te maken heeft.
Heb in de kerstvakantie de nieuwe esphome versie gereleased, naar jarenlang geen omkijken.
Heb bij de nieuwe versie geen testen gedaan of het pairen wel werkt.(moet ik achter het knieschot gaan kruipen etc.)
Wanneer je de standaard id in het verleden hebt gebruikt en die kans is groot want met de oude library was die niet instelbaar, dan hoef je niet opnieuw te pairen en zou het met de default id gewoon weer moeten werken.
Heb bij de nieuwe versie geen testen gedaan of het pairen wel werkt.(moet ik achter het knieschot gaan kruipen etc.)
Wanneer je de standaard id in het verleden hebt gebruikt en die kans is groot want met de oude library was die niet instelbaar, dan hoef je niet opnieuw te pairen en zou het met de default id gewoon weer moeten werken.
@jodur , en laat ik nu net natuurlijk met de oude versie eerst een “unjoin” hebben gegeven 🙈🙈🙈🙈🙈jodur schreef op woensdag 4 februari 2026 @ 18:10:
Wanneer je de standaard id in het verleden hebt gebruikt en die kans is groot want met de oude library was die niet instelbaar, dan hoef je niet opnieuw te pairen en zou het met de default id gewoon weer moeten werken.
Edit 4-2-2026 19:23: Gelukkig werkt de history hier op Tweakers perfect. Dus kon de oude bin file terug vinden die hier eerst wel werkte. En de join deed het daar wel van en de aansturing. Dus zal van de week dan jou ESPHome versie uitproberen Jodur ;-)
Hier onder stond in het bericht de bin file (alleen snap nog steeds nog niet waarom deze van @Sten Vollebregt wel werkt en de standaard ESPEASY plugin niet):Sten Vollebregt schreef op dinsdag 31 december 2019 @ 19:57:
[ Voor 37% gewijzigd door metalmarco op 04-02-2026 19:32 ]
Ok mooi, zag dat in m'n repository van de oorsponkelijklijke ESPEasy ook nog wel een oude bin file stond.
https://github.com/jodur/ESPEASY_Plugin_ITHO
https://github.com/jodur/ESPEASY_Plugin_ITHO