NilsOF

hm, vet nesten ikke om det det er verdt å spørre: Er det noen som har fått greiene tiil å virke STABILT? Og da mener jeg med stabilt over to måneder eller lengre!

Kan ikke si meg mere enig 🙂 Copy/paste og search/replace slår fort ihel tusenvis av museklikk. Jeg kommer definitivt til å fortsette med å ha det meste definert i tekst-filer. Oppgraderte til i OH3 i jula. UI er absolutt ett stort skritt i riktig retning. Jeg fikk ikke sett så mye på det, da z-wave-nettet mitt flatet ut som Bambi på glattisen. Men fikk da begynt på å sette opp semantikken i tekstfiler. Prøvde i UI, men jeg fikk fort vondt i musearma. Nå er det fortsatt noen bugs som må rettes, så jeg hoppet nok på toget litt for tidlig. Jeg bruker unstable (snapshot) og oppdaterer om jeg ser noe rart. Det fungerer bedre enn OH2 stable tidvis gjorde.

hm, tenkte jeg skulle poste koden for sitemap-en brukt over, men finner ikke noen måte å slå på "code" -funksjonen, så jeg lar være. Det er ikke lesbart uten.. Uansett, en produktiv dag 🙂

Skrev ferdig (for denne gang, tror jeg da akkurat nå) en mer generell regel i HABApp slik at jeg har Wallplugs programmerbar på klokkeslett og ta hensyn til oppvarmingstid for motorvarmere. Disse WallPluggene er plassert rundt om på gården og er en mix av zigbee og z-wave. For å få fruens motorvarmer til å skjønne konseptet "Helg" så ble den regelen sånn: Plasserte også ut diverse dingser jeg hadde liggende ubrukt som signal-routere på z-wave på strategiske steder. Nye zigbee WallPlugs ble også satt opp dær z-wave ikke rekker. 4-hopp-grensa på z-wave er og blir en begrensning for meg. Lagde nye sitemaps for timere og motorvarmer funksjon på WallPluggene (screenshots): Sitemaps er genialt, de er veldig kjapt å ta opp mobilen for å endre settinger i OpenHAP-Appen. Ikke porno, men funksjonell, også utenfor eget WiFi-nett.

Og sånn ble det seendes ut når en amatør som meg bruker HABApp med logging og bjeller på for å få SwitchItem "Helg" i OpenHAB: import HABApp, logging import datetime import holidays.countries.norway oh_helg_itemnavn = "Helg" class Helg(HABApp.Rule): def __init__(self): super().__init__() self.log = logging.getLogger('HABApp') self.log.info('Helg regel: startet') self.oppdater_oh_item() self.run_on_every_day(datetime.time(hour=0,minute=0), self.oppdater_oh_item) self.run_hourly(self.oppdater_oh_item) def oppdater_oh_item(self): hour = datetime.datetime.now().hour minute = datetime.datetime.now().minute if self.oh.item_exists(oh_helg_itemnavn): if datetime.date.today() in holidays.Norway(): self.oh.send_command(oh_helg_itemnavn, "ON") if hour == 0 and minute == 0: self.log.info("Helg regel: Jammen ble det helg igjen!") else: self.oh.send_command(oh_helg_itemnavn, "OFF") if hour == 0 and minute == 0: self.log.info("Helg regel: Nope! Atter en vanlig arbeidsdag.") else: self.log.error(f"Helg regel: OH Item {oh_helg_itemnavn} finnes ikke!") Helg()

fra https://www.wizconnected.com/no-NO/forbruker/ : ja, skjønner at intensjonene er å få forbruker til å tro at det aldri blir noe tull..

Jeg klarer ikke helt å se hvordan software skal spille inn på levetiden. Det må i tilfelle ha å gjøre med varme på noe vis. At software-kombinasjoner spiller en rolle når de faller ut av nettet: Absolutt. (jeg bruker OpenHAB sin zigbee-binding, Ikea -pærene har falt ut av nettet en gang på 6 måneder og det var etter at strømmen kom og gikk mange ganger i hurtig tempo. Hvor stabile de er over år gjenstår å se for meg) Edit: Når jeg tenker meg om, så har en Ikea-pære dødd for meg også, urelatert til strømbrudd. Ingen Hue-produkter har dødd på to år, og jeg har flere av dem, først på Hue-hubben og etterhvert rett på OpenHAB.

Nei, du har nok valgt den fella som passer bruken best 🙂 Har også samme erfaring med de plastfellene, de blir spist opp. Rapp-fellene fantes ikke å få tak i en periode, og så dukket det opp noen Rapp-lingnende som ikke var av samme kvalitet som gamle Rapp.

@Einarhar spissmus, jeg har to sorter langromper, den ene sorten er liten og atletisk, den andre større og rundere. Jeg kaller de for klatremus og bollemus. Begge sortene er noen vannvittige gode klatrere, jeg har sett at de klatrer rett opp og ned på ytterveggene! De to beste fellene heter etter rang: Pus og Rapp. Pus er selvgående og ferdig automatisert. En vibrasjonssensor pr. Rapp hadde ikke vært dumt, da de er plassert på steder Pus ikke kan komme til.

Skal z-wave stikka settes i en Linux-boks, så er UZB1 å foretrekke, da det finnes ett kommandolinje-verktøy for å ta backup av den. https://www.hjemmeautomasjon.no/forums/topic/7212-z-wave-uzb1-firmware-versjoner-og-backup/ Ellers så er det definitivt Fibaro dingsene (z-wave) som er ett hode foran røkkla på kvalitet og virkemåte. Ikke minst når det gjelder radiodekning. Det hjelper godt for de dingsene som ikke har god radio å ha en god nabo. For Zigbee er det Hue-dingsene som har hodet godt foran resten av røkkla. Uten tvil. Det er alltid noe rart med Aqara sine dingser, men jeg har noen som fungerer ok. De er ikke så flinke til å følge standarder disse kineserene. Kvalitet henger som oftest samen med pris. Om jeg skal prøve meg på å gi noe råd, så er det å anskaffe en dings først for å se om det passer inn i ditt oppsett og bruksmåte. Om det fungerer, så kan man skaffe flere.

Tja, utvalget er større på z-wave. På andre områder har zigbee større utvalg av produkter. Jeg har begge deler, og kommer til å fortsette med det. Da er ikke alt plassert i samme kurv og man får ett større utvalg av produkter å velge i.

Jepp, det var egentlig det jeg prøvde å formidle. Det behøver ikke å gi noen god indikator på hvor mye varme ovnen avgir ut i rommet. Nå blir takvifta mi ett ekstremt ytterpunkt.. (den fungerer utmerket i en gammel tømmerbygning i innlandsklima.) Dere ved kysten på sør-vestlandet med hus oppført etter byggeforskrifter fra dette tusenåret kan muligens montere i himling med ok resultat.

Ett par momenter plukket ut fra det jeg erfarte: Det spiller mindre rolle hva temperaturen inne ovnen er. Det er temperaturen i massen i og rundt ovnen som varmer opp rommet. Moderne ovner har heller ikke spesielt høy overflatetemperatur. Jeg begynte en Aeotec MS6 montert i taket over ovnen. Jeg opplevde at det tok lang tid før varmepumpe og elovner koplet inn igjen etter endt fyringsøkt, da taket og sensoren holdt temperaturen lenge. Når jeg satte inn en takvifte så ble dette helt ubrukelig. Da ble problemet motsatt, sensoren klarte ikke lengre å detektere at det var fyr i ovnen. Så for å finne en egnet plassering av tempsensor; fyr opp, lenge og hardt 🙂 Bruk fingrene under hele fyringsforløpet og føl deg fram. Menn, for all del, ikke la meg stoppe noen form for kreativitet og nyvinninger. Om noen finner på noe lurt, så vil jeg gjærne se det 😉

Jeg vurderte alskens remedier jeg også. Men siden jeg trengte noe dær og da, så klistret jeg på en Aqara tempsensor nederst på varmeskjoldet bak ovnen. Tenkte at det måtte prøves å se om den tåler det. Er på andre fyringssessongen nå.

Dersom skumringsreleet er potensialfritt så kan kanskje bryterinngangen på dimmeren brukes? Jeg har ikke sjekket om dimmer2 kan settes opp på denne måten..!

Lagde meg ett røfft bash-script for backup og restore av UZB1 - stikka: #!/bin/bash # uzb1nwm serport="/dev/ttyACM0" #path og navn til ZMESerialUpdater binary serialupdater="./ZMESerialUpdater" # lager ett automagisk filnavn: now=$(date +'%Y-%m-%d_%H%M') autobackupfil="backup_${now}.nwm" if [ -z $2 ] then # filnavn ikke gitt som parameter backupfil=$autobackupfil else backupfil=$2 fi loggfil="${backupfil}.log" action=$1 if [ ! -w $serport ] then echo "Serialport ${serport} er ikke skrivbar eller finnes ikke!" echo " - Kanskje sette inn UZB1 -stikka i USB-porten?" action="usage" elif [ ! -x $serialupdater ] then echo "ZMESerialUpdater på ${serialupdater} er ikke kjørbar eller finnes ikke" action="usage" elif [ -z $action ] then echo "Gi ett hint om hva jeg skal gjøre!" action="usage" elif [ $action == "backup" ] then $serialupdater serialapi_ripnvm -d $serport $backupfil >> $loggfil elif [ $action == "restore" ] then if [ -z $2 ] then echo "Ingen backupfil angitt!" action="usage" else $serialupdater serialapi_restorenvm -d $serport $backupfil fi elif [ $action == "clean" ] then $serialupdater serialapi_cleannvm -d $serport else action="usage" fi if [ $action == "usage" ] then echo echo " Hvordan bruke:" echo " Ta backup av nwm over ${serport} og lagre til fil:" echo " ${0} backup filnavn" echo " Ta backup av nwm over ${serport} til autogenerert filnavn som ${autobackupfil}:" echo " ${0} backup" echo " Restore av backup:" echo " ${0} restore filnavn" echo " Slette alt innhold på UZB1 -stikka inkludert nettverk og device -info:" echo " ${0} clean" echo echo " Ved ${0} backup [optionelt filnavn] så lages en [filnavn].log -fil" echo fi Brukte dette scriptet til å ta backup av det nyoppsatte z-wave-nettet og la tilbake backupen på stikke nummer to (som var resatt og blanket ut). Det ser ut som det fungerer! Nodene kom opp i en fart jeg ikke har sett før! Edit: rettet test i script på ZMESerialUpdater er kjørbar. Jeg ville også ha en "clean" av nwm i UZB1 -stikka i scriptet Mere edit: Testet på en Rpi4. Jeg stoppet z-wave -bindingen på OpenHAB før backup og restore ble kjørt. For OpenHAB er dette nok til at låsingen på tty/serialporten frigies. Backup -delen av scriptet er tenkt kjørt fra cron, så det er bare backup som lager en .log -fil. "restore" og "clean" er tenkt å kjøres fra konsoll etter "shit happens", eller man føler for det.

@PerH egner med at du mente på dette for å laste ned firmware: (fra https://z-wave.me/ZMESerialUpdater-manual/ )

Varmepumpa hær går over i viftemodus når temperatursensoren bak ovnen detekterer at det er fyrt opp. Jeg brukte en god del tid på å sette viftehastighet alt etter som det er varme å fordele ved varmepumpa. For mye viftepådrag og det oppleves som trekk. For lite og varmen blir ikke fordelt. Jeg brukte den innebygde sensoren i pumpa i kombinasjon med romtemperatursensor(ene) til dette. (Har også ei kraftig takvifte, og trekkfenomenet oppleves som mye værre om hastigheten er for stor) Legge ny sensor på annet sted og la den gamle ligge?

Merker du noen forskjell i praktisk bruk? (Jodda, jeg har full forståelse for nytt og shiny shiny 😄 )

@PerH takker! skal se på dette mere når jeg har fått z-wave -nettet mitt opp å gå igjen.

Jadda, jeg har veivet innom for å se etter firmware. hm, jeg ser ingenting nedlastbart i Firefox iallefall.

Mine nye UZB1 er i hus. De har begge firmware 3.57 og ingen ny firmware er tilgjengelig ifølge Z-Way. Det må da holde, jeg har da i teorien en fungerende backup-stikke. Jeg rekker ikke å sette opp z-wave nettet på nytt før jeg skal på jobb. Og det er 20 kuldegrader, noe som heller ikke frister meg til å dille med dingser ute nå. Testing av både backup og restore med bytte av stikker må legges inn den jobben også. Det vil kreve litt godmål på tid. Z-Way gir meg ingen god følelse akkurat, blir nok ikke til at jeg prøver noen firmwareoppgraderinger før jeg blir helt nødt til det..

Tøft, hvor finner jeg info om dette?

Dette kan være fella. Om trådløslinken ikke støtter vlan og man ønsker vlan på begge sider så må det settes opp routing på begge sider av trådløslinken. Trådløslinken må da være hva man kan kalle ett transportnett på egen SSID. men jeg har litt trøbbel med å sette meg inn oppsettet ditt.

Jeg holder på, venter på to nye UZB1 som er i postgangen ett sted. Jeg testet såvidt backup/restore for en stund siden, og det så lovende ut (da bare på den ene UZB1 jeg hadde). Det er ett potensielt hull man kan gå seg ned i og det er firmwareversjonen på stikkene. Kommer til å poste det jeg finner ut hær: https://www.hjemmeautomasjon.no/forums/topic/7212-z-wave-uzb1-firmware-versjoner-og-backup/ Jeg har allerede gått meg ned i et par hull.. Jeg vil ikke lage noen oppskrift, men selve stikka, firmware og selve backup/restore -komandoene vil være relevant for flere.