Vinnerliste

Etter stadige innbrudd med påfølgande redusert kjeksbeholdning vart det i dag konkludert med at dette ikkje kan fortsette. Fleire tiltak vart vurdert, før konklusjonen vart å montere Aqara dørsensor! Testa med god effekt, så får vi sjå framover om tjuven ved neste anledning får ein overraskelse 😁 Snapchat-532688679.mp4

@A.B. Hei, Matter er klar for Gen3 panelovner, med tentativ lanseringsdato i første eller andre uke av september 2024. Lanseringen kunne ha skjedd tidligere, men dette avhenger av en annen avdeling. Vi har også offisiell Homey Pro-integrasjon klar til august, som vil støtte alle Mill-produkter unntatt Gen1, som fortsatt bruker den gamle plattformen. Matter fungerer for alle andre produkter som socket, konveksjon og oljeovner, men i første omgang vil kun Gen3 panelovner og Gen3m bli sertifisert. Sertifisering er overraskende kostbart, og det er en lisenskostnad per enhet som Mill må betale. Det er mulig at andre enheter blir sertifisert hvis etterspørselen er stor nok. Jeg skulle gjerne sertifisert alle enhetene, men dette avgjøres av andre på kontoret. Skulle det bli besluttet, vil sertifiseringen gå raskt da alt fungerer utmerket. Noen interessante fakta: Gen3m batchen som produseres i år kommer med ESP32 C6, som har Matter, Zigbee i tillegg til WiFi 6. I 2025 vil denne brikken bli rullet ut til alle panelovner. De som har en Gen3m fra batchen som kommer i butikkene vil bli automatisk oppgradert slik at Zigbee og Matter støttes via OTA. Om du har noen gen3m ovner fra tidligere av så si ifra, jeg kan fikse nye gen3mv2 top del (som er gen4)for deg :) Bare send meg en PM med navn og addresse + tlf så fikser jeg det. Et annet morsomt poeng er at Gen3m og Gen4 kan kjøre Matter og Mill samtidig, så du kan være koblet til begge systemene. På Gen3 er dette ikke mulig på grunn av for lite minne, så der må man bytte mellom de ønskede systemene. Matter kommer som versjon 1.3, og funksjonaliteten er noe grunnleggende siden Matter fortsatt er ganske nytt. Det ser ut til at CSA bruker mer tid på å legge til nye produkttyper. De vil sannsynligvis legge til mer funksjonalitet i termostatmodulene etter hvert. Vi vil da kunne oppdatere til nye Matter-versjoner når tiden er inne. Ønsker deg en fortsatt flott kveld og sommer! @a.b En siste ting, neste uke øker vi API-kallgrensen fra 2300 til 5000 per time. Vi har mottatt mange klager på at den nåværende grensen er for lav. Derfor øker vi grensen til 5000 API-kall per time. Hvis dette fortsatt ikke er tilstrekkelig, tror jeg problemet ligger et annet sted.

❤️

Da har jeg tatt avskjed med HomeSeer etter snart 20 år til fordel for Home Assistant. Jeg må si at jeg er mektig imponert over hvor enkelt integrasjoner bare popper inn. Har nå fått flyttet over alle Z-wave, Zigbee og RFXCom, samt fått opp Reolink kameraer, varmepumper, Nissan-tilkobling, Tibber, Yr, Sonos, TP-link mesh, Yale dørlås og en del andre Wi-Fi enheter jeg har i huset. Har ikke hatt noen problemer med å få dette satt opp overhodet. Z-wave var så enkelt som å flytte over USB-stick'en, siden den inneholder hele nettverket. For Zigbee valgte jeg å kjøpe en ny USB-stick (Sonoff 3.0) og legge til device på nytt inn i ZHA-integrasjonen. Dermed kunne den gamle PC'en fortsatt styre de enhetene jeg ikke hadde fått flyttet over. Skal sies at det gamle Zigbee-oppsettet kjørte på en Raspberry Pi med en Conbee stick. Kommer ikke til å savne noen av delene. Nå kjører alt på en Gigabyte Brix GB-BRR5H-4500 med 16 GB RAM (tenker å oppgradere til 32). Så nå er det bare å bygge noen kule dashboard og se på flere muligheter for å koble sammen enheter i forskjellige automasjoner.

Hei! Det jobbes kontinuerlig med oppdateringer for komfyrvakt. Komfyrvakten følger også Zigbee standard så langt det lar seg gjøre. Da komfyrvakt ikke har noen egen standard i Zigbee 3.0 må det dessverre noen egne tilpasninger til for å få dette så nært optimalt som mulig. Når det er sagt så er det hovedsakelig rapportering som er fokus for produktet (sensortemperatur, strømforbruk, alarm og relé status). Kontroll av selve reléet er begrenset til kun å kunne slå dette av via Zigbee protokollen (krav for sertifisering - Vi har også vurdert å fjerne dette i fremtidig oppdatering og kun ha rapportering om status). Det jobbes med en firmware oppdatering for produktet som skal rette kWt oppdateringen (Rapporteres kun 1 gang pr døgn via Zigbee) samt generelle stabilitetsendringer. Vi jobber også med en OTA oppdateringsløsning via BT for de plattformer som ikke har OTA via Zigbee innebygget som gjør det enklere å få de nyeste oppdateringene på produktet. Vi har tidligere vært i dialog med Nabucasa direkte for en "Works with Home Assistant" sertifisering uten at vi kom i mål den gangen. Det er en del praktiske ting samt kostnadsspørsmål som må på plass. Når det er sagt så tar jeg dette absolutt med videre. Hva er deres foretrukne løsning for integrasjon i HA? Z2M eller ZHA?

Dagbladet kan ta seg en bolle, jeg gjør så godt jeg kan!!

Har gjort veldig mye de siste par mnd: * Migrert alle serverne mine fra ESXi 7.0 til Proxmox VE (takk for den, Broadcom! 😞). Det gikk overraskende smertefritt, siden jeg hadde tilgang på en ekstra PC som kunne brukes. La da til ESXi-serveren i Proxmox og kunne bare ta en "import" av hver enkelt VM. Så var det bare å endre litt på nettverksoppsettet, fjerne VMtools og installere QEMU i stedet, så var det i boks! * Migrert fra Xeoma til Frigate for kameraene mine. Frigate kjører i en Proxmox LXC (Xeoma var en egen Ubuntu VM) og den får tilgang til å bruke iGPU, slik at CPU-belastningen er minimal (3 kamera). Jeg har også fått aktivert varsling ved detekterte personer i carporten på natt/borte (mot varsel ved bevegelse i Xeoma - blafrende plastposer, osv ga mange falske varsler!). * Migrert Mosquitto og Zigbee2MQTT til LXC. Disse kjørte før på samme VM som HomeSeer, men nå har jeg satt opp en Proxmox LXC til hver av dem i stedet. Da slipper jeg nedetid på disse tingene ved restart av HS-VMen f.eks. * Oppgradert fra HS3 til HS4. Det var vel litt "på overtid", 5 år etter jeg kjøpte oppgraderingslisens... Det gikk dessverre ikke helt smertefritt, for jeg kom meg ikke forbi lisens-aktiveringssiden (første siden man får opp etter oppgradering). Meldte supportsak til HS også, uten at det førte noen vei. Snapshot i Proxmox funker heldigvis fint da, så jeg kunne lett rulle tilbake til HS3. Etter et par kvelder så prøvde jeg nest nyeste versjon av HS4 - da funket det! 🙂 Utover det så merker jeg at særlig HSTouch er mye raskere/stabil med HS4 enn det det var med HS3. Og mscMQTT er også mer stabilt i nyeste versjon. * Fortsetter migreringen fra HomeSeer til Home Assistant. Det meste av ZigBee, Chromecasts, 433 MHz-utstyr er nå migrert over og styres fra HASS. Z-wave gjenstår, men der må jeg flytte ALT samtidig (i motsetning til ZigBee, som via Z2M kan styres fra begge systemer samtidig). Så her er det nok noen uker enda før jeg er i mål. 😛

Jeg vil bare fremsnakke kundeservice fra Fibaro her. Jeg hadde surret bort noen monteringsdetaljer for noen av mine enheter og spurte på support om det er mulig å få tak i dem. Det kom svar etter en dag, og de bare sendte meg det jeg trengte. Helt gratis, og fri frakt. Riktignok ganske enkle plastdetaljer, men det kostet jo å behandle det og betale frakt. Så i tillegg til at Fibaro er de mest driftssikre komponentene i mine systemer, så har de også en kundebehandling som man ikke er vant til i 2024. Det er til å bli glad av, selv om det nå begynner å bli nok regnvær. Det kan de nok ikke gjøre noe med. MVH Einar Sjaavik

Når en har en meget komplisert plen på 750 m2 og robotklipper uten sporing så dukker der jo fort opp behov for litt snekring på gutterommet... Har hatt meg en del turer rundt i hagen for å lete etter klipperen som har satt seg fast en eller annen plass så litt hjelp til å lete og, ikke minst, se hvilke områder som klippes er ganske greit... Nå har jeg jobbet noe tid med dette og det er på tide å dokumentere litt av prosessen i tilfelle andre vil gjøre noe lignende... 1: Skaffe kart over hagen. Her har jeg brukt kommunekart.com og "Tegn i kart" for å lage et omriss av plenen. Etter omrisset er laget lagres det til fil i kml format. For enkelhets skyld konverterer jeg denne til .geojson format i online konverteringsprogram. Pr i dag ser omrisset slik ut i kommunekart.com: .geojson filen importeres manuelt i Node-RED. Dette er jo en mer eller mindre engangs sak... 2: Innhente GPS-data og sende til MQTT. ESP32 med NEO-6 GPS koster "next to nothing" og er en grei løsning for dette bruket. Har slitt en del med Arduino-IDE så derfor havnet jeg på MicroPython denne gang. Siden jeg har 2 separate prosesser gående samtidig har jeg valgt å bruke uasyncio for multitasking. Task#1: Innhente data fra GPS og lagre posisjonsdata i fil. Task#2: På gitte intervall, pt hvert 30 sek, koble på wlan og sende data fra datafilen til MQTT broker. I hagen min er der noen wlan dødsoner og derfor nyttig å gjøre opplasting litt i rykk og napp når wlan er tilgjengelig. 3: Behandle GPS-data i Node-RED. Etterhvert som data mottas fra MQTT lagres de i et array of objects i flow-variabel og deretter tegnes det opp i en chart node. Array med data begrenses til et passende antall posisjoner, pt. 3000. Eldre data slettes automatisk. Prototype GPS-tracker: Første sporing: Node-RED: [{"id":"7b7be9e90c83eaff","type":"group","z":"c0e718067b85a8cc","name":"Lagre GPS-data","style":{"label":true},"nodes":["43d583213bfaa02f","2218191fe090798b","55b21eb55f283b61","8c73af56d7fdc323","36f55a2e222b2326","c466d510d0476f0e","93ac548a0bcda12d"],"x":24,"y":779,"w":832,"h":192},{"id":"43d583213bfaa02f","type":"mqtt in","z":"c0e718067b85a8cc","g":"7b7be9e90c83eaff","name":"","topic":"Ambrogio/Robertino/pos","qos":"2","datatype":"auto-detect","broker":"6db118ed1b0c56de","nl":false,"rap":true,"rh":0,"inputs":0,"x":160,"y":830,"wires":[["2218191fe090798b","55b21eb55f283b61","36f55a2e222b2326"]]},{"id":"2218191fe090798b","type":"show-value","z":"c0e718067b85a8cc","g":"7b7be9e90c83eaff","name":"","path":"","x":160,"y":880,"wires":[[]]},{"id":"55b21eb55f283b61","type":"function","z":"c0e718067b85a8cc","g":"7b7be9e90c83eaff","name":"GPS Tracker position","func":"let xMax = 5.229248;\nlet xMin = 5.228394;\nlet yMax = 59.392793;\nlet yMin = 59.392350;\nconst numpos = 4000;\nlet arr = flow.get(\"Robertino\") || []\nlet arr2 = []\n//node.warn(msg.payload);\nlet data = msg.payload;\n//var temp=data.split(\",\");\nlet msg2 = {}\n//node.warn(data);\n\n// lon/lat har format ddmm.mmmmmm\nlet lat = Number(data.lat) / 100;\n//node.warn(lat)\nlet intpart = parseInt(lat);\nlet fractpart = lat - intpart;\nlat = intpart + (fractpart * 1.666667);\n//node.warn(lat)\n\nlet lon = Number(data.lon) / 100;\nintpart = parseInt(lon);\nfractpart = lon - intpart;\nlon = intpart + (fractpart * 1.666667);\n\nlet time = data.utc;\n//node.warn(lat);\n//node.warn(lon);\n\n// Ignorer verdier utenfor kartet\nif (lat < yMax && lat > yMin && lon < xMax && lon > xMin) arr.push({\"lat\": lat, \"lon\": lon, \"UTC\": time});\n\n// Remove old positions\nlet n = arr.length;\n//node.warn(n);\narr2 = arr.slice(n - numpos);\n\n//node.warn(arr);\n//node.warn(arr2);\nflow.set(\"Robertino\", arr2);\nmsg.payload = \" \";\nmsg2.topic = \"Robertino\";\nmsg2.payload = time;\nreturn [msg, msg2];","outputs":2,"timeout":0,"noerr":0,"initialize":"","finalize":"","libs":[],"x":410,"y":830,"wires":[["c466d510d0476f0e"],["8c73af56d7fdc323"]]},{"id":"8c73af56d7fdc323","type":"ui_text","z":"c0e718067b85a8cc","g":"7b7be9e90c83eaff","group":"a7f439d7b1e0bbd4","order":9,"width":"8","height":"1","name":"Robertino last track","label":"{{msg.topic}} last trck","format":"<font size=6>{{msg.payload}}<font size=3> UTC","layout":"row-spread","className":"","style":false,"font":"","fontSize":16,"color":"#000000","x":740,"y":870,"wires":[]},{"id":"36f55a2e222b2326","type":"debug","z":"c0e718067b85a8cc","g":"7b7be9e90c83eaff","name":"debug 180","active":true,"tosidebar":false,"console":false,"tostatus":true,"complete":"payload","targetType":"msg","statusVal":"","statusType":"counter","x":160,"y":930,"wires":[]},{"id":"c466d510d0476f0e","type":"function","z":"c0e718067b85a8cc","g":"7b7be9e90c83eaff","name":"Reset delay","func":"//msg.delay = 600000;\nvar m1 = {reset:true};\nreturn [[m1,msg]];","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":610,"y":820,"wires":[["93ac548a0bcda12d"]]},{"id":"93ac548a0bcda12d","type":"delay","z":"c0e718067b85a8cc","g":"7b7be9e90c83eaff","name":"","pauseType":"delay","timeout":"2","timeoutUnits":"seconds","rate":"1","nbRateUnits":"1","rateUnits":"second","randomFirst":"1","randomLast":"5","randomUnits":"seconds","drop":false,"allowrate":false,"outputs":1,"x":770,"y":820,"wires":[["3f628673e320b6ef"]]},{"id":"6db118ed1b0c56de","type":"mqtt-broker","name":"DaleMQTT","broker":"172.16.0.94","port":"1883","clientid":"34567890","autoConnect":true,"usetls":false,"protocolVersion":"4","keepalive":"60","cleansession":false,"autoUnsubscribe":true,"birthTopic":"","birthQos":"0","birthPayload":"","birthMsg":{},"closeTopic":"","closeQos":"0","closePayload":"","closeMsg":{},"willTopic":"","willQos":"0","willPayload":"","willMsg":{},"userProps":"","sessionExpiry":""},{"id":"a7f439d7b1e0bbd4","type":"ui_group","name":"Status","tab":"55b4bf40cf1e815d","order":2,"disp":true,"width":"8","collapse":false,"className":""},{"id":"55b4bf40cf1e815d","type":"ui_tab","name":"Ambrogios","icon":"android","order":23,"disabled":false,"hidden":false},{"id":"af4caa710bbb0c2a","type":"group","z":"c0e718067b85a8cc","name":"Presenter GPS data i chart","style":{"label":true},"nodes":["8e291ee416e96572","597d06bd03195022","6969dbab26c1048b","51404847151e1696","3f628673e320b6ef"],"x":24,"y":999,"w":742,"h":112},{"id":"8e291ee416e96572","type":"inject","z":"c0e718067b85a8cc","g":"af4caa710bbb0c2a","name":"","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":true,"onceDelay":"10","topic":"","payload":"","payloadType":"date","x":140,"y":1050,"wires":[["3f628673e320b6ef"]]},{"id":"597d06bd03195022","type":"function","z":"c0e718067b85a8cc","g":"af4caa710bbb0c2a","name":"Read temp positions & parse","func":"//let poss = flow.get(\"temp\");\nlet poss = flow.get(\"Robertino\") || []\nvar data = []\nvar data0 = []\nvar data1 = []\nvar data2 = []\nvar data3 = []\nlet j = 0;\n//for (let i in poss.data[0].attributes.positions){\n// data0.push({x: poss.data[0].attributes.positions[i].longitude,y:poss.data[0].attributes.positions[i].latitude});\nfor (let i in poss){\n if (poss[i].lat > 59 && poss[i].lon > 5) data0.push({x: poss[i].lon,y:poss[i].lat});\n// node.warn(poss.data[0].attributes.positions[i].longitude);\nj = i;\n}\n// Ta vare på siste pos for oransje markering plott (nåværende pos)\n//data2.push({x: poss.data[0].attributes.positions[0].longitude,y:poss.data[0].attributes.positions[0].latitude});\n//data2.push({x: poss.data[0].attributes.positions[1].longitude,y:poss.data[0].attributes.positions[1].latitude});\ndata2.push({x: poss[j-3].lon,y:poss[j-3].lat});\ndata2.push({x: poss[j-2].lon,y:poss[j-2].lat});\ndata2.push({x: poss[j-1].lon,y:poss[j-1].lat});\ndata2.push({x: poss[j].lon,y:poss[j].lat});\n\n// Omriss av plenen\ndata1 = flow.get(\"plen\");\n// Omriss av elendom\ndata3 = flow.get(\"eiendom\");\n\n\ndata[1] = data1; // Lawnlimits\ndata[3] = data3; // Lawnlimits\ndata[2] = data0; // Track\ndata[0] = data2; // Last track\n//node.warn(data[2]);\n\nmsg.payload = [{\n \"series\": [\"A\",\"B\",\"C\",\"D\"],\n \"xAxisID\": 'custom-x-axis',\n \"yAxisID\": 'custom-y-axis',\n \"data\": data,\n \"labels\": [\"\"]\n}]\n\nreturn msg;\n","outputs":1,"timeout":0,"noerr":0,"initialize":"","finalize":"","libs":[],"x":450,"y":1040,"wires":[["51404847151e1696"]]},{"id":"6969dbab26c1048b","type":"function","z":"c0e718067b85a8cc","g":"af4caa710bbb0c2a","name":"modify chart options","func":"/*let centX = 5.1372;//2285;\nlet xW = 0.0005;\nlet xH = 0.0005;\nlet centY = 59.2355;//3924;\nlet xMax = centX + xW;\nlet xMin = centX - xW;\nlet yMax = centY + xH;\nlet yMin = centY - xH;\n*/\nlet xMax = 5.229248;\nlet xMin = 5.228394;\nlet yMax = 59.392793;\nlet yMin = 59.392350;\n\n\nlet gridcolors = 'rgba(255, 160, 0, 0.3)'\nmsg.ui_control = {\n options: {\n legend: {\n display: false\n },\n tooltips: {\n enabled: false\n },\n scales: {\n xAxes: [{\n type: 'linear',\n id: 'custom-x-axis',\n position:'bottom',\n padding:100,\n gridLines:{\n color:gridcolors,\n zeroLineColor:'rgba(123, 113, 113, 0.75)',\n tickMarkLength:7,\n drawTicks:false\n },\n ticks: {\n fontColor:\"#ccc\",\n max: xMax,\n min: xMin,\n stepSize: 0.0001\n \n }\n }],\n yAxes: [{\n id: 'custom-y-axis',\n \n gridLines:{\n color:gridcolors,\n zeroLineColor:'red',\n tickMarkLength:5,\n drawTicks:false\n },\n ticks: {\n fontColor:\"#ccc\",\n max: yMax,\n min: yMin,\n stepSize: 0.0001\n }\n }]\n }\n }\n}\ndelete msg.payload\nreturn msg;","outputs":1,"timeout":"","noerr":0,"initialize":"","finalize":"","libs":[],"x":430,"y":1070,"wires":[["51404847151e1696"]]},{"id":"51404847151e1696","type":"ui_chart","z":"c0e718067b85a8cc","g":"af4caa710bbb0c2a","name":"Plen","group":"7ab0161dbb92ab3f","order":3,"width":"30","height":"20","label":"","chartType":"line","legend":"false","xformat":"auto","interpolate":"linear","nodata":"","dot":false,"ymin":"","ymax":"","removeOlder":"1","removeOlderPoints":"","removeOlderUnit":"3600","cutout":0,"useOneColor":false,"useUTC":false,"colors":["#ff7f00","#00ff00","#8585fa","#2ca02c","#98df8a","#d62728","#ff9896","#9467bd","#c5b0d5"],"outputs":1,"useDifferentColor":false,"className":"","x":690,"y":1040,"wires":[[]]},{"id":"3f628673e320b6ef","type":"junction","z":"c0e718067b85a8cc","g":"af4caa710bbb0c2a","x":280,"y":1050,"wires":[["597d06bd03195022","6969dbab26c1048b"]]},{"id":"7ab0161dbb92ab3f","type":"ui_group","name":"Map","tab":"55b4bf40cf1e815d","order":3,"disp":true,"width":"32","collapse":false,"className":""},{"id":"f51cf63d67a5a2e5","type":"group","z":"c0e718067b85a8cc","name":"Les geojson fil og lagre koordinater i flow.plen","style":{"label":true},"nodes":["7a8aba7d1b2233c3","c3ac6155687bd8b2","7a3a31186dd532c5","65861ab97117862e"],"x":24,"y":1139,"w":1012,"h":82},{"id":"7a8aba7d1b2233c3","type":"json","z":"c0e718067b85a8cc","g":"f51cf63d67a5a2e5","name":"","property":"payload","action":"","pretty":false,"x":670,"y":1180,"wires":[["c3ac6155687bd8b2"]]},{"id":"c3ac6155687bd8b2","type":"function","z":"c0e718067b85a8cc","g":"f51cf63d67a5a2e5","name":"Plukk ut pos fra fil og lagre i flow","func":"var plen = []\nvar eiendom = []\n\nfor (var i in msg.payload.features[0].geometry.coordinates){\n let tempobj = {x: msg.payload.features[0].geometry.coordinates[i][0] ,y: msg.payload.features[0].geometry.coordinates[i][1]};\n plen.push(tempobj);\n}\n//payload.features[1].geometry.coordinates[0][0]\n//payload.features[1].geometry.coordinates[0][9]\n//payload.features[1].geometry.coordinates[0][9][0]\n//payload.features[1].geometry.coordinates[0][9][1]\nfor (var i in msg.payload.features[1].geometry.coordinates[0]) {\n let tempobj = { x: msg.payload.features[1].geometry.coordinates[0][i][0], y: msg.payload.features[1].geometry.coordinates[0][i][1] };\n eiendom.push(tempobj);\n}\n//node.warn(plen);\nflow.set(\"plen\", plen);\nflow.set(\"eiendom\", eiendom);\nreturn msg;","outputs":1,"timeout":0,"noerr":0,"initialize":"","finalize":"","libs":[],"x":880,"y":1180,"wires":[["3f628673e320b6ef"]]},{"id":"7a3a31186dd532c5","type":"file in","z":"c0e718067b85a8cc","g":"f51cf63d67a5a2e5","name":"","filename":"/home/nodered/PlenV4Eiendom.geojson","filenameType":"str","format":"utf8","chunk":false,"sendError":false,"encoding":"none","allProps":false,"x":390,"y":1180,"wires":[["7a8aba7d1b2233c3"]]},{"id":"65861ab97117862e","type":"inject","z":"c0e718067b85a8cc","g":"f51cf63d67a5a2e5","name":"","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":130,"y":1180,"wires":[["7a3a31186dd532c5"]]}] uPython programmet: import ubinascii import machine from umqtt.simple import MQTTClient from machine import UART import network, utime, machine import os import uasyncio import json uart = UART(2, 9600) SSID = "WLAN-SSID" SSID_PASSWORD = "WLAN-PWD" filenum = 0 SERVER = "172.16.0.94" CLIENT_ID = ubinascii.hexlify(machine.unique_id()) TOPIC = "Ambrogio/Robertino/pos" gps_target = "$GPGGA" gps_target = gps_target.encode('ASCII') async def readAndSend(): global filenum while True: await uasyncio.sleep_ms(1000 * 30) #Run every 30 sec sta_if = network.WLAN(network.STA_IF) if not sta_if.isconnected(): print('connecting to network...') sta_if.active(True) sta_if.connect(SSID, SSID_PASSWORD) while not sta_if.isconnected(): print("Attempting to connect....") await uasyncio.sleep_ms(1000) print('Connected! Network config:', sta_if.ifconfig()) mqttClient = MQTTClient(CLIENT_ID, SERVER, keepalive=60) mqttClient.connect() print(f"Connected to MQTT Broker: {SERVER}") locfilenum = filenum # Store current filenumber filenum = filenum + 1 # New filenumber for logging filename = 'data'+str(locfilenum)+'.txt' if filename in os.listdir(): print('Found '+ filename) f = open(filename, 'r') line = f.readline() while line != "": print(filename+", MQTT:"+line.strip()) mqttClient.publish(TOPIC, str(line)) await uasyncio.sleep_ms(500) line = f.readline() print("file finished") print("Removing ", filename) os.remove(filename) mqttClient.disconnect() print("Disconnect from wlan") sta_if.disconnect() def left(s, amount): return s[:amount] async def main(): global filenum print("Cleanup old files...") # Delete all existing data files on startup for f in os.listdir(): if left(f, 4) == "data": print("Deleting: ", f) os.remove(f) print("All data files deleted.") while True: if uart.any() > 0: await uasyncio.sleep_ms(100) gps_msg = uart.readline() if len(gps_msg) >= 60: gps_type = left(gps_msg, 6) if gps_type == gps_target: utc = gps_msg[7:13] lat = gps_msg[17:27] lon = gps_msg[30:41] newmsg = {} newmsg['utc'] = utc newmsg['lat'] = lat newmsg['lon'] = lon jmsg = json.dumps(newmsg) # Create JSON object for datafile #if lat >= '5923' and lat <= '5924' and lon >= '513' and lon <= '514': filename = 'data'+str(filenum)+'.txt' print(filename+", GPS:"+jmsg) f = open(filename, 'a') f.write(jmsg) f.write("\r\n") f.close() await uasyncio.sleep_ms(200) # Start hele sulamitten event_loop = uasyncio.get_event_loop() event_loop.create_task(main()) event_loop.create_task(readAndSend()) event_loop.run_forever() ESP32 forsynes pt via USB fra en batteribank og GPS forsynes fra Vin og GND pinnene på ESP32. GPS-TX går til ESP-RX2, GPS-RX til ESP-TX2. Har sett i minst ett eksempel på nett at NEO6 GPSen forsynes fra 3.3V men spec sier at NEO6 skal ha 3.7-5V. Prøvde først med 3.3V og det virket men fikk en del mangelfulle setninger fra GPS så med 5V gikk det myyyyye bedre... Så langt ha jeg brukt en 10Ah batteribank og den holder liv i greiene i mange døgn men skal hacke meg inn på strømforsyningen i klipperen etterhvert...

Jeg har laget min første Home Assistant-integrasjon - Google pollen! Jeg kan egentlig ikke Python, men kan programmere i andre språk. Så jeg klarer å lese og forstå Python, men ikke å «skrive det fra bunn». Ble ganske imponert over Github Copilot, som ganske kjapt og enkelt lagde en fungerende kode som jeg kunne bruke som utgangspunkt! Koden ligger her: https://github.com/svenove/home-assistant-google-pollen

Høstens første frost krever alltid litt ekstra arbeid så det er greit å få et varsel noen dager i forkant. Hjul på bil må skiftes, vannslange må innendørs, utekrane må sjekkes at den er tom for vann og campingvogn sine vannbeholdere må tømmes. Så da er et varsel i HA laget slik som dette Det er kun et lett synlig bilde som har en betingelse for synlighet. Først laget jeg en sensor som viser laveste temperatur meldt de nærmeste dagene. - template: - trigger: - trigger: state entity_id: weather.orstad_utsyn action: - action: weather.get_forecasts data: type: daily target: entity_id: weather.orstad_utsyn response_variable: wd sensor: - unique_id: laveste_temperatur_framover name: "Laveste temperatur framover" unit_of_measurement: "°C" state: "{{ [state_attr('weather.orstad_utsyn', 'temperature')|float(0), (wd['weather.orstad_utsyn'].forecast | rejectattr('templow', 'undefined') | map(attribute='templow')|list|min)]|min|round(1) }}" Deretter en binær sensor som bruker laveste temperatur sammen med måned. Jeg trenger ikke varsel om høstens første frost i desember til mai. -template: - binary_sensor: - unique_id: bbb82639-7432-4f3f-8950-a5c860a6ede0 name: frostvarsel state: "{{ states('sensor.laveste_temperatur_framover')|float < 2 and (now().month == 9 or now().month == 10 or now().month == 11) }}" Selve kortet er lagd som dette

Vi åpner nå tre nye forum for direkte kommunikasjon med smarthus leverandørene! Vi har snakket med tre av de store smarthus leverandørene og signalisert et behov for enkelt å kunne kontakte kompetente personer hos dem for å få svar på mer kompliserte tekniske spørsmål. Det viste seg at de også hadde et ønske om å kunne få ryddet opp i en del feilinformasjon og myter som flyter rundt i sosiale fora. Dette er organisert rundt et eget forum for hver leverandør der det som vanlig er oss forumdeltakere som spør og svarer på det vi kan, men i tillegg vil det være representanter for leverandøren der med egne brukere som kan gi fasit eller korreksjoner. Leverandørenes brukere vil være klart merket så det vil ikke være tvil om hvem du får svar fra. Hvert forum vil ha en underkategori for spørsmål og svar og en for generell diskusjon og kommunikasjon. Forumene finner du her: https://www.hjemmeautomasjon.no/forums/forum/110-leverandører/ Vis full oppføring

Det er ihvertfall mer enn dere har fått til på de 6 årene integrasjonen har eksistert 🙂

...og så kan det jo være greit å ha i bakhånd litt top-notch medisinsk verneutstyr i tilfelle media slipper ut et nytt virus som vi må beskytte oss mot:

Ok nå har jeg lekt ganske mye. Laget meg en template sensor som bruker Nordpool input, og så har jeg satt opp en gjeng med hjelpere for å ha data om nettpriser for dag/natt, moms, strømselskap osv osv. Alt kan nå konfigureres via GUI, eneste som blir litt massivt er selve template sensoren men den setter man jo opp bare en gang. Synes det ble ganske bra! Nå skal jeg bare se over litt tid om det fungerer stabilt.

"Feilen" ligger i betingelsene dine: Når sikringen har gått vil garasjelyset aldri kunne bli "OFF". Dermed sørger denne linja: ... for å trigge eventet hvert eneste sekund. "For at least XX" er skummelt å bruke som første betingelse. Bruk heller "for exactly 10 m", så slipper du problemet 🙂 Som en ekstra betingelse går det som oftest utmerket å bruke "for at least". Se FAQ nederst i HS skolen del 7:

Da er jeg i boks med fjernstyring av Alde 3000 vannbåren varme og fjernstyring av stigetrinn i bobilen. Kabler var greie å komme til. I boksen er en RPi 3B+ og 2x4 rele som styres av Node-RED med Node-RED Dashboard som brukergrensesnitt. Som en bonus fikk jeg også med meg zigbee2mqtt, Mosquitto og en G-sensor som forteller meg om bilen står beint. Det hele plassert i custom designet 3D printet boks:

I går dukket MMU3 (MultiMediaUnit gen 3)opp på døra. Et par timers bygging og jeg har 5-farge print. En kjapp prøveoppstilling ser slik ut: ...og de første prøveprintene: Ser standardinnstillignene for fargeskift må justeres litt da rødfargen i sauen smitter over i ullen... Enkel sak... Har så langt fungert helt 100%... Så da fikk 3D printeren plutselig et helt annet bruksområde i tillegg...

Svarer meg selv i tilfelle noen andre skulle være i samme situasjon. Har kjørt både ZHA og Z2M samtidig med samme koordinator. Var ikke klar over at dette ikke var lurt. Jeg har kvittet meg helt med ZHA og kjører alle enhetene mine gjennom Z2M. Oppdateringen startet umiddelbart etter dette.

Fil med oppdatert Guide ligger vedlagt (Beklager feilen der!) En fullverdig oppdateringslogg kommer så fort den er klar, jeg ville dele den med dere så fort vi fikk filene oversendt! I korte trekk: - Oppdatering av kildekode til nyeste versjon - Endring fra Zigbee End device til Router device - Rettet feil som resulterte i Zigbee drop - Endret så komfyrvakten kan slås av/på via Zigbee Verdiene du har unknown på i oversiken i HA rapporterer ikke komfyrvakten noe data på. Vakten rapporterer: - Effekt (W) - kWh - Temperatur (Når vakten er aktiv og trekker strøm). Rundt den nye muligheten til å kunne slå på relé via Zigbee så har vi fått det vurdert at dette er innenfor kravene for sikkerhet. I tilfellet hvor vakten har slått ut og den forsøkes å slås på igjen vil den igjen slå ut så lenge det er en fare tilstede. 140279X-Firmware.zip

Her er kode for å hente inn pris for hver time i dag og i morgen. Den henter også inn pris for aktuell time, men det bruker jeg ikke til noe. Jeg er kun interessert i attributten "prices". Hvis du skal bruke aktuell pris i sensorens tilstand så ville jeg satt scan_interval til en mye høyere verdi, feks en gang i døgnet. Og heller trigget en oppdatering med en automasjon som kjører hver hele time med action: homeassistant.update_entity data: entity_id: - sensor.hvakosterstrommen_price_today command_line: - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ now().strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_today" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', now().strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices - sensor: scan_interval: 1800 command: > echo "{\"prices\":" $( curl -s 'https://www.hvakosterstrommen.no/api/v1/prices/{{ (now()+timedelta(days=1)).strftime('%Y/%m-%d') }}_NO2.json' ) "}" name: "hvakosterstrommen_price_tomorrow" value_template: "{{ (value_json.prices | selectattr('time_start', 'match', (now()+timedelta(days=1)).strftime('%Y-%m-%dT%H:00')) | list | first)['NOK_per_kWh'] }}" unit_of_measurement: "NOK/kWh" json_attributes: - prices

Omsider fått litt system på Piene mine. Fant ikke noe jeg likte på nett så laget selv... https://www.printables.com/model/1220361-rpi-5-nvme-poe-cabinet-and-rack Og når jeg først var i seget så fixet jeg automatisk backup til Synology etter denne oppskriften...

Vi jobber nå sammen med leverandøren om en oppdatert Zigbee driver på produktet. Så vi håper vi kan ha en løsning for de kundene som opplever Zigbee drop. Firmware vil da være mulig å laste opp via OTA. Pål

Jeg tror det baserer seg på dårlige erfaringer med annet utstyr. Mine zigbee enheter varer i mange år på et batteri. Mange er på det sjette året. Enig at det er null stress. Fordelen er at det gir en total frihet i å plassere brytere og sensorer akkurat der de gjør mest nytte. Tradisjonelle brytere og dimmere er etter min mening bare en selvpålagt begrensing. Smarte pærer / belysning gir en full kontroll på hvordan lyssettingen skal være. Ser at det også brukes argumenter om at en må ha tradisjonelle brytere fordi det kan hende at en ny eier ikke liker smarthus. For min del kunne jeg ikke brydd meg mindre om hva en fremtidig ny eier synes om det 🙂

Hei! 03/22 = V1 Firmware 04/22 = V1 Firmware 09/22= V2 Firmware 07/24= V2 Firmware Forskjell på V1 vs V2. Korrigert kompensasjonstabell = Det vil si at den ønskede temperaturen harmonerer med målt temperatur. Alle modeller skal ha repeater funksjon på Zigbee. (V1 hadde en "aggressiv" kompensasjonstabell innebygget på linje med alle "dumme" panelovner, men dumme ovner rapporterer ikke målt temperatur og derfor opplever man ikke denne forskjellen) V1 modeller kan oppdateres til V2 firmware om man har en kontroller som støtter dette. Firmware ligger på nettsiden til Elektroimportøren, eller kontakt kundesenter for å få oversendt disse. Mvh Pål, Namron

Har i noen måneder brukt uike verktøy til å enkelt generere yaml kode kun ved å beskrive behovene mine. Blir bare mer og mer imponert over utviklingen og hva det er mulig å få til - dersom spørsmålene stilles riktig - med høyst begrensede programmeringskunnskaper. Et eksempel er denne som fargekoder timene basert på rangering av strømprisen: type: custom:apexcharts-card series: - entity: sensor.nordpool_kwh_oslo_nok_3_10_0 name: Pris type: column float_precision: 4 data_generator: > const today = entity.attributes.raw_today; const tomorrow = entity.attributes.raw_tomorrow; const allData = today.concat(tomorrow); const categorizeHours = (data) => { const sorted = [...data].sort((a, b) => a.value - b.value); const categories = { lowestFour: sorted.slice(0, 4).map(p => p.start), nextFour: sorted.slice(4, 8).map(p => p.start), middle: sorted.slice(8, 16).map(p => p.start), nextHighestFour: sorted.slice(16, 20).map(p => p.start), highestFour: sorted.slice(20).map(p => p.start) }; return categories; }; const todayCategories = categorizeHours(today); const tomorrowCategories = categorizeHours(tomorrow); const getColor = (start) => { for (const day of [todayCategories, tomorrowCategories]) { if (day.lowestFour.includes(start)) return '#006400'; // Dark Green if (day.nextFour.includes(start)) return '#90EE90'; // Light Green if (day.middle.includes(start)) return '#1E90FF'; // Blue if (day.nextHighestFour.includes(start)) return '#FFA500'; // Orange if (day.highestFour.includes(start)) return '#FF0000'; // Red } return '#808080'; // Default Gray (shouldn't occur) }; return allData.map(p => ({ x: new Date(p.start).getTime(), y: p.value, fillColor: getColor(p.start) })); now: show: true label: Nå graph_span: 2d span: start: day locale: nb apex_config: chart: height: 300px zoom: enabled: true toolbar: show: true tools: zoom: true zoomin: false zoomout: false pan: false reset: true legend: show: false dataLabels: enabled: false xaxis: type: datetime labels: datetimeFormatter: month: ddd day: ddd yaxis: forceNiceScale: false min: 0 plotOptions: bar: columnWidth: '95%' På den måten kan jeg se når f.eks. varmekabler på bad og VVB er aktvert (som begge er aktivert på døgnets 8 billigste timer, altså mørkegrønne og lysegrønne farger). Etter nærmere ettertanke kan VVB og varmekabler uansett være aktivert om prisen er under 0.2 kroner. Gir derfor AI-assistenten følgende beskjed: can you modify the code and make all bars dark green if the value is bellow 0.2? og jeg får dette resultatet: Answer Certainly! I'll modify the code to make all bars dark green if their value is below 0.2, while keeping the color categorization for the rest. Here's the updated version: type: custom:apexcharts-card series: - entity: sensor.nordpool_kwh_oslo_nok_3_10_0 name: Pris type: column float_precision: 4 data_generator: > const today = entity.attributes.raw_today; const tomorrow = entity.attributes.raw_tomorrow; const allData = today.concat(tomorrow); const categorizeHours = (data) => { const sorted = [...data].sort((a, b) => b.value - a.value); // Sort descending const categories = { highestFour: sorted.slice(0, 4).map(p => p.start), nextHighestFour: sorted.slice(4, 8).map(p => p.start), middle: sorted.slice(8, 16).map(p => p.start), nextLowestFour: sorted.slice(16, 20).map(p => p.start), lowestFour: sorted.slice(20).map(p => p.start) }; return categories; }; const todayCategories = categorizeHours(today); const tomorrowCategories = categorizeHours(tomorrow); const getColor = (start, value) => { if (value < 0.2) return '#006400'; // Dark Green for values below 0.2 for (const day of [todayCategories, tomorrowCategories]) { if (day.highestFour.includes(start)) return '#FF0000'; // Red if (day.nextHighestFour.includes(start)) return '#FFA500'; // Orange if (day.middle.includes(start)) return '#1E90FF'; // Blue if (day.nextLowestFour.includes(start)) return '#90EE90'; // Light Green if (day.lowestFour.includes(start)) return '#00FF00'; // Green } return '#808080'; // Default Gray (shouldn't occur) }; return allData.map(p => ({ x: new Date(p.start).getTime(), y: p.value, fillColor: getColor(p.start, p.value) })); now: show: true label: Nå graph_span: 2d span: start: day locale: nb apex_config: chart: height: 300px zoom: enabled: true toolbar: show: true tools: zoom: true zoomin: false zoomout: false pan: false reset: true legend: show: false dataLabels: enabled: false xaxis: type: datetime labels: datetimeFormatter: month: ddd day: ddd yaxis: forceNiceScale: false min: 0 plotOptions: bar: columnWidth: '95%' Som gir meg denne: ...så kan jeg lage automasjonene tilsvarende. Andre som har fått tilsvarende hjelp?

Jeg har kjøpt et par "Arida 160RE" ventilatorer med varmeveksler. De kan kommunisere som master/slave via kabel. "Klimair 160RE" og "Südwind Ambientika" ser ut til å være samme ventilator. "Südwind Ambientika Wireless+" har trådløs kommunikasjon på 868MHz, og jeg ville lage noe tilsvarende til Arida 160RE. Da slipper jeg å banke opp CAT5 -kabel 🙂 Kontroller-kortet er av bra kvalitet. Bestykket med Texas MSP430TM microkontroller og Texas SN75176B differential bus tranceiver. Ut fra hva jeg målte, og så på skopet, måtte vifta ganske sikkert kjøre Modbus/RS485. Kjøpte et par Eletechsup RT18A01 RS485 868MHz tranceivers. Alternativt RT4AE01. 240 kroner 'ish for 2stk i den store butikken. Litt utfordring å finne dokumentasjon. De er klare til bruk, men konfig kan endres med AT-kommandoer via et USB/RS485 interface. Tranceiverne passet perfekt i innbyggingsbokser (#89041) fra Kjell&Co: Testet tranceiverne på viftene. Den ene vifta satt opp som slave + motsatt luftstrøm av master. Våget ikke å "stjele" 5V fra vifte-kontrollerne. Tranceiverne får strøm fra noen gamle mobilladere. Virket!! Før permanent montering, har jeg endret ID + satt ned effekten på tranceiverne et par hakk. Bare 9m avstand og nærmest fri sikt mellom dem. Det gikk greit å endre konfig med AT-kommandoer via GTKTerm eller CoolTerm i Linux. I stedet for fjernkontrollen, kan jeg styre master-vifta på IR fra Home Assistant via en Broadlink RM4 Mini. Har brukt "python-broadlink" for å hente kodene fra fjernkontrollen. Et annet alternativ er å ha en RS485 tranceiver #3 med USB interface som master, sette begge viftene som slaver og styre de fra PC. Men ikke i dag. Nå prater viftene sammen - trådløst. Og det var målet

Vet nå ikke om jeg bare er gammeldags men tenker at dimmere varer "evig" og det gjør ikke lyspærer samme hvor mye LED de er... Ikke dimbar... Det er ofte ulempen med billige lamper/pærer.

Nå vet ikke jeg helt hva jeg så av Proxmox sist jeg tok en kikk men enten har jeg kikket feil eller mye har skjedd siden dengang så nå er ESXI historie og Proxmox er oppe og går på flere NUCer og det har fungert supert i noen uker... Ble litt overrasket over mine innlegg i denne tråden men konverteringen er jo beskrevet langt bedre i en annen tråd...

Jeg ville isolert kobberrøret for varmt vann som går opp langs veggen

Har hatt min yale doorman samt magnetsensorer og røykvarslere koblet mot en eldre "Yale Smart Alarm" i lengre tid. Dette har irritert meg sykt at boksen har webinterface som vi som sluttbrukere ikke får tilgang til. Så tenkte å få ordnet dette en gang for alle. Etter å ha kikket på kretskortet så fant jeg to flash brikker, loddet av disse og dumpet innholdet. Den ene innehold alle innstillinger i klartekst, inkludert til webinterfacet. Webinterface lar deg gjør alt du kan gjøre via den elendige yale appen, og den lar deg fjerne koblingen mot Yale UK, så nå helt skyfritt. Ser også ut som man kan legge inn post av events til en url eller mailadresse, så det blir neste å teste. Vet jo ikke om alle enheter har samme passord eller om det er unikt per enhet, men hvis noen andre sitter på samme boks og vil prøve så send meg en melding. Legger ved ett par bilder av interfacet om interresant (status viser ikke på enhetene da den nå ligger på labben min og ikke har dekning).

Det må vi klare å få til! Sant, @iblis 🙂 Det har ikke høyest prioritet sånn på tampen av juli, men i løpet av neste måned burde vi ha det på plass. 👍

Jeg så nettopp gjennom denne Youtube videoen og har basert på hans tips om bruk av Trigger ID slått sammen det som var seks adskilte automasjoner til 1! I stuen vår bruker vi Ikea Somrig til å styre lysene når vi sitter i sofakroken. Denne fjernkontrollen har 2 knapper, hver med 3 funksjoner (enkelttrykk, dobbetltrykk og hold). Dette bruker vi til å skru av/på (toggle), dimme opp og dimme ned spotter på hhv den ene og andre siden av rommet. Nå er disse seks funksjonene pakket inn i en automasjon. Og når jeg vil ta i bruk en fjernkontroll til, dedikert til godstolen, så kan jeg kopiere denne ene automasjonen og legge inn fjernkontroll nr 2 på samme måte. Det er sikkert andre måter dette kan ordnes på, men denne skal i alle fall jeg bruke videre. 🙂 Det blir ellers nok automasjoner å holde oversikt over.

Og status i juni er at dette har gått veldig bra. Jeg synes jeg har langt bedre kontroll med automasjoner enn med skript. Når jeg flyttet over skript for brytertrykk, så brukte jeg pyscript sine definisjoner av mqtt payload direkte i automasjonen. Dette ble gjort uten at jeg tenkte så mye på dette, men i ettertid så innser jeg at det er fryktelig tungvint når en skal sette opp nye brytere. En må da bruke et eller annet verktøy og analysere mqtt pakkene som kommer i fra zigbee2mqtt. Det må vel være enklere måter å gjøre det på? Og det er det. Zigbee2mqtt anbefaler å bruke device trigger i HA istedenfor mqtt triggere. Når en bruker device trigger, er egentlig det meste automatisk ferdiganalysert av HA. Det er bare å velge i fra en liste hvilken aksjon en skal trigge på. For bryter kan det feks være knapp 2 og "press" eller "release". Skal en bruke hvilken knapp en trykket på videre i automasjonen så er det bare å definere en trigger ID på den spesifikke knappen og bruke trigger ID til å teste på. Da slipper en å teste på en spesifikk payload i mqtt pakken. Så konklusjon er at brytere er veldig lett å sette opp i HA sin automasjon i forhold til fikling med mqtt pakker i pyscript. I HA sin automasjon trenger en ikke vite noe som helst om at dette kommer via mqtt.

Vet at mange har vært entusiastiske lenge når det gjelder esphome. Jeg må innrømme at jeg ikke helt har sett poenget. Men nylig testet jeg ut Blåtann (egentlig BLE) proxy-funksjonen, og den er jo konge! Kjører greit på knøttsmå og billige ESP32C3 moduler. Delt Wifi og Blåtann skal riktignok ikke være så lurt. Har ikke hatt kjempeproblemer utover at det var greit å vente med BLE scanning til nettet var ferdig konfigurert. Men jeg liker kablet nett og jeg liker PoE. Spesielt hvis vi ser for oss en BLE proxy plassert på steder der det ikke er strøm fra før. En slik virket perfekt (men pass på å velge "Color: ETH01-EVO with POE"): https://www.aliexpress.com/item/1005006528549724.html ...bortsett fra at ethernet-modulen ikke var støttet i esphome, da. Optimist som jeg er så bestilte jeg likevel. Det ligger en driver i esp32-idf, som er mer eller mindre obligatorisk uansett med ESP32C3 om jeg har forstått det riktig. Så hvor vanskelig kan det være å legg til i esphome? Ikke vanskelig i det hele tatt, viste det seg. Det var dagens prosjekt: https://github.com/esphome/esphome/pull/6861 Så da gjelder det bare å finne et sted den kan gjøre nytte for seg.

if then

Hei! Det er Vetle fra SMARTi her. Grunnlegger/daglig leder / utvikler/ designer/ tester you name it. Jeg gant denne posten og vil bare skyte inn noen korte ord her. Denne huben vi har brukt til nå er som sagt et white label produkt fra Dusun IoT. Den er forsåvidt allsidig og har mange gode egenskaper og man kan få den i utallige varianter med ulike konfigurasjoner, men support fra leverandør er noe labert. Det er ikke sånn at dette har vært noe dropshippingløsning for å si det slik. Vi har kjørt et løp med ca 10 tester i Norge snart ett år hvor hver enhet har blitt satt opp fra bunnen av og hvor alt er blitt konfigurert til å være så sømløs som mulig ut av esken. Z2M er satt opp, Z-wave-JS-Ui, add-ons osv. Det som er hovedutfordringen her er at den kjører Debian 12 som underliggende OS og da HA Supervised på toppen. Hvis du ikke er flink med Linux og commandolinje, er ikke denne løsningen noe du skal fikle så alt for mye med. Det fører også til noen småting ikke fungerer helt 100% slik de skal og som sagt har support fra leverandør vært noe utfordrende da de gjerne ikke er så glad i å gi support til selskaper som ikke har de største volumene. Disse hubene har også blitt shippet med SMARTi dashbordet ferdig-installert og konfigurert. Dere kan lese mer om denne løsningen her: https://github.com/Prosono/SMARTi_BaseComponent hvis dere vil teste det ut selv på deres HA løsning fda den ikke krever noen spesifikk hardware. Dette er et auto-populerende dashbord til HA som gjør at du slipper å manuelt lage, endre og oppdatere et velfungernde dashbord som kan brukes på tablets, dasktops og mobil. Så over til det som vi jobber med nå. Ettersom vi har sett at løsningen vi har brukt med Dusun IoT har hatt sine utfordringer, holder vi nå på å utvikle egen hardwareløsning. Dette tar dog noe tid og vi er noen måneder unna lansering da vi enda er i prototype-fasen. Men her vil det være større muligheter for egen tilpasning på farge, utseende og modeller som har ulike egenskaper. Noen egenskaper som jeg vil trekke frem er: Valg om Innebygd UPS, veldig god rekkevidde og signalstyrke på både Zigbee og -Z-wave som danner gode og stabile nettverk, mulighet for Thread via Home Assistant SkyConnect, valg om long range Z-Wave osv. Kom gjerne med innspill om øsnker så kan vi se hva vi burde fokusere på. Til slutt vil jeg si noen om dette med strømstyring og fleksibilitetsmarkedet. Dette er også noe vi jobber med og mye av dette vil bli integrert inn i SMARTi integrasjonen som jeg henviste til tidligere. Dette er en løsning vi har valgt å kalle for SMARTi PowerFlow og tanken her er at man så enkelt som mulig skal kunne styre sine elektriske laster etter Pris, Fleksibilitet eller Nettleie - Mulkigens en kombinasjon også etterhvert. Dette med Fleksibilitet er ikke så veldig enkelt og krever ganske mye ressurser å få på plass både med tanke på kost og utviklingstimer. Siden vi enda er et lite og nytt selskap må vi derfor ta ting litt av gangen. Se noen screenshots under. Annet enn det så har jeg ikke så mye å melde. Tar gjerne imot spørsmål rundt det vi holder på med 🙂

@Venin Da har du kommet i kontakt med en som ikke viste bedre, jeg skal prate med gutta på support. Men vi jobber med home assistant integrasjon as we speak :)

Hei! Da er endelig FW på plass med korrekt rapportert FW versjon. Hvit: 4512750 Sort: 4512751 Forskjell på FW er kun at du får rapportert korrekt produkt nr. 4512750-Firmware.zip 4512751-Firmware.zip

Kort fortalt, så baserer du deg på trådløs løsning, som sikkert fungerer for deg, men ikke for neste eier og eier etter det igjen. I en elektrikers øyne, så lager du et dårlig anlegg. Og jo, du får lengre strekk med rør og kabler når du lager stjernenett ut fra sikringsskapet. Og litt mer utdypende: 1. Du vil basere deg på trådløs teknologi, som betyr du lager deg fallgruver, hvor den ene er kommunikasjon mellom trådløs bryter og alle enhetene du har plassert i stålskapet. Det andre er batterier, som er noe man helst bør unngå om man kan. Batterier kan ha lang levetid, og de kan ha fryktelig kort levetid. I tillegg så har batterier en "best-før" dato. Du kjøper deg vedlikehold. 2. Du sier en vesentlig del med smarthus er trådløse brytere. Der er nok meningene forskjellige alt etter hvem du spør. Å kunne betjene noe fra flere steder, som f. eks app, bryter, trådløs bryter, stemme etc er flott og fint, men smarthus skal være smart, hvor det styrer seg selv og man minimerer manuelle handlinger. Du skal muligens selge en dag, og det er ikke sikkert neste eier synes det er kjempeflott med masse trådløse brytere uten mulighet for å installere vanlige dimmere/brytere. For nysgjerrighetens skyld, hvilket produkt er det du bruker som trådløs bryter? Støtter den direkte assosiasjon med dimmeaktuatoren? 3. Det er ikke kjempekjekt å ta av dekslene i sikringsskapet hver gang du skal ekskludere/inkludere/lese PIN-kode på en enhet. Å plassere dimmeaktuator i sikringsskapet er ikke noe nytt, det har blitt gjort i flere tiår, men da med f. eks KNX, med trådbaserte brytere og sensorer. Du kan også plassere termostaten til gulvvarmen i sikringsskapet ditt. Plejd anbefales av elektrikerene fordi det fungerer og er stabilt. Du skriver selv du har problemer med iHeat (antar du mener HeatIt?). Hvis en elektriker leverer noe sånt, så er det reklamasjon, og det koster penger. Det er lite tull med Plejd, men det har sine ulemper for de som er over snittet interessert (slikt som BT-kommunikasjon, lukket system, avhengig av sky for integrasjon mot andre system osv osv). Den "vanlige" måten å legge opp elanlegg idag på er å bruke dimmere som ser helt vanlige ut, men som har ZigBee eller Z-Wave kommunikasjon. Da får du betjening på veggen, alt er kablet, og det fungerer for neste eier. Eksempelvis Heatit ZigDim.

@JoeHugin Ikke noe som er bestemt enda, men jeg hører i gangene om at det diskuteres ettersom flyttbar varme er populært i resten av Europa. Så kan hende det kommer i 2025, før nesten vinter sesong, men ikke 100% sikkert enda.

"hva skal vi med all informasjonen?" toget gikk nok på 90-tallet engang. Eller kanskje før? Mulig det kan tidfestes til at "folk flest" fikk et barometer på veggen?

Er det ikke snart på tide å opprette et forum for å diskutere Matter / Thread?

Da har jeg kommet noen hakk lenger. https://aidon.com/wp-content/uploads/2023/06/AIDONFD_RJ45_HAN_Interface_EN.pdf -> dokumentasjon på AIDON RJ45 HAN Ut i fra min AIDON måler, er dette en raw output av liste 2. 7ea10b41088313fa7ce6e7ff0f40ffffffff010c020209060101ff0281ff0a0b4149444f4e5f563030303102020906ffff6001ffff0a103733353939393239303737363335313002020906ffff600107ff0a04363532350203090601ff0107ffff06ffff14e902020fff161b0203090601ff0207ffff06ffffffff02020fff161b0203090601ff0307ffff06ffffffff02020fff161d0203090601ff0407ffff06ffffff1e02020fff161d0203090601ff1f07ffff10ff8d02020fff16210203090601ff4707ffff10ffa002020fff16210203090601ff2007ffff12092602020fff16230203090601ff3407ffff12092802020fff16230203090601ff4807ffff12092a02020fff16236b4e7e I grønt her har jeg markert korrekt obis for Active power +. Jeg var forvirret en stund da jeg ikke fant riktige OBIS koder. I dokumentasjonen står feks Active Power+ som OBIS : 1-0:1.7.0.255 Først oversatte jeg dette til 01 00 01 07 00 FF. Men i HEX blir dette: 01 FF 01 07 FF FF 06 Så for de av dere som kommer bort i samme problem, er det nok for at hex 00 som er den riktige oversettelsen av int 0 blir erstattet med FF for placeholder eller "ingen verdi" 06 som kommer etterpå angir hva slags type format "value" er i. Så for denne koden, 06 blir det double-long-unsigned. Eller de neste 4 bytes etter 06. Som da blir 8 hex characters. 01ff0107ffff06ffff14e9 Blir da korrekt oversatt: 01FF0107FF -> OBIS kode for Active Power+ 06 -> double-long-unsigned. Altså les de neste 4 bytes eller neste 8 hex. FFFF14E9 -> 5353 i decimal. /1000 blir dette 5.3 kW som var strømforbruket mitt på det tidspunktet. Her er en komplett obis dictionary for python for å lese av de korrekte kodene. Merk, at dette er list 3. Som inneholder både list 1 og list 2. Men noen av dataen her blir bare sendt ut hvert 60 minutt. OBIS_CODES = { "01FF0107FFFF06": {"description": "Momentary Active power+ (Q1+Q4)", "type": "double-long-unsigned"}, "01FF0207FFFF06": {"description": "Momentary Active power- (Q2+Q3)", "type": "double-long-unsigned"}, "01FF0307FFFF06": {"description": "Momentary Reactive power+ (Q1+Q2)", "type": "double-long-unsigned"}, "01FF0407FFFF06": {"description": "Momentary Reactive power- (Q3+Q4)", "type": "double-long-unsigned"}, "01FF1F07FFFF10": {"description": "IL1 Current phase", "type": "long-signed"}, "01FF2007FFFF12": {"description": "IL2 Current phase", "type": "long-signed"}, "01FF3307FFFF12": {"description": "IL3 Current phase", "type": "long-signed"}, "01FF4707FFFF10": {"description": "UL1 Phase voltage", "type": "long-unsigned"}, "01FF3407FFFF12": {"description": "UL2 Phase voltage", "type": "long-unsigned"}, "01FF4807FFFF12": {"description": "UL3 Phase voltage", "type": "long-unsigned"}, "FFFF6001FFFF0A": {"description": "Meter ID", "type": "visible-string"}, "FFFF600107FF0A": {"description": "Meter type", "type": "visible-string"}, "FFFF01FFFFFF09": {"description": "Clock and date in meter", "type": "octet-string"}, "0101FF0281FF0A" :{"description": "Obis list identifier", "type": "visible-string"}, "01FF0108FFFF06" :{"description": "Cumulative hourly active import +", "type": "double-long-unsigned"}, "01FF0208FFFF06" :{"description": "Comulative hourly active export -", "type": "double-long-unsigned"}, "01FF0308FFFF06" :{"description": "Comulative hourly reactive import +", "type": "double-long-unsigned"}, }

@kris10an Gen3m har en modulær top del som kan byttes ut og oppgraderes etterhvert når det kommer nye generasjoner slikt at du slipper å kjøpe ny ovn. Om du skal kjøpe ovner, vent med å kjøpe....det kommer en ny batch med ovner mot slutten av oktober som fortsatt heter gen3m. Men disse har en silent upgrade , det vil si oppgradert wifi brikke som er ESP32 C6 som vil få Matter og Zigbee støtte senere i 2024 via en OTA. Du vil merke at ovnen har en klistremerke på lokket som heter generasjon 3m. Prikken på slutten indikerer at det er den med ESP32 C6 . Tillegg har den en oppdatert touch chip, som gjør at display er veldig motstandsdyktig mot støy på strømnettet. Denne oppgraderen vil rulles ut til hele panel ovn serien i 2025, da kommer alle disse ovnene med Matter og Zigbee 3.0 og de om har en gen3m med disse brikkene får en OTA som åpner opp for Matter og Zigbee. @landsverk Opplever ellers et par merkelige ting; 1) Kan ikke legge inn effekt på enhet med mindre den er satt til control device individually. -> Du kan endre på effekt om du navigere til enheten og velger avansert, lenger nede så finner du effekt som du kan endre på. 2) Socket har ikke mulighet for å legge inn effekt, så da er jo strengt tatt statistikk ikke mye verdt 😅 -> Her så trenger du ikke å endre på effekt eller legge til effekt, strømmåler brikken auto kalibrerer seg selv avhengig av hva du plugger inn på den. Så derfor er det ikke noe behov for å legge til effekt info :) Finnes det noen workaround ift API limit? Denne grensen er nå satt til 5000 API kall pr time pr konto , noe vi mener er veldig generøst. Trenger man mere en 120 000 API kall i døgnet(24 timer)? Når det gjelder webinterface så er det mye vi kan få til der men jeg blir dratt i mange retninger som tar mye av tiden så det har ikke vært en hovedfokus. Men jeg skal sette dette på agendaen igjen veldig snart. Så for å oppsummere det som er på ønske listen for web interface : 1 : FW upgrade mulighet, veldig enkelt å få til og tar en par timer å implementere 2: Koble til Mill Skyen, vil dukke opp som en avhengig enhet i appen med standard navn og noen tall 3: Mulighet til koble ovnene til skyen igjen på auto via REST API eller web @landsverk Send meg en PM så sender jeg deg en ny Mill Sense i posten + en socket som plaster på såret. Mill Sense er nok død/bricked pga FW som hadde en feil som fort ble fjernet når det ble oppdaget. I PM send meg: 1: Fult navn 2: Adresse 3: Telefon nummer for pakkesporing Så fikser jeg dette imorgen

Erfarer at topolt er et krav dersom lyskilden er byttbar, for eks pære. Om man bruker led-spotter uten byttbar kilde trengs det ikke. Info Fra min elektriker. Men tabbeboks bak eksisterende boks er vel en grei løsning.

Jeg har målt varmetapet på min VVB og den er: tap(W) = 2000(0.00135 * t - 0.0384). Dette gjelder for meg der tanken står i et vaskerom på 20grader C. Er det kaldere, som feks i en uisolert kjeller, er tapet større. Så ved 50grader C er tapet 58W og ved 80grader C er tapet 139W. Forskjellen utgjør 709kWt pr år. Med dagens strømpris er det altså litt å spare på å senke temperaturen. 50 grader er nok til at legionella ikke utvikler seg ukontrollert, men de dør ikke heller så jeg varmer opp tanken til 80 grader C to-tre ganger i måneden. Jeg har en OSO tank med OSO sin temperaturfølerstav. Denne er koblet til en esp8266 så jeg har full kontroll på temperatur på 3 steder i tanken. Når den er så lav som 45-50 grader så er det viktig å ha kontroll på det for at temperaturen ikke kommer under dusjvarmt. Temperaturen synker litt på vei til dusj så jeg har funnet ut at 45 grader i VVB er absolutt laveste jeg kan ha uten at noen i huset klager.

Elko One Termostat med Matter over WIFI https://www.elko.no/produkter/54-termostater/termostat-med-matter/elko-one/termostat-med-matter-one-so

Kanskje ikke direkte automasjon, men kablingstabbe er vel kablingstabbe uansett.... Nytt hus - nye tabber. Dvs, "nytt" i denne sammheng vil si 2003. Splitter nytt i forhold til den 100 år gamle leiligheten vi flyttet fra. Men likevel ekstremt utdatert når det kommer til ting som koaks-kabling til alle soverom, telefon-kontakter osv. Men rør er rør. De passer like bra til TP-kabel som til koaks. Bortsett fra den lille detaljen at koaksnettet ikke var et rent stjernenett. Hvert strekk går typisk innom to rom. Dermed blir det behov for flere kabler i rørene om målsetningen om ethernet overalt skal la seg gjennomføre. Dessuten har tilsetning av fiber på et annet sted enn der rørene samles medført et ekstra kabelbehov på tvers av huset. Det var her jeg oppdaget den geniale oppfinnelsen "slim" cat6a. Jeg sitter med en del meter TP-kabel av forskjellige generasjoner fra prosjekter i tidligere boliger, og de har jo bare blitt ykkere og tykkere. Så jeg ble overlykkelig når jeg fikk den første rullen med denne "slim"-kabelen. Diameter på 4mm er virkelig tynt. Får inn 5 slike og en simplex fiber i samme 20mm rør. Null problem å få nok kabler overalt. Men så var det termineringen da. Så langt hadde ikke jeg tenkt. Men tynn kabel betyr primært tynne ledere. Veldig tynne (AWG28). De funker på et vis i elko cat6-uttak, men det er på det berømte håret. Neppe anbefalt. Men huset har nokså gjennomført RS16 så jeg foretrekker å bruke uttak i samme stil. I den andre enden hadde jeg tenkt å gjøre det enklest mulig ved å bare la en bunt kabler med plugg i enden gå rett i en switch. Jeg var vært gjennom forskjellige faser med patchepanel og tilsvarende løsninger, og har konkludert med at det egentlig ser ryddigere ut med færre koblinger der det er veldig mange kabler. Panelet tilfører lite når du uansett må ha en drøss patchesnorer videre til switchen. Enkelt, my ass. Jeg kjøpte en sekk RJ45-plugger for et par tiår siden. Ikke akkurat cat6, men det spiller liten rolle etter min erfaring. Jeg klarer å holde de-tvinningen minimal uansett. Null problem å klare multigig på noen titalls meter. Men de lederhullene som har vært litt trange de siste årene med cat6 be plutselig veldig romslige med AWG28. Det funker definitivt ikke å plassere lederne inntil hverandre. Den totale bredden er mindre enn halve pluggen. Det går flere ledere inn i hvert hull. Så de må plasseres parallellt med akkurat passe avstand. Det er dritvanskelig. Og det blir ikke enklere av at det er plass til at de vandrer inne i pluggen. Jeg bruker en hel kveld med kun et par fungerende plugger som resultat. Første tabbe. Skulle sjekket og kjøpt plugger som passet med en gang. Handler en pose med cat6-plugger laget for AWG28. De kommer med en liten guide med akkurat passe store hull for lederne. Null problem å få det til å ligge riktig. Men resultatet blir ikke som forventet. Tverti imot. Det viser seg enda vanskeligere å få disse pluggene til å funke. Jeg gjør en primitiv test med et 5gig USB-adapter i den ene enden og en 10gig SFP+ i den andre. Men ender gjerne opp med en 100M link om det er link i det hele tatt. Og mange av pluggene sitter merkelig dårlig i kontaktene. De synes om om de rett og slet ikke passer helt. Banner en del over skitpluggene. Andre tabbe. Skulle nok debugget det egentlige problemet litt bedre før jeg forbannet hele verden. Gir uansett opp planen om plugger og konkluderer med patchepanel anyway. Og jeg har lært, så nå kjøper jeg keystone-moduler som er lagd spesifikt for "slim" cat6a. De er en drøm å jobbe med i forhold til alt jeg har prøvd så langt. Men siden jeg uansett er ute og handler så tar jeg like gjerne med et nytt sett AWG28-plugger av et annet merke. For det må jo være puggene det er noe feil med. Samme rævva resultat. Jeg gogler og leter etter en tilsvarende problembeskrivelse, men finner ikke noe. Merkelig. Hvordan i all verden kan dette ikke være et kjent problem? Jeg har opp gjennom årene satt en del RJ45 på diverse kabler. Og alltid brukt den solide og relativt eksklusive AMP-tanga til samboeren. Et ekte 80- eller 90-talls klenodium. Solid og pålitelig som bare det. Har aldri tidligere hatt noe problem, selv om jeg har jukset med cat5e-plugger for flertrådet kabel på tjukke cat6-ledere i solid installasjonskabel. Men jeg begynner å undres. Så når jeg er innom Kjell & Co likevel tar jeg med meg en billig kina-tang derfra. Tenker det er en nokså dum investering ettersom jeg har tang og egentlig har droppet hele plugge-prosjektet. Men jeg klarer jo ikke å legge slikt helt dødt. Til min store overraskelse så funker billig-tanga helt fint. Den klmmer på fullt fungerende tynnkabel-plugger. Det er nå jeg virkelig må sammenligne tang og resultat. Hmm. Hvorfor har AMP-tanga en forhøyning mer, tro? Den lager en relativt stor grop i pluggene og er åpenbart årsaken til derfomeringen som hindrer dem fra å funke. Bildene viser ødelagt plugg (øverst) ved siden av fungerende plugg (nederst), billigtang (b.jpg) og AMP-tang (c.jpg) Legg merke til at den ødelagte pluggen ikke bare er klemt litt på midten, men at plasten med kontaktene også har fått en buet fasong. Ikke så rart at den der ikke virker. Men hva i all verden skjedde? Som alltid så fungerer Google best når man vet løsningen. https://www.mattmillman.com/amp-rj-45-vs-regular-rj-45-plugs/ Det er altså vesentlig forskjell på AMP-plugger og andre RJ45. AMP-pluggen finnes ikke lenger. De egner seg jo ikke til moderne kabling siden de krever opptvinning av en lengre bit kabel. Jeg har noen få eksemplarer i esken til tanga, så jeg kan verfisere at ja, de er forskjellige fra de andre. Men hvorfor har jeg aldri merket dette før? Det viser seg at den sekken med RJ45 jeg kjøpte på eBay for 20 år siden nok var nærmere AMP pirat-kopier enn noe annet. Da har en fordypning der tanga vil klemme til, og en tilsvarende forsterkning på tvers slik at de ikke deformeres av dette. Jaja, man lærer en del av slikt. Nyttig? Neppe. Hadde vel aldri møtt problemet hvis det ikke var for at samboeren brakte en RJ45-tang inn i forholdet. Primært hennes feil, altså. Og det er jo ikke ny lærdom.