Fjosepose

Hei Thermofloor, jeg tenker at det ville vært fint å få avklaring på mine spørsmål/påstander: 1) Når "bryter" i Z-wave command class 0x25 benyttes til å skru på reléet, responderer enheten da på maksgrensene for gulvtemperatur? 2) Når "bryter" i Z-wave command class 0x25 benyttes til å skru på reléet, så må relé slås av på tilsvarende måte ved bruk av denne "bryteren"? 3) Vil reléet kunne slås på som følge av en ALL ON broadcast eller lignende?

Jeg har dimmere og termostater og de inkluderer greit. Sistnevngte har feil i device template og må korrigeres i JS UI-kontrolleren.

At du setter verdier på config parametere, og så endrer de seg....det skyldes sannsynligvis feil i device templaten på kontrolleren din. Skal jeg tippe så ligger feilen i byte-størrelsen som tilhører hver config-parameter. skulle vært 1 men står som 2, eller omvendt. Dette kan du endre selv om du kjører Zwave JS UI.

I TF016 / TF021 FW1.8/1.92 så er det implementert en bryter i command class 0x25 som gjør at det går an å kontrollere termostaten uavhengig av temperatur-regulatoren. Man kan altså slå på varmekablene og de slår seg ikke av igjen med mindre man benytter denne bryteren. I tillegg fungerer heller ikke temperaturgrensene når dette skjer. I tillegg synes termostaten å reagere på ALL ON-broadcast? I sum synes dette å være en farlig implementasjon?

Jeg har en slags løsning for dettte, men det betyr at du selv må redigre på konfig, lite trolig at Heatit ønsker å bidra da de peker på "uoffisiell firmware". Om du limer inn dette i TF016-TF021-konfigfilen: "compat": { // The device reports its relay state via the Basic CC //"mapBasicReport": false, //original "mapBasicSet": "report", "preserveRootApplicationCCValueIDs": true, "removeEndpoints": "*", //"skipConfigurationNameQuery": true, //"skipConfigurationInfoQuery": true, // Supervision reports are sent from the root device instead of endpoints "commandClasses": { "add": { "Multilevel Sensor": { "endpoints": { "0": { "isSupported": true } } } }, "remove": { "Supervision": { "endpoints": "*" } } } }, Så vil du få noe som muligens kan fungere for deg, men husk å ta backup av original fil før du begynner å endre. Dette fungerer i Zwave JS UI stand-alone, men i løsninger med tett integrasjon så kan det muligens være koblinger som også må endre. Det skal ikke være noen stor fare forbundet med på teste litt så lenge du har noe å "rulle tilbake til". Om du ikke er utålmodig så kan du vente to-tre ukers tid så kommer det kanskje en offisiell fiks basert på det jeg har funnet ut, spørs litt på hva utviklerne i node-zwave-js rekker.

Hei Takk for respons. Jeg ber ikke om endringer i firmware, men om detaljer i implementasjonen av hvordan "rele-rapporteringen" er utført. Det vil gjøre det enklere for utvikler å legge til "skreddersøm" i driveren slik at enheten igjen vil fungere slik som tiltenkt. Basert på svaret synes bistand på Github uaktuelt fra deres side?

Hei Jeg har 9 Heatit-termostater(TF021) som kjører v1.92 og har for ikke så lenge siden gått over til kontrolleren Zwave JS UI (som Home Assistant, Homeseer, Domoticz, OpenHAB ml kjører på). Det som synes å være problematisk er å få relestatusen tilbake til kontroller, selv om dette tidligere har vært mulig på andre løsninger. Skal jeg støtte med på hva utvikler for den nye z-wavedriver forteller så kan z-wave standarden i enkelte tilfeller være vanskelig å forstå eller tvetydig, og således kan implementasjonen i devicene ikke bli helt optimal eller korrekt(og slik fanges gjerne ikke opp i sertifiseringsprosessen). For å få dette til å virke i fra driversiden må man gjøre endel "fikser", men for å få dette til er det nødvendig å kjenne til flest mulig detaljer. Slik der ser ut akkurat nå synes det ikke å fungere med "standard implementasjon" på driversiden, men man skal heller ikke underslå muligheten for at det kan være noe som må fikses med driveren også. Det som jeg trenger bistand til er å gi Z-wave JS UI korrekt informasjon slik at v1.92 fungerer hundre prosent. I Github finnes denne saken: https://github.com/zwave-js/node-zwave-js/issues/4688 . For å kunne gjøre "fikser" finnes disse mulighetene: https://github.com/zwave-js/node-zwave-js/blob/master/docs/config-files/file-format.md#compat Det ville være bra om dere kunne bistå med å finne en løsning her, da mine "faglige kapabiliteter" er noe begrenset og Zwave JS UI ikke har så mange ressurser for å kunne feilsøke på enkelt-devicer. Forbedringene vi gjør vil komme alle brukere av Home Assistant, Homeseer, Domoticz, OpenHAB til gode.

Hei. Beklager med jeg glemte helt av dette...driver å forbereder migrering fra Homeseer til ioBroker. Jeg trenger kun SmartStick'en og kjøper den gjerne om du fremdeles har den.

Denne fungerer finfint, men ser ut til at min NodRed ikke takler den store datamangden som kommer i retur. Er det noen enkel måte å feks begrense dataforespørselen til Oslo?

Nå er Sensibo tydeligvis tilbake i god form...så kanskje bare en tilfeldig feil eller noe annet.

Hei. Der ser ut til å være litt "krøll" med oppdateringen av variabler fra Sensibo-server til Homeseer-plug-in. Om jeg endrer verdien med fjernkontroll eller Sensibo-app så oppdateres ikke verdiene i Homeseer-plug-in'en. Homeseer plug-in'en fungerer dog til sende ut kommandoer/verdier(og dette reflekteres i Sensibo-app). Jeg har snust litt på Homey-appen og der ser i change loggen at noe i API'et er endret:

For Heatit termostat dukket denne opp hos meg(vist fra zwave js ui GUI), og jeg har ikke "laget den selv"(ble slik etter migreringen): Det som mangler er noen beskrivelser. Hva er feks endpoints i kolonnen helt til venstre? Denne kolonnen tilsvarer Step1 i wizarden, men jeg klarer ikke å finne noen håndfast om hva dette er. Videre er kolonnen til høyre også helt merkelig mhp endpoints.

Hei Jeg forsøker å beherske Homeseer4's nye z-wave jsui plug-in, og assosisasjoner. Det som tydelig er nytt (eller feil) er at det på enkelte devicer kommer endepunkter i menyen hvor man vanligvis velger "source device", slik som dette: Er det noen som vet om dette er en "bug or feature". Jeg ser i zwave js ui frontend at dette finnes: Altså kan man legge endpoints i "begge ender" av assosisasjonene. I den gamle plugin'en valgte man bare "source device" og derettter la man inn "target endpoints/devices" i de ulike gruppene til "source device". Er det noen som vet hvordan dette fungerer?

Har sendt deg en PM

Hei. Har du fremdeles noen ledig for salg?