Bjørn Mork

Takk til alle for hjelpen til å tenke gjennom dette. Jeg er forsåvidt enig i at dimbare zigbee pærer i utelampene er nyttig. Har det slik på hytta. Men pga plasseringen av lampene på garasje og hus er jeg ikke 100% på om zigbee i eksisterende lamper er tilstrekkelig for en stabil link. Det blir en del fjell og betong i siktlinjen. Verdt et forsøk uansett, antar jeg. Hadde bare ikke lyst ettersom det eksisterende sensor-opplegget funker veldig bra. I garasjen ser det ut til å være bygd slik originalt med separat lys-sensor. Mulig jeg er avviker i dette forumet, men jeg sliter med å argumentere for mer komplekse løsninger for meg selv 🙂 Men det er vel bare å koble det ut og gå over på sol-tid som input. Ellers er det nok to zigbee2mqtt-installasjoner som blir løsningen. Broker og HA kan uansett være felles. Trenger ikke planlegge meg rundt risikoen for at nettet er nede. Dersom kabelen mellom garasje og hus går ned så hjelper det marginalt med en lokal HA-installasjon i garasjen. Skulle gjerne sluppet å drifte enda en boks. Ser ikke noe egentlig behov for en "server" i garasjen, selv om det bare er en RPi elns Men aksesspunktet som står der er dessverre ikke helt egnet. Får krysse fingrene for at utelampe-pærer løser problemet.

Antar dette er en problemstilling som folk har møtt før meg: Skulle gjerne utvidet Zigbee-nettet til å dekke garasjen i tillegg til huset. Avstanden er ikke så stor, men bygget er i betong og sprengt inn i fjellet noen meter nedenfor huset. Det er litt utfordrende å bygge et sammenhengende radio-nett, selv om det mest sannsynlig kan gjøres hvis jeg setter en node eller to utendørs. Men nå har jeg ikke egentlig noen planer om å ha så mye utendørs. Lever fint med de usmarte lysene som allerede er der. I garasjen og tilhørende bod kunne jeg derimot tenke meg både noen sensorer og litt halvsmarte lys. Finnes det en bedre løsning enn å etablere sammehengende radio-dekning? Har ethernet til garasjen, og det er en switch og et wifi-aksesspunkt der. Derfor hadde det vært helt genialt om det var mulig å koble sammen to Zigbee-øyer over IP. Tanken har selvsagt vært tenkt før, men ser ikke ut til å ha gått noe sted - i denne teipningen iaffal: https://datatracker.ietf.org/doc/draft-tolle-cap/ Andre forslag? Kan jo selvsagt bite i det sure eplet og leve med to adskilte nett også. Men det føles så ... feil.

eller så var selve metallskapet litt for nær antennene. Mye Wifi-utstyr som milsliker egne signaler når de kommer litt for sterkt i retur

Tror ikke vi blir enige, nei, og det er sikkert ikke så viktig. Men det dyret der eksisterer altså ikke.

Nei, det der er fremdeles ikke noen erklæring fra produsenten. Jeg skjønner at du gjerne vil lese noe annet inn i denne svada-dokumentasjonen, og det er jo også hele hensikten deres med å legge den fram.

Ja, og her er det lurt å merke seg at produsenten tilsynelatende har unnlatt å erklære noe som helst. I stedet har de lagt fram noen "sertifikater" som det ikke er noe krav om. Det er en ganske typisk forvirrings-strategi som burde få alle varsels-tyfoner til å ljome. EDIT: her er forresten en kort og grei beskrivelse av hva som faktisk kreves: https://europa.eu/youreurope/business/product-requirements/compliance/technical-documentation-conformity/index_en.htm . Jeg tror Easee også burde tatt seg bryet med å lese den siden....

Defintivt ikke greit, men dessverre så vanlig at de færreste av oss gidder rynke på nesa engang. Og selv om du outer dem så er det nok i praksis ca ingen som bryr seg. Nå er det jo ingen som er "bundet av GPL". Det er en frivillig sak. Men kode som du lager er ditt åndsverk. Ingen har noen automatisk rett til å bruke koden selv om de kan laste den ned "fritt". Kopiering og bruk av kode krever alltid tillatelse fra rettighetshaveren. Uansett. Når du publiserer under GPL så gir du andre et tilbud om å bruke din kode på gitte vilkår. Selv om ingen automatisk blir bundet av de vilkårene, så er alternativet deres å inngå en annen avtale med deg. Å ta i bruk koden uten hverken å følge GPL-vilkårene eller å ha en annen avtale, er straffbart etter åndsverkloven. Men det er ikke 100% sikkert at den bruken du nevner vil være regnet som tyveri. Jeg forstår at det kan ligge mye innsats bak dokumentasjon av protokoller osv. Har også brukt uendelig mange timer på å finne ut av hvordan diverse lukkede systemer virker, og dokumentere dette. Men den dokumentasjonen blir ikke nødvendigvis regnet som et åndsverk, selv om den har koster blod, svette og tårer, og kommer i form av kode. "Hvordan ting virker" blir regnet som fritt frem. Som jo ofte er bra når det gjelder våre muligheter til å basere open source på reverse engineering. Ellers ville det fort vært like ulovlig som andre steder i verden I praksis er det uansett ikke stort du får gjort dessverre. Noen vil sikkert påstå at det er mulig å saksøke med krav om erstatning for brudd på åndsverkloven. Men for en privatperson med normalt begrensede ressurser, så medfører det altfor mye risiko til at det er verdt det. Sannsynligheten for å sitte igjen med en gigant-regning er stor selv om du skulle "vinne". For å få tilkjent saksomkostninger i norsk rett må du "vinne i hovedsak". Dvs at det må være sånn rimelig samsvar mellom erstatningskravet og erstatningen du blir tilkjent. Og den blir gjerne ikke mye større enn tapet du kan dokumentere. Nokså håpløst med open source. Du kan også få tilkjent "vederlag svarende til vinningen som er oppnådd ved overtredelsen", men du vil sannsynligvis slite med å dokumentere at din kode har generert noen vinning av betydning for tyvene. Åndsverkloven er der primært for å beskytte multinasjonale filmselskaper. Sorry Slik verden er i dag så er det bortimot umulig å kjøpe en telefon, TV, wifi-ruter, smarthub, whatever uten en serie brudd på GPL. Noen later som de forholder seg til lisensen gjennom tekst, eller til og med kildekode for nedlasting, men i praksis er det nesten alltid større eller mindre mangler. Jeg pleier å tenke sånn at det er morsomt å ha litt kode inne i alle disse dingsene. Men det er jo ikke noe å få ut av det annet enn den varme gode følelsen

Malere vil gladelig sparkle igjen veggbokser som ikke er i bruk, så det kan finnes veldig godt skjulte bokser rundtomkring. Nå ser det forsåvidt ut som at denne telefonkontakten har vært utsatt for et maleprosjekt eller to uten å ha blitt fjernet, men man vet jo aldri hvordan det er på andre rom... 🙂

Lykkelig slutt. Zaptec kundeservice ga utmerket hjelp når jeg først fikk kontakt med dem. Og @Jarle F hadde helt rett: Dette problemet hadde nok også løst seg om forrige eier hadde brukt app eller API til å sende eierskapet videre til meg. Pinkoden er ikke nok i seg selv. Appen sjekker om du har rettigheter til å administerer serienummeret. Forsåvidt en fornuftig sikkerhetsforanstaltning tatt i betraktning at en uforanderlig 4-sifret PIN-kode trykt på papir ikke er sånn kjempesikkert i seg selv. Problemet i appen ser mest ut til å være manglende tilbakemeldig til bruker om hva den finner, sjekker og til slutt feiler på. "Unknown serial" betyr antageligvis ikke annet enn serienummeret den fikk oppgitt ikke matcher noen av serienumrene som er tilknyttet den innloggede kontoen. Samme med den stille ignoreringen av QR-kode og BLE. Spør du meg, så er det ikke en urimelig brukerforventning at appen opplyser f.eks "jeg ser BLE annonsering av ZCH123456, men dette serienummeret er ikke tilknyttet din konto i portalen - kontakt eier, installatør eller kundeservice". Det er jo bare ekstremt frustrerende når du står der ved siden av boksen og søker, og den ikke "finner" noesomhelst. Iaffal, med serienummeret lagt til min konto i portalen så var jeg i stand til å konfigurere bla wifi-oppsettet vha app og BLE. Så da har ladeboksen kontakt med skyen via wifi, og jeg kan bruke app og/eller API til å styre den. Så lenge jeg har en liten flik av en sjel igjen å selge. Og det ser ut til å alltids være en rest igjen uansett hvor mange ganger jeg selger den.... Nå mangler jeg bare en elbil 🙂

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.