PC aansluiting (RS 232?) op Intergas CV ketel HR 28/24

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

https://github.com/little-chef/intergas-xtreme-monitor

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-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.

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!