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

[foxthefox]

@wollerosekaufe
Als erstes denke ich, daß die Fehlermedlung weggeht, wenn du das Häkchen für exclude statistics setzt

Es ist zwar keine alte FB, aber die Nachricht macht Probleme.

Und nun meine anderen Beobachtungen:
alle Geräte melden sich mit 000000000 als ID, wenn das die Realität ist, dann kannst du den Adapter nicht benutzen, da hier die Unterscheidung passiert.

Gehe ich recht in der Annahme, daß im Object fritzdect.0.global.statdevices etwas drin steht?
Und hoffentlich unterschiedliche IDs? Und nur die IDs der Steckdosen?

Mir scheint als gibt es unterhalb der Steckdosen keine Struktur zu energy_stats, power stats, voltage_stats.
Deswegen schlägt scheinbar die Kontrolle auf alten Wert fehl.
Solange die Struktur noch nicht da ist, muß das obig erwähnte Häckchen gesetzt bleiben.

[wollerosekaufe]

@foxthefox
oh, sorry - die nullen stammen von mir; hab alle IDs genullt.
wenn du den log im original brauchst, gern kurze info.

idee teste ich gleich wenn ich zuhaus bin!

€
yes, jetzt ist die meldung weg!
-> exclude stats ist der schuldige ;)

[foxthefox]

@wollerosekaufe

aber dennoch bleibt die Frage ob unterhalb der Steckdosen eine Struktur energy_stats, power stats, voltage_stats und dann unterlagerte Datenpunkte sind.

[wollerosekaufe]

@foxthefox said in Fritzbox DECT Adapter:

@wollerosekaufe
Gehe ich recht in der Annahme, daß im Object fritzdect.0.global.statdevices etwas drin steht?
aber dennoch bleibt die Frage ob unterhalb der Steckdosen eine Struktur energy_stats, power stats, voltage_stats und dann unterlagerte Datenpunkte sind.

also, unter fritzdect.0.global.statdevices sind die beiden steckdosen mit den korrekten IDs gelistet.
die drei strukturen sind angelegt - wenn die stats aus sind, ist aber alles leer, logisch.
wenn ich die stats wieder aktiviere schaut es wie folgt aus:

(also nicht gut, würd ich sagen)

[foxthefox]

@jleg
und wie genau geht das?
in ioBroker.docs hab ichs grad nicht gefunden

[foxthefox]

@foxthefox
es gibt eine 2.5.8 um den Fehler von @wollerosekaufe zu ergründen

[JLeg]

@foxthefox sagte in Fritzbox DECT Adapter:

@jleg
und wie genau geht das?
in ioBroker.docs hab ichs grad nicht gefunden

https://iobroker.readthedocs.io/de/latest/development/iopackage.html#confval-common.messages

(imo sehr gute Doku!)

[foxthefox]

@jleg
super, danke

[foxthefox]

@foxthefox

nur mal so zur Info, bin die nächste Zeit offline

[wollerosekaufe]

@foxthefox
moin, war auch paar tage unterwegs :>
gerade nochmal die statistik und debug angemacht, bleibt leider dabei

fritzdect.0
	2023-11-17 22:47:32.676	warn	[Polling] <== TypeError: Cannot read properties of null (reading 'val')
fritzdect.0
	2023-11-17 22:47:32.662	debug	With 000000000000got the following to parse{"devicestats":{"temperature":{"stats":{"count":"96","grid":"900","datatime":"1700257650","_@attribute":"30,30,30,30,30,30,30,35,35,35,55,30,30,30,35,35,35,35,40,40,40,40,40,40,45,45,50,50,55,55,55,60,60,65,65,65,65,60,60,55,55,55,55,55,55,55,65,65,55,55,50,40,35,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,30,35,30,30,35,35,35,35,35,35,35,35,35,35,35,35"}},"voltage":{"stats":{"count":"360","grid":"10","datatime":"1700257650","_@attribute":"238936,238855,238920,238918,238896,238242,238695,238519,238457,238425,238435,238193,238069,238252,238252,238252,238252,238252,238252,237860,237860,237860,237860,237860,237860,237860,237860,237860,237860,237860,237860,237894,237894,237894,237894,237894,237894,237894,237894,237894,237894,237894,237894,237240,237240,237240,237240,237240,237240,237240,237240,237240,237240,237240,237240,237384,237384,237384,237384,237384,237384,237384,237384,237384,237384,237384,237384,238220,238220,238220,238220,238220,238220,238220,238220,238220,238220,238220,238220,238300,238300,238300,238300,238300,238300,238300,238300,238300,238300,238300,238300,238465,238465,238465,238465,238465,238465,238465,238465,238465,238465,238465,238465,237793,237793,237793,237793,237793,237793,237793,237793,237793,237793,237793,237793,238290,238290,238290,238290,238290,238290,238290,238290,238290,238290,238290,238290,238184,238184,238184,238184,238184,238184,238184,238184,238184,238184,238184,238184,237962,237962,237962,237962,237962,237962,237962,237962,237962,237962,237962,237962,238686,238686,238686,238686,238686,238686,238686,238686,238686,238686,238686,238686,238754,238754,238754,238754,238754,238754,238754,238754,238754,238754,238754,238754,238647,238647,238647,238647,238647,238647,238647,238647,238647,238647,238647,238647,238995,238995,238995,238995,238995,238995,238995,238995,238995,238995,238995,238995,238780,238780,238780,238780,238780,238780,238780,238780,238780,238780,238780,238780,237721,237721,237721,237721,237721,237721,237721,237721,237721,237721,237721,237721,237047,237047,237047,237047,237047,237047,237047,237047,237047,237047,237047,237047,236187,236187,236187,236187,236187,236187,236187,236187,236187,236187,236187,236187,236188,236188,236188,236188,236188,236188,236188,236188,236188,236188,236188,236188,236272,236272,236272,236272,236272,236272,236272,236272,236272,236272,236272,236272,236410,236410,236410,236410,236410,236410,236410,236410,236410,236410,236410,236410,237006,237006,237006,237006,237006,237006,237006,237006,237006,237006,237006,237006,237879,237879,237879,237879,237879,237879,237879,237879,237879,237879,237879,237879,237656,237656,237656,237656,237656,237656,237656,237656,237656,237656,237656,237656,237978,237978,237978,237978,237978,237978,237978,237978,237978,237978,237978,237978,237565,237565,237565,237565,237565,237565,237565,237565,237565,237565,237565,237565,237288,237288,237288,237288,237288,237288,237288,237288,237288,237288,237288,237288,237473,237473,237473,237473,237473"}},"power":{"stats":{"count":"360","grid":"10","datatime":"1700257650","_@attribute":"0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0"}},"energy":{"stats":[{"count":"12","grid":"2678400","datatime":"1700248463","_@attribute":"0,0,0,0,0,0,0,0,1,0,0,0"},{"count":"31","grid":"86400","datatime":"1700248463","_@attribute":"0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0"}]}}}

[foxthefox]

@wollerosekaufe

Danke, mache mich weiter auf die Suche was da der Störenfried ist.
Bei mir läuft es leider korrekt durch, aber ich werde den Unterschied schon noch finden.

[foxthefox]

@wollerosekaufe

Unter Umständen habe ich die Problematik gefunden.

Es existiert eine Version 2.5.9 in github, bitte testen.

[wollerosekaufe]

@foxthefox said in Fritzbox DECT Adapter:
das schaut sehr gut aus <3

vmtl. nur ein kurzer hänger der influxdb, aber sicherheitshalber mal als notiz:

influxdb.0
	2023-11-19 14:21:34.240	info	Connected!
influxdb.0
	2023-11-19 14:21:33.945	info	Applying retention policy for iobroker to 31536000 seconds. Shard Group Duration (calculated): 604800 seconds
influxdb.0
	2023-11-19 14:21:33.733	info	Influx DB Version used: 2.x
influxdb.0
	2023-11-19 14:21:33.732	info	Connecting https://odroidc4:8086/ ...
influxdb.0
	2023-11-19 14:21:23.727	error	Error during ping: Error: socket hang up. Attempting reconnect.
influxdb.0
	2023-11-19 14:21:23.717	info	Add point that had error for fritzdect.0.DECT_0000000000.operationmode to buffer again, error-count=1
influxdb.0
	2023-11-19 14:21:23.717	warn	Error on writePoint("{"value":"Comfort","time":"2023-11-19T13:21:12.172Z","from":"system.adapter.fritzdect.0","q":0,"ack":true}): Error: socket hang up / "socket hang up""
influxdb.0
	2023-11-19 14:21:23.714	warn	Point could not be written to database: iobroker

€
btw der andere fehler mit den docker logs

> iobroker  | 2023-11-05T14:07:21.461112467Z strict mode: missing type "object" for keyword "additionalProperties" at "#/definitions/certificatesProps" (strictTypes)
> iobroker  | 2023-11-05T14:07:21.461303722Z strict mode: missing type "object" for keyword "properties" at "#/definitions/certificatesProps" (strictTypes)

hat nichts mit deinem adapter zu tun. das kommt bei mehreren wenn man in die einstellungen geht.
hab mal einen thread dazu aufgemacht https://forum.iobroker.net/topic/70355/zertifikatsproblem-definitions-certificatesprops

[foxthefox]

das sieht doch zumindest für fritzdect gut aus.
Dann veröffentliche ich mal die 2.5.9

[HansJochen]

Hi,

danke für den coolen Adapter, der bei mir schon lange sehr zuverlässig funktioniert.
Ich bin in den letzten Tagen über diese Warnung im Log gestolpert, die alle paar Minuten auftaucht:

State value to set for "fritzdect.0.DECT_xxx.celsius" has value "-0.5" less than min "0"

Die Meldung sagt schon aus, was das Problem ist: Der Datenpunkt ist für 0 - 32°C angelegt. Bei meiner Außensteckdose im Gartenhaus kommen aber auch mal kältere Temperaturen vor. Ich habe den Range einfach von Hand geändert. Vielleicht wäre deutlich großzügigerer Bereich (etwa -30°C bis +50°C) sinnvoll. Kann ja auch sein, dass eine Innensteckdose mal hinter einem Ofen steckt.

[Winni]

@hansjochen Hallo, das kannst du selbst ändern. Im Objektordner beim Datenpunkt "celsius" auf den Stift klicken und dann runter scrollen.

[HansJochen]

Hallo @Winni

@winni sagte in Fritzbox DECT Adapter:

@hansjochen Hallo, das kannst du selbst ändern. Im Objektordner beim Datenpunkt "celsius" auf den Stift klicken und dann runter scrollen.

Danke für den Hinweis, damit hatte ich ja die Meldung bei mir ja auch weg bekommen. Ich dachte, dass ein großzügigerer Standard Wertebereich im Adapter sinnvoll wäre, weil das bei anderen bestimmt auch mal vorkommt.

[Winni]

@hansjochen ok, hatte ich übersehen.

[foxthefox]

@hansjochen

der Bereich ist schon länger mit -30..50°C im Adapter hinterlegt.
Allerdings werden angelegte Datenpunkte nicht überschrieben, d.h. damit die geänderten Wertebereiche auch wirksam werden, muß der Datenpunkt (oder der ganze Baum von der Instanz) gelöscht werden.
Beim Neustart wird der nichtexistierende Datenpunkt auch wieder angelegt, diesmal mit den geänderten Grenzen.

[HansJochen]

@foxthefox

Danke für den Hinweis. Ich hatte nicht daran gedacht, nachzusehen, ob das schon behoben ist.