NilsOF

Jeg trodde Aeotec hadde slått av den muligheten.. Om jeg kan legge backup fra Aeo-stikka inn UZB1 så må dette prøves. Jeg syns det er merkelig rart at Silicon Labs ikke har addressert dette med backup. Og med Aeotec så er man prisgitt hva de enn måtte finne på med programmvaren sin.

Jodda, usb2 hub fungerer, men ikke alle. Og det slår ihel ønsket om å holde antall komponenter nede. Blir mere leamikk med koplinger. Må finne ut veien videre. Har Aeotec Z Stick Gen5 som en av tre mistenkte for kødd og fanteri. Men den er den eneste som man kan ta backup av (og restore). Og jeg blir småkvalm av tanken på å klatre opp for å åpne bokser bare for å få resatt eller pirke innpå en zwavedings. Dagen da zwavenettet må settes opp helt på nytt vil komme. Jeg plasser nå z-wave dingsene kun ut på steder med enkel tilgang. zwave er umulig å feilsøke på og stabiliteten kneler fort. Kan ikke si at jeg er noen stor fan av z-wave for tiden.

Typisk. Gikk litt tid på Googling før jeg skjønte hva som var galt. De første PoE -hattene med konstruksjonsfeil er tydeligvis fortsatt i salg. Den til høyre er den defekte. Helt umulig å se på eska, man må se på kortet for å se det. Det fløt over med overcurrent feilmeldinger på USB i loggene, selv om ingenting var plugget i. Og jeg fant flere dårlige nyheter. Aeotec Z Stick Gen5 følger ikke USB-standarden helt som den burde. Stikka registreres ikke i det heletatt på min rpi4! https://github.com/raspberrypi/linux/issues/3027 Synd, det var det første jeg hadde tenkt å bruke den til ?

Ikke noe å si på prisen. Om jeg bare kunne huske passordet på Ali. Websiden for å løse passord kommer opp på Kinesisk ?

Man trenger ikke socat om Openhab støtter RFC 2217 direkte. Altså Openhab gjør selv jobben som socat gjør. Jeg klarte ikke å finne ut om Openhab har publisert RFC 2217 støtte i stable nå, jeg har ennå ikke prøvd. Håper å få tatt en titt i løpet av kvelden. Hvilken dongle bruker du på modbus? Jeg har en frekvenskonverter til vannpumpa i borehullet jeg skulle fått overvåkning på. For ordens skyld: socat/ser2net/RFC 2217 er seriell over IP. Såvidt jeg har oppfattet kan man sløyfe over hvilken som helst seriellport og ikke bare seriell fra USB. Bluetooth har også seriell feks. Full USB over IP (som usbip i Linux) er ett helt annet dyr. All signalering over USB-kabelen sendes over IP. Ingenting splittes ut (som seriell feks.) og sendes rått over. Så ett eksempel der en koplet over en DVD-spiller og spilte av en film med underteksting og hele pakka.

Jepp, det er tanken. Da slipper man å løfte og riste på fatene for å sjekke. Om man klarer å veie inn til en nøyaktighet på +- en halvliter så har man gjordt en bra jobb ?

Etter litt mere research så har jeg funnet ut at ser2net er RFC 2217 kompatibel og at RFC 2217 er en fremvoksende standard for seriell over IP. Openhab har allerede eller kommer til å få støtte for RFC 2217 i den nærmeste framtid. Såvidt jeg skjønner så har Homeseer (og sikkert flere) hatt dette en tid. Strålende greier for z-wave! En annen ting er full USB over IP. Linux har hatt støtte i kjerna for dette i ett tiårs tid. https://github.com/torvalds/linux/tree/master/tools/usb/usbip Dumpet også over https://github.com/cezanne/usbip-win Jeg har ett bruksomeråde å teste dette på. Denne Windos-biten er muligens litt uferdig, men det ser ut som den er vedlikeholdt. Jeg vil teste både USB-seriel og USB-IP i den nærmeste fremtid. Kult om full USB kan deles over IP fra en rpi til Windos også ?

Hehe, det er et ordentlig eksempel på god hjemmeautomasjon ? Tanken har streifet meg om å gjøre det samme med Corneliusene som blir stående i kjelleren under tappekran.

De forskjellige fabrikatene legger på sine egne ting for strømsparing, i tillegg til det som finnes i android. Ett skikkelig rot. For tilfellet med Wehunt så var det pluss/minus 10 personer med svært forskjellige telefoner. Etter å ha tuklet til min egen telefon og brukt mye tid på å få den til å rapportere på Ok vis så orket jeg bare ikke å bruke tid på telefonene til resten av laget. Edit: Ære være den App-programmereren som klarer å ta hensyn til alle forskjellige telefoner og brukerens egne oppsett.

Har sett det samme på andre apper. Det ble tydeligst på Wehunt i jakta (tanken var å se hvor de andre i laget er og det virker stort sett). Jeg har kommet frem til at det har noe med strømsparing å gjøre. Dette både på iPhone og Android.

Det høres ut som en halvleder i utgangstrinnet har tatt kvelden. Fabrikkreset burde jo ha tatt hånd om fastkilt firmware. @berland Noen spørsmål på siden: Hvilken versjon av OpenHAB kjører du på? Og hvilken z-stikke har du? Jeg har aldri klart å ekskludere z-wave dingser fra Openhab siden jeg startet opp med v. 2.4 opp til og med siste stable som er 2.5.1-2. Jeg har Aeon Z-stick gen5.

nettverk og persistent navning av interfacer tl;dr: Bare aktuelt om man vil plugge inn flere nettverksinterfacer (ethernett og/eller wifi) Mål: unngå interface-navn som enx283b82c7ae97 eller at navnet interface1 har plutselig blir bundet mot hardware interface2 og motsatt Jeg vil ha navn på nettverksinterfacene som er likelydende på alle mine rpi-bokser. Nettverk og interface-navning i Linux har vært i endring en god stund nå og vil ganske sikkert fortsette å endre seg før støvet omsider legger seg. Raspberry Pi Foundation har også valgt å bruke eth0 og wlan0 som interface-navn i Raspian Buster. Og dermed har vi endt opp med en slags kvasiløsning dær de Innebygde interfacene (for rpi) følger gammel standard for navning mens nettverksinterfacer som plugges inn på USB får navn med "ny" standard. feks.: enx283b82c7ae97 Dette er såkalt "Predictable interface names". Det som kanskje er mest "Predictable" med ett slikt navn er at det går dårlig ihop med mennesklig hukommelse og assosiasjon. Situasjonen er som den er og vi må gjøre det beste ut av det. Det eneste som virker sikkert er at "Predictable interface names" har kommet for å bli. På Rasbian er Debians dokumenterte renaming av interfacer i /etc/networking/interfaces upålitelig så den muligheten utgår. Med "Predictable interface names" er slått på blir min USB-ethernett -dongle altså til enx283b82c7ae97. Slått av blir den eth1. Det går ikke an å gi enx283b82c7ae97 ett nytt navn med Debians "rename" (kanskje fordi den allerede er renamed), mens ethX altså IKKE er pålitelig da de nummereres fortløpende ettersom systemet finner de. Med andre ord: Man kan risikere at interfacer bytter navn. En Debian-utvikler lagde dette dokumentet: https://wiki.debian.org/NetworkInterfaceNames Innholdet i dette dokumentet har endret seg mye de to siste ukene, noe som jeg tolker som at Debian søker en løsning på problemet for neste versjon. Og ikke minst at det jobbes med saken. I alt dette rotet har jeg kommet til følgende løsning med Raspian Buster: 1: La Rasbian selv ta håndtering av innebygde interfacer på rpien. 2: Ekstra nettverksinterfacer låses til egendefinert navn etter mac-adresse. 3: Navn som ethX og wlanX unngåes i vår navngivning. lanX og wifiX er ledige for bruk. Det første man må gjøre er å slå av systemd's "Predictable interface names" mekanisme med ln -nfs /dev/null /etc/systemd/network/99-default.link USB- interfacer vil da som default få navn som eth1, eth2 eller wlan1, wlan2 fortløpende etter som de blir oppdaget av systemet. Men vi overstyrer navngivingen etter mac-adressa på interfacet. Det må være en fil for hvert interface som skal ha nytt navn. feks: /etc/systemd/network/10-persistent-net-lan1.link /etc/systemd/network/10-persistent-net-lan2.link /etc/systemd/network/10-persistent-net-wifi1.link /etc/systemd/network/10-persistent-net-wifi2.link Disse filene lastes i ASCIIbetisk rekkefølge av systemet Innholdet i diise filene blir som følgende: #Sette interface navn etter mac-addr #/etc/systemd/network/10-persistent-net-?.link [Match] MACAddress=01:23:45:67:89:ab [Link] Name=lan1 sjekk filene med "udevadm test /sys/class/net/" Les utlistingen nøye! Fremgangsmåte: 1: plugg i interface og lopp ut MAC-adressa med "ip link" 2: lag/editer /etc/systemd/network/10-persistent-net-?.link fila 3: plugg ut og inn igjen interfacet 4: sjekk at navnet er endret med "ip link" 5: dersom navnet ikke er endret, studer utlisting av "udevadm test /sys/class/net/"

Dette er notater jeg har gjordt for å få en liten headless innstallasjon på Rpi4 med 4GB RAM. Målet var å få noe som skriver minst mulig til minnekortet, mest mulig standard og godt håndterbar i drift. Litt mere detaljert enn jeg bruker notere, så jeg kan likegodt poste det hær. Forhåpentligvis kommer noen tilbakemeldinger om forbedringer ? Lastet ned Raspbian Buster Lite fra https://www.raspberrypi.org/downloads/raspbian/ For en Linux-PC så blir skriving til minnekort slik: #finne device for minnekort: lsblk -p #skrive Raspian lite til minnekort: sudo dd bs=4M if=2019-09-26-raspbian-buster-lite.img of=/dev/mmcblk0 conv=fsync Det finnes mange eksempler på hvordan dette gjøres på feks. Windos på nettet. Jeg vil ikke vurdere disse da jeg ikke bruker det tilhintede OS før jeg MÅ ? Dokumentasjon for å sette opp headless: https://www.raspberrypi.org/documentation/configuration/wireless/headless.md Jeg prøvde den foreslåtte metoden med WiFi, den fungerer. For trådet ethernett er det bare å plugge inn for å få IP via DHCP. For å enable ssh, lag en fil i /boot som heter "ssh" Fila kan være tom eller inneholde ett mellomrom. Dette er vesentlig da ssh er disablet som default! For Wifi så må også fila wpa_supplicant.conf lages i boot med lignende innhold: ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1 country=NO network={ ssid="AntiTerrorGRPLeder" psk="VeldigHemmelig" key_mgmt=WPA-PSK } Det er tabbekvote om en bommer med disse filene. Det går an å legge de inn selv om rpien har bootet fra kortet. Avmonter minnekortet fra PCen og set det i rpien og sett på strøm Min DHCP-server tar hostname fra alle maskinene og putter de i DNS. Jeg kan derfor ta en "ping raspberrypi" for å se om den er oppe. Ikke alle DHCP/DNS -servere er like praktisk satt opp så det kan godt hende det må jaktes etter riktig IP-adresse. Alternativt så støtter alle moderne systemer mDNS i dag, og siden avahi er aktiv som default på Raspian så kan rpien også finnes på nettet ditt som "raspberrypi.local" ssh til "raspberrypi" med brukernavn pi. Default passord er "raspberry" oppdater til siste programmvare: sudo apt-get update && sudo apt-get upgrade -y Sjekk om noen pakker er holdt tilbake: sudo apt-get upgrade om den sier noe som: The following packages have been kept back: raspi-config sudo apt install raspi-config Like greit å få alle oppdateringer aktive: sudo reboot Logg inn i rpien når den har bootet opp igjen: (fra en Linux-PC gjøres det slik) ssh -l pi raspberrypi Essesielle ting å sette opp: sudo raspi-config (brukt tab-knappen for å veksle mellom menyvalgene og knappetastene, bla med piltastene) 1 Change User Password 2 Network Options N1 Hostname N2 Wi-fi (sett alle undermenyene hær om du skal bruke WiFi) N3 Network interface names ( like greit å bli med i den moderne verden dvs. enable se doklink) https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/ 3 Boot Options (hopp over, ikke relevant for headless) 4 Localisation Options I1 Change Locale (legg til nb_NO.UTF-8 UTF-8 og sett denne som default, IKKE fjern de andre som er haket på). I2 Change Timezone (velg Europe og Oslo) I3 Change Keyboard Layout (sjekk at nb_NO.UTF-8 UTF-8 er haket på og godta) I4 Change Wi-fi Country (velg NO Norway) Ta en titt i de resterende menyene også. avslutt menyen med Finish Det er lurt å ta en reboot nå sudo reboot ssh inn rpien når den har bootet. Disable swap: ---------------------- sudo systemctl disable dphys-swapfile.service Installer log2ram: --------------------------- Se https://github.com/azlux/log2ram legg til pakkebrønn og innstaller log2ram: echo "deb http://packages.azlux.fr/debian/ buster main" | sudo tee /etc/apt/sources.list.d/azlux.list wget -qO - https://azlux.fr/repo.gpg.key | sudo apt-key add - sudo apt update sudo apt install log2ram Det kan være lurt å ta en titt i konfigurasjonsfila for log2ram: sudo nano /etc/log2ram.conf Spesielt linja MAIL=true spekulerer jeg på om er så lur. Jeg satte den til MAIL=false. Jeg har uansett ingen mail konfigurert på denne rpien. Så en reboot igjen: sudo reboot ssh inn når rpien har bootet opp. Sjekke status på swap: pi@dangle:/var $ service dphys-swapfile status ● dphys-swapfile.service - dphys-swapfile - set up, mount/unmount, and delete a swap file Loaded: loaded (/lib/systemd/system/dphys-swapfile.service; disabled; vendor preset: enabled) Active: inactive (dead) Docs: man:dphys-swapfile(8) Altså den er disablet og inactive ? Sjekke status for log2ram: pi@dangle:/var $ df -h|grep log2ram log2ram 40M 2,5M 38M 7% /var/log Den bruker altså 7% av ramdisken til logfiler pi@dangle:/var $ mount|grep log2ram log2ram on /var/log type tmpfs (rw,nosuid,nodev,noexec,relatime,size=40960k,mode=755) Det ser ut som om den orginale /var/log er å finne under /var/hdd.log Edit: etter nærmere sjekk av rpi så ligger /run allerede i tmpfs (altså i ram) pi@dangle:/ $ df -h|grep run tmpfs 2,0G 33M 1,9G 2% /run tmpfs 5,0M 4,0K 5,0M 1% /run/lock tmpfs 391M 0 391M 0% /run/user/1000 TODO: --------- Rpien setter av en god del RAM til skjerm. Siden vi ikke skal ha noen skjerm tilkoplet så kan vi bruke minnet til noe nyttig. Finner ingen god dokumentasjon for rpi4 på dette akkurat nå. Det er sikkert mange deb-pakker som kan fjernes. Bør gå igjennom disse. Se om /var/tmp lager mye skriving. Denne kan potensielt også ligge i en ram-disk. Vurder om man trenger alle loggene. Sjekk om man kan tune litt på rsyslog. Altialt så begynner Raspberry Pi å ligne på noe brukbart. Ver 4 har gigabit nettverksinterface som ikke deler båndbredde med buggy USB. 4GB RAM åpner for muligheter. Lillingen virker snappy og kjapp. Dvs. helt til den må lese eller skrive til minnekortet. Har anskaffet to stk. med PoE hatt så langt, og de skal få prøve seg. Så får det vise seg hvor smådjevlene ligger henne ?

Oh, selvfølgelig, det har heller ikke jeg fått med meg.. ..typisk Oracle det også.. det forklarer hvorfor det kun går an å forlenge dyn-tjenesten en måned frem i tid til 5$. Hvorfor nedleggelsen ikke er nevnt med ett ord på dyn.com er urtypisk. Ikke at jeg saumfart dyn.com så nøye, jeg bare så logoen og navnet til Oracle og skjønte at det må løpes derfra fort som faen.

Eget domene har jeg. Fast IP er vanskelig her jeg bor. Ingen valgmuligheter mht. ISP. Jeg var den siste som migrerte bort fra fast IP når ISPen gjorde om policy sist. Jeg har også ett gateway-sted til som går online dette året. Også dette med dynamisk IP på internet.

I og med at det er Oracle som har kjøpt dyn.com så forventer jeg erfaringsmessig at følgende skjer: Jeg må betale en lisens basert på antall CPU-cores for å få tilsendt to stappfulle skoesker inneholdende DVDer med java-programmvare som halvveies fungerer for hver minste ting jeg skal bruke domenet mitt til. ? Hvordan jeg skal komme frem til antallet cores er noe som vil beskjeftige en advokatstand tilsvarende hva Norsk Hydro har tilgjengelig et par års tid. Noen flere alternativer til noip.com?

Jeg har i mange år hatt DNS-pekere til den offentlige IP-adressa på brannmuren min. Både domeneregistreringa og DNS hadde jeg opprinnelig fra dyndns.org. Men på ett tidspunkt ble dyndns.org til dyn.com. Og i fjor ble dyn.com kjøpt av Oracle og nå ble domenet flyttet (av Oracle) til name.com Og prisene har økt ganske mye. Administrasjons interfacet til dyn.com har blitt værre og værre å naviger i og hva som skjuler seg bak de forskjellige tjenestene har blitt kryptisk. I mye av denne perioden hadde jeg fast IP. Dette var kjekt da jeg hadde min egen epostserver/spamfilter hjemme. Det har jeg ikke lengre og behovet for fast IP falt bort. Nå har jeg fortsatt ett behov for å finne min egen brannmur på internet (for VPN stort sett). Jeg ser etter DNS-peking som er pålitelig og oppdaterer kjapt. Hvilket domene som brukes spiller mindre, selv om mitt eget domene er sterkt å foretrekke. Det er et krav at DNS-pekingen automatisk må oppdateres fra brannmuren som er en linux-boks. Den offentlige IP-adressa endrer seg ca en gang pr. år, men dette har jeg ingen kontroll over. Er det noen som har noen tips?

Tøft. Nå blaffet nysgjerrigheten opp. Hvilke hardwarekrav må oppfylles for ting skal gå glatt (cpu, minne)? Er det noen muligheter for å jobbe offline? Hvor stor båndbredde må man ha pr. maskin. Har dere noen løsning som innebefatter mobildata? Jeg har full sympati for at det sees etter alternativer for Windos og Office. Den største snubblefella vil jeg tro er Office og alle integreringene leverandørene liker å gjøre mot Outofluck og Exchtrastrange. ?

ChromeOS - greiene er ikke lengre tilbake enn på tampen av livsyklusene til både win7 og win8.

Mulig. Det er ikke noe som jeg har bruk for, men kanskje passende for en eller annen et eller annet sted. Uansett, Lilleblaut møtte trusselen om et nytt konkurrerende system med å flekse muskler på en ufin måte. Jeg vil understreke dette. Spørsmålet man må stille seg er om man tåler en lisens-revisjon. Trusselen om revisjon er kanskje ikke så stor for den vanlige hjemmebruker, men likevel.. For bedrifter og selvstendig næringsdrivende kan en revisjon bli ett tidssluk og ett mareritt. Been there, done that..

Kneskåltaktikk er mere beskrivende. ?

Selv om Lilleblaut har ervervet en sjef med en mere sympatisk filosofi så er de gamle kanontikktakkeriene fortsatt inntakte. Lisensieringsregimet er bare ett eksempel. Det har også nylig vært en periode da Lilleblaut har møtt Chrome-maskinene fra Google med å overstrømme markedet med billige ikke-oppgradbare bærbare som har altfor få hestekrefter i forhold OS. Og OSet var attpåtil utgående. At produsentene har laget disse møkka-maskinene som undergraver egen merkevare kan bare tolkes til at de blir tvunget.. Ordet Lilleblaut har jeg knabbet fra Tron Øgrim. Han hadde sine meninger som ikke er sammenlignbare med mine.

@kjetilkl wow, takker for meget gode opplysninger! For å lage ett sammendrag: Lisenser kjøpt fra softwarenow eller ebay vil ikke passere i en lisensrevisjon. OEM lisenser er knyttet til hardware og kan ikke flyttes til annen hardware. Min bruk av Win10 på laptopen i Virtualbox er i en gråsone, selv om kun en kopi er i bruk på hardware som kom med en OEM-lisens. Dette skal jeg sjekke ut ?

Mye gode tips for en som må ha Windos som sekundært OS. ? For tiden har jeg Win10 trygt plassert i Virtualbox og trykker på play-knappen når jeg MÅ bruke det. Vanligvis er den avslått slik at den ikke kan lage krøll i hverdagen. Det fulgte selvfølgelig med en innstallasjon av Win10 når jeg kjøpte laptopen, men slike innstallasjoner lar seg ikke berge på fornuftig vis til fornuftig bruk. Så jeg lastet ned en installasjon fra Lilleblaut. Må si at det vannmerket irriterer meg ganske heftig. Jeg betalte jo for Win10 når jeg kjøpte laptopen. Å betale for denne innstallasjonen er ganske uaktuellt. Jeg vil heller ikke fø opp tyver for å få bort vannmerket. På den andre siden har jeg noen oppkommende prosjekter som ikke vil gi inntekt (på kort sikt) i forhold til innsats fremover. Det vil kreve både Windos server og desktop i viritualisert miljø. Jeg kan rett og slett ikke betale mere en jeg må. Men lovlig vil jeg ha det. Edit : ingen av innstallasjone av windos vil være langlivete, de vil kun bli brukt for testing. Og i disse samenhengene lurer jeg på hvor softwarenow.no skaffer disse nøklene. Edit2: og lisensbetingelsene fra Lilleblaut er absolutt ikke forståelige. Noen som har fått fortolkelser fra pålitelig hold for lisenser til mitt bruk?

Kanskje en fordel med noe lettere enn en videostream. Edit: Men det vil utvilsomt gi en pekepinn. Du kan jo sjekke hvor ofte temperaturmåleren(e) sender status. Mye tyder på at modemet sovner imellom disse statusoppdateringene.