@CptCaveman: Kösz a választ, igen segítettél ezzel is bár idáig eljutottam magam is, de legalább valaki megerősített benne. A mondott kódot átírtam ez alapján:

1000 = 8 - 1st zone
0100 = 4 - 2nd zone
1100 = 12 - 3rd zone
0010 = 2 - 4th zone

A konkrét problémám, hogy akármilyen device_id-t adok meg és küldök pairing üzenetet a zónavezérlőnek miközben villog az adott zóna melletti led, nem akar működni a párosítás. Mivel más is írta már, hogy használta már sikeresen nistvan86 komponensét és ő is a device id nehézségeire panaszkodott gondoltam rákérdek itt. Ha tudnál mondani egy olyan device id-t ami biztosan működik akkor annyival előrébb lennék. Lehet persze hogy teljesen máshol van a hiba, de legalább ezt ki tudnám zárni.

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

elnézést, autocorrect:
Ha egy zónát vezérelsz, akkor jó a kód, így ahogy van.

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

@kisZelo: karácsony utáni hobbyprojekt a legjobb.

Használd nistvan kódját, annyi van, hogy ami neki fix státusznak látszik, abban kódolva van, hogy Q8RF melyik zónáját akarod kapcsolni (azaz a generált id 16 bit random, míg a maradék 4 bit zóna+talán státusz).

Ha egy zónát vezerelsz akkor jó a köszi ha nem, akkor ezt kell majd atirnod, kiterjesztened az általam leírt kódolás szerint (+inverz!)

// Command
encode_bits(device_id, 16, &cursor);
encode_bits(8, 4, &cursor); // zone #1 = 0x8 avagy ~0x7
encode_bits(cmd, 8, &cursor);

Sok sikert! Remélem tudtam segíteni.

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

@CptCaveman:
Üdv!

Én is belekezdetem a megvélő fűtési rendszerem okosításába. Mivel csak CC1101-et tudtam beszerezni nistvan86 esphome komponensével próbálkozok. A problémám a párosítással van, fentebb te is írod, hogy finnyás device id-ra. Tudnál valami tanácsot adni mivel próbálkozzak? Próbáltam kiindulni a te komponensed leírásából is de te 5 számjegyű hexadecimális kódot használsz míg nistvan86 csak 4 számjegyűt.

@nistvan86:
Esetleg neked van ölelteted?

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

Üdv, én még csak most találtam rá erre a blogra és társaira szerte a neten. Nagyon tetszik, szép munka amit összehoztatok! Gondolkodom, hogy használnám (bár ezek az RF modulok már nehezen beszerezhetőek), de előtte kérdezem: Használjátok, bevált, vannak tapasztalatok?

(Én egy másik megoldásban gondolkodtam az okosítás terén, a központi egység és a kazán/szelepek közé gondoltam beállni saját relékkel, de nagyon tetszik ez a másik irány is.)

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

Köszi az ötleteket, különösen nistvan86.

Elkészítettem egy ESPHome modult is hozzá, így könnyebben lehet egy gyors projektre rátenni és akár mással is kombinálni.

github.com/afarago/esphome_component_computhermqrf/tree/main/components/computhermqrf

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

Köszönöm, zseniális vagy!

Időközben kísérleteztem és arra jutottam, hogy a device ID nem feltétlenül statikus.
A párosításnál finnyás arra, hogy mit fogad be, különösen, ha egy új kört akarok létrehozni csak szofveres verzérléssel.

(nálam az flogi féle kód alapján pont a te kódod inverze van, de ez nem változtat sokat)
device id utolsó 8 bit (16+8)
zone 1 --> 0111
zone 2 --> 1011
zone 3 --> 0011
zone 4 ? --> talán 1101

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

@CptCaveman: időközben írtam belőle egy ESPHome komponenst CC1101-hez, amiben a konfigban be tudsz írni tetszőleges deviceId-t, és a fali vevőt ehhez tudod társítani. github.com/nistvan86/esphome-q7rf

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

@nistvan86: Sikerült esetleg a tanulás funkciót megoldanod időközben valahogy? Kíváncsi lennék mire jutottál.
Nekem a fenti "tanítás" sorozatra nem reagál a központ, továbbra is tanítás üzemmódban marad.

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

Köszönöm! Nagyon hasznos könyvtár, szép munka!

Bejegyzés: Computherm Q8RF - Szoftver és publikáció - part 5

Szia @DaeMonS,

2 napja válaszoltam és a freemail-es címre, ahonnan írtál...

D

Bejegyzés: Computherm Q8RF - Szoftver és publikáció - part 5

@denx: ment PU, esetleg mailban folytatjuk? gyorsabb lenne.

Bejegyzés: Computherm Q8RF - Szoftver és publikáció - part 5

Szia,

Örülök ha tetszik a lib. cc1101-gyel nem próbáltam még, nekem a korábban említett HW-ekkel megy azóta is. Nem változott semmi az én oldalamon, rég nem nyőltam a kódhoz. Ha írsz privátban (nevemre kattintva) akkor megbeszélhetjük miben tudok segíteni!

Bejegyzés: Computherm Q8RF - Szoftver és publikáció - part 5

Pedig sajnos a jelenlegi android ide+ esp komponensek alapjaiban valtozas lehet, sajnos nem sikerul eletrebirnom a lib-et :(
Van esetleg valaki aki rajott hol lehet a hiba?
denx: Kerhetek egy ellenorzest?:)

Bejegyzés: Computherm Q8RF - Szoftver és publikáció - part 5

Erdekes elkepzelesek, tetszenek.
Nekialltam en is osszerakni a wemos+cc1101 vevot, hogy a computhermes Q8-asokkal "jatszadozzak".
Januarban meg ment, most valami miatt nem sikerul eletre birni a kommunikaciot...

1. Kivancsi lettem a weblapos megoldasra, nem publikus veletlenul?
2. elemzes celjabol eloszor domoticz-nek kuldenem be az adatokat, igy lenne egy log, amiben latnank, hogy milyen idokozonkent kuldi a homero az ismetlo jelet, szivesen asszisztalnek - ill. osszerakhatnank egy lib-frissitest ( lib irashoz meg nem kezdenek).

Bejegyzés: Computherm Q8RF - Szoftver és publikáció - part 5

Örülök ha tudott segíteni amit én összeszedtem! Látom Te is fektettél bele energiát! Nekem az a tapasztalatom, hogy a merülő elem (termosztáton megjelenő kis ikon) nem febolyásolja a küldött csomagot, de lehet volt valami amit én nem vettem észre...

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

Ja meg 11100011 -> 111000111 :( Bocsi.

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

*UHR -> URH
*kíváncsiságból felvettem ahhoz -> kíváncsiságból felvettem ahogy

Kár hogy nem szerkeszthető már.

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

Én kicsit máshogy bontottam fel a jelet. Az UHR-ben a szimbólum hosszt 200us-re állítottam. Így minden PWM szimbólumot három modulációs bit ír le. 001 = 1, 011 = 0, az 111 és 000-ák pedig eldobhatók, mert ezek csak a preamble-nél és a szüneteknél vannak használva. Ezeken túl beállítottam az interpretation-nél egy egyedi decoding-ben hogy 11100011 határokon vágja a jelet és ezt a mintát dobja is ki belőle. Így tisztán csak az adat marad.

Így minden elküldött parancsra 28 adatbit-et kapok. Ez ismétlődik 4x egy üzenetben.

A bit-eket hex-re alakítottam ezután. Majd kíváncsiságból felvettem ahhoz a termosztáttal generáltatok új párosító kódot, és ki/bekapcsolom a fűtést. Az alábbiakat kaptam a 3 futásban:

#1 run
0b76800 (tanulás)
0b768ff (fűtés be)
0b7680f (fűtés ki)

#2 run
151e800 (tanulás)
151e8ff (fűtés be)
151e80f (fűtés ki)

#3 run
6ed5800 (tanulás)
6ed58ff (fűtés be)
6ed580f (fűtés ki)

Még nem próbáltam ki, de szerintem az első 16 bit teljesen véletlenszerűen áll elő újratanításkor, írhatnék oda akarámit. A tanulás módba rakott vevő egy olyan üzenetet vár, amiben az utolsó 8 bit értéke 0. Ilyenkor az üzenet első 16 bit-jét elmenti mint azonosítót. Ezután csak az ezzel kezdődő üzenetekre reagál. Az üzenet végi ff a fűtés be, és az üzenet végi 0f a fűtés ki. A közbenső 4 bit tippre valamilyen státusz flag-ek, gondolom itt látszana az elem merülés is, ez nálam mindig 8.

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3

Időközben sikerült CC1101-el is :) github.com/nistvan86/nodemcu-cc1101-q7rf

Bejegyzés: Computherm Q8RF - Hardver és Szoftver - part 3