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

[crunchip]

@ilovegym übrigens, lag nicht am Cron. Habe meine Platte mal durchforstet:joy:
hatte mir scheinbar ganz zu Anfang den entpackten Ordner von git auf die Platte kopiert, der lag da so rum im root Verzeichnis :face_palm: und hatte den ganz vergessen

[Nashra]

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

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

@Nashra hatte wohl ein Problem damit.

Neee.... nur mit Influx ;)

Moin, habe mal deinen Rat befolgt und die DP neu angelegt sowie eine weitere Instanz von Influxdb.
Wir kommen der Sache näher d.h. jetzt wird endlich was angezeigt warum

2020-03-15 09:17:41.348 - info: influxdb.1 (22694) enabled logging of javascript.0.Wetterstation.Regen_Monat, Alias=false
2020-03-15 09:17:41.370 - warn: influxdb.1 (22694) Error on writePoint("{"value":67.1,"time":"2020-03-15T08:17:41.353Z","from":"system.adapter.influxdb.1","q":0,"ack":false}): Error: {"error":"partial write: field type conflict: input field \"value\" on measurement \"javascript.0.Wetterstation.Regen_Monat\" is type float, already exists as type string dropped=1"}
/ "{\"error\":\"partial write: field type conflict: input field \\\"value\\\" on measurement \\\"javascript.0.Wetterstation.Regen_Monat\\\" is type float, already exists as type string dropped=1\"}\n"
2020-03-15 09:17:41.371 - info: influxdb.1 (22694) Try to convert and re-write for javascript.0.Wetterstation.Regen_Monat and set storageType to String
2020-03-15 09:17:41.452 - info: influxdb.1 (22694) changed history configuration to pin detected datatype for javascript.0.Wetterstation.Regen_Monat
2020-03-15 09:17:41.458 - info: influxdb.1 (22694) enabled logging of javascript.0.Wetterstation.Regen_Monat, Alias=false

[SBorg]

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

@SBorg

Ist ja richtig was los hier :)

Die Version V1.0.0 funktioniert sehr gut ... Danke ....

Wohl wahr, ich muss jetzt auch erst mal gefühlte 100 Posts lesen ;)
Danke für die Rückmeldung.

[crunchip]

@SBorg aktueller Stand bei mir ist:
das ich mit dem Neuen Script gar keine Werte bekomme, siehe hier

[SBorg]

@crunchip Ich erinnere mich. Die Änderungen waren aber notwendig, denn die Verbindung wird sonst zu früh beendet. Siehst du am besten hier:

...EasyWeatherV1.4.7&action=updateraw&realtime=1&rtfreq=5 Connection: Close

Da kommt normalerweise noch was an Daten und "Connection: Close" hat da mal überhaupt nix zu suchen.
Beende mal das Skript (pkill...) und führe mal nur nc -lv -w 1 -p 55555 aus. Er hatte ja bei dir auch Probleme ohne "-p", ev. will er bei dir einfach kein "-lvw 1". Den Test kannst du auch mit der V0.1.4 machen, denn es ist eher ein nc/Docker Test ;)

*EDIT* war gerade noch am lesen :)

[crunchip]

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

nc -lv -w 1 -p 55555

da kommt no connection : Connection timed out

[SBorg]

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

Gibt es eigentlich eine Gui für Influxdb wo man mal sehen könnte wie die DB aufgebaut ist sowie bei mySQL oder ähnlich.

Ich kenne keine wie bspw. MySQL-Admin bei SQL. Mir ist nur per influx im Terminal bekannt.

[SBorg]

@crunchip Wenn du nur "nc" eingibst steht da bei den Parametern [-w timeout] (oder so ähnlich)

[crunchip]

@SBorg

root@IoBroker:~# nc
Cmd line:

[SBorg]

@Nashra Hmm, er will es als "String" loggen, obwohl er eine Zahl (float) erkannt hat.
Sind die zwei Datenpunkte wirklich als "Zahl" angelegt?

[SBorg]

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

@SBorg

root@IoBroker:~# nc
Cmd line:

:sunglasses: oder auch nicht. Da ist der Fehler. Dein Docker nutzt anscheinend eine ältere Version von "nc". Der kann dann wohl kein "-w"
Versuch mal nc --help

[crunchip]

@SBorg

[v1.10-41+b1]
connect to somewhere:   nc [-options] hostname port[s] [ports] ...
listen for inbound:     nc -l -p port [-options] [hostname] [port]
options:
        -c shell commands       as `-e'; use /bin/sh to exec [dangerous!!]
        -e filename             program to exec after connect [dangerous!!]
        -b                      allow broadcasts
        -g gateway              source-routing hop point[s], up to 8
        -G num                  source-routing pointer: 4, 8, 12, ...
        -h                      this cruft
        -i secs                 delay interval for lines sent, ports scanned
        -k                      set keepalive option on socket
        -l                      listen mode, for inbound connects
        -n                      numeric-only IP addresses, no DNS
        -o file                 hex dump of traffic
        -p port                 local port number
        -r                      randomize local and remote ports
        -q secs                 quit after EOF on stdin and delay of secs
        -s addr                 local source address
        -T tos                  set Type Of Service
        -t                      answer TELNET negotiation
        -u                      UDP mode
        -v                      verbose [use twice to be more verbose]
        -w secs                 timeout for connects and final net reads
        -C                      Send CRLF as line-ending
        -z                      zero-I/O mode [used for scanning]
port numbers can be individual or ranges: lo-hi [inclusive];
hyphens in port names must be backslash escaped (e.g. 'ftp\-data').

[SBorg]

@crunchip Zumindest hat er "w", aber eine andere Reihenfolge? Sollte zwar IMO egal sein, aber wenn sie es so schreiben...
nc -l -p 55555 -v -w 1

[crunchip]

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

nc -l -p 55555 -v -w 1

das gleiche, no connection

[SBorg]

@crunchip
Erklärt warum es bei dir nur mit "p" läuft. Ev, gibt es noch mehr Unterschiede. Installiere doch mal versuchsweise den netcat-openbsd

[crunchip]

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

netcat-openbsd

hab ich gemacht
mit nc -l -p 55555 -v -w 1 kommen auch nun die werte:+1:

[SBorg]

@crunchip Puuuhhh, schwere Geburt :grin:
Jetzt müsste dann auch bei dir die V1.0.0 laufen :)

...und Jahresregenmenge funktioniert nun schon den 3. Tag hintereinander. Heute wird es nix werden, strahlender Sonnenschein und 0mm Regen :the_horns:

[crunchip]

@SBorg
allerdings....aber Dank deiner Hilfe :blush: :+1:
probiere ich gleich aus, aber ich befürchte, ich hab schon wieder das Problem, das 2mal ausgeführt wird,....hab ich zumindest vorhin gesehen.
aber ich schmeiss jetzt erst mal das neu script drauf und hoffe das jetzt Daten kommen

oder liegt mein Fehler im Cron anlegen?
Script liegt ja in /home/iobroker....also user iobroker
den Cron hab ich aber als root angelegt, oder muss ich mich dafür als user iobroker anmelden?

Script läuft und auch kein Kommunikationsfehler mehr

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

strahlender Sonnenschein und 0mm Regen

[Nashra]

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

@Nashra Hmm, er will es als "String" loggen, obwohl er eine Zahl (float) erkannt hat.
Sind die zwei Datenpunkte wirklich als "Zahl" angelegt?

Ja sind als Zahl.

[SBorg]

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

probiere ich gleich aus, aber ich befürchte, ich hab schon wieder das Problem, das 2mal ausgeführt wird,....hab ich zumindest vorhin gesehen.
aber ich schmeiss jetzt erst mal das neu script drauf und hoffe das jetzt Daten kommen
oder liegt mein Fehler im Cron anlegen?
Script liegt ja in /home/iobroker....also user iobroker
den Cron hab ich aber als root angelegt, oder muss ich mich dafür als user iobroker anmelden?

Ne du, da war/ist schon alles korrekt, ich habe mich auch zum Teil verguckt :(
Es gibt quasi ein korrektes 2x laufen und ein doppelt laufen. Hä...?!?
Doppelt laufen im Sinne von zwei mal gestartet, dies wäre falsch. Aber das Skript läuft "scheinbar" trotzdem doppelt.
Einmal das "echte" Skript und dann noch quasi ein Zombie. Das ist aber nichts weiter als die wetterstation.sub, die Funktionen für das Skript bereitstellt. Da hier aber auf das Datenpaket der Station gewartet wird, sieht es fast so aus als würde es dauernd laufen. Dies kann man daran erkennen, dass die sog. VSZ gleich ist (weiß):

Im gelben Rahmen sieht man dann, dass ich am 15.03. das Skript gestartet habe und um 13:16 Uhr den ps -aux | grep wetter, der dann zur gleichen Zeit den "Zombie" erwischt hat.
Würde ich ihn aktuell (13:38 Uhr) erneut ausführen, wäre VSZ mit "11940" gleich, Startzeit des Skriptes wäre immer noch 15.03., aber "grep + Zombie" stünden auf 13:38
Trifft man genau die halbe Sekunde die er zum verarbeiten des empfangenen Datenpakets von der Wetterstation braucht, läuft dann tatsächlich nur das Skript.