[Linux Shell-Skript] WLAN-Wetterstation

[SBorg]

@Glasfaser Ich sag mal Jein. Das erste Problem war das "open" beim Verbindungsaufbau (was nach Tausch des nc nun auf "succeded" steht). Bedeutet in etwa "open = Telefon klingelt" und "succeded = Telefon abgehoben, Gespräch kann stattfinden"

folgt gleich...

[da_Woody]

@SBorg jop, das problem hätten wir ja mal gelöst

[SBorg]

Schei*drec*s Notebooktastatur, da stimmen die Abstände nicht, also noch mal von vorne...

@da_Woody Das sind alles nur Folgefehler weil er keine Daten bekommt, bis es dann in #536 endgültig knallt, da er hier einen Wert möchte, den er zuvor nicht lesen konnte.
Bei den Ports war eigentlich nur, dass einige Distris <1025 ev. root-Rechte möchten (das Skript aber unter "normalen" Userrechten läuft).
Ich dachte ich hätte ev. irgendwo eine Beschränkung auf Netmask 24 (Subnet 255.255.255.0) drin, was dann mit deiner 21er (255.255.248.0) nicht funktioniert, aber dem ist nicht so. Er sagt ja auch brav Listening [0.0.0.0]... also auf jedwede IP.

So wie das aussieht bekommst du schlichtweg keine korrekte Verbindung zum Display (ping ist rudimentär, sagt so aber nichts über "echte" Pakete und Ports aus). Wie routest du denn genau in die Subnetze? Bekommst du per DHCP notfalls (oder mal testweise ob es dann geht) das Display ins 192.168.0 - Subnetz?

[da_Woody]

@SBorg ok, beschränkung ist keine drinnen, das ja schon mal was.
original hab ich natürlich eine andere IP bekommen. ich ha für neu teile nur 192.168.7.100 - 253 offen. der MAV hab ich dann eben 192.168.4.5 zugeordnet, so wie ich das immer mache. display batterien raus, rein, neu verbunden, passt.
im grossen und ganzen ist bei mir alles DHCP, halt nur im router auf die MAC zugeordnet. bis auf die batteriebetriebenen. die haben direkt die IP zugeordnet. funktioniert ja auch alles.
aber ich werd dem teil jetzt mal 0.99 verpassen. mal schauen...
i'll tell u...

[da_Woody]

@da_Woody so, geht ja einfach, stecker raus, kein WLAN möglich, stecker rein, neue ip ist da und anpingbar.

woody@ioBroker:~$ cd /home/iobroker
woody@ioBroker:/home/iobroker$ ./wetterstation.sh --debug
Connection to 192.168.0.250 8087 port [tcp/*] succeeded!
(standard_in) 1: syntax error
(standard_in) 1: syntax error
/home/iobroker/wetterstation.sub: Zeile 536: [: : Ganzzahliger Ausdruck erwartet.
Listening on [0.0.0.0] (family 2, port 6666)


Messwerteblock:


Temperatur Innen        :  °C
Temperatur Aussen       :  °C
Taupunkt                :  °C
Chill-Faktor            :  °C
Luftfeuchte Innen       :  %
Luftfeuchte Aussen      :  %
Windgeschwindkeit       :  km/h
max. Windgeschwindkeit  :  km/h
Windrichtung            :  °
Windrichtung            :
Luftdruck absolut       :  hPa
Luftdruck relativ       :  hPa
Regenrate               :  mm/h
Regenstatus             :
Regen Tag               :  mm
Regen Woche             :  mm
Regen Monat             :  mm
Regen Jahr              :  mm
Sonnenstrahlung         :  W/m²
UV-Index                :
Zeitstempel             :
Firmware                :


Datenstring für ioBroker:



DATA von Wetterstation:



Debug VAR:
Installationsverzeichnis: /home/iobroker
IPP: 192.168.0.250:8087 WS_PORT: 6666           WS_POLL: 30             PRE_DP: 0_userdata.0.WoodysWetter
Script-Version: V1.3.1  Config-Version: V1.3.1  Sub-Version: V1.3.1

Kommunikationsfehler! Stimmt die WS_ID in der Konfiguration mit der der WS View-App überein?

meine ID ist definitiv IDRABU4!

kann mir nicht vorstellen das das "WOODYS - " da mit rein muss.

in der WS-APP bekomm ich daten, in wunderground bekomm ich daten...

[SBorg]

@da_Woody Die Fehlermeldung ist etwas irreführend. Eigentlich kommt sie nur wenn die ID nicht stimmt. Allerdings kann ich nicht abfangen ob es nun ein allgemeiner Fehler oder ein ID-Fehler ist...
...und auf das "Woodys" hätte ich eh keinen Zugriff, dass kommt direkt von Wunderground. Ich brauche nur die "IDRABU4" von der Station.
Was mir gerade aufgefallen ist, nutzt du zufällig den Tuya-Adapter? Dann wäre Port 6666 suboptimal, da der dort drauf läuft...

udp        0      0 0.0.0.0:6666            0.0.0.0:*                           1001       51657      5264/io.tuya.0

Also prüfe mal ob der frei ist, bzw. wenn du einen anderen nutzen willst ob der frei ist: sudo netstat -tulpen | grep 6666

[da_Woody]

@SBorg nein, nutze ich nicht. und sudo netstat -tulpen | grep 6666 gibt nichts zurück.

[Glasfaser]

@SBorg sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Dann wäre Port 6666 suboptimal, da der dort drauf läuft...

deshalb hat er es schon auf 9999 gestellt und dort das gleiche .

Aber das Prüfen des Ports , wäre auch noch eine gute Idee

[da_Woody]

@Glasfaser 9999 gibt auch nichts zurück

[Glasfaser]

@da_Woody sagte in [Linux Shell-Skript] WLAN-Wetterstation:

@Glasfaser 9999 gibt auch nichts zurück

Da hast du aber Blitzartig alles umgestellt in der App

[da_Woody]

@Glasfaser ne, hab nur geschaut ob da sich was meldet.
kann es sein das ich in der simple was einstellen muss?

[Glasfaser]

@da_Woody sagte in [Linux Shell-Skript] WLAN-Wetterstation:

kann es sein das ich in der simple was einstellen muss?

Nee ... es geht ausschließlich um die Wetterstation , es wird nichts auf den Ports empfangen.

[SBorg]

@da_Woody Eigentlich alles richtig, nur empfängt der Rechner einfach keine Daten vom Display. Ich habe nochmal die Doku vom netcat durchgelesen, da steht nichts weiter zum Thema Subnetze (gerade wo das Display jetzt im selben Netz ist).
Trotzdem habe ich den irgendwie im Verdacht (trotz "succeded"). Welche Distri setzt du denn auf dem Rechner ein?
Hast du die Möglichkeit ev. einen anderen Client mal testweise zu nutzen?

[da_Woody]

@SBorg nu, bei sub 255.255.248.0 ist es ja sowieso das selbe netz, halt mit mehr IPs. aber wie du sagst, ich bin ja jetzt auf 0.99.
der itx lööpt mit deb10.3.0-amd64, sollte also keine probleme machen. die VMs auch

[da_Woody]

@SBorg obs dus glaubst, oder nicht. sainlogic grad ausprobiert, wuppt einwandfrei...
YEAH, mit grosser hilfe von @Glasfaser haben wir es doch zum laufen gebracht! thnx dafür!
gestolpert bin ich eigentlich, nach anderen fehlern, daran, das ich das mit dem js nicht mitbekommen habe! das sollte (für mich) am anfang der installation eingebunden sein.
Anlegen der Datenobjekte im ioBroker: sollte IMHO vor dem ersten test stehn.
auch dir, @SBorg danke für deine versuche mir zu helfen!

[SBorg]

@da_Woody sagte in [Linux Shell-Skript] WLAN-Wetterstation:

Anlegen der Datenobjekte im ioBroker: sollte IMHO vor dem ersten test stehn.

Jepp, gebe ich dir Recht (+ändere ich auch). Die Anleitung stammt noch von den ersten Versionen. Seit der Zeit ist aber schon einiges dazugekommen

Die neue V1.4.0 des Shell-Skriptes unterstützt zukünftig auch openSenseMap[.org]:

Habe aber zum testen nur mal Temp. + Feuchte implementiert.
Da könnte man später auch mal einen Adapter für eine virtuelle Wetterstation bauen (für diejenigen ohne echte Wetterstation), gerade weil man dort die Daten komfortabel per MQTT abrufen kann. Mal schnell schauen wie das Wetter am Wochenendhaus ist, oder am Urlaubsort, oder...
Allerdings sind halt noch viele Lücken, aber es werden täglich mehr

[da_Woody]

@SBorg said in [Linux Shell-Skript] WLAN-Wetterstation:

Allerdings sind halt noch viele Lücken, aber es werden täglich mehr

die lücken?
sonst tuts jetzt echt goil! war verhext, da geht man brav nach anleitung vor, 1. seite, 2. seite, test, pöff.
grafana tut schon. morgen is die view mit änderungen dran...
feines teil!!!

[SBorg]

@da_Woody sagte in [Linux Shell-Skript] WLAN-Wetterstation:

die lücken?

türlich

Das rennt bei mir seit einem halben Jahr 24/7 ohne jegliche Störung, überlebt sämtliche Updates, braucht kaum Ressourcen...
Ist halt in der Einrichtung etwas aufwändiger und nur für Linux.

[da_Woody]

@SBorg said in [Linux Shell-Skript] WLAN-Wetterstation:

nur für Linux.

mein bester freund... grummel

[schittl]

@SBorg Als Info...Ich habe dein Shell per LXC laufen auf einem QNAP NAS... Funktioniert auch tadellos... Ganz wenig Aufwand und für alle Docker bestimmt adaptierbar