SPIKE411: controller = ridici jednotka, mozna jsem zvolil spatnou terminologii, jsem z programatorskyho odvetvi :-)
s tim firmwarem taky, no, to jsem tenkrat resil s vama, jestli si to pripadne muzu prijet nechat zaktualizovat, ale nakonec jsem to vyhodnotil jako strasnou pakarnu
kazdopadne ja si umim zmerit a zanalyzovat o kolik je ta teplota vyssi pokud je topeni rozehraty a pokud neni, to neni zas tak vysoka matematika, ale clovek musi mit vubec tu moznost
v ramci tech commandu a pri reportovani hodnot senzoru se posilaj hodnoty pod nejakyma klicema (klic-hodnota) a pokud se ta komunikace nezverejni, tak neni jak poznat, jake maji nazvy, nebo jakych hodnot muzou nabyvat, aby tomu to zarizeni rozumelo... obcas se to da uhodnout, pokud se to pouziva stejne, jako u jineho otevreneho zarizeni, ale kdyz se vyrobce rozhodne, ze tu komunikaci bude mit unikatni a nezverejni ji, tak pak lidi s ridici jednotkou od jineho vyrobce (nebo opensource a spol) nemaji pristup ke vsem funkcim, ke vsem hodnotam senzoru atd.
kdyz jsem to tenkrat zkoumal, je to cca rok a pul, tak se to docela resilo, ze fibaro veci jsou super ve fibaro ekosystemu (s fibaro ridici jednotkou), ale s tim HA to nebylo nic moc, to uz vychazely funkcne lip ty danfossy a devola a poppy (jedna a ta sama hlavice)
jsou mimochodem fakt hodne tiche (
MAKROUSEK) rozhodne vic nez samoridici hlavice z conradu, ke kterym jsem se vratil (protoze proc kua spravovat cely HA kdyz mam jen dve hlavice a jeden teplomer a jeste to nebylo uplne stabilni)