Bjørn Mork

Har heller ingen erfaring med Teltonika utover at de virker nokså ryddige av seg. Det skjermbildet ditt var mystisk likt eksempelet på https://wiki.teltonika-networks.com/view/RUTX50_Network Er jo kanskje litt rart at de viser fram et 4G skjermbilde når ruteren støtter 5G? Vet ikke om det hjelper noe eller om det bare er den samme informasjonen presentert som tekst, men de dokumenterer også noen CLI-kommandoer du kan bruke: https://wiki.teltonika-networks.com/view/Command_Line_Interfaces https://wiki.teltonika-networks.com/view/Gsmctl_commands gsmctl ser ut til å være en wrapper de har laget rundt en del vanlige modem-kommanoer. "gsmctl -F" og "gsmctl -K" ser spesielt interessante ut. Eksemplene tyder på at de bare er enkel wrapping av Quectel-spesifikke AT-kommandoer. Du finner igjen +QNWINFO og +QENG i Quectels AT kommando-manualer. For eksempel ser dette slik ut på en Zyxel NR7101 (som har et lignende modem) oppkoblet mot 5G NSA: root@NR7101:~# atcmd /dev/ttyUSB3 'AT+QNWINFO' +QNWINFO: "FDD LTE","24201","LTE BAND 7",3150 +QNWINFO: "TDD NR5G","24201","NR5G BAND 78",643296 OK Merk at det er to linjer med NSA. Mulig feilen ligger i hvordan Teltonika parser dette? Men kunne jo være underholdene å se hva "gsmctl -F" sier. Tilsvarende forventer vi noe slikt fra "gsmctl -K": root@NR7101:~# atcmd /dev/ttyUSB3 'AT+QENG="servingcell"' +QENG: "servingcell","NOCONN" +QENG: "LTE","FDD",242,01,319DB05,51,3150,7,5,5,81A2,-89,-12,-58,11,8,-20,- +QENG: "NR5G-NSA",242,01,41,-78,16,-10,643296,78,12,1 OK

Du kan ha høy strømpris pga spekulasjon eller produksjonsutfordringer uten at det er kapasitetsproblemer i nettet. Og motsatt kan det godt tenkes at ditt lokale nett blir overbelastet når alle skal lade elbilen sin på negativ strømpris midt på natta. For oss som bor i et vannkraftland gir det mye mer mening med variabel nettleie enn variabel strømpris. De ekstreme prisforskjellene som skapes av det mislykkede markedseksperimentet skaper nok mer trøbbel for netteierne enn de vil ut med.

Helt sikker på at den ikke er på 5G? Husk at NSA betyr at du primært er koblet opp mot 4G og bare bruker 5G-bånd i tillegg når båndbreddebehovet tilsier det. Telefoner er svært så aggressive med å kalle dette 5G i displayet, av markedsføringshensyn. Er ikke sikkert Teltonikaen er like ivrig. Hva sier egentlig Teltonikaen? Og hvordan har du konfigurert den? Er ikke sikkert alle bånd er tilgjengelige. Hvis du har valgt å låse til f.eks. n78 på 5G så kan du fort ende opp med 4G i stedet selv om lavere 5G-frekvenser er tilgjengelige

Jeg skulle gjerne visst hva som var poenget med det. Det er svært få kurser jeg kunne tenke meg å slå av og på automatisk. Selv om jeg virkelig legger godviljen til, så er det bare elbillader, varmtvannsbereder og platetopp jeg ser at det har noen som helst nytteverdi. Men for elbiillader er det helt åpenbart mye bedre å ha en smart lader der du også kan styre ladestrømmen. Skal du først bruke noen tusenlapper på å gjøre elbillading smartere så bytter du ut ladeboksen. For platetopp ville den eneste praktiske funksjonen (for min del ihvertfall) vært som en sentralisert komfyrvakt. Det er forsåvidt nyttig nok. Men da må løsningen inneholde direkte sensor-tilkobling og logikk for utkobling uten at noen smarthub er involvert. Uten det må du jo ha en ordinært komfyrvakt i tillegg, og da kan du like gjerne gjøre den smart. Så slapp du dobbelt opp med releer og måler på den kursen også. Ønsker uansett ikke automatisk utkobling basert på annet enn sikkerhet. Da hadde vi VVB igjen. Der er et rele i sikringskapet like bra som de andre av dagens ettermonterte puck-løsninger. Men for nye installasjoner vil jo en smart VVB åpenbart være mye bedre. Jeg har utelatt oppvarming. Med panelovner og elektrisk gulvvarme er det bedre med styring og måling på hver varmekilde separat. Vannbåren varme med elektrisk fyring har nok egen kurs, men er ikke noe jeg ville styrt med utkobling av strømmen. Du har gjerne varmepumpe(r) og en god del sensorer koblet direkte til det systemet, med sin egen halvsmarte styring Tar gjerne mye bedre smarthus-integrasjon av målinger og og styring enn jeg har i dag. Men å slå hele sulamitten av og på med en ekstern strømbryter er uaktuelt. Det hadde nok vært gøy med målinger per kurs med Elkos smarttag eller tilsvarende. Men jeg er usikker på nytteverdien ifm automatisering. Det er nyttig å vite hvor mye elbil og VVB trekker, og relatere dette til totalforbruk. Men hvis du allerede har elbillader og VVB-puck med målinger så blir det jo smør på flesk med måling i sikringsskapet. Så hva skal jeg egentlig med noe i sikringsskapet?

Det er som sagt en ukjent protokoll på 868 MHz, så det er ikke hverken enklere eller vanskeligere enn med alle andre trådløse røykvarslere. Zigbee varslingen utløser neppe noen lyd. Den er bare for apper og automatisering

Humor: Noen har byttet ut MASTER med PRIMARY i både papirmanualen og de små klistrelappene som følger med (og som du ikke trenger når du bruker zigbee). Er vel samme sykdom som gjør at alle mysql-slavene har blitt replikanter elns. Jeg føler for å få inn en bladerunner.

Var ganske sikker på at det virket ettersom seriekoblingen er tradisjonell RF-seriekobling på 868 MHz, som for de aller fleste andre trådløse røykvarslere. Zigbee brukes til automatisk konfigurasjon av sammenkoblingen, men er ikke en del av kommunikasjonen mellom varslerne. Tror kanskje ikke de kommuniserer noe som helst seg i mellom. Sannsynligvis setter de bare opp en felles nøkkel basert på de konfigurerte "iasCieAddr" og "zoneId" verdiene. Men det er jo en god idé å teste at dette virker. Gjort nå. Funker som antatt helt fint. Jeg stoppet z2m og plugget for sikkerhets skyld ut koordinator-donglen. Alle varslerne ga fremdeles lyd når jeg trykket test-knappen på en av dem. Leenge - dokumentasjonen sier 10 sekunder. Det tar ikke nødvendigvis fullt så lang tid, men det er en merkbar forskjell i forsinkelse mellom de 4 varslerne jeg har montert. Gjetter på at varslerne sover ganske tungt og bare våkner opp en gang i blant for å lytte etter alarmer.

Hentet mine i dag og fått opp noen av dem. For de som lurer: Disse sklir rett inn i z2m når du følger "Koble til ELKO smart hub" instruksjonene. Og de blir da også automagisk seriekoblet. Det er altså ikke nødvendig med noen manuell seriekobling så lenge du bruker z2m. Kikket litt på z2m-koden og tror magien er relatert til at z2m setter "iasCieAddr" og "zoneId" attributtene i "ssIasZone" klynga. iasCieAddr blir satt til koordinator-adressen mens zoneId er hardkodet til 23. Vet ikke om det er noen grunn til det valget, men de fleste ønsker vel uansett å seriekoble alle røykvarslere som er i samme zigbee-nett. Skrur du på debug-logging under join så ser du at dette skjer i løpet av "intervjuet". Du ser også attributtene i "state", f.eks i z2m web-frontend. Der heter de "ias_cie_address" og "zone_id". Slik ser en av mine ut: { "ac_status": false, "battery": 100, "battery_defect": false, "battery_low": false, "enrolled": true, "ias_cie_address": "0x00124b00deadbeef", "linkquality": 25, "restore_reports": true, "smoke": false, "supervision_reports": true, "tamper": false, "temperature": 21, "test": false, "trouble": false, "update": { "installed_version": 34014975, "latest_version": 34014975, "state": "idle" }, "voltage": 3000, "zone_id": 23 }

heh, som gammal grinebiter så holder jeg meg langt unna alle moderne påfunn som hjul og fyrstikker og slikt 🙂 Her er det ingen konteinere, hverken docker eller supervised. Greit. Det er min egen feil at dette blir litt herkete. Jeg kunne ha stukket hodet i sanden og kjørt en fiks ferdig konteiner eller VM. Men det er en halvbevisst valg fra min side. (jeg har forsåvidt en mer moderne HA+z2m på hytta, også der som en native core installasjon under Debian stable. Så det er ikke umulig)

spørsmålet om temperatursensor er besvart av Elko: Og det gir mening. Dette er ikke temperatursensorer. Ellers ser jeg at det er noen svært ferske forbedringer i z2m for akkurat disse varslerne, der "heat" og "hush" blir eksponert: https://github.com/Koenkk/zigbee-herdsman-converters/pull/8393 Sikkert verdt bryet å få med seg. Men er nok ikke en del av en release før til nyttår. Og for min del så blir det vel noen følge-oppgraderinger jeg hadde tenkt å utsette til neste Debian stable. z2m >= 1.37.0 krever HA >= 2024.4. Og HA >= 2024.4 krever python >= 3.12. Jævla herk.

ikke begge deler samtidig kanskje, men en av dem er nyttig hvis du f.eks skal bruke gpio 14/15 som konsoll. Uten dette uart0 koblet til både blåtann og 14/15. Med enable_uart=1 slår du på uart1 ("miniuart" - /dev/ttyS0) og kobler den til 14/15 i stedet. Da har du både blåtann og konsoll. Jeg foretrekker også å slå på uart_2ndstage=1 for litt mer info ved boot. Og så skulle jeg til å si at dtparam=krnbt=on burde vært default for blåtann. Men når jeg ser på dokumentasjonen, så ser det ut til at den er det 🙂 Alle overlays med parametre er greit dokumentert her: https://github.com/raspberrypi/firmware/blob/master/boot/overlays/README Resten av config.txt er dokumentert her, men dette om enable_uart er direkte misvisende mener jeg: https://www.raspberrypi.com/documentation/computers/config_txt.html#enable_uart Tok meg lang tid å innse at det faktisk enabler uart1 og kobler den til gpio 14/15. Mye forvirrende info der ute, og det hjelper jo ikke når den offisielle dokumentasjonen blander inn kommandolinja til kjernen.

Vet ikke om du har lagt merke til samme problem, men hos meg virket ikke en del av de binære sensorene i home assistant. Verdiene på Alarm active, Charging, Derated og EV Connected stod fast som "unknown". Fant ut at årsaken var at z2m lagde en binary_sensor config med "payload_off": "false", "payload_on": "true", som skulle vært "payload_off": false, "payload_on": true, Mitt forslag til fiks: https://github.com/Koenkk/zigbee-herdsman-converters/pull/8440 Virker for meg ihvertfall...

Øy, det er jo et kjempetips. Takk. Ser ut til å være ment som et tilbud til kunder. Men det er jeg jo forsåvidt hvis vi snakker om banktjenester. Og står ingenting her om hvilken type kunde de snakker om, så da må det være greit: https://www.sparebank1.no/nb/smn/privat/forsikring/husforsikring/roykvarsler.html Kjøpte 8 stk jeg

Den eneste måten jeg kan se for meg at du får til dette er hvis releet er konstant lukket. Ta fram et multimeter og sjekk. Og se over programmeringen av fibaroen.

Jeg ser den med elektriker-kostnad ved å ta ting mer gradvis. Men det blir enda dyrere å bytte ut store deler av installasjonen fordi tingene ikke falt helt i smak likevel. Og mange av spørsmålene dine grenser til smak og behag. Det kan ikke noen andre enn du bestemme. Derfor blir fort det unisone svaret her: Prøv deg frem. Men noen deler er enklere enn andre. Hvis du er fornøyd med funksjonalitet og plassering av dagens vridimmere så er det bare å bytte dem ut med tilsvarende smarte varianter. Du får samme funksjonalitet som i dag med smart styring i tillegg. Evt bytte til push-dimmer blir selvsagt en smakssak, men jeg er 100% med @christbj her: Prøv det først. Ellers er jeg usikker på om du tenker litt for komplisert med bytte ut alt. Trenger du/bruker du alle de eksisterende bryterne f.eks? Ofte er jo slikt strødd "vilkårlig" rundt og man blir gående fra vegg til vegg for enkle ting som å slå av eller på lyset i større soner. Med smart styring kan du forenkle det betraktelig, og bare ha smarte fjernkontroller der du faktisk ønsker slikt. Mange her er også på kjøret med automatisering basert på andre typer sensorer enn brytere. Litt usikker på om jeg misforstår hva du mener eller om du har mistforstått hva en Hue Wall Switch modul gjør. Men det er altså bare en zigbee fjernkontroll. Den har ingen bryter- eller dimme-funksjon. Fin til å bygge om eksisterende brytere til fjernkontroller for å beholde "look and feel". Men også litt upraktisk på flere måter siden bryterfunksjonen faller bort og du får en enhet med batteri montert nokså utilgjengelig. Ikke at det må byttes så ofte, men når du snakker om mange slike så er det en ting å tenke på. De krever forresten ikke at du bygger om til impuls-brytere. Wall Switch modulene kan også konfigureres til å sende impuls når du endrer bryterposisjonen. Da kan du av naturlige årsaker ikke bruke bryteren som push-dimmer. Og den får samme funksjon og ulempe som en trappebryter: Hva som er av og på varierer med posisjonen til de andre bryterne i systemet. Jeg synes de er veldig praktiske for utebelysning. Ihvertfall der du har en eksisterende installasjon med armaturer som tar pærer, og gjerne med en dullion brytere rundt hele huset. Vi har f.eks. 4 topolte brytere for utelys i huset og 1 i garasjen. Smarte pærer i alle lampene gir den nødvendige(?) felles styringen uten ombygging av noe som helst. Og utelys er jo uansett noe som alle(?) eller de fleste ønsker automatisert. Bonusfordelen er at du bygger god dekning på zigbee-nettet. For min del var det nok til å koble garasjen sammen med huset, til tross for at jeg var skeptisk på forhånd. Sannelig. Lot meg også lure. Jaja. Usikker på det er riktig spørsmål. Med 22 35W halogen-pærer bør du seriøst tenke over om/når hele røkla skal byttes ut med LED downlights. Har ikke sett noen smarte vridimmere som takler den type last hvis alt dette henger på 1 dimmer. Du kan antageligvis dele det opp vha f.eks dimmepucker hvis det er flere trafoer, men jeg kan ikke se at det gir mening økonomisk i et 10-års perspektiv.