@sigi234
Ja, ich habe mal ein "issue" aufgemacht.
Vielleicht hängen die, die das selbe Problem haben dort mit dran.

@sigi234
Ja, ich habe mal ein "issue" aufgemacht.
Vielleicht hängen die, die das selbe Problem haben dort mit dran.

@darth2010
OK, nicht schön, aber wenigstens bin ich nicht alleine mit dem Problem.
Evtl. findet sich jemand der helfen kann.
Ich bin überhaupt nicht sicher wo ich ansetzten könnte. Evtl. braucht es noch Infos zur Fehleranalyse, welche?

Danke
HJ

admin.0 (2155) no session found

• Adaptername: Admin
• Adapterversion: 7.6.3
• js-controller Version: 7.0.6
• Admin Version: jetzt wieder --> 7.410
• Hardwaresystem: Pi4
• Arbeitsspeicher: 8 GB
• Festplattenart: HDD
• Betriebssystem: bookworm
• Nodejs-Version: v20.19.0
• NPM-Version: 10.8.2
• Installationsart: Skript
• Image, Docker genutzt: Nein

Seit Update (und tatsächlich ab dem Zeitpunkt )des Admin Adapters von 7.410 auf 7.6.3 bekam ich diese Meldung:
admin.0 (2155) no session found
Und zwar hundertfach ohne Unterbrechung. Nach einem Neustart des Adapters ist wieder ca. 20 Min. Ruhe , dann fängt das von Neuem an. Ich habe die Admin Version wieder auf eine 7.52 zurückgesetzt (7.4.10 war nicht angeboten im Dialogfenster), aber das Problem blieb bestehen.
Ich habe nun wieder meine Gesamtsicherung mit der Admin Version 7.4.1.0 eingespielt.
Das Problem ist nun nicht mehr vorhanden.
Hat denn jemand solch ein Verhalten auch festgestellt?
Danke!
HJ

EDIT: Heute habe ich noch einmal versucht die 7.6.3 zu installieren. Geht ohne Auffälligkeiten. Nach ca. 20 Min. wieder die gleichen Fehlermeldungen die das Log zumüllen. Ich muss wohl erstmal wieder zurück.
Wie kann ich denn analysieren, an was ein admin.0 (2155) no session found bedeutet?
Im Forum habe ich nichts gefunden., oder falsch gesucht...?
Danke für eure Hilfe.
HJ

@Ro75
Hi,
kann mal bitte jemand beschreiben o. zeigen wie man das mit Accuweather hinbekommt. Account besteht schon.
Das wäre nett und super. Danke!

EDIT: Sorry sehe gerade erst da gibt es eine gute Hilfe. Nix für Ungut.

EDIT2: Ich möchte doch gerne nochmal fragen wie ich z.B. das "Accu-Wetter" in das iQontrol bekomme. Mit daswetter.com hab ich das hinbekommen. Hier nun stehe ich etwas auf dem Schlauch.
Ich habe den Api Key erstellt und mir mit dem API reference dann einen code mit 5 day forcast erstellt. Hat alles geklappt.
Wie kann ich denn jetzt im iqontrol weitermachen?
Es analog zu wie ich es bei wetter.com gemacht habe, funktioniert es nicht. Ich sehe nur den code im Fenster ...
Wäre nett wenn mir jemand auf die Sprünge hilft.

Danke!

@lucky_esa
das Login hatte ich schon mal zwischendurch gemacht, auch mit akzeptieren der Bedingungen. Gerade nochmal geschaut, ob ich da was vergessen hatte. Sieht aber gut aus.

Kein Problem. Komisch ist es doch alle male. Die Wellt geht davon nicht unter.
Danke dir für deine unermüdliche Arbeit.
Joel

@lucky_esa
das mit der Periode 1h hab ich nicht verstanden. EDIT: OK das ist der DP Period, der steht auf stündlich!

Ist dass das was du brauchst?
So wie oben 3s auf Fridge dann 3s auf Freezer.

javascript.0
2025-02-04 22:11:29.741	info	Start JavaScript script.js.Skripte.TestTest (Blockly)

javascript.0
2025-02-04 22:11:29.816	info	script.js.Skripte.TestTest: registered 1 subscription, 1 schedule, 0 messages, 0 logs and 0 file subscriptions

javascript.0
2025-02-04 22:11:30.477	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FRIDGE_DOOR', openCount: '1', openTime: '5024' }

javascript.0
2025-02-04 22:11:30.477	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FREEZER_DOOR', openCount: '2', openTime: '9572' }

javascript.0
2025-02-04 22:11:30.478	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'DID_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:11:30.479	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'CONVERTIBLE_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:11:30.479	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'ONE_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:11:40.319	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FRIDGE_DOOR', openCount: '1', openTime: '5024' }

javascript.0
2025-02-04 22:11:40.321	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FREEZER_DOOR', openCount: '2', openTime: '9572' }

javascript.0
2025-02-04 22:11:40.321	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'DID_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:11:40.322	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'CONVERTIBLE_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:11:40.322	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'ONE_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:11:50.353	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FRIDGE_DOOR', openCount: '1', openTime: '5024' }

javascript.0
2025-02-04 22:11:50.354	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FREEZER_DOOR', openCount: '2', openTime: '9572' }

javascript.0
2025-02-04 22:11:50.355	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'DID_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:11:50.356	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'CONVERTIBLE_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:11:50.357	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'ONE_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:12:00.343	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FRIDGE_DOOR', openCount: '2', openTime: '10663' }

javascript.0
2025-02-04 22:12:00.343	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FREEZER_DOOR', openCount: '3', openTime: '15205' }

javascript.0
2025-02-04 22:12:00.344	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'DID_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:12:00.345	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'CONVERTIBLE_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:12:00.346	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'ONE_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:12:10.350	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FRIDGE_DOOR', openCount: '2', openTime: '10663' }

javascript.0
2025-02-04 22:12:10.352	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'FREEZER_DOOR', openCount: '4', openTime: '20503' }

javascript.0
2025-02-04 22:12:10.353	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'DID_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:12:10.353	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'CONVERTIBLE_DOOR', openCount: '0', openTime: '0' }

javascript.0
2025-02-04 22:12:10.354	info	script.js.Skripte.TestTest: { usedDate: '2025-02-04 22:00:00', doorType: 'ONE_DOOR', openCount: '0', openTime: '0' }

@lucky_esa
Danke nochmal.
Aber bei LG anrufen ist schon wegen Weniger (hatte mal einen Servicefall) ein sog. "Pain in the ass". Ich mag mir garnicht vorstellen wenn ich dort das Problem schildern würde, wie einige Server dort runterfahren wegen temporärer Überlastung der Service MA. Man verzeihe die Ausdrucksweise.
Wie kann ich denn die History alle 2 s laden? Über die Einstellung im Adapter?

@lucky_esa
nein, da ist Stille. Der Datenpunkt bekommt zwar zum Adapterneustart einen neuen Zeitstempel, aber der Status ist und bleibt 0(CLOSE), keine Änderung.

@lucky_esa
Guten Morgen,
also steht wieder auf Debug.
Ich habe es so gemacht wie du schriebst, Neustart des Adapters mit offener Türe. Türe dann nachdem der Alarm ertönt geschlossen.
Keine Anzeichen von "Monitoring" im Log.
Der Zeitstempel vom Datenpunkt von "atLeastOneDoorOpen" ändert sich nur zum Neustart.
Log lässt sich nicht hier anzeigen da "Payload zu hoch", ich vermute zu viele Zeichen?
Danke.

@lucky_esa
OK, habe ich gemacht. Auf, Zu beide Türen. Keine Änderung. Ich denke das wird nix mit dem Gerät...
Trotzdem vielen Dank für eure unermüdliche und geduldige Hilfe.