Per-Chr

Etter hvert har jeg fått meg en del forskjellige ZigBee sensorer av forskjellig type (og muligens av varierende kvalitet?). For ikke å glemme alle de forskjellige sensorene man kan koble til for eksempel ESP’en og få data fra via MQTT (DS18B20, DHT 11 og BMP/E280 for å nevne noen). Noen har en hovedfunksjon som for eksempel: Dør / vindu sensor med temperatur i tillegg. Wall plug som måler elektrisk forbruk og temperatur, men disse har jo en egen oppvarming som gjør temperaturen vanskelig å bruke til rom temperatur styring uten justering. Andre er mer multisensorer som for eksempel: Sensor for temperatur, trykk, fuktighet. Sensor for temperatur, trykk, fuktighet, bevegelse og lysstyrke. For å nevne noen. Det jeg ser er at når et utvalg av forskjellige sensorer plasseres sammen, er det avvik mellom de avleste verdier. Noen ganger, også mellom i utgangspunktet helt like sensorer. Jeg lurer derfor på hvordan folket kalibrerer de forskjellige parametrene på sine forskjellige sensorer? Siden noen avvik kan tilskrives forskjellig oppdaterings frekvens lurer jeg på hvilke kriterier man bruker for oppdaterings frekvens? For sensorer på batteri vil jo oppdaterings frekvens direkte påvirke batteri levetid. Hva kan man anse som akseptabelt avvik for de forskjellige parametrene? Også av interesse er hvordan å holde styr på eventuelle korreksjons faktorer. Her tenker jeg at kanskje et regneark kan være brukende? Når det for eksempel gjelder styring av romtemperatur har man jo flerfoldig ganger sett i pressen: ”For hver grad du senker temperaturen, vil du spare X prosent av kostnadene til oppvarming.” Så da er det jo greit at sensorene viser sånn nonelunde riktig temperatur og at det ikke er for mye avvik mellom de forskjellige sensorene.

Jeg kom over en tråd tror det var på Arduino forumet om noe lignende. Mener det gjaldt biblioteker som var lagret både her og der samt dobbelt opp og lang nedi obskure mappe strukturer. Om jeg ikke husker feil så var medisinen å installere Arduino IDE som ”portabel” fordi da ble dette lagret ”lokalt” i den mappa, og ikke ”all over”. Med alle forbehold om mulig ”memory corruption” på min side! Edit: ”portabel” installasjonen skal visstnok også gjøre ny installering / oppgradering enklere ved at man kopierer ”portabel” mappa over og da får med seg ”gamle synder”.

Takker og bukker for ”ESP32 – Skolen”. Dette har fått meg tilbake på ”track” med fiklinga. Har fått til både MQTT og OTA(begge metoder) med DS18B20. Edit: Fikk trøbbel med noe brannmur greier ved OTA metoden. Men det fixa seg ved å bruke WEB metoden. Edit 2 : Angående OTA kom jeg over noe på www angående størrelse på kode i forhold til tilgjengelig hukommelse. Dette var rettnok angående ESP01-S men. For å foreta OTA trenger man ledig hukommelse som er større enn kode snutten. Dette fordi koden lastes ned først for så å bli installert. Men ved først å laste ned en minimal kode med bare OTA ting får man frigitt plass før man laster ned den store koden. Hvorvidt dette også gjelder WEB metoden vet jeg ikke. Jeg har nå fått stabla noen prosjekter på beddingen. Temperatur overvåking i gangen(inn, ute) i kjeller(med flere sensorer) og garasje. Men jeg sliter med å finne høvelige bokser å bygge dett inn i til en fornuftig penge. Da jeg verken har peiling på 3D printing eller mulighet til slikt, hadde vært veldig greit om du kunne ta for deg greie prosjekt bokser. Spesielt hva de heter slik at man har en mulighet til å finne disse på nettet. REF: den boksen du bruker på peisspjeldet ditt som ser veldig grei ut:

Tiltredes. Tiltredes. Etter å ha prøvd å følge diverse linker rundt omkring på www for så å oppdage at de ikke funker er frustrerende. Noe som til tider er aktuelt på Aliexpress da selgere forsvinner. Heldigvis så er noen ganger siden fremdeles der men sier at produktet ikke lenger er tilgjengelig. Så en tanke i sakens anledning er at det hadde vært særs gjevt om man også postet beskrivelsen slik at om linken er ubrukelig så vet man hva man skal søke etter. Der hvor dette ikke kommer klart frem i teksten / omtalen. Som et eksempel bruker jeg Fermate sin step-down regulator. Ok her funker linken men som et eksempel. www.aliexpress.com/item/1005005348740196.html LM2596s DC-DC step-down power supply module 3A adjustable step-down module LM2596 voltage regulator 24V 12V 5V 3V

Om du fortsetter med Arduino IDE er det veldig kjekt for oss som er på begynner stadiet og ikke har vært borti Visual Studio før og som definitiv ville trenge en guide.

Den artikkelen hadde gått meg hus forbi men er nå tilbørlig bokmerket for fremtidig bruk, så takker og bukker. Det spørs om du har vært uheldig med tid mellom bestilling og mottak. Aliexpress er nå registrert i VOEC registeret så da betaler man MVA ved betaling. Se: https://www.skatteetaten.no/bedrift-og-organisasjon/avgifter/mva/utland/e-handel-voec/nettbutikker/ Har nettopp mottatt varer fra Aliexpress på totalt ca. 20 US $ inkl MVA. Det forløp som følger: 1. La varene i handlekurven. 2. Gikk til kassen for å betale. Her kom summen for varene opp + eventuell frakt + egen post for VAT altså MVA. 3. Mottok varene uten noen flere utgifter.

Veldig bra utgreiing om viftestyring. Bruker du Arduino IDE? Disse 2 epistlene forteller mye om dette med signalgangen angående PWM og Tacho. https://noctua.at/pub/media/wysiwyg/Noctua_PWM_specifications_white_paper.pdf https://www.intel.com/content/dam/support/us/en/documents/intel-nuc/intel-4wire-pwm-fans-specs.pdf Håper dette er det du trenger for eventuelt å videreføre prosjektet til å inkludere Tacho avlesning. Setpunkt / Feedback er jo alltid greit å holde styr på i et regulert system. Om du ikke ønsker å involvere deg i ESP per. nå så kan kanskje det enkleste for øyeblikket være å justere ned supply spenningen til vifta. Jeg har i ei 4x4x1cm 12 V Noctua vifte uten PWM styring(3 pins) som nå spinner stille og rolig på 9,5V / 0,02A og holder Pi’en på 35’ish C. Forøvrig så kommer enkelt av Noctua viftene med ekstra "kabler" som jeg tror gjør akkurat dette. Disse er benevnt: Low-Noise Adaptor og/eller Ultra Low-Noise Adaptor. Muligens dette er kun for vifte uten PWM styring(3 pins). Om du derimot skulle ønske å involvere deg i ESP verdenen så kan du kanskje tenke at en temperatur sensor (feks DS18B20) leser temp og justerer vifta. Se Fermante sin post her : Eventuellt bytte ut DS18B20'en med en sensor som måler både temperatur og fuktighet feks DHT11 bare for å nevne en. Om du bruker Arduino IDE er www. fullt av eksempler for dette og Arduino IDE er enklere å komme i gang med enn andre. Det er jo også et eget forum om ESP: https://www.hjemmeautomasjon.no/forums/forum/103-mikrokontrollere/ Om du har videre spørsmål rundt dette så tenker jeg at basert på denne posten er nok Fermante mye bedre istand til å hjelpe deg videre på vegen enn meg. Ikke det at jeg nekter å svare altså. Kan jeg være til noen hjelp så selvfølgelig.

Som du ser er denne for å få data fra måleren og ikke et rør. Men den kan kanskje være av interesse/inspirasjon? https://www.pieterbrinkman.com/2022/02/02/build-a-cheap-water-usage-sensor-using-esphome-home-assistant-and-a-proximity-sensor/

Fikk etter hvert Pi’en i hus. Jeg kjøpte et Pi4B 4G ”starter kit” med vifte. Men den vifta støya for mye for meg som har tinitus. Fikk tak i ei 4x4x1cm 12 V Noctua vifte uten PWM styring(3 pins) på kort varsel som nå spinner stille og rolig på 9V og holder Pi’en på 35’ish C. Det er også en greie med å feste vifta, men som foreløpig løsning sier jeg takk og pris for strips! Kjørte alle ”Benchmarkene” i Hardinfo fortløpende på 9 V og temp var så vidt oppom 48 C. Kjørte alle ”Benchmarkene” i Hardinfo fortløpende på 12 V og temp var så vidt oppom 45 C. Har ikke ”sorta” ut dette med å lese RPM fra vifta enda. Men som nevnt, tror det var her på forumet ”Trenger man å vite eksakt RPM når man kan høre”? Får vel etter hvert kjøpe 4x4x1cm 5 V Noctua vifte men så var spørsmålet med/uten PWM? Tenker at man kanskje kan bruke GPIO på Pi’en til å styre PWM til vifta utifra Pi’ens temp? Ser her at jeg mangler mye info så det får bli et prosjekt til senere. Om det er noen som har erfaringer / synspunkt på dette med vifte så mottas disse med takk.

Takk for god utgreing. Da må det bestilles HUE lyspære for utprøving mot Trådfri. Eller har du allerede gjort eksperimentet og kan dele resultatet? Jeg ser du har 4 stk Pi’er rundt i ”svingane”. Men hvordan opererer du disse Pi’ene? Har du da skjerm og tastatur satt opp på hver Pi, eller flytter du dette rundt ved behov? Eller har du en ”Central command” plass hvor du får opp desktoppen for den Pi’en du ønsker på en PC eller lignende? I så tilfelle hvordan gjør du det? Hva synes du er greiest å sette RPi til Static IP eller Dynamisk IP? Selv tenker jeg Static IP fordi da vet man hvor den er.

Bra tips = mindre forvirring i børjinga. Så da skulle dette kortet gjøre susen? Ved en tidligere anledning ”krølla” jeg det til med et SD kort slik at Windows ikke så kortet. Da var denne veldig kjekk å ha. https://www.sdcard.org/downloads/formatter/sd-memory-card-formatter-for-windows-download/ Noe som kan være greit å ha i mente om RPI OS: As the Raspberry Pi bootloader only works with cards formatted as FAT16 or FAT32, cards larger than 32GB that are formatted using the exFAT file system must be reformatted to FAT32. Win utforsker : FAT = FAT16 , FAT32 = FAT32 OS Compatibility: FAT32 > exFAT > NTFS Maximum file size: NTFS > exFAT > FAT32 FAT32 edges over NTFS and exFAT when it comes to compatibility and stability. FAT32 works with almost all operating systems including Windows 98, XP, Vista, Windows 7, 8, 10, macOS and Linux. However, FAT32 is gradually losing popularity due to the size limit. So what are the maximum sizes for the FAT32 file system? Maximum file size is 4GB. Maximum volume size is 2TB. Skal tru hvilke andre “vesentlige” kunnskaper som unngår indekseringen i ”the grey matter”. Dette for de av oss som husker da DOS 3.x, 3,5 toms floppy og 386 + matte prosessor var tingen. For hvem skulle vel ha trodd: https://www.digi.no/artikler/na-er-floppotron-3-0-her/520318 Tøft, kor tar de det fra? Bra tips. Installerer du RPI OS med Desktop eller bare Headless over SSH? Slik jeg tenker er at om man går for RPI OS med Desktop så sier vi som Ole Brum, ja takk begge deler? Men kan det jo være noe jeg ikke har sett som tilsier at man bør gå for bare Headless over SSH? Jeg leste på WWW at noen lurte på om det kunne være ugreit å installere 64-bit kontra 32-bit RPi OS pga andre applikasjoner. Mine umiddelbare tanker var da at 64-bit skulle vel ikke være noe problem i 2022? Noen tanker? Tenkte å sette opp en bevegelses sensor og så slå på/av en Philips HUE eller IKEA Trådfri lyspære. For så å ”balle” på det med funksjoner ala ditt nattlys. Hm her er det noe jeg ikke helt forstår. Tenker som følger: Styre ”snurra” om den nå er i Node-Red eller hva som helst system har vel alle muligheter til ”smoothness” og tidsintervall? Er det HW- eller SW-interfacen(parameter oppløsning) til det enkelte enhet (HUE, Trådfri etc) som ikke spiller på lag og har alt for store ”step” i overgangene? Pga pris tenker jeg IKEA Trådfri lyspære, IKEA Trådfri bevegelses sensor samt en IKEA Trådfri fjernkontroll STYRBAR(på løye, bør jo kunne få til noe med denne?). De er alle i lista til Zigbee2MQTT. Noen tanker? He-he han er inne på noe der. Kan det muligens være noe lignende KISS (Keep It Simple Stupid) begrepet?

Takker og bukker for alle gode innspill og utgreiinger fra dere alle så langt. For å sitere meg selv: Jo mer jeg skjønner, jo mer skjønner jeg at jeg ikke skjønner! Jeg avventer nå levering av bestilte HW komponenter. I mellomtiden må jeg finne ut / lære hvordan å installere / bruke de forskjellige tingene (mye Googling). Når det gjelder installasjonen på Pi’n har jeg funnet følgende alternativ på WWW: 1. Hele ”rukkelet” på SD kort med de mulighetene det gir for ustabilitet(boote fra SD kort). 2. Hele ”rukkelet” på USB SSD(boote fra USB SSD). 3. Pi OS og programmer på SD kort med data lagring på USB SSD (boote fra SD kort). Det jeg imidlertid ikke har klart å finne ut av, er om det er noen fordeler / ulemper med 2. og 3. slik som med 1.? Ei heller har jeg ingen formening om noen av alternativene vil vanskelig gjøre backup på noen måte? Jeg tenker nå at i "børjinga" (Newbee fasen) så går jeg for 1. da det ser enklest ut, og om det skulle ”tryne” så får vi sette det på lære kontoen. Dette for ikke å ”kludre” det for mye til.

Det var egentlig bra du nevnte dette og ga en enkel men god oversikt/forklaring. Jeg har sett på dette før men ikke fått med meg disse tingene. Jeg ser fordelen ved Docker framfor VM i resurs bruk. Det sagt så skjønner jeg fremdeles ikke fordelen ved å introdusere et ekstra lag SW (Docker/VM). Kan du vennligst utdype? Det er jo akkurat på det stadiet jeg er som Newbie. Så med det som dere så lang har bidratt med tenker jeg nå at vegen videre for meg blir: Pi er på gang. Sonoff ZigBee 3.0 USB dongle er på gang. Installere Mosquitto broker, Zigbee2MQTT og MQTT-Explorer. Aktivere MQTT fra POW-U AMS readeren og prøve å få kontakt med Develco ZigBee enheter. Hører gjerne fra dere angående hvilket system Home Assistant eller Node-Red som dere tror er enklest å starte med for en Newbie (dørstokkmila)? Prøvde å bestille men av det som kom opp var de flest ikke spesifikt + varianten, slik at jeg har ikke fått bestilt enda. Det kom også opp Aeotec Z-Stick 7. Den er dog uten batteri. Det nevnes 700-serieteknologi. Har dette noe med Z-Wave versjon og forover/bakover kompatibilitet å gjøre? Kom gjerne med tips om hvor det er greit å handle. Så er det selvfølgelig noe annet som jeg ikke har oversikten på enda. Er det slik at når man skal kommunisere med Philips HUE og IKEA Trådfri enheter må man via deres HUB eller vil dette gå fint rett fra Sonoff ZigBee 3.0 USB dongle? Tenkte å sette opp en Develco bevegelses sensor og så slå på/av en Philips HUE eller IKEA Trådfri lyspære. Hvilke lyspærer synes dere det er lettest å komme i gang med? Gjelder det samme for Z-wave med Aeotec Z-Stick Gen5+?

Okay da blir det lesing til øyet blir stor og vått. Ser at du nevner ESP32 jeg finner også disse interessante men har lagt det på hylla til jeg får på stell et eller annet system. På WWW snubla jeg over dette og det slo meg at det kanskje kunne være av interesse/inspirasjon for deg om du ikke allerede har sett det. https://esphome.io/ https://esphome.io/guides/diy.html https://www.pieterbrinkman.com/2022/02/02/build-a-cheap-water-usage-sensor-using-esphome-home-assistant-and-a-proximity-sensor/

Så for å se om jeg har forstått tingenes sammenheng riktig. 1. Som sagt så ønsker/må jeg å bruke MQTT for å få data fra POW-U AMS readeren som jeg har installert. MQTT består av en broker og flere clienter. Brokeren får data/forespørsler fra clintene og videresender så data etter oppsatte regler i brokeren. Grunnen til at jeg bruker engelsk er at da blir det lettere for meg å Google. Det vil da si at jeg må ha en MQTT(feks. MOSQUITTO) broker installert. Så må det installeres en ”add-on” MQTT client i Home Assistant og Node-Red? 2. Jeg ønsker også å bruke ZigBee enheter fra Develco som er de samme som brukes i Homely alarm systemet mitt. For å få dette inn i Node-Red kan jeg da bruke Zigbee2MQTT sammen med f eks Sonoff ZigBee 3.0 USB dongle (liker at denne har extern antenne)? Skulle jeg gå for Z-Wave enheter blir det ZWavwjs2MQTT sammen med f eks Z-Stick Gen5+? Så da melder spørsmålet seg om det er en farbar vei med 2 forskjellige ZigBee nett eller om det er å be om frustrasjoner? 3. For å få dette inn i Home Assistant så er jeg usikker. Installeres Sonoff ZigBee 3.0 USB dongle som ”add-on” og det samme med Develco ZigBee enhetene i Home Assistant? Skulle jeg gå for Z-Wave enheter blir det Z-Stick Gen5+? 4. Er det eventuelt noe lignende oppsett i andre smarthus systemer? 5. Så lurer jeg på om f eks Sonoff ZigBee 3.0 USB dongle / Z-Stick Gen5+ kan ”forsyne” både Zigbee2MQTT / ZWavwjs2MQTT og Home Assistant samtideig? 6. Ser at @SveinHa nevner ZWave2MQTT og ZWavwjs2MQTT. Er det bare en tyrkleif eller er disse forskjellige og i så tilfelle hva er forskjellen? 7. Jeg mener å ha lest på WWW at det kan være ”issues” med backup av enkelte ”ting” men om det gjelder det som er nevnt ovenfor husker jeg ikke. (Homey: var egentlig på nippet til å anskaffe denne MEN mnd abb + sky = FY.) Har sånn ca 10^x tanker og spørsmål rundt dette (som nevnt av @Moskus), men for nå må jeg prøve å få på stell noe som gjør at jeg kan få data/ kontakt med det jeg allerede har i hus. Altså data fra POW-U AMS readeren via MQTT og kontakt med Develco ZigBee enheter.

Takk for lykke ønsking. Dette har gått forbi meg. Etter å ha lest på forumet satt jeg igjen med en følelse av at dette var dårlig tatt vare på. Så det er når man ønsker utvidet funksjonalitet man setter opp ekstra database, UI? Ser for meg å begynne med en Pi da det er lavest start kost. Men den kan vel kanskje gå tom for ”umf” etter hvert. Så da er spørsmålet om du har noen anbefaling for hvordan å spece. en NUC? Det at jeg nevner Home Assistant er egentlig tilfeldig. Men det er klart at det å ha færrest systemer å lære i utgangspunktet er nok det enkleste. Jeg har valgt alarmsystem fra Homely med vekter tilknytning(pri 1 for meg) som benytter Develco sine ZigBee produkter. Så tenkte jeg å sette opp et ZigBee nett nr 2 for smarthuset. Er dette en farbar vei eller er det å be om frustrasjoner med 2 forskjellige ZigBee nett? Så har jeg lest en eller annen plass at man kan ta "USB dingsen" ”mobil” for å komme nærmere f eks dørlåsen etc uten å måtte flytte HW plattformen for paring. Men jeg kan ikke finne tilbake til dette så har du peil? Hvilke z-wave stick og zigbee stick tenker du vil passe? Edit: Glemte å nevne at jeg ønsker å bruke MQTT for å få data fra POW-U AMS readeren som jeg har installert.

Om det er 1000 samtidig vet jeg ikke. Men det er sikkert og visst at det er mange tanker rundt dette. Særlig er det tanker rundt dette om jeg har forstått sammenhengen. Var det noe slikt du hadde tenkt? Jeg ser for meg følgende økonomi modell. Slik jeg forstår det er Node-Red(Data Bridge) plassen til smart hus systemet man bruker(Home Assistent etc)? Dette kjørende på Raspberry Pi 4B 4GB med en eller annen Linux. Det sies at Pi’en kan være ustabil pga SD-minne kort men det hevdes også at ved å kjøre fra USB mem stick blir det bedre. I tillegg tenker jeg å ha MQTT Explorer på en PC for læring og testing. Om dette blir oppsettet tenker jeg meg følgende progresjon da jeg ikke kan noe om dette fra før: 1.1 Installere MQTT Explorer på en PC 1.2 Installere en eller annen Linux og Mosquitto på Pi’en. 1.3 Teste for å lære og se at dette spiller. 4.1 Installere Node-red på Pi’en for å lære og se at dette spiller 4.2 Kanskje ta inn MQTT fra POW-U AMS reader. 5. Installere Influx DB på Pi’en for å lære og se at dette spiller 6. Installere Grafana på Pi’en for å lære og se at dette spiller Men før jeg begynner ønsker jeg om mulig å få tilbakemelding fra dere på forumet som har erfaring med lignende oppsett. Dette for om mulig å avverge kommende små eller store frustrasjoner/fadeser. Jeg tenker også at ved å gå denne veien så tilegner jeg meg kunnskap som kommer godt med når/om det skulle bli aktuelt å gå over til en annen plattform hva gjelder SW / HW. Så her håper jeg igjen på forumets hjelp.

Økonomi / begynner modell for hjemme automasjon / smart hus Hei forum. Som dere ser er jeg ny på forumet. Men jeg har med stor interesse lest mange gode innlegg en god stund. Jeg planlegger nå å ta steget inn i smarthus / hjemme automasjons verden. Som sagt har jeg lest en del og har slik tilegnet meg noe informasjon. Men jo mer jeg skjønner, jo mer skjønner jeg at jeg ikke skjønner! Slik sett er det jo betryggende at det ved flere anledninger er poengtert at man på forumet er positive til å hjelpe oss Newbies. Jeg har etter fattig evne prøvd å skrive dette innlegget på en slik måte at det forhåpentligvis kan hjelpe / inspirere andre Newbies. Etter hvert som skriveriet har tatt form ser jeg at hadde jeg sett dett i børjinga, så hadde mine frustrasjoner ved å ikke helt forstå ting vært mye mindre(for å si det mildt). Tanker rundt skriveriet og om det er interessant for forumet: Kan dette på en måte ”pinnes” slik at grønne Newbies som meg finner dette lett? Jeg håper etter å ha lest mange tråder at det også vil komme mange gode og informative svar / kommentarer som vil være til stor hjelp for Newbies. Litt om meg selv: Utsannet som ingeniør med fagfelt elektronikk, reguleringsteknikk på datamaskiner samt programmering for lenge siden. 30+ år fra offshore (på båt) med ansvar for vedlikehold av diverse over og undrevanns utstyr tilknyttet vår operasjon. Så jeg har en smule erfaring angående småvolt, storvolt(1200), grønn overledning, signal overføring(RS-232 etc) noe fiber har det også blitt, telegram format(NMEA etc) samt ikke minst hva litt feilkode / feil oppsett kan medføre av frustrasjoner. Fra utdanning til praksis har jo dette gått greit da terminologien var innenfor kjente rammer. MEN nå da jeg skulle se på dette smarthus greiene så måtte jeg lære meg en helt ny terminologi, det er interessant men det tar laaang tid å få stell på sakene. Det tok f eks mange timer på nettet for å finne ut at WAF ikke hadde noe med Web Application Firewall å gjøre. Som sagt fra mange her på forumet så ønsker også jeg å være mest mulig sky uavhengig. Litt om potensielle prosjekt(uprioritert rekkefølge) slik jeg ser det nå: *Automatisk skånsomt lys når man må opp i den mørke vinternatt for et nødvendig ærend. *Automatisk styring av varme i kjeller og varme på vannledning når det blir 10-20 blå. *Displaye / logge forskjellige temperaturer: ute, fryseboks, VVB +++ *Slå av "treige" laster når forbruket går opp pga f eks matlaging(nye effekt tariffen). Kjøpte ved juletider POW-U AMS reader, kjekk sak med MQTT mulighet. *"Alarm" når man går gjennom taket på nest trinn i den nye effekt tariffen. *Logge kWh forbruk og vise i forhold til temperatur. Temp føler på ved ovn. Skulle jeg ha fyrt mer? *Kanskje logg temperaturen i garasjen og starte motorvarmer / batt lader (om tilkoblet) når det er griskallllt. Ja, jeg har diselpurke men den har fått noen dyre overhalinger så den MÅ vare i flere år. Noen med ferdigkjøpte "duppeditter" og kanskje noen med hjemmesnekra basert på ESP-8266 familien(Wi-Fi 2,4 GHz). Tar du den så tar du den + kjekt å ha. Dashboards som viser status rundt i svingane og at alt er på stell. Så hvordan har jeg gått fram? Vel, for meg har alarm (brann, innbrudd) tilkoblet vekter stått øverst på lista og det får man ikke med et privat system meg bekjent. Som mangeårig kunde av Verisure har de ergret meg grønn med prisøkning på 2-3 ganger prisstigningen generelt, samt at med utfasingen av kobberlinja måtte noe gjøres. Etter noen timer på nettet landet jeg på Homely som benytter Develco sine ZigBee produkter. Jeg fant også at deres sensorer er kompatible med smarthus systemer. Så abonnement ble tegnet og systemet ble innkjøpt + noen ekstra sensorer (reserve + kjekt å ha). Som pensjonist har man et begrenset budsjett(ikke overtid, bonus etc.) med mindre man faktisk kan beviselig tjene dette inn igjen. Slik som overgangen fra Verisure til Homely alarm. Reduksjon på flere 100 lapper per mnd. Etter 3 år 500+ i reduksjon per mnd. Derfor må utgiftene veies mot inntjening, komfort og noe kjekt å ha. Så med dette i mente har jeg så langt kommet fram til følgende økonomi modell: Dette er etter Googling ”en masse”. Når man er grønn så tar det tid å stokke kortene i riktig rekkefølge. Denne satte ”brikkene” i sammenheng for meg: https://www.youtube.com/watch?v=ffg3_1AgtyA Særlig der han refererer til Node-Red som Data Bridge. Slik jeg forstår det er det her man plasserer smart hus systemet man bruker(Home Assistent etc). Denne var også til god hjelp: https://www.youtube.com/watch?v=JdV4x925au0 Særlig 5:08-8:25 der han går inn på InfluxDB og ”krymping” av datasett. Også denne tråden var opplysende: https://www.hjemmeautomasjon.no/forums/topic/9900-trenger-man-egentlig-noe-annet-enn-node-red/#comment-100236 *Hardware plattform: Raspberry Pi 4B 4GB med en eller annen Linux. Det sies at den kan være ustabil pga SD-minne kort men det hevdes også at ved å kjøre fra USB mem stick blir det bedre. *Sensor / aktuator SW interface: Mosquitto *Regulering / styre SW "motor": Node-red Det grafiske grensesnittet virker meget tiltalende ala Micro-Bit kanskje. *Database: Influx DB *Display / Dashboard: Grafana *I tillegg tenker jeg å ha MQTT Explorer på en PC for læring og testing. Om dette blir oppsettet tenker jeg meg følgende progresjon da jeg ikke kan noe om dette fra før: 1.1 Installere MQTT Explorer på en PC 1.2 Installere en eller annen Linux og Mosquitto på Pi’en. 1.3 Teste for å lære og se at dette spiller. 4.1 Installere Node-red på Pi’en for å lære og se at dette spiller 4.2 Kanskje ta inn MQTT fra POW-U AMS reader. 5. Installere Influx DB på Pi’en for å lære og se at dette spiller 6. Installere Grafana på Pi’en for å lære og se at dette spiller Men før jeg begynner ønsker jeg om mulig å få tilbakemelding fra dere på forumet som har erfaring med lignende oppsett. Dette for om mulig å avverge kommende små eller store frustrasjoner/fadeser. Jeg tenker også at ved å gå denne veien så tilegner jeg meg kunnskap som kommer godt med når/om det skulle bli aktuelt å gå over til en annen plattform hva gjelder SW / HW. ** Så her håper jeg på forumets hjelp. Men, det jeg ikke har på stell ennå er hvordan best å kommunisere med de forskjellige ”duppedittene” ute i huset fra Pi’en. Jeg tenker USB interface fordi da kan man bruke en USB forlenger kabel til å forbedre rekkevidden. Slik jeg forstår det: *Man må ha en "USB dings" som snakker ZigBee, Z-Wave etc. *Så må man ha ei "Software snurre" som tar telegram / verdier til/fra "USB dings" til/fra MQTT broker som så sender dette til/fra Node-Red. Men jeg er usikker på hvilke "USB dingser" som snakker best med hvilke "Software snurrer" i forhold til hvilken plattform man velger? Det er også et poeng å ikke velge slik at man er låst til en plattform. Så har jeg lest en eller annen plass at man kan ta "USB dingsen" ”mobil” for å komme nærmere f eks dørlåsen etc uten å måtte flytte HW plattformen for paring. Her tenker jeg at hvorfor ikke bruke en USB forlenger kabel? Regner med at dette kan gir power problemer eller signal krøll over en viss kabel lengde. Har Googla noe på dette med kabel lengde men har ennå ikke funnet noe med 2 streker under. Noen som har testet hvor lang kabel men kan ha før det ”går i dass”? ** Så her håper jeg igjen på forumets hjelp. Så melder jo behovet seg for å kunne ta backup av hele ”sulamitten”, og her er jeg igjen grønn. Jeg ønsker ikke å være avhengig av mnd abonnement og sky ting slik som Homey har for at man skal få tatt backup. Slik jeg forstår det får man heller ikke backup av nettverket med Homey. ** Så her håper jeg igjen på forumets hjelp. Mine tanker i utgangspunktet var at alarmsystem får være alarmsystem uten å blande dette med smarthus. Jeg tenkte at fordelen ved å bruke samme type sensorer i 2 forskjellige ZigBee nett er at om 1 sensor ”tryner” i alarm ZigBee nettet kan jeg ta en fra smarthus ZigBee nettet. Så da melder spørsmålet seg om det er en farbar vei eller om det er å be om frustrasjoner med 2 forskjellige ZigBee nett? ** Så her håper jeg igjen på forumets hjelp. Gjerne med forslag om hvordan eventuelt å angripe dette på annet vis. Homely skryter på seg noe smarthus greier, men ved å se på hvilke parametre som er tilgjengelig i Homely appen og hva Delvaco kan levere virker det som at det for noen sensorer er stor forskjell på tilgjengelige parametre i negativ favør Homely appen. Med mulighet for at jeg igjen ikke skjønner ting. En annen ting er at når man nå i godt voksen alder er avhengig av optiske armforkortere(les: briller) så er dette med å stokke pølsefingrene på et mobildisplay en plage. Jeg VIL HA min. 24” skjerm, tastatur og mus. ** Så her håper jeg igjen på forumets hjelp. Homely API betaversjons testing 7/4 -22 fikk jeg mail fra Homely at de har ute et API for betaversjons testing. Dette fikk meg til å tenke hmm, men så må jo dette læres også. Da jeg leste brukervilkårene satt jeg igjen med en følelse av at dette var sky basert og kunne ligge an til måneds abonnement. Hvorfor ikke bare la tillatte parametre bevege seg lokalt over MQTT? Eller er det noe her jeg ikke har forstått? ** Så her håper jeg igjen på forumets hjelp. Hjerte sukk fra en Newbie. Kan man i Kategorier / Nybegynner pinne en post som grafisk viser hvor i systemet de forskjellige tingene er og hvordan de hører sammen. Ala det bildet jeg har satt inn, det bør også være en indikasjon på hvilken kommunikasjon som går til / fra hvor.