Fjosepose

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?

Jeg har kjørt HS4 i lengre tid og løsningen har egentlig vært ganske stabil. Der som imidlertid har skjedd er at noen ting nå ha begynt å småhalte. 1) Etter en restart av HS4-applikasjonen så får jeg ikke kontakt med Z-wave-sticken (UZB) og jeg må fysisk ta den ut og sette den tilbake i datamaskinen. Etter litt fikling så klarer HS4 å lese sticken og fungere som normalt. Dette skjer stort sett hver gang jeg restarter applikasjonen. 2) GUI responderer ikke normalt. Noen ganger så laster sidene raskt, mens enkelte ganger henger det i lengre tid før siden plutselig laster. Noen ganger laster sidene ikke i det hele tatt. Systemet synes dog(til tross for ikke-fungerende GUI) å gjøre sin automatiseringsjobb. Dette skjedde ettter at jeg installerte Win11, men HS4 fungerte fint i ukesvis før dette begynte å hende. Jeg har forsøkt å disable både anti-virus og firewalls. Det er ikke nødvendigvis noen sammenheng med de to situasjonene jeg beskriver. Jeg har forsøkt å søke litt etter løsninger men ikke funnet noe som jeg har løst problemet. Noen her som kan ha noen gode forslag?

Takker! Hadde glemt av at ChatGPT kunne oversette. Eksempelet med hs.URLAction fungerte ikke, men ved å bruke System.Net.WebClient i oversettingsforespørselen til ChatGPT kom det ut noe som fungerte finfint!

Jeg har knotet i noen timer nå med å transformere følgende til å fungere i et script i Homeseer: curl -X 'POST' \ 'https://home.sensibo.com/api/v2/pods/ghrFEH7V/acStates?apiKey=DAwKrth4nBM8IYNNA2BekoZfG0ySzc' \ -H 'accept: */*' \ -H 'Content-Type: application/json' \ -d '{ "acState": { "horizontalSwing": "fixedLeft" } }' Er det noen her som kunne forbarmet seg og laget en kjapp VB-kode for Homeseer scripts? Jeg fikk Sensibo plug-in'en til å fungere, men det mangler kontroll over horisontal sving, men dette scriptet ville fikse dette.

Ser ut til at det ha hatt noe med hvordan filene ble kopiert inn fra zip-filen, og dermed kanskje også fil-rettighetene, til de ulike lokasjonene, for nå virker det finfint. Litt videre spinn: Det jeg mangler er innstillinger for horizontalSwing...men dette kan jo muligens implementeres i et eget script om det er mulig å sende en PATCH-request fra scripting via events i Homeseer? Har ikke helt klart å finne noe der om metoden PATCH?

Jeg har forsøkt dette i litt forskjellige varienter uten hell. Når jeg nøyaktig gjorde som i oppskriften over fikk jeg dette: Warning, Cannot load EXE file (possibly missing dependencies) HSPI_SensiboClimate.exe: Unable to load one or more of the requested types. Retrieve the LoaderExceptions property for more information.Warning, Error details with EXE HSPI_SensiboClimate.exe: Could not load file or assembly 'Hspi, Version=1.4.177.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.

Dette er en førstegangs installasjon. Jeg har sett at man muligens trenger en fil som heter noe ala "updater override"... Å legge filene over i mappen ser ikke ut til å fungere.

Jeg søker tydeligvis ikke på riktige nøkkelord... Nå har jeg lasted ned zip-filen med siste Sensibo-plugin, men klarer ikke helt å finne ut hva som er neste skritt for å kunne installere denne på HS4?

Fant du noe mer om dette? Ryktene går om at Verisure kutter «gratiskoblingen» til Doorman og at man istedet må ha alarmabonnement.

Ja, jeg kjøpte denne en Powerwalker VI 850 SHL Det viktige er dog at enheten støtter «HID» for uten dette fungerer UPSen ikke med Homeseer Plug-in’en. Når enheten er HID-kompatibel så kan du også bruke Windows sine innebyggede funksjoner for å styre UPSen

Har klikkt&søkt....finnes det et sted her på siden hvor det oppdaterte scriptet er?

Jeg bytter batteri omlag en gang i året(og da er det mye ut og inn med to unger og hund), men ser at Duracell Ultra feks varer endel lengre enn Varta fra ClasO. Om du må bytte ofte da er det nok noe krøll. Dere kan evt ha 10 faste koder fremfor trådløs modul og Verisure, det vil sikkert øke batterilevetiden.

Hei. Var ikke rare responsen som dukket opp her. Har du funnet noen NodeRed-løsning til Doorman’en?

@Moskus vet du om HS4 z-wave plug-in egentlig benytter z-wave2.db? Når jeg har lastet inn legacy plugin så er det "aktivitet" på databasen, men når jeg bytter over til HS4 plug-in så slutter database (z-wave2.db) å endre seg...

For at "alt" skal være fungerende igjen...da burde vel filen "Z-Wave2.db" endre seg(dato og/eller størrelse) om jeg legger til eller sletter en device? Slik jeg skjønner så er denne filen en slags cache for innholdet i z-sticken? Jeg ser at dette skjer med filene ".node" og ".zwave" hver gang noen endres på Zwave-nettverket...