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

[Nashra]

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

@Nashra

Hast du mal Testweise einen neuen Datenpunkt mit influx geloggt , bzw. jetzt mal neu angelegt ob es auch dort kommt das " null" geschrieben wird !?

Jap, mal eben die Wattzahl der USV geloggt, 1a alle Daten da d.h. Verbrauch schwankt zwar aber wird geloggt.

[Nashra]

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

[Rushmed]

Ich bin seit gestern auch auf V1.0.
Funktioniert soweit, am Anfang blieb der Kommunikationsfehler auch auf false, das hat sich nun aber gegeben.
Die kommulierte Regenmenge kommt wol erst am Monatsende?

Was mich aber stört ist dass Windrichtung als Text nicht automatisch ankommt wenn das Script im Hintergrund läuft. Es geht nur wenn ich das Script in Putty ausführe.

[Glasfaser]

@Nashra

Zwei Möglichkeiten :

Eine 2.Instanz von influx anlegen und bei dbName einen anderen Namen dafür nehmen und den Datenpunkt damit loggen.

oder

die beiden Datenpunkte löschen und neu anlegen ( kann aber zum vorherigen Logverlust führen )

[Glasfaser]

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

Die kommulierte Regenmenge kommt wol erst am Monatsende?

wurde gestern z.b. um 23:58 aktualisiert..

Was mich aber stört ist dass Windrichtung

Der Datenpunkte wird normal automatisch aktualisiert

Spoiler

 SSW 	false 	simple-api.0 	2020-03-14 20:28:07.361 	
S 	false 	simple-api.0 	2020-03-14 20:27:37.381 	
SSO 	false 	simple-api.0 	2020-03-14 20:27:09.093 	
SO 	false 	simple-api.0 	2020-03-14 20:26:37.481 	
SSO 	false 	simple-api.0 	2020-03-14 20:26:08.854 	
SSO 	false 	simple-api.0 	2020-03-14 20:25:39.384 	
S 	false 	simple-api.0 	2020-03-14 20:25:07.379 	
SSO 	false 	simple-api.0 	2020-03-14 20:24:37.387 	
SO 	false 	simple-api.0 	2020-03-14 20:24:08.419 	
SSO 	false 	simple-api.0 	2020-03-14 20:23:37.553 	
S 	false 	simple-api.0 	2020-03-14 20:23:07.368 	
SO 	false 	simple-api.0 	2020-03-14 20:22:38.297 	
SO 	false 	simple-api.0 	2020-03-14 20:22:07.422 	
S 	false 	simple-api.0 	2020-03-14 20:21:37.396 	
SO 	false 	simple-api.0 	2020-03-14 20:21:08.236 	
SO 	false 	simple-api.0 	2020-03-14 20:20:08.911 	
OSO 	false 	simple-api.0 	2020-03-14 20:19:07.529 	
S 	false 	simple-api.0 	2020-03-14 20:18:37.397 	
SSW 	false 	simple-api.0 	2020-03-14 20:18:08.184 	
S 	false 	simple-api.0 	2020-03-14 20:17:37.593 	
S 	false 	simple-api.0 	2020-03-14 20:16:07.385 	
SSO 	false 	simple-api.0 	2020-03-14 20:15:37.413 	
SSO 	false 	simple-api.0 	2020-03-14 20:15:09.470 	
S 	false 	simple-api.0 	2020-03-14 20:14:37.415 	
S 	false 	simple-api.0 	2020-03-14 20:14:08.287 	
OSO 	false 	simple-api.0 	2020-03-14 20:13:37.569 	
SSW 	false 	simple-api.0 	2020-03-14 20:13:07.588 	
S 	false 	simple-api.0 	2020-03-14 20:12:38.164 	
SSW 	false 	simple-api.0 	2020-03-14 20:12:10.195 	
S 	false 	simple-api.0 	2020-03-14 20:11:37.557 	
S 	false 	simple-api.0 	2020-03-14 20:11:08.296 	
SO 	false 	simple-api.0 	2020-03-14 20:10:37.366 	
S 	false 	simple-api.0 	2020-03-14 20:10:07.384 	
SSO 	false 	simple-api.0 	2020-03-14 20:09:39.363 	
S 	false 	simple-api.0 	2020-03-14 20:09:07.440 	
SSW 	false 	simple-api.0 	2020-03-14 20:08:37.365 	
SSO 	false 	simple-api.0 	2020-03-14 20:08:08.194 	
SSO 	false 	simple-api.0 	2020-03-14 20:07:37.416

Es geht nur wenn ich das Script in Putty ausführe.

Nur bei diesem Datenpunkt ?

[crunchip]

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

blieb der Kommunikationsfehler auch auf false

sollte ja auch so bleiben, steht er auf true, liegt ein Fehler vor

[Rushmed]

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

Nur bei diesem Datenpunkt ?

Ja, genau das wundert mich.

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

sollte ja auch so bleiben, steht er auf true, liegt ein Fehler vor
@Nashra hatte wohl ein Problem damit.

[Glasfaser]

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

@Nashra hatte wohl ein Problem damit.

Neee.... nur mit Influx ;)

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