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

[C-3po]

@madison

4.6.13

macht stress mit Blockly und Datumsabfragen.

bin erst mal wieder auf 4.6.4

[madison]

@C-3po Datumsabfragen verwende ich nicht, sonst wäre mir noch nichts aufgefallen!

[C-3po]

@madison

und der neue IOT mault wegen dem Password.

Die geforderte Richtlinie stimmt aber

aber das ist hier OT

gibt bestimmt gleich n rüffel.

[Feuersturm]

@madison Update war erfolgreich und bisher keine Probleme.

[Berchemer]

@C-3po sagte in sql startet nach update nicht mehr:

@madison

dafür schiest aber das neue Script Engine quer

@C-3po welche version?

4.6.13

macht stress mit Blockly und Datumsabfragen.

bin erst mal wieder auf 4.6.4

Danke für den Tipp...
Auf den javascript-Adapter wäre ich nie gekommen.
Hätte mich wohl doof gesucht

Habe auch auf 4.6.4 downgedatet un die Fehler sind wech

[Berchemer]

@Berchemer sagte in sql startet nach update nicht mehr:

@C-3po sagte in sql startet nach update nicht mehr:

Nachtrag von mir:
Die zwischenzeitlich erschienene v1.13.1 wirft bei mir keine sql-Adapter-Fehler mehr aus und der Adapter ist wieder dauerhaft grün.
Danke an die Entwickler

[rascal]

Adapter ist bei mir mit 1.13.1 auch grün und arbeitet.

Beim starten des Adapters schreibt er mir:

sql.0	2020-05-21 18:37:24.375	warn	(1149165) No realID found for hm-rpc.0.JEQ0156528.3.STATE

Ist das ein Problem?

[Dr. Bakterius]

@rascal Kein Problem. Du hast früher einmal den Datenpunkt 'hm-rpc.0.JEQ0156528.3.STATE' aufzeichnen lassen, jetzt aber nicht mehr. Also es gibt dazu in der Datenbank Einträge die jetzt nicht mehr weitergeführt werden.

Ich hatte auch einige solche Einträge und diese unnötigen Daten aus der Datenbank entfernt. Doch da sollte man wissen was man tut!

Stellt sich nur die Frage weshalb der Adapter die Warnungen ausgibt. Wäre toll wenn man das deaktivieren kann oder die Möglichkeit schafft per Knopfdruck diese Daten aus der Datenbank zu entfernen.

[SabineT]

@Dr-Bakterius bei mir kommen auch derartige warnings, die angezeigten Datenpunkte werden aber definitiv in die Datenbank geschrieben!

[Fenriswolf]

Hallo,
habe leider immer noch ein Problem mit dem SQL-Adapter.

sql.0	2020-05-22 13:13:52.845	error	(13373) Error: Packets out of order. Got: 1 Expected: 0
host.ioBroker-RasPi4	2020-05-22 13:13:49.583	info	instance system.adapter.sql.0 started with pid 13373
host.ioBroker-RasPi4	2020-05-22 13:13:49.533	info	"system.adapter.sql.0" enabled

auch ein downgrade auf 1.9.4 hat nichts geholfen.

habe aber auch keine Lust, den ganzen Adapter zu deinstallieren und dann wieder alles neu einzurichten.

grüße
Fenriswolf

[Dr. Bakterius]

@SabineT Sorry, dann weiß ich auch nicht weiter. Bei mir waren es nur solche, die ich nicht (mehr) aufzeichne.

[bommel_030]

@Fenriswolf
Wo läuft denn deine Datenbank? Hatte beim rumspielen mit der aktuellen Version den Fehler auch nochmal. Scheinbar hab ich damit mein NAS überfordert... Neustart der Synology hat den Fehler behoben...

[Fenriswolf]

@bommel_030 sagte in sql startet nach update nicht mehr:

@Fenriswolf
Wo läuft denn deine Datenbank? Hatte beim rumspielen mit der aktuellen Version den Fehler auch nochmal. Scheinbar hab ich damit mein NAS überfordert... Neustart der Synology hat den Fehler behoben...

Tatsächlich läuft es bei mir auch auf einer Synology. Werde die dann wohl auch mal neu starten müssen.

Habe zwischenzeitlich den ganzen Adapter schon mal gelöscht gehabt, was allerdings auch nichts brachte.

Nachtrag:
Hat funktioniert und alles läuft wieder.
Danke für den Tipp @bommel_030

[FabianHM]

@Dr-Bakterius said in sql startet nach update nicht mehr:

Wäre toll wenn man das deaktivieren kann oder die Möglichkeit schafft per Knopfdruck diese Daten aus der Datenbank zu entfernen.

Dem kann ich mich nur anschließen.
Mir müllen 32 alte Einträge von Datenpunkten die schon ewig nicht mehr geloggt werden mit Warnings mein Log voll.

@Bluefox : Könntest Du den Bug in der nächsten Version mal checken.
Dankeschön vorab!