NilsOF

Heh, fant ikke noe bedre enn pokal å rate denne posten. Og det betyr egentlig "takk" Jeg driter i det og finner posten verdig en STOR pokal !

Jepp, Ikea slapp en oppdatering i Desember som skulle fikse dette. Den siste oppdateringen nå i Januar var ment til å fikse veggpluggen. Så hva sier dere med Ikea-hub? Har det blitt bedre?

Jeg finner det merkelig om Ikea vil blokkere firmware-oppgraderinger over tredjeparts rammerverk. Det kan da umulig være bra for salget av lyspærer. Nåvel, det er ikke bestandig slike innlåsings-beslutninger er fornuftige.. Nå har ikke Ikea sin håndtering av firmware vært spesielt bra heller. Jeg hadde sluttet å kjøpe Ikea-produkter pga. dette. Feilen med at de ramler ut av meshet har vært en riktig show-stopper. Nesten så jeg heller mot at Ikea fortsatt ikke har fått grep om firmwaren sin. Dette vil jeg holde på til det finnes en teknisk underbygd forklaring 😉 openHAB har ikke noe auto-oppdatering av firmware. Og siden jeg har et par håndfull med Ikea-dingser så prøver jeg å gjøre noe med det. Det er bare ett spørsmål om tidsforbruket er verdt det. Jeg må rigge et testsystem med sniffing samtidig som det debuglogges og litt overvåkning med noen egenskrevne pythonscript. Og ikke minst det må det analyseres og forståes hva som skjer. Så langt har jeg fått oppgradert 5 lyspærer som virkelig har vært notoriske, samt en veggplugg. Jeg mener å se det samme som diskusjonen på phoscon. De dingsene som ikke har fullt så gammel firmware har jeg ikke lykkes med så langt.

Kjøp noen få (en eller to) av hver dings. Begynn å bruke de så du ser hvor godt dingsen fungerer til ditt bruk. Billige dingser er billige av en grunn. Men også dyrere dingser kan fort vise seg å falle igjennom. Det er definitivt mye søppel i salg.

Kabel fram til hvert aksesspunkt og kanalplanlegging er absolutt det beste. Disse er vanskelig å komme rundt om man skal ha ett stabilt resultat. Om man skal gå for en mesh-løsning, så må man ha en separat uplink på egen frekvens. Da begynner det fort å bli trangt med kanaler også på 5ghz. Dette krever etter min mening enda mere kanalplanlegging. Jeg kan si mye om autovelging av kanaler, likevel for å gjøre det kort: Gjør krav på kanalene, "Dette er mine kanaler" og stabilisere infrastrukturen med UPS ol. (Igjen: kabling). Heller ikke sett båndbredden på kanalene for bredt. Dvs. gi naboenes auto-velging av kanaler noen frekvenser å velge imellom så det blir mindre sjans for at de forstyrrer ditt anlegg. Med andre ord: Ditt anlegg må være bedre enn naboens, sånn att ditt anlegg er oppe (med fornuftige settinger!) når naboens sitt auto/auto/alt forsøker seg på å finne kanaler.

Iflg https://ww8.ikea.com/ikeahomesmart/releasenotes/releasenotes.html så har Ikea omsider fått fingeren ut og ordnet "an issue where product become unreachable after a gateway restart". Siden mange av dere sikkert allerede har prøvd disse oppdateringene: Har det blitt bedre, eller ramler fortsatt lyspærer og div. ut fra meshet?

Man sliter med dårlig mesh helt til at man plutselig en dag har nok gode noder i meshet 🙂 Husk: batteri-drevne sensorer vil ikke fungere som routere i meshet. Dette gjelder for både zigbee og z-wave. Jeg har ikke ett stort z-wave nett. Det holdes mye oppe med Aeotec MS 6 sensorer histen og pisten. Disse er alle drevet med USB-power. Forøvrig kan du glemme MS6 som batteridrevne sensorer. Om du skrur opp rapportering og følsomhet til noe som ligner brukbart så tømmes batteriene på ett blunk. Og da bare ligner resultatet på brukbart. Zigbee sensorer på batteri er kjappere og bruker mindre strøm. Likevel er det greit å finne standard batterier når de er tomme. Og de blir de. Jeg har stort sett Hue sine sensorer da de bruker AA (eller var det AAA?). Evaluerer Sonoff sine nå (de bruker de store flate runde batteriene, ikke standard, må kjøpe en kasse reserve-batterier om jeg går den veien). Zigbee sensorer virker som sagt best når det er nok routere i meshet, som feks. lyspærer.

Jeg bruker noe helt annet (python script) og la merke til at det skulle være to grader ute. Var 10 minus. Stusset på at det var så stor forskjell i går mellom mine sensorer og hva Yr sa. Restartet fnutten og det virker igjen. Må ta en titt når julefreden sjenker seg. Noe er det. Har virket snart ett år nå uten hikk.

Og jeg kjører fortiden uten noe komplett oppsatt bruker-UI. Bortsett da fra openHAB -appen som vi gjør grunninnstillinger i. Den røres ikke hver dag. Jeg i stedet har gått for rå programmering så lite justering er nødvendig.

Ikke for zigbee, der er det nøkler og noen form for status som er lagret i stikka. Mao, dingsene er ikke lagret i stikka ulikt z-wave.

Kom til å tenke på at det er viktig 😷 at HS kan snakke med stikka: - sjekk at HS kan snakke på riktig baudrate og flowcontroll (sw eller hw). - på ett tidspunkt endret Silabs seriellprotokollen. Jeg vet ikke om HS støtter begge. Om begge ovenstående er oppfylt så er det bedre dess nyere chipsett og dess nyere firmware stikka har. Og ting vil da bare virke (i teorien, men rart viss ikke). Jeg kan grave fram litt mere detaljer om ønskelig.

Bare for å legge til litt info angående "Ember"-baserte zigbee coordinatorer; Dess nyere firmware, dess bedre vil de fungere med zigbee v3 -dingser. Dess mere minne de har, jo flere router og dingser kan de holde rede på. Jeg ville heller gått for denne: https://www.popp.eu/zb-stick/ Den har en nyere og oppdatert "Ember"-chip og man slipper unna den unyttige z-wave biten med US-frekvenser som farlig nok kolliderer med de Norske GSM-frekvensene.

Ups, mitt forrige innlegg var litt brått ser jeg 🙂 Men for å utdype hva jeg mener er ordentlig verktøy: openHAB: Stødig og fleksibelt. VSCode IDE for å skrive regler (i openHAB sitt innebygde DSL-språk) Og min favoritt er Python3 hvor jeg bruker Pycharm som IDE. Må bare understreke det som ble sagt lengre opp i tråden: Det kommer veldig an på hvor man kommer fra og hvor man skal.

Og jeg fortsetter å klø meg i hodet over hvordan dere klarer å automatisere noe som helst uten ordentlige verktøy 🤣

Hehe, jeg tar en god spøk hvilken som helst dag! 😉 Mere seriøst; Det spørs hvor man kommer fra. Selv lærte jeg Basic (CBM64) Assembler og Pascal under oppvekst og skole, altså så typed og så langt fra en abstrakthert verden som Python tilbyr. M$ sin versjon av Basic og andre relaterte språk har alltid bydd meg rett imot fordi teknologien rett virker pervertert for en som mere og mere rettet seg mot OSS og Linux. I tillegg så må M$ sin bruk av kneskåltaktikk opp igjennom årene nevnes. Billy-boy ble rik (tidenes understatement), mens den mest groteske var Ballmer. Nå er verden meget anderledes, M$ har en sjef som har noe som ligner på IQ. Men, det er ikke gitt at den tilstanden vedvarer..! Som automatiseringsspråk så finner jeg Python meget brukendes. Å ha tillgang til all verdens rare biblioteker og fnutter er også ett pluss (og så et understatement). I rettferdighetens navn så var Bjarne Stroustrup en av personene bak C#, men pga. at M$ var arbeidsgiver så annså jeg tidlig den ballen for død. C# sin uavhengige versjon er Mono, dessverre så spiller den andrefiolin, og det ser ut som den vil fortsette med det inn i evigheten!

Dette er veldig avhengig av hvilket system som styrer og også dingse-modell. Det er en bug (buffer overflow) i Ikea sine lyspærer som gjør at de slutter å route når det er mye routing-forespørsler i meshet. Jeg synest denne er værre.. Bortsett fra det er ikke Ikea dårligere en de andre merkene. De modeller av Philips Hue -pærene jeg har vil feks. ikke ta imot hvit-balanse når pærene er mørke.. ..så jeg har workaround for det. Og jeg har workaround for routing-bugen til Ikea; jeg sender ikke noe til en Zigbee-dings som er offline, da det trigger en masse routingforespørsler for å prøve å lokalisere dingsen (med unntak av noen modeller av dingser som er operative men OpenHab oppfatter som offline.) Siden dimming og hvitbalanse går helt uavhengig av hverandre hos meg så har jeg ikke sett det problemet med for mange komandoer på en gang.

WiFi er ikke laget for å spare strøm. En WiFi-sensor på batteri vil ikke vare lenge.. Om man tenker z-wave og zigbee så er dette kommunikasjonsstandarder laget for formålet. z-wave på 868 MHz, zigbee på 2.4 GHz Edit: Det er ingenting i veien med å bruke WiFi og feks MQTT som protokoll over IP. Veldig få WiFi-dingser bruker en standard protokoll ut av eska. Og det er mye av problemet. Og man må selvfølgelig ha et ordentlig WiFi -system.

Må si jeg stusser veldig på dette utsagnet, så jeg må spørre siden jeg ikke kjenner HA. Å bygge mesh opp på nytt under OpenHAB tar noen minutter i værste fall. Vanligvis noen titalls sekunder. Og, ja ved hver restart. Så da må HA restartes veldig ofte for at det skal komme opp som ett problem?

Dekning kommer an på hvor mange routere det er i meshet på både z-wave og zigbee. Sånn passe overforsimplet 😉 Det spiller også en rolle hvor du bor. I tettbygde strøk er 2.4 Ghz rimelig tett befolket. Da vil man ha kortere rekkevidde (zigbee). Frekvensen som z-wave bruker kan også være brukt til mye rart. Så da spørs det om hvorfor man vil ha rekkevidde? Selv bor jeg landlig til og har flere bygninger jeg vil ha dekning i. Jeg er ikke i tvil om at zigbee er tingen for meg. z-wave har en hopp-grense på 4 devicer i meshet, mens zigbee ikke har den begrensningen. zigbee virker å være mye bedre på hvordan det kommuniseres i meshet. z-wave er ørlitt tregere på kommunikasjon og veeldig mye tregere for å få routing til å stabilisere seg. Vanligvis betyr ikke dette så mye. Må si at jeg ikke er noen fan av dingser som roper høyere enn resten av meshet.. For en zigbee coordinator kan det gå helt fint, det kommer mye an på hvor og hvordan.

Mja, nå kjenner jeg ikke CDon, men Amazon må nesten gå i samme kategori som Ali.. ..såvidt jeg vet kan hvem som helst selge noe over Amazon og det uten at kvalitets og sikkerhetskontroll er i høysetet. Om noen vet bedre en meg så kim inn! 🙂

Fordi man aldri vet hva man får? Feks. en stor "industri" i Kina er samensnekring på kjøkkenbordet imellom bleieskift på minstemann og bestefar. Dette kan være alt fra rep og modifikasjon av forkastede dingser fra en større fabrikk til bygging av kopi av kopi. I tillegg er forfalskning av komponenter et stort problem. Når en større aktør her hjemme skal ha noe for elnettet så bestilles det fra fabrikk etter spesifikasjon. Ikke fra Ali Baba og de syv røverne.

Sikkert ikke, det er bare sånn at Aqara sine produkter ikke alltid har vært like pålitelige. De har hatt en tendens til å justere litt på kretser og software med kanskje bare en liten endring på modellnummer. Så det som ser likt ut behøver ikke være det.

Kunne ikke sagt meg mere enig! Det er fryktelig grov invasjon i privatsfæren uansett hvordan man snur og vender på det. Jeg kikket såvidt etter noe som kunne kjøre lokalt, men fant bare noen som kanskje kunne virke på oppadstigende måne ved sønnavind. (ikke spørr, jeg må også spørre om dette nå) Jeg valgte heller å gå veien om rå programmering. Resultatet er at jeg kun har minimalt med fjernkontroller ( eller "lysbrytere" om man vil kalle det det). Resten er styrt fra bevegelsensorer, lyssensorer og temperatusensorer. Grunninstillingene gjøres via openHAB sin app eller webinterface. Det er svært sjelden vi rører disse for dagligdagse ting. Jeg kan faktisk ikke tenke meg tanken med å begynne å mekre som en annen sau bare får å få lys av/på eller bare ørlitt justert.

Silabs "eier" både z-wave og zigbee. De har allerede noe IP-styring på gang z-wave. Hva som er i emninga vet bare Silabs og betalende medlemmer xxx-"open"-konsortiene (Noe er publisert og vil fortsette å komme i drypp). Vi kan vente å se hva som blir hengende igjen, eller vi kan i mellomtiden bruke eksisterende teknologier. Den som venter, den venter 🙂 Silabs er i gamet for å selge chipset, så jeg tviler på at noe blir lagt dødt før det ikke er penger å tjene.

Ja, såfremt man har noe å samle de forskjellige teknologiene i. Jeg har feks. Z-wave, zigbee og MQTT temperatursensorer som samlet styrer varmepumpa (MQTT) fra openHAB. Nå har ikke jeg noe wiz, men prinsippet blir det samme.