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

[da_Woody]

@Glasfaser willst ne screenshot? :D logo, so blöd bin ich auch wieder nicht... ;)

[Glasfaser]

@da_Woody

Nimm dochmal testweise die 9999 und schalte TasmotAdmin mal ab !?

mhhh .. in der App auch deine VM IP angeben wo das Script läuft !!

logo, so blöd bin ich auch wieder nicht...

Sorry ... kann alles vorkommen ;)

[da_Woody]

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

Sorry ... kann alles vorkommen

kein problem!
görx, musste jetzt influx, grafana und tasmoadmin runterfahren. die sind auf der selben VM.
hat sich aber nix geändert...

Debug VAR:
Installationsverzeichnis: /home/iobroker
IPP: 192.168.0.250:8087 WS_PORT: 9999           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?

[Glasfaser]

@da_Woody

Welche IP hat die Wetterstation in deinem WLAN Netzwerk bekommen !??

[da_Woody]

@Glasfaser 192.168.4.5 hab subnet 255.255.248.0

[Glasfaser]

@da_Woody

hab subnet
192.168.4.5

Puhh ..
weil dein ioBroker bei 192.168.0.250 ist .
keine Ahnung wie das geht ...

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