Ämne: IVT-protokoll (Rego 6xx)

[manicken84]

Tack!

Jag har nu, med hjälp av en logikanalysator, kommit fram till att displayenheten endast fungerar som ett användargränssnitt (UI). Inga inställningar lagras där. Det enda som skickas mellan enheterna är uppdateringar av displayinnehållet.

Det finns även en avbrottspinne från displayenheten till REGO600. Den används endast när någon trycker på en knapp, vilket gör att REGO600 då kan fråga vilken knapp som trycktes ned.

Och ja, jag vet att man kan fjärrstyra REGO600. Jag har nämligen gjort ett virtuellt gränssnitt i HTML och JavaScript som ser ut precis som min värmepumps originalinterface.

Problemet med fjärrstyrning via serviceporten är dock att den är ganska långsam. Dessutom kan den belasta REGO600 i onödan, och man kan inte långtrycka på knappar för att aktivera servicemenyn. Det spelar kanske ingen större roll ändå, eftersom mina senaste upptäckter tyder på att man sannolikt bara kan skriva till ett register för att aktivera servicemenyn.

Nu när jag vet mer har jag börjat fundera på en annan lösning. Man skulle kunna använda en ESP32 samt kanske en Raspberry Pi Pico som co-processor, då får man en "man in the middle" mellan displayenheten och REGO600. På så sätt skulle man få fullständig fjärrstyrning genom att skapa en helt virtuell display. Då skulle man dessutom kunna välja om man vill behålla den gamla displayen eller köra helt virtuellt.

Kanske lite off topic?

Ni kanske också undrar vad jag använder för att göra detta. Det är mitt egenutvecklade IoT-system som jag kallar DALHAL. För den som känner till dem kan det beskrivas som något i stil med Tasmota, ESPHome eller ESPEasy, men betydligt mer flexibelt, med en inbyggd skriptmotor och stöd för Home Assistant.

Egentligen är Home Assistant bara en enhetstyp eller modul, precis som min REGO600-implementation. Det finns även andra modultyper, till exempel en "Latching Relay"-typ som jag för närvarande använder för att styra ett bistabilt relä, vilket i sin tur styr EXT-ingången på REGO600.

Det som gör systemet annorlunda jämfört med många andra lösningar är att det inte är byggt kring Home Assistant eller enbart för att styra trådlösa strömbrytare. Det är i grunden utvecklat som en generell IoT-nod. Från början använde jag det bara för temperatur- och fuktighetssensorer, men den lösningen var väldigt begränsad. DALHAL föddes därför ur behovet av att kunna konfigurera enheten även efter att den hade flashats.

[Larsa H]

Wow, precis vad jag letade efter! Kan man ladda ner det någonstans och testa?

[manicken84]

Hej,
här har jag börjat på en github repository
https://github.com/manicken/rego600_reverseEngineer
där finns just det remote IF
men det interfacet är gammalt och jag har ingen backend som den kan köra mot för nuvarande
jag har nämligen mest hållit på med DALHAL, men ville ta en paus och då körde jag lite RE istället
den gamla backend är föråldrad, men i princip så fungerade den som en websocket <-> uart bridge så alla requests var i rådata format
det gav nämligen möjlighet att testa helt rått hur rego600:s service port fungerade utan att jag behövde vara nere i källaren.
Har tidigare hackat en Crouzet Millenium 3 för en EuroFire brännare och då körde jag också raw bridge men då endast som en raw tcp <-> serial bridge, det går säkert att göra här också men att hosta det via en websida är mycket mer flexibelt.
Jag undrar hur du hade tänkt att remote control skulle fungera i just ditt fall?
Min lösning kommer helt klart använda DALHAL

Jo förresten jag har kommit på hur man låser upp menyn till FABRIK access endast med hjälp av 3 kommandon

först skickar man 0x0004 till 0x7B95(regindex @ cmd 03) detta låser upp service meny access
sen skickar man 0x2c9c till 0x447(regindex @ cmd 03) detta navigerar meny till 5.12 version visning
sist skickar man 0x0008 till 0x7B95(regindex @ cmd 03) igen detta låser upp fabrik meny access

ska säga att jag har haft några problem med detta, kan vara så att jag skickar 9c2c istället för 2c9c, får återkomma med mer info
det är lite förvirrande med little endian osv får analysera koden bättre, fast det fungerar annars (konstigt)
men om man blir utelåst är det bara att starta om VP helt,
man kan också "manuellt" navigera till 5.12 via remote styrning och sen skicka det sista kommandot

Edit nu kom jag på, ibland av någon anledning så går det inte ens att komma in i service meny access då måste man power reset vp, jag ska undersöka för det måste finnas ett register som isåfall motverkar det, och kanske man kan göra mjukvaru reset.

[Larsa H]

Stort tack för repot, bra jobbat! Jag ska kolla om jag kan testa detta under helgen.

[manicken84]

Nu har jag bra koll på vilka misstag jag gjorde
hade missuppfattat vad big endian var (egentligen är det hur vi normalt skriver tal med bas 10, tycker det är en bra regel)
och den sista pusselbiten var att när man ska ändra access level så måste display timeout sättas till ett högt värde typ 0xFFFF (default 0x708)
för när timeout är noll så återställs alltid "requested" ny access level tillbaka till kund1
och sedan har jag också kommit på att man inte behöver mellanlanda på service access för att komma till fabrik

så nu är processen fortfarande tre writes
(alla register index är i förhållande till @cmd03):

1. skriv 0xFFFF till register index 0x436 (detta sätter timeout till max)
2. skriv 0x2C9C till register index 0x447 (väljer meny 5.12)
3. skriv 0x8 till register index 0x7b95 (sätter Fabrik Access)

0x7b95 kan ha följande värden, där det endast är fabrik som måste vara i meny 5.12 först för att aktiveras:
0x1 kund1
0x2 kund2
0x4 service
0x8 fabrik

hittade också ett annat register index, och det är för att tända bakgrundsbelysning
(det nollställs när timeout sker)
0x7B98 sätts till 0x1

jag har uppdaterat protokoll dokumenten också
och har börjat fylla i där nya register tillhör
tror jag kan säga vad register cmd 06/07 (kallas även register 1b61) är till för nu:

dem är högst troligt för intern states speciellt vad det gäller UI

edit. jo jag har även lagt till "disassembly listing" i repot för dem som vill titta på det