Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[SBorg]

@guenter Nun ja, du kannst auch problemlos den "nc" so laufen lassen wenn es so funktioniert.
Die Methode mittels "iptables" öffnet dann den Port 80 für alle User. Beide Methoden bergen ein (kleines) Sicherheitsrisiko, da aber dein OpenWRT nur im Netzwerk hängt und nicht direkt am WWW, müsste ein potenzieller Angreifer eh zuerst den Router überwinden. Wenn da soweit "dicht ist was dicht sein kann", kommt er nicht zum OpenWRT. Falls doch, dann existiert auch nicht mehr ein echtes Problem bzgl. nc/iptables, dann hast du ein ganz anderes Problem ... :face_with_head_bandage:

iptables lässt sich wie üblich mittels sudo apt-get install iptables installieren.

[SBorg]

@xxjooo sagte in WLAN-Wetterstation @SBorg Alternative Installation:

Muss noch mal auf die Einstellungen der Station schauen. Nach meiner Einschätzung sollten die sich nicht geändert haben. Wenn ich mich recht erinnere, dann ist das sogar überhaupt nicht einstellbar.

Kann sein, ich meine mich auch zu erinnern, dass da die Einstellungen nur äußerst rudimentär sind.
Allerdings "höre" ich mit dem Skript nur zu ob/wann was geschickt wird. Ev. verschluckt sich auch der Pi-hole.

[XxJooO]

@sborg,

habe jetzt nochmal das Handbuch angeschaut. Da steht tatsächlich, dass alle 60sec. gesendet wird. Auf der Anzeige erkennt man dann aber, dass die Kommunikation mit der Außenstation alle 60sec. stattfindet.

Ich war mir nahezu 100% sicher, dass es zu Anfang alle 30sec. war. So kanns gehen. Nun läuft es jedenfalls wieder.

[Shakesbier]

Hi.

Bei mir werden in den Pi-Hole Einstellungen die Netzwerkinformationen nicht angezeigt. Muss man das irgendwie freigeben?
Da du schreibst man soll die DNSv6 vom Pi-Hole System Eintrag entnehmen.
Habe diese Anzeige aber leider nicht.

Danke schonmal.

Gruß Shakesbier

[Shakesbier]

Hi zusammen.

Habe jetzt alles nach Anleitung installiert.

Ich besitze eine Bresser Wetterstation und habe mir einen PiHole DNS Server eingerichtet.

Beim Ausführen von ./wetterstation.sh --debug bekomme ich allerdings einen Kommunikationsfehler.

'bc' installiert: [✓]
'jq' installiert: [✓]

'dc' installiert: [✓]

'nc' in der Openbsd-Variante installiert:  [✓]
'netcat' in Openbsd-Variante aktiv, alles korrekt [✓]


Connection to 192.168.1.91 8087 port [tcp/*] succeeded!


Debug VAR:
Installationsverzeichnis: /home/pi
IPP: 192.168.x.xx:8087 WS_PORT: 80             WS_POLL: 30             PRE_DP: 0_userdata.0.Wetterstation
WEB: HTTP              WS_PROT: DNS

Zusatzsensoren:
DP10/35/40/50/60/70/100/200/250/300: 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0 | 0
WH31: 0 || WS90: 0
Bresser: 7009999 [0]

Script-Version: V3.0.0  Config-Version: V3.0.0  Sub-Version: V3.0.0

Kommunikationsfehler!

Könnt ihr mir da vielleicht weiterhelfen?

Bin jetzt schon so weit gekommen :-)

Danke.

[SBorg]

@shakesbier Hi, antworte lieber im Hauptthread, ich weiß dann worum es geht. "Hier" habe ich gerade nur zufällig reingeschaut.

Ev. funktioniert deine Umleitung noch nicht korrekt. Führe mal im Installationsverzeichnis stehend ./wetterstation.sh --data aus. Da muss ein Datenpaket kommen, andernfalls klemmt die Umleitung ;)

[mef70]

Hi,
ich habe eine Bresser 7-1 WLAN ClearView Station
In der WSLink App habe ich unter Andere Wetter Server den Eintrag gemacht der auf meinen raspi zeigt

Wenn ich die wetterstation im debug Modus starte werden auch nach kurzer Zeit Daten geschickt, aber das Skript wirft einen Kommunikationsfehler. Die Stations ID stimmt mit der WS_ID in der wetterstation.conf überein.

Was mach ich falsch? Danke für euren Input.

[AlfredTetzlaff]

Hi, in die Runde...
Mir geht es so ähnlich, wie im Beitrag darüber... :-(

Mein Equipment:
Fritz.Box 192.168.178.1 DNS-Server 192.168.178.2 (DietPi mit PiHole & unbound)
DietPI 192.168.178.2 PiHole hier mit Port 8089
Linux-PC 192.168.178.81 IO-Broker (TUYA-Adapter, Simple-api-Adapter)
Linux-PC 192.168.178.218 mit Script von SBorg

BresserWS 192.168.178.145 7in1 WetterStation mit Tuya-Anbindung

ClimateConnect Tuya. 7003600CM3000

Tabletts & Handys mit Tuya-App....

Habe das Script ws_updater.sh --install durchlaufen lassen. Es wurden alle Komponenten installiert.
Java-Script im IO-Broker gestartet, alle DPs wurden angelegt.
Mit dem Kommando im Browser konnten auch Werte in die DPs geschrieben werden.
Z.B:

http://192.168.178.81:8087/set/0_userdata.0.Wetterstation.Regenrate?value=25

In die hosts - Datei vom DietPI wurde die Zeile 192.168.178.218 wunderground.com (da läuft das Script-SBorg)
eingefügt.

Ein PING auf wunderground.com ergibt --> 192.168.178.218,,,, so weit, so gut.

Leider empfange ich auf Port 80 keine Daten von der Bresser-Wetterstation.

LINUX-PC (192.168.178.218) # sudo nc -lv 80
Listening on 0.0.0.0 80

Da kommt nichts an.
Kann es sein, das die Wetterstation (eben TuYa) ganz woanders hinfunkt????

Im PiHole-Dashboard ist mir diese Adresse aufgefallen: a1.tuyaeu.com
Wenn ich diese Adresse in die hosts-Datei anstelle der wunderground.com eintrage,
bekomme ich keine Werte im IO-Broker (TUYA-Adapter) mehr.
Aber auch keine Werte über das Script: sudo ./wetterstation.sh --data

Listening on 0.0.0.0 80

Nach 66 Sekunden ist Abbruch da.

Wie könnte man die Adresse herausfinden, wo die Wetterstation hinfunkt????

Vielleicht hat jemand einen Rat oder einen Hinweis....

Parallel dazu habe ich einen ESP32 mit einem CC1101(Funkmodul) installiert.
Dieser ESP32 sendet dann die Daten als MQTT-Paket an den IOBroker.
Wäre auch eine Lösung, aber eben mit zusätzlicher HW.
Die Lösung von SBorg ist sehr elegant....
Ich hoffe, dass ich die Lösung von SBorg zum Laufen bekomme.

VG Alfred

[SBorg]

Hi, bietet denn die Bresser in der App an Daten an WU zu schicken? Tuya könnte unter Umständen verschlüsselt sein, dann geht sowieso nichts, egal wo er es hinschickt. Bei einigen Modellen verschlüsseln sie sogar das WU-Datenpaket. Was für ein Unfug, wenn der Wettermast die Daten offen zum Display/Gateway funkt. Da kann auch jeder mitlesen.

Zum mitlesen eignet sich WireShark (Freeware). Das protokolliert sämtlichen Netzwerkverkehr. Mittels IP-Filter (auf die Bresser) siehst du dann wo sie ins Inet mächte.

[AlfredTetzlaff]

Hi SBorg, danke für den Hinweis mit WireShark,,,, werde ich noch probieren.
Habe mittlerweile mal die Cache-Datenbank vom PiHole nach der IP der Wetterstation gefragt:
sudo sqlite3 /etc/pihole/pihole-FTL.db "SELECT domain FROM queries WHERE client is '192.168.178.145';"
Da kommen eben auch noch andere Adressen:
m2.tuyaeu.com ; a3.tuyaeu.com ;
Die Kiste funkt in der ganzen Welt ringsrum.... Schlimm.
In dieser App aufm Handy kannst eben nix einstellen. Ich hasse dieses ganze Gedöns.... :-)))

Jetzt kommt WireShark an den Start.... Melde mich wieder.
LG Alfred

[AlfredTetzlaff]

Hab mit WireShark mal mitgeschnitten..... :-(
Sieht nicht gut aus... Kann keine I-Net-Adresse finden, nur einen Port welcher abweicht vom geforderten(80) --> 6667..
Das Bild vom WireShark hängt dran....

[SBorg]

...und wie vermutet verschlüsselt. Da ist es egal wo er es hinschickt. Bleibt dir eigentlich nur der Tuya-Adapter. Der sollte zumindest die wichtigsten Daten liefern. Ist dann allerdings auch Cloud basierend.

[AlfredTetzlaff]

Hi, danke für Deine Hilfe.... Nachdem ich die Daten(204) gesehen hatte, war es mir schon fast klar.... Verschlüsselung....
Wie gesagt, ich hole mir die Daten jetzt über einen ESP32 und ein Funkmodul(CC1101). Geht. Mit der Antenne, in Verbindung mit der Empfangsleistung gibts noch Luft nach oben. Werde mal die originale Antenne, wie in der EMpfangsstation verbaut ist, an den CC1101 hängen.
In der EMpfangsstation ist übrigens ein CB3S-Chip drin. Man könnte notfalls dieses OpenBeken drauf flashen oder den CHip gegen einen ESP tauschen..... Aber das ist viel Aufwand.

LG Alfred