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

[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:

[PLCHome 0]

@diamand2k22

Die App ist komisch, ich hatte ein Ticket aufgemacht. Danach ging sie für ein paar Tage. Scheint wohl dort niemand wirklich selber zu benutzen .... Die haben bestimmt etwas besseres Zuhause zu stehen.
:nerd_face:

[Dx3 One]

Hallo zusammen,

die App nervt wirklich total, ich habe jetzt mal das Zertifikatspinning in der App entfernt um mit zu sniffen, was da eigentlich passiert. Direkt nach dem Login kommen auch erstmal 404 zurück...

[PLCHome 0]

@dx3-one
Ja liegt an Intex. Die App geht ja auch nicht.
Eigentlich sollte der Adapter 0.1.0 keine Fehler mehr melden wenn er den Pool lokal erreichen kann.
Wenn nicht musst du sich darum kümmern das die IP Stimmt und der ioBroker ihn im lokalen Netz erreichen kann.

[PLCHome 0]

@dx3-one Hast du die 0.1.0 getestet?

[Hobbit]

Hi,

erstmal vielen Dank für den Adapter, er funktioniert wirklich top. Jetzt mit der Möglichkeit lokal auf den Pool zuzugreifen ist nochmal wesentlich stabiler.

Was ich noch nicht so richtig entdecken konnte, wo kann ich eventuelle Fehlermeldungen vom Pool als Datenpunkt sehen? Mein Pool würde einen Fehler E91 anzeigen wenn der Satzgehalt zu niedrig ist. Dies würde ich gern für ein Script abgreifen um mir zum Beispiel eine Nachricht zu schicken.

Unter dem Ordner "status" gibt es die Datenpunkte value0 - 18, nur leider sagen mir diese nichts über den Inhalt. Enthält einer dieser Datenpunkte ggf. den aktuellen Poolstatus?

[PLCHome 0]

@hobbit das ist aktuell nicht entschlüsselt. Es wird sich wohl in den Values verstecken. Dafür muss man Tatsächlich den Fehler auslösen und die Values mitschreiben z.B. in einer Datenbank. Mit Einwendung Glück wird es übertragen und man kann es nachvollziehen. Wenn die APP es anzeigt wird es bestimmt übertragen. Wenn du dir das anschauen mochtest nur zu ich kann das dann gerne einbauen wenn da was gefunden wurde. Ein paar Values sind bekannt.

Value 5: Bit 0 bis 5 Status, Bit 6 und 7 unbekannt.
Value 7: Ist Temp
Value 15: Soll Temp

[Hobbit]

@plchome-0 ich schaue mal, wie ich einen Fehler provozieren kann. Im Moment läuft regelmäßig die Desinfizierung. Irgendwann muss der Fehler E91 kommen.
Wenn ich etwas entdecke, werde ich es hier schreiben.