Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[drheck]

@plchome-0
Hallo zusammen,

ich habe meinen Pool auch wieder am Laufen und hatte direkt das Problem, dass die Verbindung in die Cloud wohl nicht funktioniert hat.
Ich habe dann den Pool aus der App wieder entfernt und konnte ihn nach ca. 10 bis 15 Versuchen, über mehrere Tage mit dieser Beschreibung https://helpdesk.steinbach.at/cs/kb/articles/was-kann-ich-tun-wenn-sich-meine-whirlpool-steuereinheit-nicht-mit-dem-wlan-verbinden-lasst wieder in die App bekommen... Dann funktionierte das einen halben Tag und wider kein Zugriff mehr bzw. Pool Offline.
Nach jedem Reset erfolgt ein WLAN Verbindung (blaue LED leuchtet dauerhaft, Pool taucht in der Fritzbox auf und auch der Zugriff mit meinem homebridge plugin funktionierte dann auch). Nach 2 Minuten wurde die Verbindung abgebrochen.
Pool wieder aus der App gelöscht - seit dem bekomme ich ihn nicht mehr rein (obwohl die WLAN Verbindung 2 Minuten funktioniert).

Irgendeine Idee, außer warten? Kennt jemand ein Intex Forum, wo man mal nachfragen könnte, ob das bei allen im Moment nicht funktioniert?

@Diamand2k22: Bei Dir funktioniert alles?

Gebt bitte mal Bescheid, wenn es wieder geht - mache ich auch, falls ich den wieder in die App bekomme.

Danke und Grüße,
Peter

[Diamand2k22]

@drheck

Bei mir war es gestern nun auch soweit dass ich nix mehr steuern konnte über den Iobroker Adapter. Ein kurzes stoppen des Adapters und Objektbaum löschen und erneutes starten des Adapters hat geholfen. Jetzt funktioniert das schalten über den Iob Adapter wieder.Allerdings kommen immer noch diese Meldungen im Log wie oben beschrieben. der Pool ist über die Intex App erreichbar.

[PLCHome 0]

@diamand2k22 @drheck

Ich habe mir das jetzt die letzten zwei Tage angeschaut.
Heute Abend gegen 1700 war ein Benutzen des Pools in der App kaum möglich. Es gibt Stunden, da geht es einwandfrei. Dann kommen auch keine Fehler im Adapter.
Dann gibt es Stunden mit vielen Adapterfehlern. Dann geht auch nichts in der App.
Wenn die Fehler kommen, funktioniert die Verbindung sporadisch.
Der Adapter versucht mehrmals den Status zu setzen und zu prüfen.
Ich kann natürlich alle/diese Fehlermeldungen abschalten. Das bekämpft das Vorlaufen des Logs, aber echte Fehler werden dann auch verborgen und können nicht mehr analysiert werden.

Das Einzige, was hier hilft, ist Intex anschreiben und denen auf den Sack gehen, dass sie eine App anbieten, die nicht funktioniert, weil es ja offensichtlich Probleme gibt.

Wenn die Fehlermeldung stört, könnt ihr in der main.js die ihr im Verzeichnis iobroker.intex in node_modules findet den String this.log.error gegen this.log.warn oder this.log.info ersetzen.

[Diamand2k22]

@plchome-0

Danke erstmal für deine Mühen!!
Das die Intex App vom Praktikanten programmiert wurde, wissen wir alle 😀
Ich denke aber auch, dass es ein Datenbank Problem ist, wahrscheinlich verursacht durch Deadlocks und Überlastung. Wenn man zudem die intexiot auf der Azure Cloud pingt, ist die Responsetime auch nicht unbedingt berauschend. Das alles führt wahrscheinlich zu Timeouts wenn die App anfrägt. Bessere wäre natürlich man könnte dann Pool direkt im LAN ohne den Umweg über die Cloud steuern.

[bishop]

@diamand2k22
Ohne Cloud wäre glaube ich das hier .

[drheck]

@bishop Ja, das hatte ich mir auch schon letztes Jahr angeschaut. Habe sogar ESP32 zu Hause, aber kein LC12s und man müsste erst mal fragen, ob das auch mit dem V26310 (gekauft 2022) geht. Der ist nicht aufgeführt. Kann ich mal machen....

[Diamand2k22]

@drheck
Wäre cool wenn du mal Zeit hast und das abchecken könntest und hier berichten. Wenn das bei dir klappt werd ich das auch mal versuchen!

[drheck]

@diamand2k22 Hallo, habe gerade die Hardware (das Funkmodul kommt leider erst Ende Juni) bestellt. Laut dem Entwickler könnte es gehen oder man muss den Code anpassen. Mal sehen. Ich gebe Bescheid.

[PLCHome 0]

@drheck Hi, das hab ich versucht mit dem hier. Das Funkprotokoll ist bei den WIFI anders ...

https://github.com/Yogui79/IntexPureSpa

Hier meine Analyse zum 2021 Pool
https://github.com/Yogui79/IntexPureSpa/issues/62

Ich hatte das weiter analysiert, aber nicht alles veröffentlicht. Das Funkmodul hat einen undokumentierten Modus 0, über den findet der Pool das neue Bedienteil.
Wenn der Pool die Kommunikation nicht aufbauen kann.
Dann muss man es ausschalten und auf den Pool legen. Ab hier handeln die beiden dann einen neuen Kanal aus.
Eigentlich benötigt man bei dem neuen Pool zwei Funkmodule. Eines im Modus 0 das würde den Kanal melden, wenn der Pool resettet wird. Das andere würde auf den alten Kanal lauschen. Sonnst hat man das Empfangsteil immer im falschen Modus, wenn die Verbindung abreist.

Ich wollte dann wieder auf WIFI gehen.

Ich hab aber schon mal darüber nachgedacht, ob man nicht einfach zwei ESP nimmt und den einen als Hotspot mit dem POOL und den anderen mit dem WLAN verbindet und dann in die Cloudkommunikation eingreift. Eigentlich so, wie wir die APP mit nem Proxy analysiert haben.
Aber man müsste halt nen Proxy im ESP nachbauen.

[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