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

[PLCHome 0]

Was ich aber herausgefunden habe:
Wenn ich den Pool direkt am Paneel ausschalte, verbindet sich das WIFI scheinbar erst wieder mit dem Internet, wenn ich das Paneel ausgeschaltet auf die Ladestation lege und dann zeitnah mit der App unter IOS den Pool suche.
Was mich auch mal interessieren würde, ist, ob es unterschiedliche Modelle der Pools gibt.
Ich habe eine Firmware 1.0.300 hat da einer was anderes?

[drheck]

@plchome-0 Okay. Danke für die Infos.
Hm. Ich habe leider den Pool aus der App gelöscht und bekomme ihn nun nicht mehr rein. Probiere jeden Tag 1 bis 3 Mal. Jedes Mal über Nacht komplett ausgeschaltet und dann nach der Anleitung von Steinbach.

Wo finde ich die Firmware?

[drheck]

@plchome-0 Hallo, ich habe mir das durchgelesen. Ging aber nicht weiter.
Frage: Funktioniert das denn gar nicht oder nur mit dem Problem, dass bei einem Reset/Stromunterbrechung das dann jedes mal die "Channel/ID detection" durchgeführt werden muss? Das kommt bei mir nicht so oft vor - würde ich in Kauf nehmen.
Danke
Peter

[PLCHome 0]

@drheck
Kurz:

• Das Protokoll hat sich geändert und muss neu analysiert werden.
• Zusätzlich ist es nicht mit 5 Minuten suchen getan, den Code und den Pool wieder zu finden. Es muss beim Einschalten des Pools der LC im richtigen Mode sein und der ESP suchen, ansonsten müsste man den 20h Kanalsuchlauf laufen lassen.

Bei den Tests hat er auch den Kanal geändert, als das Display auf die Ladeschale gelegt wurde. Daher gehe ich davon aus, dass man besser zwei LC nimmt.

[drheck]

@plchome-0 Okay. Danke für die Infos.
Gestern Abend konnte ich den Pool zumindest wieder in der App anlegen und den Filterplan anlegen.
Was mich halt wundert ist, dass der Pool nach einem Reset ca. 2 Minuten in der Fritzbox aktiv ist, man ihn anpingen kann und mein Testprogramm kann die Daten aus der Cloud holen. Danach wird die WLAN Verbindung komplett beendet und die LED blinkt schnell....
Ist das bei Dir auch bzw. liegt das an der Cloud oder bleibt bei Dir die WLAN Verbindung bestehen?
Meine Garantie läuft am 17.06. ab. Evtl. sollte ich die Fernbedienung als nicht funktionierend ersetzen lassen.

[PLCHome 0]

@drheck eingebaut habe ich mir das nicht angeschaut. Zumindest kann ich den Pool ab und zu erreichen wenn er an ist.

Den Fehler bei Intex noch im ersten Jahr zu melden kann ja nicht schaden. Auch wenn der Pool zeitweise nicht in der App auftaucht ist es ja ein Fehler.

Ist sowieso ein Unding das die nach einem Jahr nix mehr machen.

[PLCHome 0]

@drheck ich hoffe das es mit der Cloud besser wird. Mein Plan war mit dem 3D Drucker einen Adapter an den Wasserauslauf der Pumpe zu legen und dann mit einem Schlauch durch eine Wärmepumpe das Wasser zu leiten.

Also raus und wieder rein. Die Wärmepumpe bringt 3-4Kw bei 500w also Doppelte Heizung bei halber Stromenergie. Nur dafür müsste man die Pumpe einschalten damit’s heiter. Ich hatte auch überlegt die Heizung abzuklemmen und dann dafür ne Kupplung anzuschließen und dann die WP darüber einzuschalten.

Bei der Bestellung der WP habe ich dann Gelsen mit WIFI…

Und hab das WIFI mit bestellt.

Als die Sendung eintraf kam ich mir dann ein wenig Verarscht vor

Na ja geht wohl zurück…

Aber wenn es jemanden interessiert kann ich gerne von dem Anschluss der WP berichten wenn es nach meinen Urlaub weiter geht…

[PLCHome 0]

Hallo zusammen, rbartl hat eine lokale Steuerung ergänzt.
Ich habe den Code noch ein wenig überarbeitet.
Der intex Adapter kann nun auch im Cloud-Betrieb den lokalen Pool ansprechen. Oder man geht direkt auf lokale Kommunikation.
Leider sehen wir im lokalen Betrieb aktuell nicht, welcher Pool es ist. Es kann ein nicht verbauter Jet angezeigt werden. Was passiert, wenn man den einschaltet, kann ich nicht sagen ... Der Pool wird aber, glaube ich, nicht explodierten.

Sollte der iobroker an den Pool senden können, braucht ihr nur auf 0.1.0 upzudaten.

Aktuell müsst ihr aus GitHub installieren.

@tombox bitte 0.1.0 nach npm posten.

Bitte fleißig Testen, damit der Adapter schnell produktiv / Stable geht!

[Diamand2k22]

@plchome-0

Vielen Dank, werd ich gleich mal von GitHub installieren und berichten!!

Was muss ich denn bei Port eingeben? IP Adresse ist klar :-)

[PLCHome 0]

@diamand2k22 eigentlich brauchst du nix zu machen der hat alle Informationen. Er versucht zuerst den Pool im Netz zu finden.

Wenn du auf Cloud frei umstellst bekommst du neue Objekte. Port ist 8990, IP sollte er Über die Lupe suchen können.

Mein Tip: Kannst also Cloud lassen. Intervall würde ich auf 1 Minute stellen

ac5f185d-4b63-4f32-9934-70c8888820bd.mp4

Also das ist Cloud mit Lokal über Telegramm im ioBroker

[Diamand2k22]

@plchome-0

Ok danke, was mir gleich beim ersten Test aufgefallen ist, wenn ich nur dir IP eingebe und keinen Port und dann speichern schließen mache, geht der Adapter in einen Error Loop.

2023-06-21 22:51:04.538 - info: host.pi4b stopInstance system.adapter.intex.0 (force=false, process=true)
2023-06-21 22:51:04.556 - info: intex.0 (223594) Got terminate signal TERMINATE_YOURSELF
2023-06-21 22:51:04.561 - info: intex.0 (223594) terminating
2023-06-21 22:51:04.566 - info: intex.0 (223594) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2023-06-21 22:51:04.771 - info: host.pi4b stopInstance system.adapter.intex.0 send kill signal
2023-06-21 22:51:04.924 - info: admin.0 (223324) <== Disconnect system.user.admin from ::ffff:192.168.178.201
2023-06-21 22:51:05.069 - info: intex.0 (223594) terminating
2023-06-21 22:51:05.238 - info: host.pi4b instance system.adapter.intex.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2023-06-21 22:51:07.978 - info: host.pi4b instance system.adapter.intex.0 started with pid 223731
2023-06-21 22:51:08.346 - info: javascript.0 (223106) script.js.common.Allgemein.PV.PV-Überschuss-Steuerung: Bezug 2776.4 Leistungsstufe 0
2023-06-21 22:51:11.272 - info: intex.0 (223731) starting. Version 0.1.0 (non-npm: TA2k/ioBroker.intex) in /opt/iobroker/node_modules/iobroker.intex, node: v18.16.0, js-controller: 5.0.5
2023-06-21 22:51:11.487 - error: intex.0 (223731) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2023-06-21 22:51:11.489 - error: intex.0 (223731) unhandled promise rejection: The "options.port" property must be one of type number or string. Received null
2023-06-21 22:51:11.497 - error: intex.0 (223731) TypeError: The "options.port" property must be one of type number or string. Received null
at new NodeError (node:internal/errors:399:5)
at lookupAndConnect (node:net:1224:13)
at Socket.connect (node:net:1193:5)
at /opt/iobroker/node_modules/iobroker.intex/main.js:359:20
at new Promise ()
at Intex.updateLocalDevice (/opt/iobroker/node_modules/iobroker.intex/main.js:331:16)
at Intex.onReady (/opt/iobroker/node_modules/iobroker.intex/main.js:97:24)
2023-06-21 22:51:11.498 - error: intex.0 (223731) Exception-Code: ERR_INVALID_ARG_TYPE: The "options.port" property must be one of type number or string. Received null
2023-06-21 22:51:11.521 - info: intex.0 (223731) terminating
2023-06-21 22:51:11.523 - warn: intex.0 (223731) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-06-21 22:51:12.034 - info: intex.0 (223731) terminating
2023-06-21 22:51:12.172 - warn: intex.0 (223731) get state error: Connection is closed.
2023-06-21 22:51:12.325 - error: host.pi4b Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2023-06-21 22:51:12.326 - error: host.pi4b Caught by controller[1]: TypeError: The "options.port" property must be one of type number or string. Received null
2023-06-21 22:51:12.326 - error: host.pi4b Caught by controller[1]: at new NodeError (node:internal/errors:399:5)
2023-06-21 22:51:12.326 - error: host.pi4b Caught by controller[1]: at lookupAndConnect (node:net:1224:13)
2023-06-21 22:51:12.326 - error: host.pi4b Caught by controller[1]: at Socket.connect (node:net:1193:5)
2023-06-21 22:51:12.326 - error: host.pi4b Caught by controller[1]: at /opt/iobroker/node_modules/iobroker.intex/main.js:359:20
2023-06-21 22:51:12.326 - error: host.pi4b Caught by controller[1]: at new Promise ()
2023-06-21 22:51:12.326 - error: host.pi4b Caught by controller[1]: at Intex.updateLocalDevice (/opt/iobroker/node_modules/iobroker.intex/main.js:331:16)
2023-06-21 22:51:12.326 - error: host.pi4b Caught by controller[1]: at Intex.onReady (/opt/iobroker/node_modules/iobroker.intex/main.js:97:24)
2023-06-21 22:51:12.327 - error: host.pi4b instance system.adapter.intex.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2023-06-21 22:51:12.327 - info: host.pi4b Restart adapter system.adapter.intex.0 because enabled
2023-06-21 22:51:38.237 - info: javascript.0 (223106) script.js.common.Allgemein.PV.PV-Überschuss-Steuerung: Bezug 2776.6 Leistungsstufe 0
2023-06-21 22:51:42.477 - info: host.pi4b instance system.adapter.intex.0 started with pid 223761
2023-06-21 22:51:45.667 - info: intex.0 (223761) starting. Version 0.1.0 (non-npm: TA2k/ioBroker.intex) in /opt/iobroker/node_modules/iobroker.intex, node: v18.16.0, js-controller: 5.0.5
2023-06-21 22:51:45.757 - error: intex.0 (223761) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2023-06-21 22:51:45.758 - error: intex.0 (223761) unhandled promise rejection: The "options.port" property must be one of type number or string. Received null
2023-06-21 22:51:45.766 - error: intex.0 (223761) TypeError: The "options.port" property must be one of type number or string. Received null
at new NodeError (node:internal/errors:399:5)
at lookupAndConnect (node:net:1224:13)
at Socket.connect (node:net:1193:5)
at /opt/iobroker/node_modules/iobroker.intex/main.js:359:20
at new Promise ()
at Intex.updateLocalDevice (/opt/iobroker/node_modules/iobroker.intex/main.js:331:16)
at Intex.onReady (/opt/iobroker/node_modules/iobroker.intex/main.js:97:24)
2023-06-21 22:51:45.766 - error: intex.0 (223761) Exception-Code: ERR_INVALID_ARG_TYPE: The "options.port" property must be one of type number or string. Received null
2023-06-21 22:51:45.805 - info: intex.0 (223761) terminating
2023-06-21 22:51:45.808 - warn: intex.0 (223761) Terminated (UNCAUGHT_EXCEPTION): Without reason
2023-06-21 22:51:46.312 - info: intex.0 (223761) terminating
2023-06-21 22:51:47.820 - error: host.pi4b Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
2023-06-21 22:51:47.821 - error: host.pi4b Caught by controller[0]: TypeError: The "options.port" property must be one of type number or string. Received null
2023-06-21 22:51:47.821 - error: host.pi4b Caught by controller[0]: at new NodeError (node:internal/errors:399:5)
2023-06-21 22:51:47.821 - error: host.pi4b Caught by controller[0]: at lookupAndConnect (node:net:1224:13)
2023-06-21 22:51:47.821 - error: host.pi4b Caught by controller[0]: at Socket.connect (node:net:1193:5)
2023-06-21 22:51:47.821 - error: host.pi4b Caught by controller[0]: at /opt/iobroker/node_modules/iobroker.intex/main.js:359:20
2023-06-21 22:51:47.822 - error: host.pi4b Caught by controller[0]: at new Promise ()
2023-06-21 22:51:47.822 - error: host.pi4b Caught by controller[0]: at Intex.updateLocalDevice (/opt/iobroker/node_modules/iobroker.intex/main.js:331:16)
2023-06-21 22:51:47.822 - error: host.pi4b Caught by controller[0]: at Intex.onReady (/opt/iobroker/node_modules/iobroker.intex/main.js:97:24)
2023-06-21 22:51:47.822 - error: host.pi4b instance system.adapter.intex.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
2023-06-21 22:51:47.822 - info: host.pi4b Restart adapter system.adapter.intex.0 because enabled
2023-06-21 22:51:52.914 - info: host.pi4b "system.adapter.intex.0" disabled

[PLCHome 0]

@diamand2k22 ok mit dem Port kann ich nochmal nacharbeiten. Bei einer neuen Instanz sollte er belegt sein. Funktioniert die Suche nach dem Pool bei dir?

Ich glaube das muss ich auch noch beschreiben, die Suche geht nur wenn der Adapter läuft. Und ich muss nochmal prüfen ob ich kein Henne Ei Problem bekomme

Wie gesagt kannst auch die Cloud drin lassen. Der holt nur die Poolinfo und geht dann nach Lokal. Wenn er die Info für den Pool nicht bekommt, funktioniert er trotzdem.

Die Cloud funktioniert übrigens wieder. Ich hab Intex mal ihr Problem erklärt :cop: und siehe da, seit gestern alle ok…

[Diamand2k22]

@plchome-0

Tatsache, die Intex App funktionier wieder :clap:
Wenn ich auf die Lupe klicke, geht aber kein Fenster auf mit Suchergebnnissen,
Aktuell habe ich über Cloud eingestellt und läuft! :+1:

Muss der Haken hier gesetzt sein?

[PLCHome 0]

@diamand2k22 Nein, dann geht er zu 100% über die Cloud.
Wenn aus dann versucht er den Pool online zu finden

[Diamand2k22]

@plchome-0

Ok aber der Button mit der Lupe funktioniert bei mir nicht. Sonst läuft es erstmal ;)

[PLCHome 0]

@diamand2k22

Bitte noch mal testen :-)
Ich habe die Endlosschleife beseitigt und die Checkboxen wieder ausgebaut ...

[Diamand2k22]

@plchome-0

Danke für die neue Version :+1:
hab mir die neue Version gerade aus GitHub installiert, schaut schon besser aus als die vorherige Version, vor allem die Texte sind jetzt verständlicher. ich werde weiter testen und berichten.

[PLCHome 0]

So der Adapter ist gepostet als 0.1.0 wenn keine negative Meldung kommt, nehme ich ihn nächste Woche nach Stable.

Ich betreibe ihn aktuell mit Cloud, nur lokale Kommandos. Funktioniert mit dem Handy schneller als am Paneel wegen dem Entsperren ;-)

[PLCHome 0]

Der Adapier ist in Stable.... Lasst mich wissen, wenn es noch Probleme gibt

[Diamand2k22]

@plchome-0

Hallo plchome-0, der Adapter funktioniert bis jetzt einwandfrei.
Aktuell scheint die Intex App auf dem Smartphone wieder nicht zu funktionieren, aber der Cloud Mist ist ja jetzt dank lokalem Zugriff Geschichte. :+1: :clap: