@stuebi
Vielen Dank, funktioniert wieder!

@wusa
Bei meinem ersten Anruf, wurde auch empfohlen Cookies, Cache, Verlauf etc. zu löschen und Passwort zurückzusetzen. Das hat aber nicht geholfen. Beim zweiten Anruf hat sie dann Rücksprache mit der Technik gehalten und festgestellt, das der Login gesperrt war, wohl wg. zu vielen ioBroker Anmeldungen.
Hatte ich zum ersten Mal. Die letzen Monate lief es sonst ohne Probleme.

Bekomme auch so einen ähnlichen Fehler - allerdings etwas anders:

tahoma.0	2020-11-19 15:28:59.069	warn	(20602) Body: {"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"}
tahoma.0	2020-11-19 15:28:59.068	warn	(20602) Response: {"statusCode":400,"body":{"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"},"headers":{"date":"Thu, 19 Nov 2020 14:28:58 GMT","server":"overkiz","strict-transp
tahoma.0	2020-11-19 15:28:59.067	warn	(20602) error during tahomalink request: null, request path: events/dbecf7ad-ac10-3401-7ad8-d83042be344c/fetch with payload:{}
tahoma.0	2020-11-19 15:27:59.051	warn	(20602) Body: {"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"}
tahoma.0	2020-11-19 15:27:59.051	warn	(20602) Response: {"statusCode":400,"body":{"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"},"headers":{"date":"Thu, 19 Nov 2020 14:27:58 GMT","server":"overkiz","strict-transp
tahoma.0	2020-11-19 15:27:59.050	warn	(20602) error during tahomalink request: null, request path: events/dbecf7ad-ac10-3401-7ad8-d83042be344c/fetch with payload:{}
tahoma.0	2020-11-19 15:26:59.096	warn	(20602) Body: {"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"}
tahoma.0	2020-11-19 15:26:59.095	warn	(20602) Response: {"statusCode":400,"body":{"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"},"headers":{"date":"Thu, 19 Nov 2020 14:26:58 GMT","server":"overkiz","strict-transp
tahoma.0	2020-11-19 15:26:59.094	warn	(20602) error during tahomalink request: null, request path: events/dbecf7ad-ac10-3401-7ad8-d83042be344c/fetch with payload:{}
tahoma.0	2020-11-19 15:25:59.185	warn	(20602) Body: {"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"}
tahoma.0	2020-11-19 15:25:59.184	warn	(20602) Response: {"statusCode":400,"body":{"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"},"headers":{"date":"Thu, 19 Nov 2020 14:25:59 GMT","server":"overkiz","strict-transp
tahoma.0	2020-11-19 15:25:59.184	warn	(20602) error during tahomalink request: null, request path: events/dbecf7ad-ac10-3401-7ad8-d83042be344c/fetch with payload:{}
tahoma.0	2020-11-19 15:24:59.015	warn	(20602) Body: {"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"}
tahoma.0	2020-11-19 15:24:59.014	warn	(20602) Response: {"statusCode":400,"body":{"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"},"headers":{"date":"Thu, 19 Nov 2020 14:24:58 GMT","server":"overkiz","strict-transp
tahoma.0	2020-11-19 15:24:59.014	warn	(20602) error during tahomalink request: null, request path: events/dbecf7ad-ac10-3401-7ad8-d83042be344c/fetch with payload:{}
tahoma.0	2020-11-19 15:23:59.001	warn	(20602) Body: {"errorCode":"UNSPECIFIED_ERROR","error":"No registered event listener"}
tahoma.0	

@blackeagle998

Super, danke - läuft!

@blackeagle998
Danke, gute Idee.

Mich interessiert das Beenden der Ladesitzung auch.
In meinem Fall plane ich an meiner Wallbox mit meiner Shell Recharge Card zu laden zwecks Arbeitgeberabrechnung (via Backend Anbieter: ich berechne den Strom an den Backendanbieter, dieser an Shell und Shell an meinen Arbeitgeber). Allerdings berechnet Shell generell nach 4 Stunden eine Blockiergebühr. Diese würde ich gerne vermeiden, so dass ich nicht immer nach 4 Stunden ausstecken muss. Eine Funktion zum Beenden der Sitzung könnte hier helfen.

Hat jemand eine Idee an was das liegen könnte? Hat bisher wunderbar funktioniert und ich habe nichts an der Konfiguration geändert.

Danke!

Ich konnte es lösen. Meine Doorbird hatte keine feste IP Adresse. Die hat sich wohl gestern geändert und deshalb funktionierte der Zugriff nicht mehr...

Hi,

ich bekomme seit gestern Abend folgende Fehlermeldung im Log (Doorbird v 1.3.0, ioBroker läuft im Docker):

doorbird.0
2024-01-26 16:58:04.878	warn	Error in testBird() Request timed out: AxiosError: timeout of 5000ms exceeded

Hat jemand eine Idee an was das liegen könnte? Hat bisher wunderbar funktioniert und ich habe nichts an der Konfiguration geändert.

Danke!

@torti0111

Ist das ein generelles Problem und konnte es gelöst werden? Ich habe meine Shelly's auch über COAP laufen und würde sonst mit dem Update noch warten.

@djmarc75
Super, danke! Probiere ich aus.

Ich hab eine Frag zu lupusec.0.status.alarm_ex
Wurde schon mal weiter oben besprochen, aber ich krieg es nicht so richtig hin. Ich will meine Rolläden steuern, wenn Alarm ausgelöst wird, und habe folgendes Blockly gebaut:

Kann mir jemand helfen, was ich ändern muss, damit es klappt.
Ich habe schon mal testweise einen Alarm ausgelöst und unter lupusec.0.status.alarm_ex erscheint dann folgender Text/Wert: Alarm in Area 1(1)

@tobiblack
Hast Du rausgefunden wie es geht die Daten summiert anzeigen zu lassen- ggf. über Umweg Script/Blockly?
Ich würde auch gerne die Summe der aktuellen Stromproduktion meiner beiden Wechslerichter in Flot darstellen.

@pfahlenbauer
Ich hab die Ursache gefunden. Der Raum hat nur so 16-17C im Winter und die "Default TEMP_Minimum" steht auf 18C.

Ich habe das Script für Lüftungsempfehlungen für 2 Kellerräume im Einsatz.
In Raum 1 "Waschkeller" funktioniert es einwandfrei. In Raum 2 "Parkettkeller" steht die Lüftungsempfehlung dauerhaft auf "false" (seit mehreren Monaten), obwohl die absoluten Feuchtegehalte regelmäßig ganz klar ein "true" produzieren sollten.
Ich habe bis auf die Eingabe der Sensordaten, Höhe über nn und defaultMaxFeu (64%) keine Anpassungen am Script vorgenommen. Weiß jemand an was das liegen könnte?

Aussenfühler:

@tombox Danke. Zugang zu meiner Kamera kann ich Dir geben. Schicke ich Dir per PN

Gruß
pfahlenbauer