SveinHa

Da begynner jeg å nærme meg noe. 172.16.0.220 er en Arduino MKR 1010 WiFi som har putlet og gått i 2-3 år. Nå har den gitt en mengde TX-Retries. For litt siden skiftet jeg UniFi aksesspunktet som den er tilkoblet uten at det endret noe og i dag kjøpte jeg nytt UniFi AC1200 og da forsvant det meste av TX-Retries i det området. Det forrige aksesspunktet var nytt og ubrukt men noen år gammelt da det ble installert. Så får tiden fortelle om dette var det hele men det føles i alle fall mye bedre nå.

Da har jeg lekt meg litt til. Resultatet er et par pythonscript som ender opp i en CSV fil som inneholder ping-statistikk for samtlige IP-adresser i nettet mitt klar for å åpne i regneark.

1. CreatePingFile.py: Bruker nmap for å liste alle aktive IP-adresser. Produserer filen PingAllAuto.sh som er rutinen for å pinge alle enheter et valgt antall ganger (100 ping i utgangspunktet). Resulterer i filen PingAllAuto.txt. PingAllAuto.sh kan bruke veldig lang tid på bli ferdig alt etter hvor mange enheter som er i nettet og hvor mange ping på hver... (antall ping * enheter = sekund kjøretid). Linje 5 i filen må endres til IP passende ditt nett og evt annet antall ping.
2. PingCreateCSV.py: Leser filen PingAllAuto.txt, mellomlagrer i PingAllAuto.fil2 og ender opp i PingAllAuto_yyyymmddhhmm.csv som er tilpasset norske spesialtegn (feltskille ";" og desimaltegn ","). 

Pythonscriptene forutsettes kjørt fra samme mappe med kommando (i denne rekkefølge): "python3 CreatePingFile.py", "./PingAllAuto.sh" og "python3 PingCreateCSV.py". Ellers er det jo en kjapp sak å legge til sti i alle filnavn.

PingAllAuto.sh ser slik ut:

ping 172.16.0.1 -c 100  >> PingAllAuto.txt 
ping 172.16.0.50 -c 100  >> PingAllAuto.txt 
ping 172.16.0.51 -c 100  >> PingAllAuto.txt 
ping 172.16.0.52 -c 100  >> PingAllAuto.txt 
ping 172.16.0.53 -c 100  >> PingAllAuto.txt 
ping 172.16.0.70 -c 100  >> PingAllAuto.txt 
+++

PingAllAuto.txt:

PING 172.16.0.1 (172.16.0.1) 56(84) bytes of data.
64 bytes from 172.16.0.1: icmp_seq=1 ttl=64 time=1.83 ms
64 bytes from 172.16.0.1: icmp_seq=2 ttl=64 time=1.19 ms
64 bytes from 172.16.0.1: icmp_seq=3 ttl=64 time=1.17 ms
***
64 bytes from 172.16.0.1: icmp_seq=98 ttl=64 time=1.10 ms
64 bytes from 172.16.0.1: icmp_seq=99 ttl=64 time=1.08 ms
64 bytes from 172.16.0.1: icmp_seq=100 ttl=64 time=1.12 ms

--- 172.16.0.1 ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99119ms
rtt min/avg/max/mdev = 0.912/1.372/9.961/1.066 ms
PING 172.16.0.50 (172.16.0.50) 56(84) bytes of data.
64 bytes from 172.16.0.50: icmp_seq=1 ttl=64 time=204 ms
64 bytes from 172.16.0.50: icmp_seq=2 ttl=64 time=1.61 ms
64 bytes from 172.16.0.50: icmp_seq=3 ttl=64 time=1.73 ms
+++

Fra foregående fil hentes det ut statistikk til filen PingAllAuto.fil2

--- 172.16.0.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9009ms
rtt min/avg/max/mdev = 1.081/1.165/1.420/0.092 ms
--- 172.16.0.50 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9012ms
rtt min/avg/max/mdev = 1.239/52.221/493.546/147.189 ms
--- 172.16.0.51 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9011ms
rtt min/avg/max/mdev = 1.276/11.196/79.029/23.370 ms
+++

..som ender opp i PingAllAuto_yyyymmddhhmm.csv:

ip;transp;recvp;min;avg;max;mdev
172.16.0.1;10;10;1,081;1,165;1,420;0,092
172.16.0.50;10;10;1,239;52,221;493,546;147,189
172.16.0.51;10;10;1,276;11,196;79,029;23,370
+++

Da gjenstår bare å importere til regneark og sette på autofilter så kan der dukke opp noen overraskelser...

Pythonfilene:

CreatePingFile.pyPingCreateCSV.py

Laget for Linux men det burde ikke kreve veldig mye å få til å gå andre platformer...

Har kjørt 1000 ping til en del utvalgte enheter og resultatet ble slik:

Noen pakketap og litt lange responstider her og der så ingen gode konklusjoner enda. Foreløpig er dette en litt manuell operasjon så jeg skal automatisere litt mer. Har en scriptfil som tar seg av pinging men data må foreløpig leses ut manuelt og legges i regneark. Når jeg i løpet av dagen får litt mer gang på dette så får jeg se litt på WireShark, gode WireShark-tips mottas. 

ZoRaC skrev (11 timer siden):

Så hensikten med denne posten er rett og slett og vise hvor "sårbart" et Z-wave-nett kan være. Det skal ikke mer enn én trøblete node til for å "ødelegge" for alle andre og gi en svært dårlig/elendig brukeropplevelse (og WAF!).

Feilsøking er noe jeg har drevet med hele livet i industrien og jeg har løst enkelte skikkelige nøtter... Jeg har en VELDIG god dag når jeg har lett etter en feil i uker og måneder og når feilen er funnet og jeg er HELT sikker på at dette er feilen FØR den er reparert... Lever lenge på slike ting... Første bud er å observere hva som VIRKELIG skjer og ikke ta snarveier og observere det du tror. Fryktelig lett å tråkke i salaten der...

Dine ZWave problemer ligner på det jeg sliter med for tiden men jeg har så langt fokusert på LAN/WLAN (siden MQTT lagger noe voldsomt av og til og MQTT Explorer også faller ut i perioder) og holder på å lage meg noen PING-rutiner og analyseverktøy i Python. Prøver meg også på WireShark for å se om jeg kan tolke noe der...

Siden oppgradering av UniFi Server gjorde en godt merkbar forskjell og det muligens var forrige oppgradering som forårsaket problemene gjorde jeg en nedgradering til ver 7.5.187. Nå kan jeg jo nedgradere til alle versjoner helt tilbake til 1 men valgte siste 7.x versjon inntil videre. Nå går det jo egentlig ikke å nedgradere så hele nettet måtte slettes og settes opp på nytt men det er nå en ganske liten og kjapp jobb som består i å opprette SSID, resette og adoptere alle aksesspunktene.

Finnes der noe netscanner program som kan fortelle om slike problemer på en ikke-nettverks-nerdete måte?

Edit: Får fremdels disse tilfeldige hengene i nettet så UniFi server er nok ikke årsaken. 

Litt tidlig å friskmelde men jeg oppgraderte UniFi Network Server fra ver 8.0.7 til ver 8.0.26 og da ble der plutselig liv og skikkelig respons i en ESP32 med MQTT som jeg leker meg med. Denne hadde en responstid på alt fra 30 sekund til uendelig i går og fram til oppgraderingen nå for en halvtime siden. Nå snakker vi millisekund.

WiFiman har fremdeles veldig varierende resultat...

Det er jeg litt usikker på men det ser ut til at det kablede nettet fungerer. Merker meg dog at trafikkLEDene i alle porter har litt mer aktivitet enn jeg synes virker normalt...

Når en eller begge enhetene er på 5 GHz går det langt bedre med hastigheter i området rundt 50-100 Mbps og internethastighet på 150 (som jeg betaler for) men  selv om der SER veldig bra ut med hastigheten så feiler testen ganske ofte med "Speed Test Failed, Speed Test server is unreachable".

Edit: Har et gammelt aksesspunkt (nyinstallert men noen år gammelt likevel) som rapporterer en del TX-retries. Har satt dette ut av drift uten at det endret noe merkbart...

Ser jeg er tilkoblet på 2.4 ja.

VELDIG varierende resultat med WiFiman. Noen ganger rundt 50-60 Mbps, andre ganger mindre enn 5 og ender med "Speed Test Failed"...

Sitter med en enhet i hver hånd og aksesspunkt bak en tømmervegg 5-6 meter unna.

Jeg oppgraderte UniFi Network Server til ver 8.0.7 for en tid siden da det var veeeeldig lenge siden sist. Mulig det kan ha noe med saken å gjøre... Finner ikke noe om meshing med ser at STP stod på RSTP så jeg satte den til STP nå. Vet ikke hva som er forskjellen i praksis...

Nytt problem. Ikke så alvorlig som det tråden startet med men ille nok... Aner egentlig ikke hvor jeg skal starte å lete...

Nettet mitt ser ut til å fungere fint der det MÅ men de litt mindre viktige tingene som at VNC Viewer henger seg med ujevne mellomrom fra 1 sekund til timer plager meg mye siden jeg bruker VNC veldig mye. Noen ganger våkner VNC til live igjen av seg selv men vanligvis må den restartes og kommer da opp å gå igjen på et blunk som normalt. I NodeRed editor fryser statusoppdateringer (de tallene under noden i eksempelet). Det er ikke så veldig viktig og de livner til igjen med en refresh i nettleseren. Alt annet i NodeRed ser ut til å virke som det skal.

Disse tingene har fungert skuddsikkert i årevis og problemene begynte for en måneds tid siden eller noe slikt. Jeg vet ikke at jeg har gjort noe med nettet som skulle gi slike utslag... 

Har nå et rent Ubiquiti nett med 4 stk Unifi trådløse aksesspunkt, noen EdgeMax switcher og EdgeRouterX. Alle UniFi enhetene er av eldre dato (slutt på fw oppdateringer for et par år siden) så et par har blitt skiftet ut til "Ubiquiti Unifi 6 LR Wifi 6 Roaming-aksesspunkt AX3000"  etter problemene oppstod uten at det har gjort noen forskjell... Kjører Pi-Hole på en virtuell Ubuntu maskin og den har gått stødig i årevis. Liker ikke Ubuntu så jeg satte opp en Debian 12 maskin med Pi-Hole omtrent på den tiden problemene startet men stoppet denne og satte i drift den gamle Ubuntu maskinen igjen i dag men ingen forskjell.

Noen som har glupe tips om hva som skjer?

NeoID skrev (14 minutter siden):

Jeg kan bekrefte at jeg har en løsning som fungerer.

Supert. Er dette en egen løsning for HA eller vil den kunne brukes av andre system også?

nle skrev (På 13.1.2024 den 11.11):

Kanskje lettere å få til en open source konkurrent til Drivstoffpriser appen.

Det hadde vært supert.

Abonnement på Drivstoffappen er helt uaktuelt for meg da det er kundene, altså de som legger jobb i å oppdatere priser, som er verdien i appen. En engangsbetaling på et par hundrelapper kunne vært ok men ikke kr 200/år så lenge Drivstoffappen ikke selv innhenter priser.

stigvi skrev (24 minutter siden):

Hva med fordeler og bakdeler med å samle alle eggene i en kurv?

stigvi skrev (24 minutter siden):

Å samle alt på en server, skaper ikke det problemer med hjemmeautomasjon når denne serveren skal vedlikeholdes?

Det er jo litt både/og. Jeg har en haug med RPi/ESP32 som hver og en har en enkelt oppgave nettopp med tasnke på å minimere problemer om en skulle finne på å havarere.

ESXI er veldig kjapp å sette opp fra scratch og med daglig backup av de komplette maskinene jeg har i drift vil det ikke ta mange minuttene før jeg er oppegående om ESXI hardware skulle streike. Har 2 identiske NUCer i drift og den ene kjører kun ESXI/Windows med BlueIris så den kan enkelt ofres om jeg må (kannibalreservedeler funker det også).

quackyo skrev (35 minutter siden):

gammel snurredisk mye mindre sannsynlig at den ryker.

Jeg har nå havarert mange snurredisker opp gjennom tidene men de siste 15 årene kan jeg ikke huske en eneste som har havarert så noe har skjedd på den fronten... og de jeg har slitt meste med er SCSI/SAS disker, PATA/SATA disker har fungert supert selv om de mekaniske delene antagelig er like... Har snurredisker i begge NASene mine men de står jo litt bortgjemt siden diskene støyer en del...

hansfredriksen skrev (2 minutter siden):

Jeg er der at jeg omtrent for enhver pris vil ha de prisene integrert i mitt system.

Ser den men så vidt jeg vet er det ikke en gang mulig å kjøpe seg API-KEY, kun dyre abonnement som ikke gir meg noen særlig ekstra nytteverdi i alle fall.

hansfredriksen skrev (2 timer siden):

De vil med andre ord sikre at ingen kan bruke det gjennom f.eks. HA. 

Synd at ikke kundene kan få denne muligheten siden det er et kundedrevet system. Uten kundenes jobbing hadde hele Drivstoffappen vært verdiløs... Forholdet hadde vært et heeeeelt annet om det var Drivstoffappen selv som innhentet prisene...

Alltid lurt å ta litt ekstra vare på ting men jeg ser ikke helt hva jeg kunne gjort i mitt tilfelle. Varmeveksleren i teknisk rom (Danfoss rustfri/syrefast e.l.) ser ut som ny men den har fått lekkasje mellom gass og vannsiden. Vannet fra gulvvarmesystemet har da fylt opp gasskretsen som igjen har frosset og sprengt rør i utedelen...

Har fått et prisanslag på kr 100-120k men venter på et par alternativer. Slike priser er jo helt katastrofe økonomisk så da tenker jeg heller det er bedre å bygge ut solcelleanlegget... Men der finnes jo også monoblokk varmepumper i området rundt kr 35k så det må sjekkes ut også...

stigvi skrev (10 minutter siden):

Hva er standard vedlikehold på en varmepumpe? Skal en skifte olje etter X antall timer?

Det er vel bare snakk om rengjøring og sjekk/justering av gasstrykk. Har aldri hørt om oljeskift på disse maskinene.

En kjenning rapporterte om 20 år gammel Daikin og still going strong... Det er i denne klassen vedr. levetid jeg ville forvente...

Hva kan en forvente av en varmepumpe? Det er jo i utgangspunktet en enkel teknologi og i kjøleskap er det ikke uvanlig med både 2 og 3 tiår levetid...

Siden sent -90 tall har jeg hatt 5 varmepumper i forskjellige hus:

• Dyr Daikin luft/luft. Havarerte med rusthull i kompressor 1 mnd etter garantitiden løp ut...
• 10-12 kW Fujitsu luft/vann. Flyttet fra den før garantien løp ut så vet ikke mer om den...
• 8 kW Fujitsu luft/vann. Havarerte etter 7 år med lekkasje i kjølemedie/vann varmeveksler som medførte vann og lekkasje i utedelen. Har ikke fått dødsattesten enda (døde for 2 dager siden) men jeg regner den som totalhavarert...
• 12 kW basseng luft/vann varmepumpe. Havarerte etter omlag 1 år. Skiftet ut med en 17 kW som lever fremdeles (ca 5 år).

Hvis dette skal være normalt blir regnskapet for varmepumpe litt så som så...

Andre med lignende erfaringer?

stigvi skrev (1 time siden):

Men jeg tipper det er en manuell jobb som også krever at de må skru av strømmen et lite øyeblikk (med forbehold om uvitenhet)

Det var i alle fall slik for noen tiår siden og tviler på det har endret seg stort. Var med å sprenge en 1250kVa trafo en gang da trinnbryteren stod i en mellomstilling... Ikke min feil heldigvis...

Økonomi er jo et poeng men for meg er det like viktig å være selvberget til en viss grad i alle fall. De vanlige grid-tie anleggene, som antagelig er 99.9% av alle norske anlegg, er TOTALT avhengige av å ha nettet oppe og gå. Når nettet faller ut vil også solcelleanlegget dø, de er designet slik. Nå vet ikke jeg om der har vært strømrasjonering noen plass enda men det kommer... Og nettet faller jo ut både her og der i kortere eller lengre tid pga vinterværet, ikke noe unormalt i det...

Tradisjonelt har det vært snakk om 20 år inntjening for solcelleanlegg men mitt anlegg med 26kWh batteripakke ligger an til 9.5 år pr i dag og det er nok litt lengre tid enn jeg hadde sett for meg i starten. Den lave solen i vintermånedene gir også vesentlig skygge for panelene mine og det er det lite å gjøre med. Den nye strømstøtten ødelegger jo også en god del siden den strømmen jeg MÅ kjøpe blir betydelig dyrere og det påvirker jo også inntjeningen...

stigvi skrev (1 time siden):

Det jeg derimot sliter litt med å forstå er de som bruker HA og installerer Node red for å kjøre automasjoner.

Den skjønner ikke jeg heller men har jo en mistanke om at HA kommer til kort noen ganger.

stigvi skrev (1 time siden):

Men da må en klare seg uten HA appen........

De bilder som kommer opp når jeg søker på "Home Assistant app" er ikke noe jeg ville savne... Jeg har jo samme bildene i nettleser på PC skjermer og mobil og det funker supert. Jeg har også en Virtuino IoT app på noen nettbrett og telefonen for de enkle daglige sakene som å slå på espressomaskin, åpne garasjeporter, enkel styring av Sonos og meget god oversikt over solcelleanlegget fra ett enkelt bilde. Virtuino har svært få begrensinger i hva en kan få til. Har sett på flere generelle apper og alle har et rigid rutenett som en ikke kan gjøre stort med...

...men nå er vi et godt stykke borte fra hva denne tråden handler om...