Golden Member
Ik wil geen boze CO mods achter me aan i.v.m. illegale (?) zaken.
Maar goed, het is nou niet bepaald rocket science.
Hint 1: de exe kun je openen met 7-zip.
Hint 2: google een (online) python decompiler.
Hint 3: vind het stuk code waarin de seriele data verwerkt wordt.
Op 28 januari 2022 14:42:16 schreef wolfram5521:
Uhhh ... watermeter ?
Vermoedelijk ligt dat aan het type Intergas en bijbehorende branderautomaat.
Zelf heb ik een HRE 28/24 met branderautomaat IC2.
So871 heeft in ieder geval een ander branderautomaat, nl IC3, wat blijkt uit een van de geposte screen dumps.
Bij mij staan de laatste 10 bytes op 0, dus geen watermeter (ontvangen string na verzenden van 48, 4E, 0D).
@PE9SMS
Bedankt voor deze interessante tips!
Groet,
JohanS
Op 27 januari 2022 11:55:55 schreef snotneus:
[...]@So871,
Hallo, zou je misschien nog eens screenshots kunnen plaatsen van de communicatie met jouw Intergas.
Met name die waar de gasmeter en watermeter opstaan.
Misschien dat het mogelijk is de watermeterstand te decoderen als er een andere waarde wordt weergegeven.
Nu is het een vreemde zaak met de waterstand 104224.
Als deze waarde wordt omgezet naar HEX, krijg je 0x19720.
Die 97 en 20 zijn aanwezig in de ontvangen string, maar er mist dus een 1 die wel 100000 vertegenwoordigt.
Wat voor type Intergas heb jij eigenlijk, is dat een HRE 28/24?Alvast bedankt.
Groet,
JohanS
Sorry voor de verlate reactie, mail met melding van dit topic gemist denk ik.
Ik zal vanavond nog eens de laptop aan de Intergas hangen, en de screens hier weer dumpen.
Edit : mijn trial voor de serial monitor is helaas verlopen.
Ik moet even opzoek naar een alternatief..
Ik heb een HRE 36/48A.
Is hier iemand bekend met esphome en home Assistant ?
Zat te kijken of het mogelijk zou zijn om de Intergas data naar esphome te vertalen , maar dat wordt ook geschreven in c++.
Iets waar ik totaal geen mesjoekke van heb.
Als je een paar weken geduld hebt; zal ik de code hier/github wel posten.
Op 31 januari 2022 14:05:10 schreef Johnny321_nl:
Als je een paar weken geduld hebt; zal ik de code hier/github wel posten.
Graag, thanks ?
Op 30 januari 2022 12:14:06 schreef So871:
Is hier iemand bekend met esphome en home Assistant ?Zat te kijken of het mogelijk zou zijn om de Intergas data naar esphome te vertalen , maar dat wordt ook geschreven in c++.
Iets waar ik totaal geen mesjoekke van heb.
Ik ben bezig met ESPHome in combinatie met een Intergas Extreme 36, op basis van een NodeMCU-ESP8266. De code staat al online op GitHub.
De versie van de Extreme die ik heb heeft Firmware v1.80. De originele IDS software (v1.83 en v1.84) komt niet verder dan het uitlezen van het REV veld. Kennelijk is de firmware van deze ketel te nieuw. Hij ziet namelijk niet dat bij de commando's een CRC meegestuurd moet worden, de ketel stuurt dan ook nooit data terug. Ook de antwoorden hebben allemaal een CRC check. Dit is opgelost in de code op Github.
Verder zie ik in veel topics hier en op andere plekken dat de beschrijvingen van de data velden niet overeen komen met de Extreme 36. Sommige waardes staan op andere plekken in de responses.
Wat op Github staat bgint al aardig compleet te worden, en klopt voor deze ketel.
[Bericht gewijzigd door rbohm op 26 februari 2022 15:18:47 (16%)
Op 23 februari 2022 21:07:10 schreef rbohm:
[...]Ik ben bezig met ESPHome in combinatie met een Intergas Extreme 36, op basis van een NodeMCU-ESP8266. De code staat al online op GitHub.
De versie van de Extreme die ik heb heeft Firmware v1.80. De originele IDS software (v1.83 en v1.84) komt niet verder dan het uitlezen van het REV veld. Kennelijk is de firmware van deze ketel te nieuw. Hij ziet namelijk niet dat bij de commando's een CRC meegestuurd moet worden, de ketel stuurt dan ook nooit data terug. Ook de antwoorden hebben allemaal een CRC check. Dit is opgelost in de code op Github.
Verder zie ik in veel topics hier en op andere plekken dat de beschrijvingen van de data velden niet overeen komen met de Extreme 36. Sommige waardes staan op andere plekken in de responses.
Wat op Github staat bgint al aardig compleet te worden, en klopt voor deze ketel.
heb jij een link naar de github pagina?
met de extreme kan ik je helaas niet verder helpen! heb zelf een HREco 40
De code op Github gezet:
https://github.com/HilcoTalen/RaspberryPI
De gegevens van de Intergas en de Hewalex ZPS 18 worden in de applicatie beschikbaar gemaakt voor ModBUS uitlezing.
Gemaakt in VS 2022 (Cross compile naar Raspberry PI).
Ik moet nog wat extra informatie toevoegen, die doe ik komende dagen.
Is er iemand nog verder gekomen met het binnenhalen van de data binnen Esphome?
Ik zag dat mijn Github project nog op private stond. Ik heb hem even geupdate en publiek gezet:
https://github.com/little-chef/intergas-xtreme-monitor
Dit is op basis van ESP Home, en het werkt alleen voor de Xtreme range van ketels. De HRE serie praat een ander protocol via het IDS interface. Er zit wat overlap in, maar er zijn ook grote verschillen.
Op 12 maart 2022 19:34:17 schreef So871:
[...]heb jij een link naar de github pagina?
met de extreme kan ik je helaas niet verder helpen! heb zelf een HREco 40
Op 4 augustus 2022 14:17:59 schreef rbohm:
Ik zag dat mijn Github project nog op private stond. Ik heb hem even geupdate en publiek gezet:
https://github.com/little-chef/intergas-xtreme-monitorDit is op basis van ESP Home, en het werkt alleen voor de Xtreme range van ketels. De HRE serie praat een ander protocol via het IDS interface. Er zit wat overlap in, maar er zijn ook grote verschillen.
Super bedankt kerel! Hier kan ik zeker wat mee , de punten van de HRE zullen misschien wat anders zijn, maar het opvragen en vertalen van de data gaat volgens mij volgens het zelfde protocol.
Ik ga het eens proberen aan de praat te krijgen met een esp8266( losse ) en zal hier eens binnenkort het resultaat posten!!
Op 4 augustus 2022 17:53:06 schreef So871:
[...]Super bedankt kerel! Hier kan ik zeker wat mee , de punten van de HRE zullen misschien wat anders zijn, maar het opvragen en vertalen van de data gaat volgens mij volgens het zelfde protocol.
Ik ga het eens proberen aan de praat te krijgen met een esp8266( losse ) en zal hier eens binnenkort het resultaat posten!!
Let op dat je de optocouplers gebruikt en niet de ESP866 rechtstreeks aan de ketel, omdat anders de ketel de ESP8266 blokkeert bij het opstarten. Ik heb de details in de commentaar in de code staan.
Verder is er nog een issue met de ESP8266 dat de OTA updates te traag verlopen met time-outs door het grote aantal sensoren in de yaml file van ESPHome. Daar schijnt de ESP32 geen last van te hebben, die is krachtiger, maar dat moet ik nog uitproberen.
Het protocol is anders voor de HRE40: Veel minder CRC checks, en de data staat voor sommigen sensoren op iets andere plekken in de responses. Maar je kunt dezelfde code als basis gebruiken, en in de tabel voor de commando's kun je aangeven of een commando CRC checks gebruikt. Andere voorbeelden die je online vind zijn vooral gericht op de HRE familie dus de inhoud van de data is daar weer terug te vinden.
Op 4 augustus 2022 17:53:06 schreef So871:
[...]Super bedankt kerel! Hier kan ik zeker wat mee , de punten van de HRE zullen misschien wat anders zijn, maar het opvragen en vertalen van de data gaat volgens mij volgens het zelfde protocol.
Ik ga het eens proberen aan de praat te krijgen met een esp8266( losse ) en zal hier eens binnenkort het resultaat posten!!
Je mag ook een Pull-request maken op de Git-repository op Github zodat we die HRE support er in kunnen mergen.
Op 4 augustus 2022 19:22:00 schreef rbohm:
[...]Je mag ook een Pull-request maken op de Git-repository op Github zodat we die HRE support er in kunnen mergen.
Zal ik zeker doen. C++ is voor mij nog redelijk onbekend terrein , dus zal niet zo super snel gaan.
Maar vermoed dat het een kwestie is van de punten wijzigen , want de extreme en de hre hebben nagenoeg de zelfde hoeveelheid punten.
Op 4 augustus 2022 18:54:09 schreef rbohm:
[...]Let op dat je de optocouplers gebruikt en niet de ESP866 rechtstreeks aan de ketel, omdat anders de ketel de ESP8266 blokkeert bij het opstarten. Ik heb de details in de commentaar in de code staan.
Verder is er nog een issue met de ESP8266 dat de OTA updates te traag verlopen met time-outs door het grote aantal sensoren in de yaml file van ESPHome. Daar schijnt de ESP32 geen last van te hebben, die is krachtiger, maar dat moet ik nog uitproberen.
Het protocol is anders voor de HRE40: Veel minder CRC checks, en de data staat voor sommigen sensoren op iets andere plekken in de responses. Maar je kunt dezelfde code als basis gebruiken, en in de tabel voor de commando's kun je aangeven of een commando CRC checks gebruikt. Andere voorbeelden die je online vind zijn vooral gericht op de HRE familie dus de inhoud van de data is daar weer terug te vinden.
De pcb is er al voor gemaakt en draait netjes op de sketch van Meewis , thanks voor het advies mbt de crc checks .
Ik zal er binnenkort nog een in elkaar zetten ( nu 10 losse pcb’s zonder componenten liggen ) en er eens goed voor gaan zitten en testen.
Edit : je zou het aantal sensoren behoorlijk kunnen verminderen door de hard en software versie van de automaat te laten vervallen, en de zone 1 en 2 temperaturen, deze zijn pas van waarde als er met de HT en LT zone wordt gewerkt.
Op 4 augustus 2022 20:21:56 schreef So871:
[...]De pcb is er al voor gemaakt en draait netjes op de sketch van Meewis , thanks voor het advies mbt de crc checks .
Ik zal er binnenkort nog een in elkaar zetten ( nu 10 losse pcb’s zonder componenten liggen ) en er eens goed voor gaan zitten en testen.Edit : je zou het aantal sensoren behoorlijk kunnen verminderen door de hard en software versie van de automaat te laten vervallen, en de zone 1 en 2 temperaturen, deze zijn pas van waarde als er met de HT en LT zone wordt gewerkt.
In mijn geval heb ik LT/HT zones, meerdere opentherm thermostaten, zonne-boiler, en een lading aan One-wire sensoren er nog boven op voor alle inkomende en uitgaande temperaturen, totaal ongeveer iets van 100 'sensoren' in ESPHome, waarvan ca. 65 de standaard elementen zijn uit dit project, er zijn nog meer statistieken uit de ketel te halen die ik nog niet in het publieke project op github heb staan.
De OTA problemen beginnen al bij meer dan pakweg 10/20 sensoren, daarna maakt het niet meer uit of 40, 60 of 100 sensoren hebt, OTA blijft instabiel, zelfs dicht bij een access point met een signaal sterkte van -50db. Ik heb meerdere posts gezien waarbij ESP8266/OTA/en-aantal-sensoren in de yaml file problemen geven, ongeacht of je daar data naar toe stuurt. Als oplossing adviseerde ze daar de ESP32 te gebruiken: nieuwere Wifi stack, dual core en meer geheugen.
De echte relatie met OTA snap ik nog niet, maar 100 sensoren zijn maar 400 bytes aan pointers aan geheugen gebruik, zels al zou het 10kB worden is het nog steeds niet veel. Totaal RAM gebruik zit op ongeveer 44% met dit ESPHome project op de ESP8266. Tijdens OTA updates wordt de scheduler stilgelegd die communiceert met de ketel, dus die kan niet in de weg zitten. Er moet dus iets anders achter zitten.
Iets om verder uit te zoeken, kan uiteindelijk gewoon een bug in de ESPhome stack voor de ESP8266 zijn.
Op 4 augustus 2022 20:21:56 schreef So871:
[...]De pcb is er al voor gemaakt en draait netjes op de sketch van Meewis , thanks voor het advies mbt de crc checks .
Ik zal er binnenkort nog een in elkaar zetten ( nu 10 losse pcb’s zonder componenten liggen ) en er eens goed voor gaan zitten en testen.
Ik zie op de foto bij de PCB dat GPIO13 en GPIO15 niet gebruikt worden. Ik heb bewust de UART pin swap erin gebouwd om ervoor te zorgen dat de bootlogging van de ESP nooit naar de ketel gestuurd kan worden. De communicatie naar de ketel is daardoor altijd stil tot het moment dat onze SW in control is. Het risico met de bootlogging naar de ketel sturen is dat de ketel op die data zou kunnen reageren als zijnde valide commando's om uit te voeren. Via hetzelfde IDS interface is het namelijk ook mogelijk om parameters te overschrijven in de ketel, of service procedures uit te voeren. Het risico daarop (hoe klein ook) wilde ik niet nemen.
Op 5 augustus 2022 15:23:37 schreef rbohm:
[...]In mijn geval heb ik LT/HT zones, meerdere opentherm thermostaten, zonne-boiler, en een lading aan One-wire sensoren er nog boven op voor alle inkomende en uitgaande temperaturen, totaal ongeveer iets van 100 'sensoren' in ESPHome, waarvan ca. 65 de standaard elementen zijn uit dit project, er zijn nog meer statistieken uit de ketel te halen die ik nog niet in het publieke project op github heb staan.
De OTA problemen beginnen al bij meer dan pakweg 10/20 sensoren, daarna maakt het niet meer uit of 40, 60 of 100 sensoren hebt, OTA blijft instabiel, zelfs dicht bij een access point met een signaal sterkte van -50db. Ik heb meerdere posts gezien waarbij ESP8266/OTA/en-aantal-sensoren in de yaml file problemen geven, ongeacht of je daar data naar toe stuurt. Als oplossing adviseerde ze daar de ESP32 te gebruiken: nieuwere Wifi stack, dual core en meer geheugen.
De echte relatie met OTA snap ik nog niet, maar 100 sensoren zijn maar 400 bytes aan pointers aan geheugen gebruik, zels al zou het 10kB worden is het nog steeds niet veel. Totaal RAM gebruik zit op ongeveer 44% met dit ESPHome project op de ESP8266. Tijdens OTA updates wordt de scheduler stilgelegd die communiceert met de ketel, dus die kan niet in de weg zitten. Er moet dus iets anders achter zitten.
Iets om verder uit te zoeken, kan uiteindelijk gewoon een bug in de ESPhome stack voor de ESP8266 zijn.
En heb je het al geprobeerd zonder de Dallas sensoren ? Heb hier een wemos in gebruik met Een 8tal ds18b20 eraan , en merk dat deze in ota ook iets vertraagd reageert tov andere esp’s die ik gebruik.
Op 5 augustus 2022 15:45:53 schreef So871:
[...]En heb je het al geprobeerd zonder de Dallas sensoren ? Heb hier een wemos in gebruik met Een 8tal ds18b20 eraan , en merk dat deze in ota ook iets vertraagd reageert tov andere esp’s die ik gebruik.
Net opnieuw geprobeerd, maakt niet echt verschil.
Op 5 augustus 2022 15:37:07 schreef rbohm:
[...]Ik zie op de foto bij de PCB dat GPIO13 en GPIO15 niet gebruikt worden. Ik heb bewust de UART pin swap erin gebouwd om ervoor te zorgen dat de bootlogging van de ESP nooit naar de ketel gestuurd kan worden. De communicatie naar de ketel is daardoor altijd stil tot het moment dat onze SW in control is. Het risico met de bootlogging naar de ketel sturen is dat de ketel op die data zou kunnen reageren als zijnde valide commando's om uit te voeren. Via hetzelfde IDS interface is het namelijk ook mogelijk om parameters te overschrijven in de ketel, of service procedures uit te voeren. Het risico daarop (hoe klein ook) wilde ik niet nemen.
Ik denk dat dit een worst case scenario is ,
Parameters zijn alleen te overschrijven na Ingave van code 15,
Dus ik vermoed dat je dan een Rev? Met code en parameter nr en waarde in een zou moeten sturen ,
Op 5 augustus 2022 18:13:53 schreef So871:
[...]Ik denk dat dit een worst case scenario is ,
Parameters zijn alleen te overschrijven na Ingave van code 15,
Dus ik vermoed dat je dan een Rev? Met code en parameter nr en waarde in een zou moeten sturen ,
Via het bedieningspaneel klopt dat van die code, via het IDS interface werkt het anders. Service programma's worden direct uitgevoerd na sturen van de desbetreffende codes. Er komen geen codes 15 voorbij.
Op 5 augustus 2022 19:40:01 schreef rbohm:
[...]Via het bedieningspaneel klopt dat van die code, via het IDS interface werkt het anders. Service programma's worden direct uitgevoerd na sturen van de desbetreffende codes. Er komen geen codes 15 voorbij.
Ik Werk zelf bijzonder weinig met IDS , de intergas mankeert zelden iets waarbij je de ids nodig hebt , maar meen mij te herinneren dat je bij de instellingen code 15 moest ingeven om op service niveau te komen.
Maar kan ik jou ergens anders bereiken ? Vind het interessant om hier over te discussiëren en dat we eventueel samen eens kunnen kijken of we iets voor elkaar kunnen betekenen in dit project.
Hallo allemaal,
Ik vond via wat omwegen dat er toch mensen zijn die meer info uit de Intergas kunnen halen.
Na wat mislukte experimenten met een Opentherm gateway en een Intergas 36/30, wil ik hier wat meer over te weten komen.
Concrete vraag:
- is er al een kleine PCB voor de Intergas ketel? ik zie verschillende topics met alleen een FTDI TTL interface, maar ook met opto-couplers.
- is er al een HomeAssistant integratie?
Alvast dank!