ZoRaC

Det samme har jeg lest... Jeg har 1 RGB-pære og 3 vanlige (+1 i kald bod). Alle har vel vært ute et par måneder nå og rundt -20 har det vært i hvertfall. Fungerer fint her også.

Hva mener du? https://m2.ikea.com/no/no/p/tradfri-gateway-hvit-40337806/

Det er Trådfri-produktene som må opp på et visst nivå før deCONZ kan oppgradere dem høyere.

Du må opp på en viss versjon før deCONZ kan oppgradere, så kan være greit å ha den liggende. siste pære jeg kjøpte kom med ny nok versjon, men du kan jo være uheldig å kjøpe en fra et gammelt parti.

Det er allerede mulig, jeg har gjort det.

Var det ikke slik at det skulle komme en ny Z-wave-modul til sommeren og at dette da er den gamle modulen (men som forøvrig også fungerer mot 150-låsen)?

https://ww8.ikea.com/ikeahomesmart/releasenotes/releasenotes.html

Jepp. Bruker blant annet et par av Jon00 sine "plugins", men de gir samme feilmelding.

Nå virker det! Vet ikke helt hva som gjorde utslaget, for et eller annet sted i feilsøkingen har jeg greid å ta vekk "echo $response"... ? <?php $json = '{"query":"{viewer {homes {currentSubscription {priceInfo {current {total energy tax startsAt }}}}}}"}'; # Create a connection $ch = curl_init('https://api.tibber.com/v1-beta/gql'); # Setting our options curl_setopt($ch, CURLOPT_URL, 'https://api.tibber.com/v1-beta/gql'); curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/json', 'Authorization: Bearer d1007ead2dc84a2b82f0de19451c5fb22112f7ae11d19bf2bedb224a003ff74a')); curl_setopt($ch, CURLOPT_POST, true); curl_setopt($ch, CURLOPT_POSTFIELDS, $json); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); # Get the response $response = curl_exec($ch); curl_close($ch); echo '<pre>'; echo $json.'<br>'; echo json_encode(json_decode($response), JSON_PRETTY_PRINT); ?> Da er det bare å dytte den inn i HomeSeer via JSON-interfacet, inntil @Moskus får laget en Tibber-plugin...

Ja, jeg har til og med kopiert den inn fra samme fil som jeg testet curl.exe fra: Kjørte den også gjennom en JSON-validator, og det er gyldig JSON.

Takk, det ga litt mer! Men jeg ser ikke akkurat noe feil...? Prøvde med og uten den, ingen forskjell.

Det funker via deres API Explorer og via kommandolinje med curl.exe fra PCen min.

Dette er Tibber sin demo-token fra eksempelet deres, ikke min personlige. Samme som de bruker her: https://developer.tibber.com/explorer

Siden PHP er et språk jeg kan, tenkte jeg å bare lage en enkel sak som kjøres jevnlig og oppdaterer en device i HomeSeer via JSON-interface. Har tatt utgangspunkt i dette: https://developer.tibber.com/docs/guides/calling-api Og har da dette PHP-scriptet: <?php $json = json_encode(array('query' => '{viewer {homes {currentSubscription {priceInfo {current {total energy tax startsAt }}}}}}')); # Create a connection $ch = curl_init(); # Setting our options curl_setopt($ch, CURLOPT_URL, 'https://api.tibber.com/v1-beta/gql'); curl_setopt($ch, CURLOPT_CUSTOMREQUEST, 'POST'); curl_setopt($ch, CURLOPT_HEADER, true); curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/json', 'Authorization: Bearer d1007ead2dc84a2b82f0de19451c5fb22112f7ae11d19bf2bedb224a003ff74a')); curl_setopt($ch, CURLOPT_POST, true); curl_setopt($ch, CURLOPT_POSTFIELDS, $json); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); curl_setopt($ch, CURLOPT_VERBOSE, true); # Get the response $response = curl_exec($ch); var_dump(curl_error($ch)); var_dump($resonse); echo '<pre>'; var_dump(curl_getinfo($ch)); echo $json; curl_close($ch); ?> Denne returnerer bare NULL og curl_error er bare en tom streng. curl_getinfo sier blant annet: ["http_code"]=> int(200) Noen som ser hva som kan være galt?

Jeg sliter med feilmeldinger på ASPX-sider på min HS3. Litt usikker på når det startet... Kjører Ubuntu 16.04 med Mono 5.4.1.6. Med "test.aspx" (og andre ASPX-sider) får jeg denne: Noen andre med samme problem, evt har tips til feilsøking?

Må du gjøre noe spesielt for å få til det? Hos meg forholder den seg til både lydløs og «ikke forstyrr»...

Bare på Android, ikke iOS, vel?

Riktignok IR... https://www.amazon.com/Topist-Submersible-Waterproof-Controller-Christmas/dp/B01M0UKI42

Ja, det koster litt å komme i gang. Et tips kan være å få på plass varmestyring i 3 rom (f.eks med en billig temp.måler og plugin til panelovn). Da kan du søke 20% refusjon fra Enova på server, programvare (inkl plugins), USB-controllere, værstasjoner, osv (alt du søker om må være anskaffet siste 12 mnd). Jeg fikk akkurat igjen 1400 kr! Ja, det er det fine - USB-enhetene fungerer mot det meste og man kan prøve litt forskjellig før man velger. HomeSeer er litt dyr, kommer trolig på halv pris i mai, men den har også prøveversjon da. Jeg ville kanskje ventet litt med å ta i bruk ConBee/deCONZ - det kompliserer oppsettet litt og er som sagt i beta enda (men veldig aktiv utvikling for tiden!). Så den kan muligens skape deg litt for mye bry (=tid) i starten. Men, sjekk om programvaren du vurderer har støtte for deCONZ i det minste.

Etter at appen ble oppdatert en gang i høst, så ble den mye raskere og mer stabil hos meg. Jeg har slått fra meg tanken om å bytte til noen annet. Heter appen din HS3Touch eller HSTouch?

@Moskus er over alt, og har laget dette eksemplet som jeg tror forklarer mye av det du spør om. https://forums.homeseer.com/showthread.php?t=177339

Det er i utgangspunktet 2 protokoller som er mest utbredt/vanlig: Z-wave og ZigBee (og i desember kjøpte ZigBee-produsenten opp Z-wave-produsenten). ZigBee brukes av blant annet IKEA Trådfri, Philips Hue, Elko Wireless og Xiaomi. ZigBee har ikke like "stricte" sertifiseringsprosedyrer som Z-wave. Det fører til at det kan være litt "bingo" om ZigBee-enheter fungerer mot hverandre eller ikke. F.eks må IKEA Trådfri oppdateres med ny firmware for å kunne legges til i en Hue-hub. En annen konsekvens er at ZigBee-enheter kanskje er litt billigere (som IKEA Trådfri og Xiaomi). Z-wave har ganske "stricte" sertifisertingsprosedyrer. Det gjør at de i utgangspunktet skal fungere om hverandre, men de er gjerne litt dyrere. En annen "protokoll" er 433 MHz-utstyr - jeg skriver "protokoll" fordi det egentlig ikke er en protokoll, men en frekvens (på samme måte som at Z-wave er 868 MHz og ZigBee 2,4 GHz). Forskjellen er at man med f.eks en RFXtrx433E kan kommunisere med veldig mange enheter som går på 433 MHz (fordi RFXtrx433E støtter veldig mange protokoller på den frekvensen), mens man med Z-wave ikke kan kommunisere med andre enheter på 868 MHz. Felles for 433 MHz-utstyr er at de ikke "kvitterer" for om et signal er mottatt eller ikke, i motsetning til f.eks Z-wave. Det gjør at om "on"-signalet til lyset ikke kommer frem, så vil sentralen din fortsatt tro lyset er påslått. Z-wave kvitterer for mottatt signal og vil sende signalet på nytt hvis det ikke får kvittering. 433 MHz er billig (f.eks Nexa-utstyr), men er altså best egnet til f.eks temperatursensorer (for det er ikke så farlig om signalet ikke kommer frem en gang i blant). Jeg har fra dag 1 hatt Z-wave og RFXtrx433E, men har først nå nylig utvidet med ZigBee. Nå føler jeg at jeg har "alt jeg trenger" og kan omtrent kjøpe hva jeg vil av utstyr. F.eks bruker jeg den knappen over til å slå på en pluginmodul fra Nexa (433 MHz) og det bare fungerer, uten at jeg trenger tenke på om det er den ene eller andre protokollen. ConBee/RaspBee og deCONZ er relativt nytt og fremdeles beta, men fungerer bra hos meg (mot litt Xiaomi-brytere og en del IKEA-pærer). Nest er vel wifi, så på en måte er vel svaret "ja"...

Denne går på ZigBee, ikke Z-wave. Du trenger en ConBee eller RaspBee og deCONZ-programvaren. Usikker på hvordan den kan integreres mot OpenHAB - til HomeSeer er det en plugin (JowieHue).

Kan forsøke en rescan. Evt en «replace bad node».

Takk for tipset, koster 4 USD mer ser jeg. Får bli en slik neste gang! Jeg har deaktivert lux-måling, så godt det lot seg gjøre. Bruker bare bevegelse og tenkte det var greit å prøve å spare batteriet så mye som mulig...