NilsOF

Mener jeg så en tråd på OpenHAB-forumet der det ble nevnt at zigbee-SDKen fra silabs hadde en bug som berørte noen Ikea-pærer (alt etter chip i dem). Feilen er at de faller ut av nettet ved visse forutsetninger. Så Ikea sine firmware-oppdateringer er noe å holde ett halvt øye på.

Jeg har ovnene på Fibaro WP, en trefase med ett potensialfritt Namron puck innebygd, en på Ikea sin WP. Må si at Fibaro sine følges ekstra godt med på, da jeg syns de blir varme. Ellers har jeg en Namron WP 16A som jeg nok skulle hatt flere av. Produsert av Sunricher, men fungerer bra i zwave-nettet. Har kjøpt inn en Apex zigbee WP som jeg enda ikke har fått testet. Den er liten, 16A med måler.

Og da må man spørre seg hvorfor 🙂 Det at klientene sparkes ut fra aksesspunktet i håp om at klienten skal velge 5ghz er ikke noe annet enn en grov hack. Det var nødvendig i offentlige nett som skoler og idretshaller da alle begynte mer og mer å gå med telefoner som foretrakk 2.4ghz som førstevalg. I hjemmenettverk i dag gjør denne funksjonen mere skade enn godt.

Da er det nok WiFi -aksesspunktene som tuller. Mere spesifikt vil jeg tro at det er en altfor agressiv metode for å tippe klientene over på 5ghz. Dette gjøres ved at klienten sparkes ut av 2.4ghz i det håpet at klienten skal kople opp på 5ghz. Aksesspunktet må huske at klienten ikke koplet seg på 5ghz og la klienten bruke 2.4ghz neste gang.

Jeg kan ikke se noen grunn til å bruke forskjellig SSID på 2.5 og 5Ghz. La også både 2.4 og 5 Ghz bruke samme nettverkssegment/VLAN.

@Vegard trenger hjelp Hvordan man skal gjøre dette i ditt system kan jeg ikke hjelpe med 🙂 Men man trenger en god sensor plassert sånn at det kan leses luminansverdier innenfor ett brukbart måleomeråde . Hovedlyskilden står 1,5 meter fra sensoren i mitt tilfelle. Det er nok til at lyset slåes helt av når sola skinner inn i rommet. Jeg vil tro at en Aeotec ms6 på USB forsyning fungerer utmerket. Ms6 på batteri er jeg sikker på at ikke vil fungere. Jeg tror også at et Fibaro-øye heller ikke duger. Hue sin sensor fungerer strålende.

Lysstyrke er en rar ting. Og det må nesten være mere enn noe som kan beregnes med en logaritme med i spillet. Det skal ikke mye lys til i mørket for at vi kan se ting når øynene er tilvendt. På dagtid så måles luminansen fra sensorene til skyhøye verdier, men på natt/kveld så faller verdiene fort til null. For alt jeg vet så oppfatter øynene disse forskjellene alt etter hvor mye gulerot man spiser.

Ja. Ikke akkurat PID, men en justering på en hundredel av dimmeverdien pr minutt. Dette er en så liten endring av lysstyrken at det oppfattes glidende og umerkbart. Til akkurat dette eksperimentet bruker jeg en Hue innendørs-sensor. Som uvidelse tenker jeg å dele opp døgnet og sette ny "target" (luminansverdi) på klokkeslett. Med ett knepp justering pr. minutt så vil dette også oppfattes glidende og umerkbart. Videre blir det å sømme inn bevegelsesensorene slik at lyset dimmes ned (ett knepp pr. minutt) om det ikke er bevegelse i rommet (og naborommene).

Jeg har så smått begynt å eksperimentere litt med lysstyrkeregulering ut i fra måling fra sensor. Den mest vellykkede metoden så langt fungerer etter "sample and hold": Dimmingen av lyset gjøres til ønsket styrke med bryter/app. Når sensoren rapporterer lysnivå etterpå så lagres dette. Hvert minutt sjekkes det lagrede nivået mot siste målte nivå fra sensor og dimmingen av lysene justeres opp eller ned ett knepp om det er utenfor en hysterese. Denne minuttjusteringen hoppes over når man venter på ny måling fra sensor etter manuell justering av lysstyrke. Dimmere i openhab har en oppløsning på hundredeler. Hysteresen er ganske uvitenskaplig satt til 1/15 av samplet lysstyrke. edit: hysteresen vil nok variere etter hvor sensoren er plassert i forhold til vinduer og lamper. Så langt er det ingen som har kommentert eller lagt merke til den automatikken 🙂 Bortsett fra meg.

Man trenger ikke noen smarthub om man trekker kabel, for å holde det enklest mulig. Det spørs bare på hvor langt dere vil ta det med fjernkontroll og overvåkning osv. Mye avhenger av hva man har bruk for, hvem som skal betjene og hvem som skal vedlikeholde. Mest mulig hyllevare der hver enkelt komponent kan skaffes og byttes har alltid vært mitt motto. (Unntaket er det jeg diller med hjemme, om jeg stryker med så tror jeg nok det enkleste vil være å begynne på nytt 😄 )

All styring skjer nok inne under de røde dekslene. Og det er på termostaten, som da sikkert ligger inne i hvert element, man må klippe seg innpå. Jeg foreslår en termostat (a la noe som brukes på bad) som styrer to releer, ett relee for hvert element. Den store utfordringen ligger i å finne plassering for temperaturføleren.

Definitivt ikke noe jeg gjorde i dag.. Men jeg har gode nyheter: Det går mot lysere tider:

Jeg kan tenke meg flere måter å løse dette på. Men det er sikkert noe sirkulasjons-greier med i spillet, samt at effekten på elementene sikkert er litt over det vi har på normale badegulv. Jeg antar at det er noen kontaktorer på elementene, og at det er en form for temperaturstyring der fra før?

Denn var fin! Edit: Svakheten er at du baserer deg på spenningsfallet på trafoen sånn som det er tegnet? Og så er spenningsfallet som trigger optokopleren det samme som spenningsfallet som Fibaro-dingsen har som drivspenning? Ikke helt slik jeg ville gjordt det, men du skal ha mye kred for oppfinnsomhet!! 😉 😄

videre fra den linken: Så, man kan annta at ved å overstyre "mqtt.wiz.world" til å peke på sin egen mqtt-server så har man kanskje full lokal kontroll. Og da begynner det å ligne på noe. Men, så er man avhengig av at Wiz ikke plutselig finner på at de skal "fikse" sikkerheten. Wiz er eid av samme selskap som Philips Hue. Ikke usannsynlig at det skjer noe med "sikkerheten" på disse pærene om det blir litt skiving i pressen..

Ja, skal se mere på Z-Way. Holder den muligheten åpen. Har såvidt kikket i expert-modusen. Men også ha muligheten til å sniffe ute ved de enkelte nodene. Da slipper jeg å stoppe z-wave -bindingen for å la Z-Way inspisere meshet.

Bare for å utdype: Når man "healer" meshet, så senkes sendestyrken på radioene i forhold til normalt. Derfor oppstår de stiplete linjene. Jeg opererer helt i grenseland som det er nå, men har lyst til å se hva som faktisk skjer ettersom jeg legger inn flere noder.

@iblisJodda, spørre kan man 😄 Mitt z-wave -nett er ganske spredt, jeg vil se hvor routingen tar veien og om det er mye re-sending pga. dårlig signal. Aeotec -stikkene min fikk korupt nv-ram på ett eller annet vis, og en av stikkene fikk en form for kontaktfeil. Jeg anskaffet meg derfor noen UZB1 og måtte sette opp nettet på nytt. Dette er jeg ikke ferdig med, og ønsker å sette inn riktige remedier på riktig plass. Dessuten er eg utdannet innen elektronikk og digitalteknikk med tilhørende feilsøking. Jeg føler meg naken uten verktøy. Akkurat nå ser nettet slik ut: (Det må være noe støy ett sted, offline noder er i nærheten av stikka). Stiplete linjer er noder som ser den andre (ved "healing"), men ikke motsatt. Ja, nettet mitt er altfor magert enda, må ha flere noder for å få ett stabilt mesh.

Det er ikke gammeldags termostat av bimetalltypen, da det er en liten lysdiode ved hjulet. Så noe elektronikk er det nok inne i den. Kjøpte den på Elkjøp, uten at jeg klarer å finne en produktlink til deg. Se etter en med hjul for temperaturinnstilling, uten andre knapper og display. Da er man nærmest garantert at elektronikken leser hjulet ved oppstart og med jevne mellomrom i drift. Meget mulig, det er ukjent for meg.

Bump! Litt mere info: Driverene som trengs er inkludert med flashe-programmet iflg. div dokumentasjon. Jeg er usikker på hvor firmwaren for stikka skal komme fra.. Men det ser ut som silabs vil inkludere alle verktøyene i "studioet". Dette lover dårlig for enkel feilsøking fremover. på den positive siden så finnes det litt info og software for å sløyfe det sniffer-stikka ser over til Wireshark. Men man trenger også da ei stikke som er flashet med sniffer-firmware.

Dette kommer opp med jevne mellomrom. I gamle dager på div. forum ville man ropt: "Sticky! sticky!" 😄

Jeg vil ikke ha Heatit-produkter sålenge de ikke fungerer ut av eska. Det er jo lag på lag med problemer. Nå kan det jo være OZW som er problemet. Det er bare det at OpenHAB -forumet også har noen tråder ( En helt uavhengig implementasjon).. Produsenten må på banen for å rydde opp! Mulig det er lys i tunellen nå, men jeg synest hele greia er ganske tåkete. Edit: ser nå at det er litt feil tråd, men enn så lenge har jeg ikke funnet noen gulvtermostat jeg tør å gå for. Enig med @Moskus, man må ha ett toppsystem som er uavhengig av aktører som Google. Google må ansees som en komponent man plugger inn og man kan være foruten. Hva man skal velge bør bestemmes ut i fra eget ståsted og preferanser.

Da har jeg brukt altfor mange timer på silabs.com og SimplicityStudio. Jeg klarer rett og slett ikke å finne verktøyene som trengs. Dette burde være en smal sak, men.. De dær studio-greiene er alt annet enn enkelt. Og web-sidene til silabs er ett skoleeksempel på mye fluff og lite innhold. Derfor håper jeg noen av dere har installasjonsfilene liggende på PCn. Jeg trenger: Drivere for for programmereren. Programmereren firmware for usb-stikka. og selve snifferprogrammet

@FrankhDu har kontroll 🙂 🙂 Purple er Pils? Jeg lurer mere på hva du har for noe spennende på Orange? Jeg kommer nok til å gå for en ESP32. Utfordringen er at det ombygde kjøleskapet ikke blir stående hos meg. Men Tilt vil jeg ha støtte for 🙂 @kanuttenskal sjekke ut brewpiless

Artig. Kom nettopp hjem fra bryggelaget. Og mens vi brygget ( og tappet) så ble som alltid utvidelse av utstyret diskutert. Flaskehalsen fremover ser ut til å bli plass til kontrollert gjæring. Jeg må virkelig kaste meg rundt og få laget en kontroller.