Bjørn Mork

Har ikkeno erfaring, men etter å ha fått et hus med vannbåren varme så er jeg også nysgjerrig automatiseringsmulighetene. Litt usikker på behovet, men det er kanskje ikke der man bør starte et slikt prosjekt :-) Uansett, Danfoss Icon har jo sett ganske bra ut en stund. Men Icon2 ser jo enda bedre ut. Her har du zigbee som en integrert del av systemet, og de trådløse termostatene har også blitt zigbee. Men det virker litt ferskt ennå. Fant ikke noe zigbee2mqtt støtte f.eks. Men jeg tror dette begynner å ligne på noe: https://assets.danfoss.com/documents/205843/AI380780722807no-NO0201.pdf Danfoss er jo også relativt tydelige på at de ikke ser for seg noen låsing til egen zigbee-gateway. De nevner tredjepartssystemer flere steder. Har ikke så lyst på den eldre Icon lenger etter å ha sett det der. Må bare finne på en god grunn til at de gamle trådbaserte rom-termostatene, direkte koblet på sine repsektive aktuatorer, ikke gir tilstrekkelig styring. I praksis funker det jo rimelig greit

Det er nok noe mer feil her enn at forrige eier og jeg ikke har forstått hvordan vi skulle gjøre dette. En ting er det med nettverk. Det er uklart for meg om denne boksen faktisk er på 4G-nett. Det kan selvsagt tenkes, men da må jo i så fall noen betale for det. Men det er unasett meningen at den skal kunne kobles på Wifi. Og den eneste dokumenterte måten å gjøre det på er ved å bruke BLE fra appen. Det skal også være mulig å koble den helt fra skyen. Da vil du ikke ha stort av styring, men det skal være mulig å restarte den. Igjen via BLE og app. Så uansett hvordan det forholder seg med portalen må det være mulig å koble seg til med BLE vha serienummer og PIN. Nå sjekket jeg Zaptec Pro serienummeret fra Mnemonic i appen, og det (og andre serienummer som begynner med "ZPR") gir en helt annen og mer fornuftig feilmelding med henvisning og redirigering til portalen. Så det er definitivt en bug uansett at den ikke gjenkjenner et Zaptec Home serienummer. Det er også interessant hvordan de har eliminert "Zaptec Home" fra det meste av support-sider. Manual og dataark ligger der fremdeles. Og den er nevnt noen ganger i changelog til firmware. Men ellers virker det som et produkt de bare har fjernet fra historien. Jeg gjetter på at det også er feilen i appen. Men jeg aksepterer virkelig ikke slikt. En 4 år gammel ladeboks, som sikkert kostet et 5-sifret beløp, bør ikke kunne konverteres til søppel ved å fjerne rimelig primitiv kode i en app. Jeg tror de som vurderer å kjøpe nye sky-baserte ladebokser bør tenke litt over hvor sårbart dette er. Uten dokumentasjon på hvordan pin-koden skal brukes med BLE så er det jo heller ikke helt trivielt å re-implementere funksjonaliteten. I følge Mnemonic så har de en slags beskyttelse mot "hacking" med stadig lengre lockout. Det er nok til å holde meg unna inntil jeg vet nøyaktig hva jeg evt skal sende.

Takk. Ja, jeg mistenker forsåvidt at det er der feilen ligger. Tidligere eier brukte ikke appen og har nok ikke tenkt på dette. Han trodde det holdt med pin-koden, og det trodde forsåvidt jeg også. Det er jo en bloody selvfølge. Nå kunne jeg selvsagt valgt å plage ham med det. Men denne måten å bygge abonnement med tvang irriterer meg. I kombinasjon med en app som ikke engang evner å fortelle at dettte er et problem de har konstruert. Og support som ikke gidder å svare. Det er såpass mange irritasjonsmomenter at det trigger en liten jævel i meg. Jeg noterer meg at GPL ikke er nevnt noe sted i hverken manual eller på web-sidene deres, til tross for at de kjører en Debian-avlegger i følge Mnemonic. Jeg noterer meg også at de har brukt et Quectel-modem. Det er fristende å fortelle dem at de kan finne epost-adressen min bak ordet "Copyright" på linje 2 i den driveren de mest sannsynlig har fått fra Quectel. Men jeg antar de ikke er smarte nok til å forstå konsekvense av å avslå den tilbudte GPL-lisensen på et åndsverk jeg eier rettighetene til, så det er mest sannsynlig helt bortkastet. Men så vidt jeg kan forstå så kjører de altså piratkopiert software på disse boksene. Det er litt råttent gjort, spør du meg. Spesielt ettersom de har fått et kjempegunstig tilbud om å lisensiere den helt gratis, bare ved å gi tilgang til kildekoden.

Med fare for å bli off topic, men nå må jeg ventilere litt... Fra diskusjonene heromkring så har jeg forstått at det er en fordel at vi enda ikke har elektrifisert kjøretøyparken, og dermed har sluppet å velge mellom pest og kolera i ladeboks-markedet (selv om pest visstnok er å foretrekke). Men nå har vi kjøpt et hus. Og da fulgte det med en ladeboks i garasjen. Som jo burde være en bra ting. Dette er en "Zaptec Home", av noe jeg vil tro er en forholdsvis tidlig generasjon. Den har gått ut av markedet, men ser eksakt ut som en Pro. Og ut fra firmware changelog så ser det vel ut som det for det meste er en re-lablet Pro. Uansett, det spiller neppe så stor rolle. Den er kjøpt i 2019, Jeg har fått med manualen med serienummer og pinkode. Og serinummeret matcher både det som står under boksen, og navnet den annonserer via BLE. Men hvordan få den på nett? Optimist som jeg er, så startet jeg med å selge sjela mi til portal.zaptec.com. Det hjalp nada. Der ser det ikke ut som man kan legge inn noe som helst som ikke allerede er knyttet til kontoen. Uten å være registrert som installatør ihvertfall. Så jeg sjekket ut api.zaptec.com. Det ser jo greit nok ut, men er ikke veldig nyttig uten et token fra portal.zaptec.com. OK, da får vi krype til appen. Installerer den og gir den alle rettigheter den vil ha. Den har ihvertfall en "Add product" funksjon. QR-kode scanner klarer riktignok ikke dekode hverken koden på manualen eller koden på boksen, men greit nok - serienummert er jo ikke veldig langt. Taster inn eksakt som det er skrevet, og får "Unknown serial". Merkelig. Prøver noen andre kombinasjoner i nærheten, og for "Unknown serial". på alle. Så kjapt at jeg vil tro det er kodet inn i appen. Web-tjenestene deres er ikke akkurat lynkjappe. Uansett hvilket serienummer på "ZCH01xxxx" jeg prøver så sier appen "Unknown serial". Flott. Siste halmstrå er "Select device from list", som tydeligvis skal gjøre en BLE scan for å finne laderen. Jeg har allerede sett at den dukker opp på det aksesspunktet jeg har i garasjen så jeg vet jo at den annonserer seg selv. Men appen finner nada. Veldig rart. For flere år siden laget jeg selv en banal app for å konfigurere D-Link kameraer. Den bruker også BLE scanning, og er installert, og jeg vet hvor enkel koden ser ut. Tester den og den finner laderen umiddelbart, som forventet. Så det er kun Zaptec-appen som er kranglete. En kjapp sjekk av tilbakemeldingene i Google play bekrefter at dette er mer normalen enn noe annet. Så hva gjør man da? Jeg sjekker hjelpesidene deres, utfører de foreslåtte app restartene, og ender opp med å sende inn en supportsak med ønske om tilbakemelding på epost. Får bekreftelse på registrert sak. Og hører ingenting mer. Nå har Zaptec fremdeles en support-telefon. Det er jo faktisk et pluss i disse tider. Jeg lurer litt på hvor travelt de må ha det der, men ser ikke å mange andre utveier enn å bidra til ytterligere unødvendig jobb for en stakkars support-medarbeider. Får beskjed om 9 minutter ventetid. Greit nok. Utrolig enerverende vente-musak, men whatever. 26 minutter senere kommer det en stemme som forteller meg at de ikke har noen ledige kundekonsulenter. Og så brytes linja... Da har selvsagt klokka passert den magiske 15:00 grensen mens jeg satt i "kø". Forstår at folk vil ta helg, men det er nå uansett en forderdelig lite hyggelig måte å behandle kundene. Enten får de stenge telefonen tidligere eller så får de faktisk svare de som ligger i kø. Men der står jeg da. Zaptec hever faktisk at de har 5 års garanti: https://zendesk.zaptec.com/hc/nb/articles/4409723439889-Hvor-lang-er-garantiperioden-for-Zaptec-produkter- Men er det reellt? Det ser ut til å være klin umulig å få brukt en 4 år gammel Zaptec Home ihvertfall. Jeg må innrømme at jeg aldri hadde trodd at det skulle stå så utrolig dårlig til med de sky-baserte portal- og app-løsningene deres. Det er jo rimelig patetisk at de tvinger kundene til å bruke dette makkverket. Det tragiske er jo at selve hardwaren og firmwaren ser ut til å være rimelig solide og gode greier. Den er bare gjort ubrukelig av en eller annen app-utvikler. Joda, jeg har sett https://www.mnemonic.io/resources/blog/reverse-engineering-an-ev-charger/ men jeg er ikke helt klar for å starte der. Faktisk var jeg klar for å akseptere et API i skyen. Jeg kan leve med det. Men da må jeg jo få boksen på nett først. Og det er klin umulig

Jeg kan jo ikke svare for @autoTorbjørn, men denne ruteren er noe bortimot det mest perfekte som finnes for OpenWrt for tiden. Veldig lite hardware der ute med Wifi 6E og 2 x 2,5 Gbps ethernet som er fullt ut støttet i OpenWrt. I forhold til original firmware så er det vel bare kontroll over USB-porten du vinner. Men det er jo morsomt i seg selv. Klarte faktisk å overgå 2,5G-portene med en 5G ethernet-dongle i denne porten. Fikk gjennom ca 3,4Gbps, målt mellom "CPU" og en PC i den andre enden (med et 10G PCIe adapter). Og det sier jo også litt om CPU-ytelsen du har her. Denne tingen ruter glatt med full fart mellom de to 2,5G portene, også om du gjør NATing. Uten å ta i bruk hardware-aksellerering (som høres fint ut, men egentlig betyr "juks").

Skal ikke være noe spesielt. Som vanlig vil jeg sterkt anbefale backup av alle partisjoner som det aller, aller første du gjør. Da har du alltids en vei tilbake. Jeg gikk litt fram og tilbake mht om jeg skulle anbefale å beholde Telenor-firmware som "rescue", men lot være. Den originale firmwaren sletter "rootfs_data" imaget (OpenWrt's "overlay" filsystem) ved boot, så du kan ikke veksle mellom den og OpenWrt på noen praktisk måte uansett. Det er mye bedre å ha et OpenWrt image som "rescue". Fordi alle innstillinger lagres i ram så er "rescue"-mekanikken forresten ganske robust. Den slår inn etter et visst antall feilende boot. Men du låser deg ikke fast der. Du kan gå tilbake til å prøve normal boot igjen ved å ta strømmen. Ja, alt virker så vidt jeg vet. Har ikke noen klient jeg kan teste 6GHz radioen med, men den påstår nå iaffal at den sender. Eh, ja, det er en ting jeg ikke helt har funnet ut av. 5GHz-radioen påstår latterlig lave sende-styrker: root@OpenWrt:/# iw phy2 info|sed -n '/Frequencies/,/valid interface/p' Frequencies: * 5180 MHz [36] (6.0 dBm) * 5200 MHz [40] (6.0 dBm) * 5220 MHz [44] (6.0 dBm) * 5240 MHz [48] (6.0 dBm) * 5260 MHz [52] (6.0 dBm) (radar detection) * 5280 MHz [56] (6.0 dBm) (radar detection) * 5300 MHz [60] (6.0 dBm) (radar detection) * 5320 MHz [64] (6.0 dBm) (radar detection) * 5500 MHz [100] (6.0 dBm) (radar detection) * 5520 MHz [104] (6.0 dBm) (radar detection) * 5540 MHz [108] (6.0 dBm) (radar detection) * 5560 MHz [112] (6.0 dBm) (radar detection) * 5580 MHz [116] (6.0 dBm) (radar detection) * 5600 MHz [120] (6.0 dBm) (radar detection) * 5620 MHz [124] (6.0 dBm) (radar detection) * 5640 MHz [128] (6.0 dBm) (radar detection) * 5660 MHz [132] (6.0 dBm) (radar detection) * 5680 MHz [136] (6.0 dBm) (radar detection) * 5700 MHz [140] (6.0 dBm) (radar detection) * 5720 MHz [144] (6.0 dBm) (radar detection) * 5745 MHz [149] (6.0 dBm) * 5765 MHz [153] (6.0 dBm) * 5785 MHz [157] (6.0 dBm) * 5805 MHz [161] (6.0 dBm) * 5825 MHz [165] (6.0 dBm) * 5845 MHz [169] (6.0 dBm) * 5865 MHz [173] (6.0 dBm) valid interface combinations: Men jeg mener dette ikke er reellt. Jeg har 5GHz-klienter 🙂 Og en sammenligning av signalene mellom denne og andre aksesspunkt plassert på samme sted viser ingen store forskjeller. 2,5 og 6 GHz radioene viser normale verdier. Husk å sette country til "NO" (eller noe annet der 6 GHz er tillatt, men "NO" er nok lurest). Ellers får du ikke brukt 6GHz i det hele tatt. Og det er mulig jeg slumset med de orignale mac-adressene. Litt usikker. Du får fikse og sende en PR om det er plagsomt.

Jeg har også registrert en og annen annonse-popup. Uten at jeg lar meg plage veldig av slikt. Vi har sikkert bare gått for et litt for billig abonnement 🙂

Kommer vel an på øyet som ser, men jeg synes ikke det. De skal ha litt for lager og jobb, som jeg får tilbake i form av rask og pålitelig leveranse. Joda, hvis man er tålmodig nok og aksepterer en bom i ny og ne, så er aliexpress selvsagt billigere. Men jeg er ingen tålmodig type 🙂 F.eks dro jeg en bla en duplex LC fiberpatch mellom to rom på søndag. Og følte behov for å sikre den ene enden mot skader og uhell siden jeg ikke er i stand til å reparere fiber. Men jeg hadde sluppet opp for slike: https://www.direktronik.no/direktronik/kablar-5ba094bc/adapterepluggerdeksler/plugger/keystone-ram-for-fiber/?variationCode=20101327 Kjøpte 4 av dem på eBay i 2016 . Trengte bare én den gangen så 4 føltes plenty... Men så har det jo ballet litt på seg. Jeg har flyttet fra et par og brukte nettopp de to siste ifm flytting av Altibox-fiberen i nytt hus. Penest slik. Så jeg trenge altså å kjøpe én til. Helst på søndag. Jeg er veldig glad for at jeg slapp å vente i månedsvis. Fikk 10 stykker levert i dag. Kostet selvsagt idiotisk mye i frakt, men absolutt verdt det for min del. Hadde jeg kunne planlegge så hadde jeg spart mye penger....

Er lenge siden nå. Men kan ikke huske at det var noen store utfordringer. Var vel noen skruer og nokså samarbeidsvillige klips. Skal se om jeg finner igjen bildene jeg tok. Nå skal det sies at den jeg har fiklet med er en nokså tidlig utgave. Mangler bla merking av portene. Usikker på om det er andre mekaniske forskjeller også. Har på todo-lista å sjekke ut en produksjonsversjon men det spørs om jeg kommer dit med det første. Litt mange prosjekter for tiden.. Vet ikke om dette hjelper mye, men det var det beste jeg hadde. Har noen flere bilder som ikke gir mye ekstra. Og litt krøkkete å krympe dem fra mobifonen så forumgrensene tillater bare to

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.

Den nye favorittbutikken min etter litt kabling i ny heim. De har slikt som jeg alltid har trodd jeg måtte uttalands for å skaffe i hjemmebrukerkvanta til en anstendig pris.

Pga wifi-modulen er det nok mest sannsynlig "Forskrift om EØS-krav til radioutstyr" som gjelder her. Nå vil vel testing uansett være en smule overkill, og åpenbart altfor dyrt for et slikt nisjeprodukt. Men det er sikkert lurt å produsere en samsvarserklæring og ta den inn i dokumentasjonen. Ellers er jo dette et produkt som er vesentlig bedre dokumentert enn det aller meste ellers på markedet. Fyll på med samsvarserklæring, ta med en liste over de relevante standardene (både IEC og ETSI vil jeg tro), og samle sammen litt av designarbeidet som er gjort med beregninger osv, så har du en dokumentasjonspakke som gir rimelig tillit. Nå er jo HAN-porten laget for dette. Omtrent som at stikkontaktene er laget for å koble mobilladeren din til "elverkets utstyr". Man kan aldri utelukke at noe går galt. Men risikoen er nok vesentlig større med mobilladeren enn med noe som helst som du klarer å plugge inn i en HAN-port. Se gjerne https://www.nek.no/info-ams-han-utviklere/

Ser ikke ut som firmware har noe å si. Rebootet i natt også med v2.2.17:

Absolutt. Noe forslag til eldre versjon som bør prøves? Vil det være nødvendig med en factory reset før tilbakerulling? Det er i så fall ikke noe problem for min del. Er fremdeles i innkjøringsfase, ref manglende MQTT.

Usikker på om dette blir riktig sted å spørre først, men er vel mer interessert i felles praktiske erfaringer enn "kundesupport". Tok nettopp i bruk en "Pow-U+" (i følge "Device information") som jeg kjøpte tidligere i sommer. Oppgraderte den til v2.2.21 først. Har ennå ikke koblet på MQTT ettersom alle nettverksløsninger ikke er på plass ennå i nytt hus. Har lagt merke til at den rebooter ganske "ofte" (kanskje en gang eller to i døgnet) med reason "Vbat power on reset (1/0)". Jeg antar dette er et symptom på at den tidvis slipper opp for elektroner. Det er kanskje forventet tatt i betraktning det relativt stramme budsjettet? Måler er Aidon 6525. Jeg har slått av "Auto reboot on connection problem", og har også midleridig disablet "Enable price fetch from remote server" for å se om noe av dette påvirker reboot-frekvensen. Men ser ingen åpenbar endring. Er jo ikke noe stort problem, men jeg sammenligner med stabiliteten på den eldre (esp8266-baserte) Pow-K jeg har på hytta med samme software-versjon. Den har nå oppetid på 47 dager og booter egentlig aldri uten at det er forventet. Derfor lurer jeg på om jeg bør justere forventningene med Pow-U. For ordens skyld: Jeg er strålende fornøyd med begge disse hardware-duppedittene og softwaren. Det er en genial løsning som passer meg og mitt behov mitt i blinken.

Nå aner jo ikke jeg hva som kreves for å kjøre dette forumet, men du får en ganske heftig arm64-maskin helt gratis av Oracle: https://www.oracle.com/cloud/free/faq/ (og et par mikro amd64-maskiner, uten at jeg tror det hjelper så mye her) Så spørs det hvordan man evt skal regne kostnadene ved å drifte hele tjenesten selv. Antar det går med nok dugnadstimer som det er. Synes ikke noen av oss skal forvente å få enda mer.

Nja, det er nå en sannhet med store modifikasjoner så lenge det er USB-porter i ladere vi snakker om. Moderne duppeditter støtter som oftest en eller flere former for "hurtiglading" som også omfatter høyere spenning enn 5V. Jeg aner ikkeno om Apples proprietære løsninger, men Qualcomms "Qucik Charge" har vært populært på Android-dingser pga utbredelsen av deres SoCer. Og dingser med USB-C støtter som oftest USB-PD. Se https://en.wikipedia.org/wiki/Quick_Charge Og https://en.wikipedia.org/wiki/USB_hardware#USB_Power_Delivery Dette gjør at lading av nyere nettbrett o.l ikke er så enkelt som å bygge inn en 5V strømforsyning. Du må forholde deg til ladeprotokollene. Mange dingser vil rett og slett ikke fungere om de bare får 5V, uansett hvor mange Ampere forsyningen kan levere. Du kan av naturlige årsaker ikke forvente å lade laptopen med 5V/20A over USB-C.... Da ville kabelen i så fall blitt "interessant"

Merk at du siden i desember i 2022 (z2m versjon 1.28.3) har kunnet gjøre OTA-oppgraderinger med zigbee2mqtt rett fra Home Assistant. Det kommer en notification der når en av dignsene dine har en oppdatering tilgjengelig, og så er det bare å peise på. Ikke nødvendig å bruke z2m frontend for dette lenger. Se https://www.home-assistant.io/integrations/update.mqtt/ https://github.com/Koenkk/zigbee2mqtt/pull/14905

Får du tak i noe som sier 2km med riktig bølgelengder så funker det helt sikker fint. Poenget mitt var at du vil å unngå optikk tenkt for 40km og mer. De koster bare mer, bruker mer effekt (blir varmere), og du må kanskje sette inn et dempeledd for å holde deg innenfor spec. Selv om det sikkert også går helt fint.

Du må ha riktig optikk. Ingenting annet spiller noen rolle. Dvs BiDi gigabit, 1310/1550nm (TX / RX), for 10 eller 20 km. Forskjellige fiberkontakter kan jo lett konverteres. Men det er selvsagt aller enklest om du bare bruker det samme som Altibox. Bortsett fra at det er litt sært så utvalget er begrenset. De fleste SFPer på markedet har LC kontakter, også de som er BiDi/simpleks. Altibox bruker SC. Jeg googlet dette forslaget for en liten stund siden. Burde i teorien funke som plug-and-play mot Altibox, men jeg har ikke prøvd det selv så jeg anbefaler å dobbelsjekke at jeg ikke bommer på noe: https://www.dustin.no/product/5011125531/sfp-mini-gbic-transceivermodul-tilsvarer-cisco-glc-bx-u-1315-20-sc https://www.dustin.no/product/5010968225/mc220l Merk at mange dropper mediakonverteren og bruker en ruter med SFP-port. Et annet alternativ er å bruke en managed switch med SFP-port(er) og la den brekke ut eller trunke VLAN102 til ruterens WAN-port. Du kan da bruke andre VLAN på samme switch til LAN-siden om du vil.

ja

!00% enig i at man ikke lager jordfeil med vilje uansett størrelse. Men ble litt usikker på den antagelsen der... Trekker virkelig en slik bryter nok til å utløse jordfeilbryteren? Prøvde å sjekke manualen, men den sier selvsagt nada om dette. Uansett ikke noe jeg ville gjort altså. Bare veldig nysgjerrig.

Nei, dessverre. Det finnes jo en rekke mer eller mindre hjemmesnekrede prosjekter der jordspydet er et kretskort. Men de har jeg vanskelig for å tro på er særlig holdbare. Derfor ble jeg glad når denne tilsynelatende robuste varianten dukket opp, og til og med hevdet å klare IP67. Er fremdeles det beste alternativet jeg vet om. Funker jo så lenge du tar hensyn til manglende tetthet. En plastpose er sannsynligvis nok til å motvirke problemer med direkte vannsprut.

Litt usikker på hva som er riktig forum for dette temaet, men automatisk vanning har vært diskutert her og det er på en måte relatert... Tenkte jeg skulle ta vanninge til et nytt nivå i år og faktisk ha litt input om behovet. Så jeg kjøpte noen slike: https://www.aliexpress.com/item/1005005086034692.html De fungerte tilsynelatende OK noen dager. Målingene er neppe egnet som noe annet enn en relativ selv-referanse, men det dekker behovet for min del. Jeg klarer meg fint så lenge jeg vet at det er tørrere eller fuktigere enn i går/forrige uke/for en halvtime siden. Og overraskende nok så hadde jeg ingen problemer med dekning i hele hagen, selv der luftlinje til nærmeste innendørs zigbee router var ca 30 meter. Men så var det driftstabiliteten da. Etter en stunde begynte noen av disse å rapportere nokså pussige målinger. Og så døde en helt. Så jeg plukket den med meg inn. Og hørte overraskende nok plaskelyder fra innsiden. Joda, åpnet opp og helte ut større menger vann. IP67, my ass. Designet kan kanskje gi et slikt inntrykk, med lassevis av skruer for å åpne batteriluka og samme for å komme til eletronikken bak der igjen. Med pakninger begge steder. Men det er store kabelhull til separate rom i både bunn (sensorer) og topp (antenne), og ingenting som tyder på at det er gjort noe forsøk på å tette her. Så vannet spruter rett inn i hulrom som er utilgjengelige, og renner derfra fritt inntil elektronikken. Som er veldig godt kapslet slik at ingen fuktighet slipper ut.... Evt kan det tenkes at noe lekker ut rundt knappen, der gummikapslingen også ser mer ut til å være laget for syns skyld enn for å beskytte noe. Genialt. Det som irriterer meg mest er at de kunne gjort dette veldig mye enklere og billigere ved å levere en lateks-strømpe elns for å trekke over en ellers utett sylider. Da hadde produktet fungert. Men det er iaffal et tips til andre som evt kjøper disse: Kjøp kondomer og tre over. Så overlever de kanskje lenger enn en uke utendørs. Selv prøvde jeg meg med ballonger for å unngå at naboen reagerte på utplassering av dildoer i hagen. Men det var ikke noen god idé. Ballonger er klissete og vanskelige å tre utenpå ting, og dessuten ikke så solide at det gjør noe.

rtl_433 identifiserer dem som protokoll "19" - [19] Nexus, FreeTec NC-7345, NX-3980, Solight TE82S, TFA 30.3209 temperature/humidity sensor