GDS - Username/Passwort nach Speichern weg?

Begonnen von viegener, 28 Februar 2016, 23:54:16

Vorheriges Thema - Nächstes Thema

viegener

Folgendes Problem

Wenn ich einen gds_Device wie vorgegeben definieren

define aGDS GDS user1 pass1

und danach noch explizit den cfg-File (Save config) speichere, ist danach im fhem.cfg nur folgender Befehl abgelegt

define aGDS GDS

Folgerichtig kommt beim nächsten Neustart:

syntax: define <name> GDS <username> <password> [<host>]

Anmerkungen:
- Der Keyvaluestore ist vorhanden und enthält die Daten
- Auch nach udpate auf die neueste Version (also von heute) ist das Verhalten unverändert.


Gruss,
Johannes
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Hollo

Ich weiss jetzt nicht wer die Frage vor Kurzem bereits gestellt hatte, aber betateilchen hat da drauf geantwortet.
Sinngemäß ist das Verhalten korrekt so, da Benutzer/Pass intern gespeichert/abgelegt werden.
FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"

betateilchen

Zitat von: viegener am 28 Februar 2016, 23:54:16

- Auch nach udpate auf die neueste Version (also von heute) ist das Verhalten unverändert.


Von mir gab es gestern kein GDS update.
Das grundsätzliche Problem kann ich allerdings nicht nachvollziehen, das trat bei mir noch nie auf.

Zitat von: viegener am 28 Februar 2016, 23:54:16

Folgerichtig kommt beim nächsten Neustart:


Die Meldung darf eigentlich nicht erscheinen und ist somit nicht folgerichtig.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

CoolTux

Hallo betateilchen,

Ich hatte vor 1 Woche auch die selbe Fehlermeldung. Aber bei mir war der Grund das ich mein State File gelöscht habe.
Nach einem modify der GDS Instanz lief es auch nach einem Neustart wieder.



Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

viegener

Zitat von: CoolTux am 29 Februar 2016, 16:06:31
Hallo betateilchen,

Ich hatte vor 1 Woche auch die selbe Fehlermeldung. Aber bei mir war der Grund das ich mein State File gelöscht habe.
Nach einem modify der GDS Instanz lief es auch nach einem Neustart wieder.

Grüße

@CoolTux: Das mit dem Statefile habe ich überprüft, der Staefile ist da und wird beim Neustart auch korrekt eingelesen (sonst befürchte ich die Probleme wären noch grösser). Habe gerade nochmal probiert (System korrekt neugestartet) und bereits beim ersten Speichern (über fhemweb) tritt das Problem sofort auf. Statefile ist intakt und wurde korrekt eingelesen und auch wieder geschrieben.

Danke trotzdem



Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

viegener

Zitat von: betateilchen am 29 Februar 2016, 13:42:03
Von mir gab es gestern kein GDS update.
Das war auch nicht die Aussage, ich wollte damit nur beschreiben, dass ich die neueste Version einsetze, denn mein letztest Update war bereits ein paar Wochen her.

Habe nochmal ein list auf meinen Device gemacht:

Internals:
   DEF
   GDS_CONDITIONS_ABORTED Mon Feb 29 22:00:13 2016
   GDS_FORECAST_READ 1456779586
   NAME       gds
   NR         498
   STATE      active
   TYPE       GDS
   Readings:
     2016-02-29 21:59:22   _dataSource     Quelle: Deutscher Wetterdienst
     2016-02-29 21:59:22   c_altitude      116
     2016-02-29 21:59:22   c_pressure-nn   1021.3
     2016-02-29 21:59:22   c_stationName   Karlsruhe-Rheinst.
     2016-02-29 21:59:22   c_temperature   2.4
     2016-02-29 21:59:22   c_weather       leichter Schneefall
     2016-02-29 21:59:22   c_windDir       N
     2016-02-29 21:59:22   c_windSpeed     22
     2016-02-29 21:59:46   fc0_tAvgAir24   1
     2016-02-29 21:59:46   fc0_tMaxAir     7
     2016-02-29 21:59:46   fc0_tMinAir     0
     2016-02-29 21:59:46   fc0_weather06   bewölkt
     2016-02-29 21:59:46   fc0_weather18   bewölkt
     2016-02-29 21:59:46   fc0_weather24   leichter Schneefall
     2016-02-29 21:59:46   fc0_weekday     Mo
     2016-02-29 21:59:46   fc1_tMaxAir     7
     2016-02-29 21:59:46   fc1_tMinAir     0
     2016-02-29 21:59:46   fc1_weather12   bewölkt
     2016-02-29 21:59:46   fc1_weather24   bewölkt
     2016-02-29 21:59:46   fc1_weekday     Di
     2016-02-29 21:59:46   fc2_tMaxAir     9
     2016-02-29 21:59:46   fc2_tMinAir     4
     2016-02-29 21:59:46   fc2_weather12   leichter Regen
     2016-02-29 21:59:46   fc2_weather24   leichter Regen
     2016-02-29 21:59:46   fc2_weekday     Mi
     2016-02-29 21:59:46   fc2_windGust24  Windböen
     2016-02-29 21:59:46   fc3_tMaxAir     8
     2016-02-29 21:59:46   fc3_tMinAir     2
     2016-02-29 21:59:46   fc3_weather12   leichter Regen
     2016-02-29 21:59:46   fc3_weather24   kräftiger Regenschauer
     2016-02-29 21:59:46   fc3_weekday     Do
     2016-02-29 21:59:46   fc_stationName  Mitte/Karlsruhe-Rheinst.
     2016-02-29 21:59:13   state           active
   Helper:
     INTERVAL   1200
     URL        ftp-outgoing2.dwd.de
Attributes:
   gdsSetCond Karlsruhe-Rheinst.
   gdsSetForecast Mitte/Karlsruhe-Rheinst.
   gdsUseForecasts 1


Die Datei mit den Keyvalues ist korrekt und enthält auch den den richtigen user/pass-Eintrag

Johannes


Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

betateilchen

mit dem statefile hat das mal gar nix zu tun...

@viegener: Was ich mit dem device-List soll, ist mir unklar. Wie man daran sieht, arbeitet das Modul doch korrekt.

Schau mal bitte im device "global" nach, ob die Meldung dort nicht einfach im Attribut motd steht und deshalb immer wieder beim Neustart ausgegeben wird und in Wirklichkeit gar nichts mit einem Fehler zu tun hat.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

viegener

@betateilchen: Nein der Fehler kommt im Logfile und danach jede Menge "please define gds first...".

Ich habe mich jetzt entschlossen mein System neu zu installieren  ;)
Nein, natürlich nicht  8)

Aber interessanterweise habe ich meinen Pi einmal komplett durchgestartet und siehe da das Problem ist weg  ???
Einzige Erklärung die mir einfällt, irgendwie hing noch irgendein Prozess/Zombie herum, der uniqueid gesperrt hat? Nicht wirklich hilfreich aber gerade auch nicht weiter analysierbar, bis das Problem wieder auftritt...

Danke für die Hilfe.
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können