My case has so many fans that it hovers above the ground
Heb je nog tips of tricks ?
Gegevens die Arduino meegeeft
WAARSCHUWING: bibliotheek LiquidCrystal_I2C beweert te werken onder architectuur avr en kan incompatible zijn met uw huidige board dat werkt onder architectuur esp8266.
/Users/######/Downloads/ESPEasy-mega-2/ESPEasy/_P145_ITHO.ino: In function 'boolean Plugin_145(byte, EventStruct*, String&)':
_P145_ITHO:153:43: error: 'PLUGIN_145_ITHOinterrupt' was not declared in this scope
attachInterrupt(Plugin_145_IRQ_pin, PLUGIN_145_ITHOinterrupt, RISING);
^
_P145_ITHO:382:42: error: 'WebServer' was not declared in this scope
strcpy(PLUGIN_145_ExtraSettings.ID1, WebServer.arg(F("PLUGIN_145_ID1")).c_str());
^
Meerdere bibliotheken gevonden voor "Servo.h"
Gebruikt: /Users/#######/Library/Arduino15/packages/esp8266/hardware/esp8266/2.6.3/libraries/Servo
Niet gebruikt: /Applications/Arduino.app/Contents/Java/libraries/Servo
Niet gebruikt: /Users/#####/Documents/Arduino/libraries/Servo
exit status 1
'PLUGIN_145_ITHOinterrupt' was not declared in this scope
My case has so many fans that it hovers above the ground
[ Voor 24% gewijzigd door Impeesa op 09-04-2020 08:39 ]
My case has so many fans that it hovers above the ground
Gebruik je rules voor bijvoorbeeld communicatie check dan dit topic op de ESPeasy github over mogelijke kleine aanpassingen die je moet doen bij publish commando's: https://github.com/letscontrolit/ESPEasy/issues/2724
Ik hoor graag hoe de plug-in bij anderen werkt, als de resultaten positief zijn dan ga ik proberen om de code op plug-in playground van ESPEasy te publiceren zodat deze wat makkelijker is te vinden voor andere gebruikers..
My case has so many fans that it hovers above the ground
Ik zal hem zo eens flashen.Sten Vollebregt schreef op zondag 12 april 2020 @ 11:41:
Bij mij werkt de plug-in nu ook voor zowel zenden als ontvangen met de laatste mega-20200410 na wat kleine aanpassingen. De laatste code en binary kunnen worden gevonden op mijn clone van de plug-in op github: https://github.com/svollebregt/ESPEASY_Plugin_ITHO. Ik kon hem gewoon OTA flashen over de vorige versie.
Gebruik je rules voor bijvoorbeeld communicatie check dan dit topic op de ESPeasy github over mogelijke kleine aanpassingen die je moet doen bij publish commando's: https://github.com/letscontrolit/ESPEasy/issues/2724
Ik hoor graag hoe de plug-in bij anderen werkt, als de resultaten positief zijn dan ga ik proberen om de code op plug-in playground van ESPEasy te publiceren zodat deze wat makkelijker is te vinden voor andere gebruikers..
Is er een mogelijkheid / documentatie om de device-id uniek te maken?
My case has so many fans that it hovers above the ground
Ik zie inmiddels de berichten die ik met de remote verstuur.
Ik zal zien of ik hem morgen kan pairen met de Ithobox.
Is het ook mogelijk om berichten van de Ithobox zelf op te vangen? I.v.m. driestandenschakelaar. Ik meende zoiets in dit topic gelezen te hebben.
[ Voor 5% gewijzigd door Rukapul op 12-04-2020 23:12 ]
My case has so many fans that it hovers above the ground
Tot nu toe met de binary build:
• join OK
• ontvangen commando van remote OK
[ Voor 49% gewijzigd door Rukapul op 13-04-2020 11:34 ]
My case has so many fans that it hovers above the ground
Nog geen reboot(s) gehad, en het ontvangen en verzenden van commando's gaat goed.
Mijn remote is een 536-0124 model met timer. @Sten Vollebregt, onderstaande code is toch meegecompileerd in jou binary? Dit zou voor deze remote toch de juiste?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| //fixed device id - rft remote with timer this->outIthoPacket.deviceId1[0] = 51; this->outIthoPacket.deviceId1[1] = 83; this->outIthoPacket.deviceId1[2] = 51; this->outIthoPacket.deviceId1[3] = 43; this->outIthoPacket.deviceId1[4] = 84; this->outIthoPacket.deviceId1[5] = 204; // this->outIthoPacket.deviceId2[0] = 101; this->outIthoPacket.deviceId2[1] = 89; this->outIthoPacket.deviceId2[2] = 154; this->outIthoPacket.deviceId2[3] = 153; this->outIthoPacket.deviceId2[4] = 170; this->outIthoPacket.deviceId2[5] = 105; this->outIthoPacket.deviceId2[6] = 154; this->outIthoPacket.deviceId2[7] = 86; |
Hier onder een stukje logfile. Zien jullie hier iets vreemds aan?
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
29
30
31
32
33
34
35
36
37
| 5837069: RF signal received^ 5837071: Device-ID:7:11:f4:62:e0:3e:1d:4c IGNORED 5910927: RF signal received^ 5910930: Device-ID:ea:a0:23:44:98:d6:1:7a IGNORED 5912049: WD : Uptime 99 ConnectFailures 0 FreeMem 21232 WiFiStatus 3 5912146: RF signal received^ 5912148: Device-ID:2e:24:f5:80:ee:21:8b:70 IGNORED 5942052: WD : Uptime 99 ConnectFailures 0 FreeMem 19664 WiFiStatus 3 5971883: RF signal received^ 5971885: Device-ID:f9:97:81:96:4:48:62:90 IGNORED 5971963: RF signal received^ 5971965: Device-ID:ae:a5:fd:35:92:43:e0:a1 IGNORED 5972049: WD : Uptime 100 ConnectFailures 0 FreeMem 21256 WiFiStatus 3 5993503: RF signal received^ 5993506: Device-ID:4a:40:dc:35:b0:b4:55:aa IGNORED 6002049: WD : Uptime 100 ConnectFailures 0 FreeMem 21256 WiFiStatus 3 6003963: RF signal received^ 6003965: Device-ID:5f:a:45:3a:36:1b:3d:4a IGNORED 6019010: RF signal received^ 6019013: Device-ID:63:4f:c2:7e:29:68:fb:86 IGNORED 6030057: UPDATE by PLUGIN_READ 6030057: State: 1.00 6030057: Timer: 0.00 6030057: LastIDindex: 0.00 6032050: WD : Uptime 101 ConnectFailures 0 FreeMem 21256 WiFiStatus 3 6034523: RF signal received^ 6034526: Device-ID:82:f4:a7:55:8b:48:c4:42 IGNORED 6035213: RF signal received^ 6035215: Device-ID:28:12:1c:36:3:52:6f:2d IGNORED 6040883: RF signal received^ 6040885: Device-ID:2e:59:9a:cc:63:ba:5b:c3 IGNORED 6047785: RF signal received^ 6047788: Device-ID:68:f2:26:81:0:a:43:5f IGNORED 6049883: RF signal received^ 6049885: Device-ID:81:37:89:1e:58:2c:e1:33 IGNORED 6434069: RF signal received^ 6434072: Device-ID:43:b4:6d:3:75:aa:97:8 IGNORED |
33 x ET Solar 270Wp = 8910Wp @ SMA Sunny TriPower STP 8000TL-20 Live: PVOutput
Je ontvangt wel iets, dus waarom de CC1101 niet communicatie van je remote oppikt is mij niet duidelijk. Zit er een grote afstand of veel beton tussen je remote en je ESP met ontvanger?
Werkt verzenden van commando's wel (na een join)? Zo niet, is het wel een CC1101 die geschikt is voor 868 MHz (de 433 MHz variant zal niet werken)?
My case has so many fans that it hovers above the ground
Morgen zal ik de log een tijdje laten meelopen en de remote bedienen. Vandaag gaf dat geen enkele reactie. Moet de ID meteen tevoorschijn komen nadat één van de knoppen bedient wordt (3x dezelfde ID)? Of zit daar enige vertraging in?Sten Vollebregt schreef op woensdag 15 april 2020 @ 16:14:
Wat ik begrijp is dat de Device ID aan het begin van de code is het Device ID dat gebruikt wordt bij het verzenden van commando's. Wat me opvalt in het log is dat er geen IDs langskomen die hetzelfde zijn of slechts een beetje verschillen (=indicatie dat er een probleem met de sync bytes). Kan je een stuk log delen nadat je een paar knoppen op je remote hebt ingedrukt?
Je ontvangt wel iets, dus waarom de CC1101 niet communicatie van je remote oppikt is mij niet duidelijk. Zit er een grote afstand of veel beton tussen je remote en je ESP met ontvanger?
Werkt verzenden van commando's wel (na een join)? Zo niet, is het wel een CC1101 die geschikt is voor 868 MHz (de 433 MHz variant zal niet werken)?
De afstand tussen de CC1101 en de remote zal een cm of 15 zijn
Ik kom morgen terug met de resultaten. Voor nu alvast bedankt.
33 x ET Solar 270Wp = 8910Wp @ SMA Sunny TriPower STP 8000TL-20 Live: PVOutput
Het heeft in elk geval ruim een dag goed gewerkt. Daarna heb ik een MQTT Controller toegevoegd. Een halve dag later was ik hem echter op het netwerk kwijt.Sten Vollebregt schreef op maandag 13 april 2020 @ 11:43:
Algehele stabiliteit (in principe mag ESPEasy niet spontaan rebooten) en of het verzenden en/of ontvangen van commando's goed werkt en blijft werken. Vooral het ontvangen van commando's lijkt bij sommigen niet altijd te werken, dus het is goed om te horen dat het bij jou ook werkt.
Ik zal proberen te kijken of ik vanavond hem weer online kan krijgen maar dan bv met een Raspberry PI ertussen voor een serial console. Will hem namelijk testen bij de Itho-box.
Nu het uitlezen nog. Hij blijft catagorisch weigeren de ID's van mijn remote te detecteren. Welke knop ik ook indruk. Zoals je vroeg hierna nog een extract van de log. Tussendoor zie ook het joinen en enige commando's naar de fan toe. Wat nu dus goed werkt.
De originele remote kan de de fan wel gewoon bedienen. Die doet het dus, daar ligt het niet aan.
Ik hoop dat er iets mee kan...
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
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
| 195049: RF signal received^ 195051: Device-ID:9b:41:26:1c:d1:11:a:74 IGNORED 203016: RF signal received^ 203018: Device-ID:0:60:4c:24:30:26:82:48 IGNORED 203671: UPDATE by PLUGIN_READ 203671: State: 1.00 203671: Timer: 0.00 203671: LastIDindex: 0.00 211892: WD : Uptime 4 ConnectFailures 0 FreeMem 21528 WiFiStatus 3 220609: RF signal received^ 220612: Device-ID:44:a8:8:83:e:16:20:8a IGNORED 222349: RF signal received^ 222352: Device-ID:84:55:54:4b:83:60:1d:50 IGNORED 233069: RF signal received^ 233071: Device-ID:35:4:60:8a:26:8d:57:1 IGNORED 233415: RF signal received^ 233418: Device-ID:1d:d1:4:96:2a:2:12:98 IGNORED 233949: RF signal received^ 233952: Device-ID:c2:12:d0:5c:3:60:2b:84 IGNORED 235809: RF signal received^ 235812: Device-ID:1a:37:18:62:94:c0:a8:11 IGNORED 239349: RF signal received^ 239351: Device-ID:2:22:19:71:43:60:30:db IGNORED 241892: WD : Uptime 4 ConnectFailures 0 FreeMem 21528 WiFiStatus 3 248829: RF signal received^ 248832: Device-ID:81:b9:6:17:6:f:fa:60 IGNORED 251189: RF signal received^ 251191: Device-ID:18:96:e4:e8:18:49:28:a4 IGNORED 251333: RF signal received^ 251336: Device-ID:73:2a:b8:a0:a0:e:d0:a2 IGNORED 258689: RF signal received^ 258692: Device-ID:c:68:90:1a:71:6f:87:30 IGNORED 261651: RF signal received^ 261653: Device-ID:c0:7:b8:5e:eb:61:a3:c9 IGNORED 263671: UPDATE by PLUGIN_READ 263671: State: 1.00 263671: Timer: 0.00 263671: LastIDindex: 0.00 270751: RF signal received^ 270754: Device-ID:95:11:16:80:11:97:bc:97 IGNORED 271892: WD : Uptime 5 ConnectFailures 0 FreeMem 21528 WiFiStatus 3 274249: RF signal received^ 274252: Device-ID:58:e7:c4:bc:90:c8:de:49 IGNORED 275878: RF signal received^ 275880: Device-ID:12:c0:58:12:70:23:4:b0 IGNORED 278652: RF signal received^ 278655: Device-ID:c1:61:c1:47:a:e1:2b:d4 IGNORED 280549: RF signal received^ 280552: Device-ID:d1:21:1e:62:14:84:12:25 IGNORED 283795: RF signal received^ 283798: Device-ID:2:9c:4d:ab:1d:40:94:b7 IGNORED 289225: HTTP: STATE,1111 289226: Command: STATE 289287: Sent command for 'join' to Itho unit 291395: RF signal received^ 291398: Device-ID:e0:e9:94:82:56:1:60:ee IGNORED 295052: RF signal received^ 295055: Device-ID:77:e:a4:6a:ba:2:70:47 IGNORED 296720: RF signal received^ 296723: Device-ID:81:44:77:c8:8:11:e6:f IGNORED 301895: WD : Uptime 5 ConnectFailures 0 FreeMem 21352 WiFiStatus 3 319933: RF signal received^ 319936: Device-ID:96:8c:9:2:1d:23:80:44 IGNORED 323671: UPDATE by PLUGIN_READ 323671: State: 1.00 323671: Timer: 0.00 323671: LastIDindex: 0.00 331892: WD : Uptime 6 ConnectFailures 0 FreeMem 21336 WiFiStatus 3 361892: WD : Uptime 6 ConnectFailures 0 FreeMem 21336 WiFiStatus 3 368871: RF signal received^ 368874: Device-ID:f1:24:ff:52:20:23:5:76 IGNORED 372111: RF signal received^ 372114: Device-ID:14:c8:2b:27:81:95:88:d9 IGNORED 383671: UPDATE by PLUGIN_READ 383671: State: 1.00 383671: Timer: 0.00 383671: LastIDindex: 0.00 386956: RF signal received^ 386959: Device-ID:82:a6:88:8e:a:48:75:42 IGNORED 391892: WD : Uptime 7 ConnectFailures 0 FreeMem 21336 WiFiStatus 3 409399: RF signal received^ 409402: Device-ID:8a:0:68:23:80:80:78:4b IGNORED 410218: HTTP: STATE,4 410219: Command: STATE 410266: Sent command for 'full speed' to Itho unit 410337: UPDATE by PLUGIN_ONCE_A_SECOND 410337: State: 4.00 410337: Timer: 0.00 410337: LastIDindex: 0.00 417368: HTTP: STATE,3 417370: Command: STATE 417417: Sent command for 'high speed' to Itho unit 418336: UPDATE by PLUGIN_ONCE_A_SECOND 418337: State: 3.00 418337: Timer: 0.00 418337: LastIDindex: 0.00 421892: WD : Uptime 7 ConnectFailures 0 FreeMem 21336 WiFiStatus 3 423261: RF signal received^ 423264: Device-ID:f7:7f:fd:d7:dc:d7:77:5d IGNORED 425333: HTTP: STATE,2 425334: Command: STATE 425380: Sent command for 'medium speed' to Itho unit 425386: UPDATE by PLUGIN_ONCE_A_SECOND 425386: State: 2.00 425387: Timer: 0.00 425387: LastIDindex: 0.00 433699: RF signal received^ 433702: Device-ID:a6:b9:56:97:70:62:2:14 IGNORED 433786: HTTP: STATE,1 433788: Command: STATE 433834: Sent command for 'low speed' to Itho unit 434336: UPDATE by PLUGIN_ONCE_A_SECOND 434337: State: 1.00 434337: Timer: 0.00 434337: LastIDindex: 0.00 443671: UPDATE by PLUGIN_READ 443671: State: 1.00 443671: Timer: 0.00 443671: LastIDindex: 0.00 445882: RF signal received^ 445885: Device-ID:2:59:60:1:88:7d:f1:11 IGNORED 451892: WD : Uptime 8 ConnectFailures 0 FreeMem 21336 WiFiStatus 3 469359: RF signal received^ 469361: Device-ID:74:9:62:44:50:5d:41:74 IGNORED 481299: RF signal received^ 481302: Device-ID:60:95:59:29:44:74:e:24 IGNORED 481892: WD : Uptime 8 ConnectFailures 0 FreeMem 19744 WiFiStatus 3 489168: RF signal received^ 489170: Device-ID:1c:52:2b:4b:41:28:82:84 IGNORED 503670: UPDATE by PLUGIN_READ 503671: State: 1.00 503671: Timer: 0.00 503671: LastIDindex: 0.00 511892: WD : Uptime 9 ConnectFailures 0 FreeMem 21336 WiFiStatus 3 512349: RF signal received^ 512351: Device-ID:68:83:b0:99:60:3d:72:21 IGNORED 512639: RF signal received^ 512641: Device-ID:27:a0:23:32:59:70:0:40 IGNORED 541892: WD : Uptime 9 ConnectFailures 0 FreeMem 21336 WiFiStatus 3 554579: RF signal received^ 554581: Device-ID:6c:8f:84:4b:b0:4c:15:1e IGNORED |
33 x ET Solar 270Wp = 8910Wp @ SMA Sunny TriPower STP 8000TL-20 Live: PVOutput
Jouw remote is identiek aan die van mij en zou dus gewoon moeten werken. Heb je de goede CC1101 interrupt pin aan de ESP hangen (GDO2, niet GDO0)? Aan welke ESP pin hangt deze? Kan je wel met de remote de fan direct aansturen?
My case has so many fans that it hovers above the ground

De CC1101 is correct aangesloten: GD02 aan D1 van de ESP. Ik heb ook andere pinnen getest en geconfigureerd, maar dat gaf geen verschil. De originele remote functioneert gewoon. De fan is hiermee te bedienen. Uiteraard de I2C-interface pinnen op 'none' gezet, zodat die niet dubbel gebruikt zouden kunnen worden. De rest staat op 'default'.
Volgens mij is alles correct aangelsoten en juist geconfigureerd. Ik heb ook nog een andere ESP geprobeerd, maar ook dan hetzelfde resultaat. Een tweede CC1101 heb ik niet, maar daar ligt het niet aan lijkt me. Anders zou de TX-kant het ook niet doen en zou ik ook geen andere ID's voorbij zien komen.
In ieder geval werkt de aansturing van fan wel. Daar ben ik al heel blij mee. Nu nog integreren in zowel domoticz als HA...
33 x ET Solar 270Wp = 8910Wp @ SMA Sunny TriPower STP 8000TL-20 Live: PVOutput
Koppelen ESP aan Itho unit in 1x. Aansturing vanuit Domoticz doet het.
RFT schakelaar herkennen lukt niet.
Heb een CVE-S eco fan ventilator box, met de RFT draadloze bediening (536-0150).
Misschien met screenshots even duidelijk maken hoe je log uitleest en met welke instellingen?
https://www.fam-oldenburger.nl/category/domotica/
Enig extratje is dat er nu in de plugin een optie is om RF logging aan te zetten. Dit heb ik toegevoegd om niet al te vaak onnodig naar het log te schrijven.
My case has so many fans that it hovers above the ground
Web log level op 3, dat zou nu debug zijn?Sten Vollebregt schreef op vrijdag 17 april 2020 @ 23:17:
Dit staat in de handleiding voor Home Assistant die af en toe langs komt in dit topic: https://docs.google.com/d...YiHDEwyScqhsPkJHGGYs-/pub
Enig extratje is dat er nu in de plugin een optie is om RF logging aan te zetten. Dit heb ik toegevoegd om niet al te vaak onnodig naar het log te schrijven.
https://www.fam-oldenburger.nl/category/domotica/
My case has so many fans that it hovers above the ground
Je binary werkte daar in tegen in 1 keer.
Mijn remote heeft links onder een icoontje met een vierkantje met een A er in. Dit is de automatische stand, dat wil zeggen dat hij automatisch aangaat als er luchtvochtigheid gedetecteerd word door de ITHO unit. Het vervelende hiervan is dat hij altijd op stand 2 staat dus nooit op stand 1. Nu kan ik mijn home assistant mooi laten schakelen tussen stand 1 en de automatische stand. Ofwel minder toeren gedurende de nacht en overdag gewoon op de auto stand. Als er beweging is op de WC naar stand 4 etc.
Ik heb geen CO2 sensor zoals velen hier hebben.
Wat bedoel je precies met geen data? Komen er geen device IDs langs? Is je nieuwe type wel een Itho RFT? Oudere modellen van voor de RFT tijd werken namelijk niet met deze code en zullen ook niet werken behalve als iemand dit volledig opnieuw ontwikkelt. Bij nieuwe versies kan het zijn dat Itho dingen heeft aangepast waardoor het geheel niet meer werkt.
My case has so many fans that it hovers above the ground
https://github.com/arnemauer/Ducobox-ESPEasy-Plugin
Geen idee of dit werkt voor Itho. Je kan in pricipe met de Itho code een Duco aansturen, maar wat de exacte verschillen zijn is mij niet duidelijk.
Het eerste wat je kan proberen is de SYNC1 byte in de library aan te passen. Hiervoor zijn twee bekende waarden (staan in de code). Daarnaast kan je wat print statements toevoegen om ontvangen data te laten zien. Volgens mij stond in de code van supersjimmie of klusjesman wat voorbeelden hier van de uitgeschakeld waren.
My case has so many fans that it hovers above the ground
Toevallig heb ik sinds vorige week ook een nieuwe ventilatiebox (de Itho CVE-S) met afstandsbediening, dat is deze: https://www.ventilatielan...-wit-voor-cve-en-hru.html.
Nu heb ik al wel heel snel begrepen dat de Itho niet zal kunnen praten met de RFXtrx433XL, omdat de Itho op 868 Mhz communiceert... en helaas is er (nog) geen RFXtrx868X (?); of die was er in prototype, maar is nergens meer beschikbaar. Wat echt super jammer is, want in de documentatie van Rfxcom staat dat die RFXtrx868X wel de Itho ondersteunt...

Als ik jullie pogingen in dit topic goed begrijp, klussen jullie zelf iets in elkaar met een zendertje dat de afstandsbediening emuleert, zodat jullie ook de bestaande afstandsbediening kunnen blijven gebruiken. Dat is denk ik de oplossing waar ik naar zoek, maar wegens gebrek aan programmeerkennis en elektrotechnische kennis, weet ik het niet zeker. Maken jullie een soort 'eigen afstandsbediening' specifiek voor de Itho, of is het een eigen algemene transceiver voor 868 Mhz?
Ik vertrouw mezelf niet met het bestellen van losse componenten en dan solderen. Hoewel ik snap dat dit een DIY topic is en ik met mijn noob-vraag hier dus niet thuis hoor, hoop ik wel dat jullie me een zetje in de juiste richting kunnen geven. Is jullie oplossing te vergelijken met deze kant en klare oplossing: RFLink 868.3/ Arduino/ Antenne 868 / usb kabel?
En zo ja, als ik dat ding bestel en aan mijn RaspberryPi met Domoticz hang, zou ik dan óók de Itho kunnen aansturen via Domoticz? Of gaat dat nog steeds niet 'plug en play' werken?
When I write my code, only God and I know what it means. One week later, only God knows.
Hell yes it's a Cuban Cigar, but I'm not supporting their economy, I'm burning their fields.
Voor Duco is er wel een kan en klaar product beschikbaar via arnemauer: https://github.com/arnemauer/Ducobox-ESPEasy-Plugin. Het moet in principe mogelijk zijn om deze te flashen met de Itho binary voor ESPeasy. Aansturen zal dan nog steeds via HTTP JSON of MQTT gaan, de ESP heeft geen USB ondersteuning naar mijn weten.
My case has so many fans that it hovers above the ground
Ik heb geen CVE-S maar de RFT zender lijkt op een klein logootje na identiek aan de mijne.Superdeboer schreef op dinsdag 21 april 2020 @ 12:02:
Ik heb dit topic doorgelopen, maar dit gaat mijn pet te boven. Ik ben een absolute beginneling op domotica gebied: mijn RaspberryPi moet nog binnenkomen, samen met de RFXtrx433XL.
Toevallig heb ik sinds vorige week ook een nieuwe ventilatiebox (de Itho CVE-S) met afstandsbediening, dat is deze: https://www.ventilatielan...-wit-voor-cve-en-hru.html.
Nu heb ik al wel heel snel begrepen dat de Itho niet zal kunnen praten met de RFXtrx433XL, omdat de Itho op 868 Mhz communiceert... en helaas is er (nog) geen RFXtrx868X (?); of die was er in prototype, maar is nergens meer beschikbaar. Wat echt super jammer is, want in de documentatie van Rfxcom staat dat die RFXtrx868X wel de Itho ondersteunt...Gekmakend, want dan had ik het snel werkend kunnen hebben.
Als ik jullie pogingen in dit topic goed begrijp, klussen jullie zelf iets in elkaar met een zendertje dat de afstandsbediening emuleert, zodat jullie ook de bestaande afstandsbediening kunnen blijven gebruiken. Dat is denk ik de oplossing waar ik naar zoek, maar wegens gebrek aan programmeerkennis en elektrotechnische kennis, weet ik het niet zeker. Maken jullie een soort 'eigen afstandsbediening' specifiek voor de Itho, of is het een eigen algemene transceiver voor 868 Mhz?
Ik vertrouw mezelf niet met het bestellen van losse componenten en dan solderen. Hoewel ik snap dat dit een DIY topic is en ik met mijn noob-vraag hier dus niet thuis hoor, hoop ik wel dat jullie me een zetje in de juiste richting kunnen geven. Is jullie oplossing te vergelijken met deze kant en klare oplossing: RFLink 868.3/ Arduino/ Antenne 868 / usb kabel?
En zo ja, als ik dat ding bestel en aan mijn RaspberryPi met Domoticz hang, zou ik dan óók de Itho kunnen aansturen via Domoticz? Of gaat dat nog steeds niet 'plug en play' werken?
Solderen is trouwens niet nodig. Ik heb simpelweg het volgende gekocht op Ali:
nodemcu v3: https://www.aliexpress.co...042311.0.0.48714c4dNfk35q
CC1101 wireless module: https://www.aliexpress.co...042311.0.0.48714c4dNfk35q
10cm female-female dupont cables: https://www.aliexpress.co...042311.0.0.48714c4dNfk35q
Je knoopt de boel aan elkaar. Vervolgens flash je de binary firmware van svollebrecht op de nodemcu. USB charger erbij en je bent klaar.
De packaging is in mijn geval isolatietape waarmee ik alle contactpunten aftape en de antenne fixeer op de nodemcu
De aansturing doe je dan over WiFi met HTTP of MQTT.
Is wel een heel ander platform dan wat je zelf hierboven al noemt.
[ Voor 3% gewijzigd door Rukapul op 21-04-2020 14:42 ]
Dit klinkt bijna alsof het simpel is, maar gezien het feit dat het topic al aan pagina 13 toe is, zal dat wel niet zo zijn.
Ik heb de spullen zojuist besteld, dus het zal even een paar weken of maanden wachten zijn nu. Ondertussen zal ik hier meelezen.
Dat flashen van die firmware kom ik denk ik ook nog wel uit met wat zoekwerk. De aansturing moet ik me vervolgens in gaan verdiepen. Maak jij ook gebruik van Domoticz op een RaspberryPi?Rukapul schreef op dinsdag 21 april 2020 @ 12:16:
[...]
Je knoopt de boel aan elkaar. Vervolgens flash je de binary firmware van svollebrecht op de nodemcu. USB charger erbij en je bent klaar.
De packaging is in mijn geval isolatietape waarmee ik alle contactpunten aftape en de antenne fixeer op de nodemcu
De aansturing doe je dan over WiFi met HTTP of MQTT.
Is wel een heel ander platform dan wat je zelf hierboven al noemt.
When I write my code, only God and I know what it means. One week later, only God knows.
Hell yes it's a Cuban Cigar, but I'm not supporting their economy, I'm burning their fields.
My case has so many fans that it hovers above the ground
Ik heb nog geen keuze gemaakt hoe ik e.e.a. automatiseer.Superdeboer schreef op dinsdag 21 april 2020 @ 14:18:
OK, superbedankt voor de antwoorden!
Dit klinkt bijna alsof het simpel is, maar gezien het feit dat het topic al aan pagina 13 toe is, zal dat wel niet zo zijn.
Ik heb de spullen zojuist besteld, dus het zal even een paar weken of maanden wachten zijn nu. Ondertussen zal ik hier meelezen.
[...]
Dat flashen van die firmware kom ik denk ik ook nog wel uit met wat zoekwerk. De aansturing moet ik me vervolgens in gaan verdiepen. Maak jij ook gebruik van Domoticz op een RaspberryPi?
Er is nog een zwik onderweg uit China om luchtvochtigheid, CO2, vermogen (=huidige stand Itho) te meten en daar op te gaan sturen.
Tof, als het nodig is weet ik je te vinden!Sten Vollebregt schreef op dinsdag 21 april 2020 @ 14:30:
Dit is vrij eenvoudig op te zetten en als je hulp nodig hebt voor de communicatie kan ik je daar wel mee helpen.
Ohhh ja, daar zat ik ook allemaal aan te denken! Bijvoorbeeld: als de luchtvochtigheid in de badkamer binnen een minuut met meer dan x% stijgt, de ventilator op de hoogste stand; als het 's zomers na 22:00 uur binnen warmer is dan buiten, de ventilator op de hoogste stand om koele lucht van buiten aan te zuigen; als CO2 niveau in de keuken boven een bepaald niveau komt, de ventilator op de hoogste stand. Maar dan heb je wel een hoop sensoren en goede afstemming daartussen nodig.Rukapul schreef op dinsdag 21 april 2020 @ 14:52:
[...]
Ik heb nog geen keuze gemaakt hoe ik e.e.a. automatiseer.
Er is nog een zwik onderweg uit China om luchtvochtigheid, CO2, vermogen (=huidige stand Itho) te meten en daar op te gaan sturen.
When I write my code, only God and I know what it means. One week later, only God knows.
Hell yes it's a Cuban Cigar, but I'm not supporting their economy, I'm burning their fields.
Het meest voor de hand liggend is om CO2 te meten in verblijfsruimtes zoals de huiskamer, slaapkamer en eventueel een kantoor aan huis als je daar lang zit.Superdeboer schreef op dinsdag 21 april 2020 @ 15:06:
als CO2 niveau in de keuken boven een bepaald niveau komt, de ventilator op de hoogste stand.
In de keuken is het logischer om je ventilatie te triggeren als bijvoorbeeld de afzuigkap wordt aangezet (signaal dat er gekookt wordt) of als de luchtkwaliteit verslechterd door het koken. In het laatste geval zou je de concentratie fijnstof kunnen meten.
Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX
https://www.fam-oldenburger.nl/category/domotica/
Mijn ventilatie wordt getriggerd door de afzuigkap, CO2 in de woonkamer (zit ook een afzuiging) en luchtvochtigheid in de badkamer. Dit wordt binnen DomoticZ via een dzVents script aangestuurd.
My case has so many fans that it hovers above the ground
de aansturing inmiddels geintegreerd in Domoticz. Appeltje-eitje.
Wat ik me wel afvraag: de originele remote heeft 3 snelheden en een timer. In de CC1101 kan ik kiezen uit 4 snelheden (state=1, 2, 3 en 4) en geen timer. Als ik nu state=4 doe gaat de fan als een bezetene te keer. Hij zuigt bijna het huis vacuum
Verder ter info: de laatste binary van @Sten Vollebregt draait stabiel: geen reboot tot nu toe. Ruim 5 dagen online sinds de 'grote' stroomuitval van afgelopen donderdag hier in Schiedam Noord.
33 x ET Solar 270Wp = 8910Wp @ SMA Sunny TriPower STP 8000TL-20 Live: PVOutput
Lees dit eens.BazemanKM schreef op dinsdag 21 april 2020 @ 16:40:
Iemand de juiste "rules"? ESP ontvangt de zender en domoticz kan de box aansturen. De ESP communiceert de state van de zender nog niet terug aan Domoticz.
Dank, daar was ik deels mee begonnen, maar had nog geen Dummy Device ingesteld.
https://www.fam-oldenburger.nl/category/domotica/
Zojuist even tijd voor gevonden, maar helaas reageert mijn box dan niet meer, precies zoals een paar maandjes geleden.
Ik blijf helaas steken bij deze crashende versie.
Ik denk het maar op te geven

Tenzij...@Sten Vollebregt nog een magisch idee heeft
Keep up the good work!
EV: Tesla M3H 2024 | PV: 3900Wp O/W + 1620Wp O/W | D-WTW: QB1-16 | AC: MHI SCM40ZS-W + SRK25 + SRK20 | Honda CBF600SA - 2005 | Thuisaccu: 1x HW - 2,7kWh - 800w (Beta)
Dat had ik ook eerst, de oplossing was bij mij pin 6 - GDO2 aansluiten op een andere D pin.henkNL schreef op woensdag 22 april 2020 @ 21:03:
Zojuist even tijd voor gevonden, maar helaas reageert mijn box dan niet meer
https://www.fam-oldenburger.nl/category/domotica/
De enige die naast de GPIO-5 D1 beschikbaar is zou de GPIO-4 D2 zijn, die ook geprobeerd maar helaas ook niets.
Ik zal morgen nog eens de nodeMCU pakken, misschien daarmee meer succes.
EV: Tesla M3H 2024 | PV: 3900Wp O/W + 1620Wp O/W | D-WTW: QB1-16 | AC: MHI SCM40ZS-W + SRK25 + SRK20 | Honda CBF600SA - 2005 | Thuisaccu: 1x HW - 2,7kWh - 800w (Beta)
My case has so many fans that it hovers above the ground
Ik heb ook het probleem dat 1 van de remotes niet werkt. Ik kan beide boxen (exact dezelfde configuratie) aansturen met de transmitter. Voor 1 box werkt de bijbehorende remote ook, maar de remote voor de andere box werkt niet, krijg ook "Command received=unknown^" in de logfile. Heb de remote ook omgewisseld en met de andere transmitter geprobeerd, werkt ook niet.
Iemand nog tips?
Update: Heb 2 ITHO boxen in gebruik (en twee transmitter). Nu heb ik gemerkt dat beide boxen aangaan als ik hem via de ene transmitter aanzet (is niet de bedoeling), heb al reset van alle remotes gedaan en opnieuw verbinding gemaakt met de remotes en de transmitters.
[ Voor 14% gewijzigd door SimonStar op 23-04-2020 13:01 . Reden: update ]
Dat is logisch aangezien beide transmitters dezelfde devicecode hebben. Als je buurman dit ook gaat gebruiken gaat deze daar ook aan.SimonStar schreef op donderdag 23 april 2020 @ 07:49:
Update: Heb 2 ITHO boxen in gebruik (en twee transmitter). Nu heb ik gemerkt dat beide boxen aangaan als ik hem via de ene transmitter aanzet (is niet de bedoeling), heb al reset van alle remotes gedaan en opnieuw verbinding gemaakt met de remotes en de transmitters.
Ahh. Ok, is deze devicecode ook aan te passen? (of is dit een hele domme vraag?) De buurman is nog niet bij me geweest om te klagenjobr schreef op donderdag 23 april 2020 @ 18:46:
[...]
Dat is logisch aangezien beide transmitters dezelfde devicecode hebben. Als je buurman dit ook gaat gebruiken gaat deze daar ook aan.
Schijnt wel te kunnen maar het is niet simpel een cijfer veranderen. Zoek maar eens in dit topic. Ergens is het iemand gelukt.SimonStar schreef op donderdag 23 april 2020 @ 20:12:
[...]
Ahh. Ok, is deze devicecode ook aan te passen? (of is dit een hele domme vraag?) De buurman is nog niet bij me geweest om te klagen
Vandaag even getest met een nodeMCU en diverse aansluitingen voor pin 6 van de CC1101 naar de nodeMCU geprobeerd maar helaas.Sten Vollebregt schreef op woensdag 22 april 2020 @ 22:49:
Hier tast ik nog in het duister. Ik heb 1-2 keer gehad dat hij bij mij met ontvangen ophield, maar na verloop van tijd werkt het dan weer spontaan. Bij een reboot (hot or cold) doet hij het bij mij nu altijd. Wat misschien helpt is eerst een commando verzenden? Na afloop zou hij dan het ontvangen opnieuw moeten initialiseren.
Het probleem is niet het ontvangen, dat werkt altijd prima, met welke versie dan ook. Ik zie keurig allerlei ID's voorbij komen.
Het probleem is het zenden naar de ventilatie box zelf.
Ik zie in Putty dat er bijvoorbeeld 'High speed' is gezonden, echter reageert de ventilatiebox zelf nergens op

Met de crashende versie van 31-12-2019 reageert ie dus wel op alle commando's... vreemde zaak
EV: Tesla M3H 2024 | PV: 3900Wp O/W + 1620Wp O/W | D-WTW: QB1-16 | AC: MHI SCM40ZS-W + SRK25 + SRK20 | Honda CBF600SA - 2005 | Thuisaccu: 1x HW - 2,7kWh - 800w (Beta)
@henkNL. Oh, right. Ik dacht dat het om het ontvangen van commando's van de afstandsbediening ging. Kan je deze firmware eens proberen, ik heb daar een kleine wijzing in de interrupt blokkeer functies teruggedraaid. Misschien dat in jouw geval dit cruciaal is om de timing voor het verzenden van een commando correct te krijgen.
[ Voor 68% gewijzigd door Sten Vollebregt op 23-04-2020 22:11 ]
My case has so many fans that it hovers above the ground
Hi Whizzer, ik probeer ook hetzelfde te realiseren met 2 ITHO boxen. Twijfel ook of ik de juiste skills heb, maar doe een poging. Kun je de nieuwe ID zelf bedenken en is dit dan de code die je moet aanpassen?Whizzer schreef op dinsdag 5 februari 2019 @ 14:56:
[...]
Van een bestaande remote.. Dus eerst de "Leave" optie toevoegen in de sketch, dan excluden, vervolgens in IthoCC1101.cpp het deviceID aanpassen, flashen en includen.
[...]
Zeker... Ik heb als basis genomen:
https://github.com/incmve.../Itho-WIFI-remoteMQTT.ino
Daarin de volgende zaken aangepast. Let op; ik ga uit van de originele regelnummers. Als je nu meteen al de nieuwe stukken code in begint te voeren, dan verspringt het allemaal. Wellicht handig om van onder naar boven te werken?
Regel 85 beginnend met "String ithocontrol =" staat op het eindecode:maak daar van:
1 <br><a href='/button?action=Learn'<button type='button' class='btn btn-default'> Learn</button></a></div>";code:Na regel 203 "(sCmd.addCommand("Learn", sendRegister); // Register remote in ithon fan)" de volgende regel toevoegen:
1 <br><a href='/button?action=Learn'<button type='button' class='btn btn-default'> Learn</button></a><a href='/button?action=Leave'<button type='button' class='btn btn-default'> Leave</button></a></div>";code:Boven regel 310 "else if (strPayload == "Reset"){" de volgende regels toevoegen:
1 sCmd.addCommand("Leave", sendLeave); // Register remote in ithon fancode:Vanaf regel 437 volgende regels invoegen:
1 2 3 else if (strPayload == "Leave"){ sendLeave(); }code:Vanaf regel 488 volgende regels invoegen:
1 2 3 4 5 if (action == "Leave") { sendLeave(); server.send ( 200, "text/html", "Send leave command OK"); }code:Boven regel 500 "(void sendLowSpeed()" De volgende regels
1 2 3 4 5 if (action == "Leave") { handle_root(); sendLeave(); }code:
1 2 3 4 5 6 void sendLeave() { Serial.println("sending leave..."); rf.sendCommand(IthoLeave); rf.initReceive(); //turn back in receive mode Serial.println("sending leave done."); }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| //fixed device id - rft remote with timer this->outIthoPacket.deviceId1[0] = 51; this->outIthoPacket.deviceId1[1] = 83; this->outIthoPacket.deviceId1[2] = 51; this->outIthoPacket.deviceId1[3] = 43; this->outIthoPacket.deviceId1[4] = 84; this->outIthoPacket.deviceId1[5] = 204; // this->outIthoPacket.deviceId2[0] = 101; this->outIthoPacket.deviceId2[1] = 89; this->outIthoPacket.deviceId2[2] = 154; this->outIthoPacket.deviceId2[3] = 153; this->outIthoPacket.deviceId2[4] = 170; this->outIthoPacket.deviceId2[5] = 105; this->outIthoPacket.deviceId2[6] = 154; this->outIthoPacket.deviceId2[7] = 86; |
Is dat dan hetzelfde als het ID (omgezet naar Decimal) als wat je originele afstandsbediening uitstuurt in drievoud?Sten Vollebregt schreef op donderdag 23 april 2020 @ 22:00:
@SimonStar Dat is idd het ID. Ergens in dit topic staat volgens mij een ander ID dat werkt.
@henkNL. Oh, right. Ik dacht dat het om het ontvangen van commando's van de afstandsbediening ging. Kan je deze firmware eens proberen, ik heb daar een kleine wijzing in de interrupt blokkeer functies teruggedraaid. Misschien dat in jouw geval dit cruciaal is om de timing voor het verzenden van een commando correct te krijgen.
Nee, de software heeft zijn eigen ID. Anders hoefde je deze ook niet te pairenSimonStar schreef op donderdag 23 april 2020 @ 22:51:
Is dat dan hetzelfde als het ID (omgezet naar Decimal) als wat je originele afstandsbediening uitstuurt in drievoud?
Zoek maar eens op ID in dit topic en dan begin jan 2018.
Deze?sjimmie schreef op vrijdag 5 januari 2018 @ 18:53:
C++:
1 const uint8_t RFTid[] = {106, 170, 106, 101, 154, 107, 154, 86}; // my ID
Edit: nee dat werkt niet

[ Voor 42% gewijzigd door SimonStar op 24-04-2020 09:40 ]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| //fixed device id - rft remote with timer this->outIthoPacket.deviceId1[0] = 51; this->outIthoPacket.deviceId1[1] = 83; this->outIthoPacket.deviceId1[2] = 51; this->outIthoPacket.deviceId1[3] = 43; this->outIthoPacket.deviceId1[4] = 84; this->outIthoPacket.deviceId1[5] = 204; // this->outIthoPacket.deviceId2[0] = 101; this->outIthoPacket.deviceId2[1] = 89; this->outIthoPacket.deviceId2[2] = 154; this->outIthoPacket.deviceId2[3] = 153; this->outIthoPacket.deviceId2[4] = 170; this->outIthoPacket.deviceId2[5] = 105; this->outIthoPacket.deviceId2[6] = 154; this->outIthoPacket.deviceId2[7] = 86; |
[ Voor 8% gewijzigd door Sten Vollebregt op 24-04-2020 12:59 ]
My case has so many fans that it hovers above the ground
Zojuist deze versie geprobeerd, helaas ook niets.Sten Vollebregt schreef op donderdag 23 april 2020 @ 22:00:
@henkNL. Oh, right. Ik dacht dat het om het ontvangen van commando's van de afstandsbediening ging. Kan je deze firmware eens proberen, ik heb daar een kleine wijzing in de interrupt blokkeer functies teruggedraaid. Misschien dat in jouw geval dit cruciaal is om de timing voor het verzenden van een commando correct te krijgen.
Ontvangen prima, zenden zelf ook goed maar de ventilatiebox reageert niet.
EV: Tesla M3H 2024 | PV: 3900Wp O/W + 1620Wp O/W | D-WTW: QB1-16 | AC: MHI SCM40ZS-W + SRK25 + SRK20 | Honda CBF600SA - 2005 | Thuisaccu: 1x HW - 2,7kWh - 800w (Beta)
Weet je hoe je IDs kan achterhalen?Sten Vollebregt schreef op vrijdag 24 april 2020 @ 12:59:
Hier kan je meer info vinden: https://gathering.tweakers.net/forum/view_message/57743488. Ik ben niet bekend met een 2e ID, maar in theorie is het dus mogelijk.
Heb het alle 51 pagina's doorgespit. Met bovenstaande code zou je deviceId1 en deviceId2 moeten kunnen achterhalen. Heb dit weten te draaien - met de Itho-libraries van Supersjimmie van destijds. Code draait, maar ontvang geen deviceIDs van de remotes. Komt waarschijnlijk omdat ik een Wemos gebruik ipv een Arduino.Templar schreef op donderdag 25 mei 2017 @ 20:17:
IthoEcoFanRFT.zip van Templar
AUB ook dit document bijwerken indien in het bezit van nieuwe zenders: Overzicht command codes RFT zenders
Uit de Leesmij die erbij zit:
Ook kan de sketch controleren op DeviceID.
Wil je dat? Volg dan de stappen:
1. Sketch+map en library ongewijzigd wegzetten op de juiste Arduino locaties;
2. Compileer de sketch (fingers crossed, ik gebruik Arduino IDE 1.6.13)
3. Noteer dan jou waarden voor deviceId1 en deviceId2 die je ontvangt ;
4. Schrijf die weg in het bestand IthoCC1101.cpp in de regels 36 t/m 51.
(Nu hoef je de NodeMCU niet aan te melden op jouw ventilatie-unit aangezien je nu dezelfde deviceId gebruikt als jouw zender.) (In de regels 36 t/m 51 staan standaard de deviceId’s van Klusjesman).
[ Voor 29% gewijzigd door SimonStar op 26-04-2020 13:21 ]
Aanpassing in ITHOCC1101.cpp
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
29
30
31
| String IthoCC1101::getLastMessage2str(bool ashex) { CC1101Packet outMessage1; String str = ""; //update itho packet data outIthoPacket.previous = inIthoPacket.previous; outIthoPacket.messageType = inIthoPacket.messageType; outIthoPacket.command = inIthoPacket.command; outIthoPacket.counter = inIthoPacket.counter; //get message1 bytes createMessageStart(&outIthoPacket, &outMessage1); str += "Message1("+ String(inMessage1.length) + ") deviceId1="; for (int i=0; i<5 ;i++) { str +=inMessage1.data[i]; str +=" "; } str +=inMessage1.data[5] & 0b11111110; str +="\n"; str += " Message2("+ String(inMessage2.length) + ") deviceId2="; for (uint8_t i=8; i<16;i++) { if (ashex) str += String(inMessage2.data[i], DEC); else str += String(inMessage2.data[i]); if (i<15) str += " "; } return str; } |
1
2
3
4
| void IthoCC1101::sendCommand(IthoCommand command) { // volgende regel uncommented CC1101Packet outMessage1; |
1
2
3
| //get message1 bytes // volgende regel uncommented createMessageStart(&outIthoPacket, &outMessage1); |
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
| //Uncommented the following uint8_t* IthoCC1101::getMessage1CommandBytes(IthoCommand command) { switch (command) { case IthoFull: case IthoHigh: return (uint8_t*)&ithoMessage1HighCommandBytes[0]; case IthoMedium: return (uint8_t*)&ithoMessage1MediumCommandBytes[0]; case IthoLow: return (uint8_t*)&ithoMessage1LowCommandBytes[0]; case IthoTimer1: return (uint8_t*)&ithoMessage1Timer1CommandBytes[0]; case IthoTimer2: return (uint8_t*)&ithoMessage1Timer2CommandBytes[0]; case IthoTimer3: return (uint8_t*)&ithoMessage1Timer3CommandBytes[0]; case IthoJoin: return (uint8_t*)&ithoMessage1JoinCommandBytes[0]; case IthoLeave: return (uint8_t*)&ithoMessage1LeaveCommandBytes[0]; default: return (uint8_t*)&ithoMessage1LowCommandBytes[0]; } } |
Aanpassingen in _P145_Itho.ino
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
| String MessageString = PLUGIN_145_rf.getLastMessage2str(); //Move check here to prevent function calling within ISR byte index = 0; if (Id == PLUGIN_145_ExtraSettings.ID1){ index = 1; } else if (Id == PLUGIN_145_ExtraSettings.ID2){ index = 2; } else if (Id == PLUGIN_145_ExtraSettings.ID3){ index = 3; } //int index = PLUGIN_145_RFRemoteIndex(Id); // IF id is know index should be >0 if (index>0) { if(PLUGIN_145_Log){ String log = F("Command received from remote-ID: "); log += Id; addLog(LOG_LEVEL_DEBUG, log); String log3 = F(""); log3 += MessageString; addLog(LOG_LEVEL_DEBUG, log3); } |
Daarmee krijg ik het volgende antwoord van mijn remote in de logs (wel eerst remote whitelisten):
1
2
3
4
| 177129: Command received from remote-ID: xx:xx:xx:xx:xx:xx:xx:xx 177130: Message1(0) deviceId1=0 0 0 0 0 0^ Message2(42) deviceId2=xx xx xx xx xx xx xx xx 177130: Command received=low^ 178004: RF signal received^ |
deviceId1 wordt niet gevuld volgens mij omdat inMessage1 leeg blijft. In eerdere versies van de Library wordt gewerkt met deviceId1, maar blijkbaar was dat later niet meer nodig? Iemand een idee?
(ben geen programmeur, zeg maar gerust een prutser

My case has so many fans that it hovers above the ground
Volgens mij heb je wel zowel message ID 1 als 2 nodig om het werkend te krijgen. Als ik alleen message ID 2 invul dan reageert mijn ITHO niet.
Probeer mijn eigen fysieke remote te sniffen en die code te gebruiken om de 2e itho aan te sturen. Ik heb een remote met low, high, automatisch en timer (AUTO RFT 536-0150) Het commando low volgt een vergelijkbaar patroon als in de code (alleen met andere counter bytes). Ik experimenteer nu met het commando high - die lijkt namelijk een vast patroon te volgen vanaf de remote. Maar zelfs als ik de 50 packets (die normaal in IthoCC1101.cpp gegenereerd worden voor dit commando) exact weet na te bootsen gaat de itho niet op high. Ik heb het idee dat de remote meer dan 50 packets gebruikt, net als bij join en leave in de code. Een compleet ander patroon dus.
Weet iemand welk type remote origineel door klusjesman gebruikt is?
[ Voor 4% gewijzigd door SimonStar op 05-05-2020 00:22 ]
Maar ik wil eigenlijk een update, want ik kan nu mijn wifi wachtwoord en naam niet aanpassen zonder de esp op nieuw te flashen. Nu heb ik een aantal pagina's door gespit en zag dat er een hoop veranderd was.
Ik wil een nieuwe bouwen zodat mocht het niet lukken de oude unit nog even door kan blijven draaien.
Ik zou nu ook graag mijn itho afstandsbediening willen uitlezen.
Ik wil dit integreren in Home assistant
Dus ik wil graag esphome gebruiken.
Dus hier dan eindelijk de vraag; met welke hardware zijn de beste resultaten behaald?
Ik zag Wemo D1 mini pro voorbij komen in combinatie met de CC1101 is dat een goede combinatie of toch een nodemcu met die zelfde CC1101?
Ik heb zelf een post gemaakt met mijn resultaat op basis van een D1 mini met de CC1101 module die je linkt. Daarvoor heb ik ook zitten experimenteren, maar zoals ik in mijn post beschrijf, werkte deze setup in een keer.Jovink538 schreef op dinsdag 5 mei 2020 @ 17:48:
Ik heb al enkele jaren een nodemcu draaien tot volle tevredenheid.
Maar ik wil eigenlijk een update, want ik kan nu mijn wifi wachtwoord en naam niet aanpassen zonder de esp op nieuw te flashen. Nu heb ik een aantal pagina's door gespit en zag dat er een hoop veranderd was.
Ik wil een nieuwe bouwen zodat mocht het niet lukken de oude unit nog even door kan blijven draaien.
Ik zou nu ook graag mijn itho afstandsbediening willen uitlezen.
Ik wil dit integreren in Home assistant
Dus ik wil graag esphome gebruiken.
Dus hier dan eindelijk de vraag; met welke hardware zijn de beste resultaten behaald?
Ik zag Wemo D1 mini pro voorbij komen in combinatie met de CC1101 is dat een goede combinatie of toch een nodemcu met die zelfde CC1101?
Je hebt het overigens over ESPHome, maar de module hier gaat veelal over ESPEasy.
Welke stappen moet ik doen om berichten te ontvangen ?
Tja vanalles
Ik heb dit een tijdje overwogen, maar er is geen Itho library voor Linux. Er is wel een CC1101 lib voor Linux in C++, je zou die in theorie kunnen gebruiken om de Itho library te porten maar na hier even mee gespeeld te hebben ging me dit te ver. Zoals gesuggereerd is het eenvoudiger om een ESPEasy of Arduino met CC1101 te gebruiken en die via de RPi aan te sturen en uit te lezen.vso schreef op woensdag 6 mei 2020 @ 13:58:
Kan iemand me helpen met de de CC1101 aan te sturen via de Raspberry Pi ?
Welke stappen moet ik doen om berichten te ontvangen ?
My case has so many fans that it hovers above the ground
Ik snap nog niet volledig hoe SPI communicatie verloopt .. tussen de arduino/raspberry pi .. en de CC1101
stap 1 is reset
stap 2 = ?
stap 3 =
stap 4 = data uitlezen .
ik begrijp dat ik ergens de gdu02 pin oid high moet zetten (of laag) nadat ik een bericht verzonden heb ? doel is KAKU te lezen .. / zenden
[ Voor 4% gewijzigd door vso op 06-05-2020 15:13 ]
Tja vanalles
Heb je net een DM gestuurd, maar ook even hier zodat anderen ook mee kunnen genieten...
Door dit topic heen kun je genoeg deviceID's vinden. Ze zijn alleen voornamelijk in hex, terwijl je ze in het IthoCC1101.cpp bestand in decimalen in moet voeren. Beetje rekenen (of online converter) lost dat voor je op.
Enige wat ik zie is dat in mijn IthoCC1101.cpp geen deviceID1 en deviceID2 staan.. Ik heb een IthoCC1101.cpp die bijna exact overeen komt met deze: https://github.com/rorie1...lob/master/IthoCC1101.cpp. Weet niet wat ik daarmee mis t.o.v. diegene met wel een deviceID1 en deviceID2, maargoed, het werkt voor mij nog wel.
En zoals eerder geschreven, vervolgens heb ik 2 projectjes aangemaakt in Arduino IDE indertijd, met exact dezelfde bestanden, alleen dus een gewijzigde deviceID in IthoCC1101.cpp
Ik ben geweldig.. en bescheiden! En dat siert me...
Het gebruikte SPI protocol en de commando's hangen af van de chip die je wilt aansturen. Hiervoor zal je de handleiding van Texas Instrument van de CC1101 moeten raadplegen om te achterhalen wat te verzenden naar de chip en wat de commando's doen. Daarna zal je moeten bepalen welke commando's te versturen door de ether via de CC1101.vso schreef op woensdag 6 mei 2020 @ 15:12:
@Sten Vollebregt & @Rukapul begrijp me niet verkeerd ik heb een arduino klaar liggen
Ik snap nog niet volledig hoe SPI communicatie verloopt .. tussen de arduino/raspberry pi .. en de CC1101
stap 1 is reset
stap 2 = ?
stap 3 =
stap 4 = data uitlezen .
ik begrijp dat ik ergens de gdu02 pin oid high moet zetten (of laag) nadat ik een bericht verzonden heb ? doel is KAKU te lezen .. / zenden
Stap 1 is reset
Stap 2 is de CC1101 instellen voor het juiste RF protocol door een zwik commando's te versturen
Stap 3 is de data verzenden
Stap 4 is de chip programmeren om te luisteren naar bepaalde RF paketten
Stap 5 is deze ontvangen en decoderen
Stap 6 is dit weer doorsturen naar de Arduino/RPi/ESP/...
En dan weer terug naar stap 2 of 4.
Als je KlikAanKlikUit wilt kunnen aansturen zit je hier in het verkeerde topic... dit gaat over aansturen van specifiek de Itho mechanische ventilatie. Voor KAKU bestaan commerciële producten die direct aan een RPi kunnen worden verbonden met USB, zoals de RFXCom setjes. Daarnaast kan je het ook zelf bouwen met een Arduino door gebruik te maken van de RFLink Gateway code die een heleboel verschillende protocollen ondersteund (maar niet Itho).
Koop dan wel de correcte CC1101 voor 433 MHz en niet de 868 MHz variant die hier gebruikt wordt, anders werkt het niet.
My case has so many fans that it hovers above the ground
ik vraag het hier omdat cc1101 hier een hit opleverde, (ik heb 2x een itho systeem in huis)Sten Vollebregt schreef op woensdag 6 mei 2020 @ 17:33:
Koop dan wel de correcte CC1101 voor 433 MHz en niet de 868 MHz variant die hier gebruikt wordt, anders werkt het niet.
En het staat me bij dat door een "mod of hack" je de CC1101 kon aanpassen naar een 868 variant ..
Ik ben al blij als ik via javascript(node.js) stap 2 bereik c.q op manier x.y.z een reactie krijg van de cc1101
https://github.com/SpaceTeddy/CC1101 laat het afweten .. (1x iets gezien daarna was het over)
ik heb deze
"CC1101 Draadloze Rf Transceiver 315/433/868/915 Mhz + Sma Antenne Draadloze Module 1.8-3.6V"
https://nl.aliexpress.com/item/32858516951.html
En zou dus beide moeten kunnen zenden/ontvangen .. alleen ondertussen begrijp ik dat mijn "geluk" zal varieren ..
ik heb het zo aangesloten
Vdd - 3.3V (P1-01)
SI - MOSI (P1-19)
SO - MISO (P1-21)
CS - SS (P1-24)
SCLK - SCK (P1-23)
GDO2 - GPIO (P1-22)
GDO0 - not used in this demo
GND - P1-25
ik snap nog niet de functie van de CS/CSN/ (ss pin 24) en GDO2 (GPIO pin 22) volgens mij moet ik pin 24 low of high zetten zodat stap 2 (configureren) geaccepteerd word door de CC1101 module toch ?
goed zenden/ontvangen is inderdaad latere zorg .. eerst eens kijken of ik kan configureren.. daarna ga ik met een 2de rpi c.q arduino de 2de unit opzetten om te kijken of ik data over en weer kan gooien ..
Tja vanalles
CS (Chip Select) is onderdeel van het SPI protocol en wordt gebruikt om aan te geven dat een bepaald signaal over de SPI bus voor een bepaalde chip bedoeld is. Door een CS hoog of laag te maken (weet uit mijn hoofd niet wat het was) geef je aan dat de chip moet luisteren naar het commando wat hierna op de bus komt. Bij sommige chips is het voldoende om dit signaal constant te houden, bij andere is het noodzakelijk voor de communicatie.
GDO2 wordt gebruikt als interrupt pin zodat de CC1101 kan aangeven dat er een pakketje binnen is zodat de Arduino/ESP/... dit pakket uit de buffer kan halen. ALs dat niet snel genoeg gebeurd dan zal de buffer worden overschreven en het pakket corrupt raken.
My case has so many fans that it hovers above the ground
Ik had ook een paar gelezen wat ging over ESPHome vandaar da ik er over begon.s.vanrossem schreef op woensdag 6 mei 2020 @ 08:33:
Ik heb zelf een post gemaakt met mijn resultaat op basis van een D1 mini met de CC1101 module die je linkt. Daarvoor heb ik ook zitten experimenteren, maar zoals ik in mijn post beschrijf, werkte deze setup in een keer.
Je hebt het overigens over ESPHome, maar de module hier gaat veelal over ESPEasy.
Ik ga beide wel eens proberen.
Het mooie van ESPHome is dat het herkend wordt door HA
De boardjes kosten niet zo veel en anders zijn er nog genoeg toepassingen om ze mee te gebruiken.
[edit] nu wel ..
https://github.com/SpaceTeddy/CC1101 laat me op meerdere kananalen testen .. en 868.3 werkt ook
nu de next uitdaging het zelfde voor elkaar krijgen maar dan met Javascript.
https://github.com/merbanan/rtl_433 werkt ook met een RTL_SDR stick
#rtl_433 -f868.3M
ik zag de ITHO voorbij komen
[ Voor 61% gewijzigd door vso op 06-05-2020 23:51 ]
Tja vanalles
Helaas nog steeds niet gelukt om de 2e itho te joinen met een 2e CC1101-unit met eigen ID.Whizzer schreef op woensdag 6 mei 2020 @ 16:36:
[...]
Heb je net een DM gestuurd, maar ook even hier zodat anderen ook mee kunnen genieten...
Door dit topic heen kun je genoeg deviceID's vinden. Ze zijn alleen voornamelijk in hex, terwijl je ze in het IthoCC1101.cpp bestand in decimalen in moet voeren. Beetje rekenen (of online converter) lost dat voor je op.
Enige wat ik zie is dat in mijn IthoCC1101.cpp geen deviceID1 en deviceID2 staan.. Ik heb een IthoCC1101.cpp die bijna exact overeen komt met deze: https://github.com/rorie1...lob/master/IthoCC1101.cpp. Weet niet wat ik daarmee mis t.o.v. diegene met wel een deviceID1 en deviceID2, maargoed, het werkt voor mij nog wel.
En zoals eerder geschreven, vervolgens heb ik 2 projectjes aangemaakt in Arduino IDE indertijd, met exact dezelfde bestanden, alleen dus een gewijzigde deviceID in IthoCC1101.cpp
Heb de itho library van ESP8266-badkamer gebruikt met 6 verschillende IDs genoemd in dit topic, maar het joinen werkt alleen met de originele ID die standaard in de library zit. Komen de gegevens uit IthoCC1101.h ook overeen met ESP8266-badkamer?
Kan het komen omdat ik de 433mhz versie gebruik (Wemos, met shield net als s.vanrossum)? Werken andere IDs alleen met de 868Mhz versie?
--
Edit: nu ook met 868-versie geprobeerd, met zowel de 'oude' (die Whizzer gebruikt) als de 'nieuwe' library (die Sten gebruikt), maar geen succes. Ithobox reageert niet op join van andere IDs. Iemand nog een idee?
Denk toch dat het ook iets met de counterbytes te maken heeft, zie ook:
Bron: https://www.progz.nl/blog...-itho-cve-eco-rft-part-6/lusjesman reply to JFdB
Thursday 12 May 2016 om 17:28:17
A few bytes will be incorrect when you are gonna use your own device id. Jimmy did some work on this already for his remote. You will need to press buttons to find out the relation between the counter bytes. I believe the only changes are related with the starting offset within the arrays. But it should not be that hard since you have a nice log of all bytes, It is a lot of work since one cycle of the counter is 256 button presses. Also you have to be careful with the button. After thousands of button presses it ruins the buttons. Especially when you want to test button combinations.
[ Voor 31% gewijzigd door SimonStar op 14-05-2020 08:41 ]
Ga proberen een van de voorbeelden uit zijn library om te bouwen zodat het wat beter te configureren is en ook werkt met ESP Easy. Intentie is om met 1 zender 2 boxen aan te kunnen sturen. Zal het ergens op github posten en hier laten weten.
[ Voor 10% gewijzigd door SimonStar op 15-05-2020 10:05 ]
https://github.com/iappyx/ESPEASY_Plugin_ITHORadio/
Allemaal op basis van iedereen hiervoor die de echt grote bijdragen hebben geleverd (o.a. supersjimmie, klusjesman, jodur, jeroen, svollebregt en vele anderen - en waarschijnlijk zijn een aantal van deze namen dubbele aliassen
Werkt nog niet echt lekker (voornamelijk ontvangen en doorgeven van status niet) maar gebruik het zelf wel al om mijn 2e Ithobox aan te sturen. Ga proberen de crashes en reboots op te lossen en het mogelijk te maken eigen remote commando's te configureren via ESP Easy. Pas als dat gelukt is ga ik de .bin posten. Als iemand (met meer kennis) wil bijdragen hoe dit op te lossen, graag!
Ben er ook achter dat 2 boxen aansturen met 1 remote via ESP Easy niet gaat werken. ESP Easy kan maximaal 4 statussen doorgeven per device (en 1 remote heeft er al 3). Ga nog kijken of het wel kan op een andere manier.
[ Voor 4% gewijzigd door SimonStar op 18-05-2020 11:44 ]
Crashes komen in de ESP vaak door blokkerende code: de ESP moet periodiek met het WiFi kunnen communiceren anders zal hij spontaan rebooten. Wellicht moet je naar de loop in de InthoReceive.cpp kijken want dit kan typisch blokkerende code zijn, eventueel kan je een yield() toevoegen. Na debuggen moet je ook alle serial prints uitzetten, dit kan ook crashes veroorzaken.
My case has so many fans that it hovers above the ground
Voor zover ik het kan beoordelen werken de library van DemandItho (Wim) en de originele library fundamenteel anders, hoewel gebaseerd op de orginele code, heb ik de indruk dat DemandItho veel heeft herschreven. Aanroepen werkt net even anders, hij heeft ook kortere deviceIDs, etc. Daardoor moest ik in de plugin ook zaken anders oplossen (heeft ook met mijn beperkte kennis te maken).
Als we velden voor elk commando van de remote in de config via ESP Easy aanmaken (id, naam, commandID), kunnen gebruikers met een andere remotetype dan die van mij (en die van DemandItho) simpelweg logging aanzetten en elk commando scannen (door op de knop van de remote te drukken) en het resultaat in de config invullen. In theorie zou je dan alle commando's die de remote kan sturen ook moeten kunnen versturen via de ESP. Je mist dan alleen de 'verborgen' command's zoals 'standby' en 'full', maar die commando's heeft men in dit forum ook toevallig kunnen vinden omdat er een bepaalde logica in zit - dat zou dus weer moeten lukken. Aanmaken van dit alles in de front-end lukt me wel, maar hoe dan de commando's in het object RemoteCommand commandsRoom[] te krijgen is puzzelen.
Zie: https://community.home-as...1101-and-esp8266/38710/30
github:https://github.com/jodur/ESPHOME-ITHO
Top! Ik wil ook wel overstappen naar de esphome versie. Makkelijk te updaten middels OTA. Ik heb nu de espeasy (een van de eerste versies) draaien. Ik heb een paar vraagjes:jodur schreef op zondag 24 mei 2020 @ 09:01:
Voor de geintesseerden, er is inmiddels nu ook een ESPHOME versie met dezelfde functionaliteit als mijn oorspronkelijke ESPEASY plugin. Met dank aan @compatech die aan de basis stond voor de ESPHOME versie.
Zie: https://community.home-as...1101-and-esp8266/38710/30
github:https://github.com/jodur/ESPHOME-ITHO
- volgens mij hoef ik geen nieuwe join te doen. Of wel? Immers werkt het nu al.
- kan ik nog steeds Mqtt gebruiken als ik dit in de yaml esphome toevoeg?
- ik heb in de huidige espeasy versie het probleem dat bij connectie changes (WiFi) de fan aanspringt. Geen andere remotes gekoppelt en nooit achter gekomen waardoor dit komt. Enig idee of dit in de esphome versie beter gaat?
Thanks
He who laughs last thinks slowest! | ▶️ Youtube | 🌐 TechJunky.nl | ☀️ 3000Wp PV
- 1 Nee nieuw join is niet nodig. Codebasis en dus ID blijft hetzelfdemartinvdm schreef op zondag 24 mei 2020 @ 19:54:
[...]
Top! Ik wil ook wel overstappen naar de esphome versie. Makkelijk te updaten middels OTA. Ik heb nu de espeasy (een van de eerste versies) draaien. Ik heb een paar vraagjes:
- volgens mij hoef ik geen nieuwe join te doen. Of wel? Immers werkt het nu al.
- kan ik nog steeds Mqtt gebruiken als ik dit in de yaml esphome toevoeg?
- ik heb in de huidige espeasy versie het probleem dat bij connectie changes (WiFi) de fan aanspringt. Geen andere remotes gekoppelt en nooit achter gekomen waardoor dit komt. Enig idee of dit in de esphome versie beter gaat?
Thanks
- 2 Nee Maakt gebruikt van de native homeassitant API, dus waarschijnlijk isde ESPHOME variant alleen intresstant voor Homeassistant gebruikers. De MQTT fan wordt vervangen door een Template Fan.
- 3 Is bij mij een onbekend probleem?? (ook in de ESPEASY variant).
Die heb ik ook niet eerder gezien. Kan het zijn dat de ESP reboot bij WiFi changes en dat dat de oorzaak is van een fan state change?martinvdm schreef op zondag 24 mei 2020 @ 19:54:
[...]
- ik heb in de huidige espeasy versie het probleem dat bij connectie changes (WiFi) de fan aanspringt. Geen andere remotes gekoppelt en nooit achter gekomen waardoor dit komt. Enig idee of dit in de esphome versie beter gaat?
Anders raad ik je aan om een meer recente versie van ESPEasy te proberen, de versie die ik eerder heb gepost gebaseerd op een mega uit april 2020 draaide bij mij ruim 20 dagen zonder enige problemen. Daarna moest ik om een andere reden een reboot doen.
My case has so many fans that it hovers above the ground
Ja dat zou kunnen, nooit echt goed bekeken eigenlijk. Ik gebruik ook nog espeasy 20000 2.3.0. Moet een keertje upgrade, maar wellicht gelijk maar over op esphome.Sten Vollebregt schreef op zondag 24 mei 2020 @ 22:32:
[...]
Die heb ik ook niet eerder gezien. Kan het zijn dat de ESP reboot bij WiFi changes en dat dat de oorzaak is van een fan state change?
Anders raad ik je aan om een meer recente versie van ESPEasy te proberen, de versie die ik eerder heb gepost gebaseerd op een mega uit april 2020 draaide bij mij ruim 20 dagen zonder enige problemen. Daarna moest ik om een andere reden een reboot doen.
He who laughs last thinks slowest! | ▶️ Youtube | 🌐 TechJunky.nl | ☀️ 3000Wp PV
Bedankt voor dit puike staaltje werk!jodur schreef op zondag 24 mei 2020 @ 09:01:
Voor de geintesseerden, er is inmiddels nu ook een ESPHOME versie met dezelfde functionaliteit als mijn oorspronkelijke ESPEASY plugin. Met dank aan @compatech die aan de basis stond voor de ESPHOME versie.
Zie: https://community.home-as...1101-and-esp8266/38710/30
github:https://github.com/jodur/ESPHOME-ITHO
Ik ben overgestapt van espeasy variant naar de esphome variant, en werkt als een zonnetje.
Enige restpuntje wat ik heb: hoe achterhaal ik het ID van mijn zender in de badkamer?
Ik heb dit niet gebruikt met espeasy, maar lijkt me de kers op de taart als ik toch bezig ben.
Zou je een beschrijving kunnen maken hoe je dit upload op de esp8266?jodur schreef op zondag 24 mei 2020 @ 09:01:
Voor de geintesseerden, er is inmiddels nu ook een ESPHOME versie met dezelfde functionaliteit als mijn oorspronkelijke ESPEASY plugin. Met dank aan @compatech die aan de basis stond voor de ESPHOME versie.
Zie: https://community.home-as...1101-and-esp8266/38710/30
github:https://github.com/jodur/ESPHOME-ITHO
Er wordt ook een textsensor (Lastid) aangemaakt, waarin je het ID van de remote in kunt terug vinden die de laatste status verandering heeft veroorzaakt. Als je dit id nu opneemt in de array kun je dit ID dan laten vertalen naar een zinvolle naam zoals, remote badkamer, remote toilet etc... Dit gebeurd in de lambda onder het on_boot event.japie101 schreef op maandag 25 mei 2020 @ 10:29:
[...]
Bedankt voor dit puike staaltje werk!
Ik ben overgestapt van espeasy variant naar de esphome variant, en werkt als een zonnetje.
Enige restpuntje wat ik heb: hoe achterhaal ik het ID van mijn zender in de badkamer?
Ik heb dit niet gebruikt met espeasy, maar lijkt me de kers op de taart als ik toch bezig ben.
[ Voor 3% gewijzigd door jodur op 25-05-2020 23:42 ]
Deze heb ik gezien, het bijzondere hieraan is: mijn afstandsbediening is stuk (de ventilator reageert er niet meer op) maar ik zie wel (meerdere!) IDs als Lastid voorbij komen. Ook gewoon midden in de nacht op een moment dat ik zeker weet dat er niemand maar in de buurt van de zender is geweest (mocht die toch wat sturen)jodur schreef op maandag 25 mei 2020 @ 23:40:
[...]
Er wordt ook een textsensor (Lastid) aangemaakt, waarin je het ID van de remote in kunt terug vinden die de laatste status verandering heeft veroorzaakt. Als je dit id nu opneemt in de array kun je dit ID dan laten vertalen naar een zinvolle naam zoals, remote badkamer, remote toilet etc... Dit gebeurd in de lambda onder het on_boot event.
Nu is het zo dat ik ook Evohome gebruik, en die zit op dezelfde frequentie 868mhz.
Kan het zijn dat de IDs daarvandaan komen?
Ik heb in Home Assistant de ESPHome hass.io add-on geïnstalleerd.Jovink538 schreef op maandag 25 mei 2020 @ 21:20:
[...]
Zou je een beschrijving kunnen maken hoe je dit upload op de esp8266?
Hiermee is het een kwestie van nieuw project aanmaken, aangeven welke ESP8266 je gebruikt (ikzelf nodemcuv2) en de code kopieren van de github repository. De itho.h file moet je dan wel even handmatig downloaden en in de esphome folder zetten, vervolgens kun je de code valideren, en compileren.
De .bin die je moet uploaden kun je dan downloaden en met een tool naar keuze uploaden op je ESP8266.
Je kunt zelfs vanuit Home Assistant direct uploaden, maar dat doe ik zelf nooit, gebruik zelf de windows esphome flasher. Vervolgens wordt de ESPhome gediscoverd in Home Assistant en moet je alleen nog even de Home Assistant config aanmaken die ook op github staat.
Bedankt ik ga vanavond even stoeien!japie101 schreef op dinsdag 26 mei 2020 @ 09:26:
[...]
Ik heb in Home Assistant de ESPHome hass.io add-on geïnstalleerd.
Hiermee is het een kwestie van nieuw project aanmaken, aangeven welke ESP8266 je gebruikt (ikzelf nodemcuv2) en de code kopieren van de github repository. De itho.h file moet je dan wel even handmatig downloaden en in de esphome folder zetten, vervolgens kun je de code valideren, en compileren.
De .bin die je moet uploaden kun je dan downloaden en met een tool naar keuze uploaden op je ESP8266.
Je kunt zelfs vanuit Home Assistant direct uploaden, maar dat doe ik zelf nooit, gebruik zelf de windows esphome flasher. Vervolgens wordt de ESPhome gediscoverd in Home Assistant en moet je alleen nog even de Home Assistant config aanmaken die ook op github staat.
Is er ook ergens een uitleg van hoe je de pins kan definiëren? Ik gebruikte tot nu toe deze versie https://github.com/esphom...59#issuecomment-538754448 en daar definieer je de spi pins.japie101 schreef op dinsdag 26 mei 2020 @ 09:26:
[...]
Ik heb in Home Assistant de ESPHome hass.io add-on geïnstalleerd.
Hiermee is het een kwestie van nieuw project aanmaken, aangeven welke ESP8266 je gebruikt (ikzelf nodemcuv2) en de code kopieren van de github repository. De itho.h file moet je dan wel even handmatig downloaden en in de esphome folder zetten, vervolgens kun je de code valideren, en compileren.
LG-HM051MR-U44 | Daalderop DUO 50l | 1500 WP Zuid | gasloos '23
[ Voor 117% gewijzigd door martinvdm op 26-05-2020 20:49 ]
He who laughs last thinks slowest! | ▶️ Youtube | 🌐 TechJunky.nl | ☀️ 3000Wp PV
Ik krijg deze melding
1
2
3
4
5
| INFO Successfully compiled program. INFO Resolving IP address of fancontrol.local INFO -> 10.0.1.20 INFO Uploading /data/fancontrol/.pioenvs/fancontrol/firmware.bin (397696 bytes) ERROR Error auth result: Error: Authentication invalid. Is the password correct? |
Iemand een idee welk paswoord dit kan zijn?
Edit
Gevonden.
Dit is een link naar de ESPEasy guide, maar zeker voor het solderen kun je die probleemloos gebruiken, heb ik (jaren terug) ook gedaan.jvanderkroon schreef op dinsdag 26 mei 2020 @ 18:51:
[...]
Is er ook ergens een uitleg van hoe je de pins kan definiëren? Ik gebruikte tot nu toe deze versie https://github.com/esphom...59#issuecomment-538754448 en daar definieer je de spi pins.
https://docs.google.com/d...YiHDEwyScqhsPkJHGGYs-/pub
Na het solderen pak je de draad op met esphome.