UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[da_Woody]

@Glasfaser meine ip-range geht von 192.168.0.1-192.168.8.255 mir wurds zu eng mit 255.255.255.0. :D
kann aber latürnich sein das das script nich frisst... müsste sich meister @SBorg zu äussern...
btw: ich les bei dir: Domkameras mit Surveillance Station ich hätte 2x 4erpack lizenzen zum abgeben von synology...

[Glasfaser]

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

das script nich frisst

Die IP muss schon von ioBroker wo dein Script liegt auch anpingbar sein

ping 192.168.4.5

[da_Woody]

@Glasfaser

PING 192.168.4.5 (192.168.4.5) 56(84) bytes of data.
64 bytes from 192.168.4.5: icmp_seq=1 ttl=128 time=5.41 ms
64 bytes from 192.168.4.5: icmp_seq=2 ttl=128 time=4.26 ms
64 bytes from 192.168.4.5: icmp_seq=3 ttl=128 time=5.79 ms
64 bytes from 192.168.4.5: icmp_seq=4 ttl=128 time=6.24 ms
64 bytes from 192.168.4.5: icmp_seq=5 ttl=128 time=5.33 ms
64 bytes from 192.168.4.5: icmp_seq=6 ttl=128 time=3.91 ms
64 bytes from 192.168.4.5: icmp_seq=7 ttl=128 time=2.83 ms
64 bytes from 192.168.4.5: icmp_seq=8 ttl=128 time=4.28 ms
64 bytes from 192.168.4.5: icmp_seq=9 ttl=128 time=3.13 ms

[Glasfaser]

@da_Woody

dann mal :

nc -lv -p 9999  ( 6666 dein Port oder was du gerade hast )

[da_Woody]

@Glasfaser
that's it

[Glasfaser]

@da_Woody

und in der gleichen Konsole kannst du Ihn anpingen ...

als würden die Port´s geblockt werden ........

Keine Ahnung wo es da jetzt klemmt !

[da_Woody]

@Glasfaser mal warten was @SBorg meint...

[SBorg]

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

@Glasfaser mal warten was @SBorg meint...

Der meint

(UNKNOWN) [192.168.0.250] 8087 (?) open

sieht nach falscher Version des nc aus (Wiki-FAQ "keine Daten"). Versuch mal [sudo] apt-get install netcat-openbsd und dann noch mal den Test ausprobieren ;)

[da_Woody]

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

(Wiki-FAQ "keine Daten")

LOL, soweit war ich noch nicht! erst einrichtung seite2...
k, gesehn, gemacht succeeded. dafür gehts weiter...

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.MeinWetter
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?

Listening on [0.0.0.0] (family 2, port 6666) war da nicht auch irgendwas?

in besagte 536er steht nur if [ "$TS_DIFF" -le "0" ]; then

(standard_in) 1: syntax error | #!/bin/bash

[Glasfaser]

@SBorg

@da_Woody sagte in [Linux Shell-Skript] WLAN-Wetterstation:
@Glasfaser
that's it

er hat immer noch die gleiche Meldung , wie im Screenshot das es nicht weitergeht .

..... kann das mit dem Subnetz zu tun haben !?

[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... :angry:

@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 :)