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

[chrid88]

@UncleSam Habe Fernwartung aktiviert, kein Unterschied zu vorher.
Was ich nochmal bzgl. Port getestet habe ist, dass ich die IP der Wp mit Port (192.xxx.xxx.xxx.:8889 oder 8888) direkt in den Browser eingebe.
Bei 8888 wird die Verbindung lt. Browser abgelehnt. Bei 8889 kommt nix zurück.
Heißt das, dass der 8888 der richtige Port wäre?

[UncleSam]

@christian-drechsler said in Test Adapter luxtronik2 v0.1.x:

Bei 8889 kommt nix zurück.
Heißt das, dass der 8888 der richtige Port wäre?

Nein, der Port ist leider nichts für den Browser. Oben hast du geschrieben, dass der Buffer-Fehler mit 8889 auftritt. Das ist der richtige Port.

[chrid88]

@unclesam ok, hast du denn ne Idee was ich noch machen könnte?
Restart des PI und Neuinstallation haben nicht geholfen.
Sofort wenn ich den Adapter starte (Nach Einbau des useLuxProxy mit Wert true) kommt folgendes:

luxtronik2.0 2021-01-15 07:55:11.215 warn (1575) Restart initiated
luxtronik2.0 2021-01-15 07:55:11.214 error (1575) Got unexpected close event
luxtronik2.0 2021-01-15 07:55:11.181 info (1575) Connected to ws://192.168.178.117:8214
luxtronik2.0 2021-01-15 07:55:11.107 info (1575) Connecting to ws://192.168.178.117:8214
luxtronik2.0 2021-01-15 07:55:11.055 info (1575) starting. Version 0.1.1 in /opt/iobroker/node_modules/iobroker.luxtronik2, node: v14.15.0, js-controller: 3.1.6
host.raspberrypi 2021-01-15 07:55:09.650 info instance system.adapter.luxtronik2.0 started with pid 1575
host.raspberrypi 2021-01-15 07:55:09.572 info "system.adapter.luxtronik2.0" enabled

[UncleSam]

@christian-drechsler Kannst du mal die gesamte Konfiguration schicken, wo du gemäss dem folgenden Link die Anpassung gemacht hast? https://github.com/UncleSamSwiss/ioBroker.luxtronik2/issues/20#issuecomment-751705161

Ich glaube, da ist was schief gegangen.

[chrid88]

@unclesam

Das Passwort wird in dieser Ansicht wohl verschlüsselt angezeigt?!

[UncleSam]

@christian-drechsler Die Einstellungen sind korrekt. Das Problem kommt auch nicht von Port 8889 sondern vom anderen.

Kannst du über den Browser noch auf die Wärmepumpe zugreifen? Einfach mit http://<deine-IP>.

Wenn nein: Ich weiss, das klingt jetzt extrem, aber kannst du mal die Wärmepumpe neu starten? Wahrscheinlich hat sich der Webserver aufgehängt.

[chrid88]

@unclesam jo der webserver scheint sich verabschiedet zu haben. Wärmepumpe neu starten mit sicherung rein und raus?

Edit: ich bin ein ochse, hatte zeitweise das lan kabem gezogen. Deswegen kam ich nicht auf den Webserver. Kabel wieder drin, läuft. Fehler ist weiterhin gleich.

[UncleSam]

@christian-drechsler said in Test Adapter luxtronik2 v0.1.x:

Fehler ist weiterhin gleich.

IP Adresse ist dieselbe geblieben?

Also: du kommst auf die Web Oberfläche? Der Adapter funktioniert, wenn du nur den WebSocket Port eingestellt hast? Der Fehler tritt erst auf, wenn du auch noch den Luxtronik Port (8889) eingetragen hast? Und welches ist nun der Fehler?

[chrid88]

@unclesam also ich hab nun folgendes gemacht.
Adapter nochmal komplett weggeschmissen.
In der Wärmepumpe ist wie folgt konfiguriert (Bilder aus dem Webservice, dieser funktioniert)

Dann Adapter installiert und wie folgt erstkonfiguriert:

Dies führt dann wie erwartet zum Puffer-Fehler.
Also Instanz gestoppt und im unteren der beiden über den Bleistift useLuxProxy = true eingegeben:


Expertenmodus aus, Instanz wieder gestartet und dann kommt dieses Fehlerlog

Ich hoffe jetzt ists nachvollziehbar
Was mich wundert ist, beim Pufferfehler steigt er erst bei dem Verbindungsversuch zum Port 8889 aus.
Nach dem eintragen von useLuxProxy geht er nach der Meldung "connected to ....:8214" raus

Achso und wenn ich den Luxport (allerdings nur bevor ich useLuxProxy eingebaut habe) leer lasse, verbindet sich der Adapter mit dem Webservice auf Port 8214.

[UncleSam]

@christian-drechsler said in Test Adapter luxtronik2 v0.1.x:

Also Instanz gestoppt und im unteren der beiden über den Bleistift useLuxProxy = true eingegeben:

Expertenmodus aus, Instanz wieder gestartet

OK, das Problem ist scheinbar, dass die "Native" Ansicht die Werte zerstört. Kannst du es nochmals neu installieren und dann in der RAW Ansicht das hinzufügen, was ich im Issue beschrieben habe?

[chrid88]

@unclesam neu aufgesetzt, ohne eingabe des Luxports ging wieder der Teil der dann funktioniert. Dann im Raw-Editor folgendes eingegeben:
gespeichert und es steigt 1:1 wieder genau so aus wie vorher

[UncleSam]

@christian-drechsler Das ist was ganz faul... was geschieht, wenn du den WebSocket Port raus nimmst oder auf 0 setzt? Dann sollte er eigentlich nur noch den Luxtronik Port verwenden. Das ist nur, um zu testen, was das Problem ist.

[chrid88]

@unclesam
dann passiert das

und siehe da:

das sind doch die Werte die ich schreiben kann oder?

[UncleSam]

@christian-drechsler Das sieht gut aus. Nun fehlen dir einfach alle Werte, die es nur über die WebSocket Schnittstelle gibt; aber wenn du damit leben kannst, dann kannst du es so lassen.

[chrid88]

@UncleSam
Die Möglichkeit die Werte schreiben zu können ist natürlich spannender.
Könnte ich einfach ne zweite instanz laufen lassen, die die Werte holt?
Was können wir tun um herauszufinden, warum bei mir nicht beides klappt?

[UncleSam]

@christian-drechsler said in Test Adapter luxtronik2 v0.1.x:

Die Möglichkeit die Werte schreiben zu können ist natürlich spannender.

Auf beiden Ports kann man gewisse Werte schreiben. Die spannenderen sind aber schon auf dem Luxtronik Port.

Könnte ich einfach ne zweite instanz laufen lassen, die die Werte holt?

Habe ich mir gestern auch überlegt. Kannst du mal versuchen. Wenn es geht, dann haben wir einen Anhaltspunkt.

Was können wir tun um herauszufinden, warum bei mir nicht beides klappt?

Du könntest noch das Log Level der Adapter Instanz auf Debug stellen, vielleicht hilft uns da noch was.

[chrid88]

@unclesam
Das Schreiben will ich nutzen, um den Warmwasser-Sollwert in eine kleine PV-Überschussfunktion einzubauen, daher hat der schreibende Zugriff auf die alte Schnittstelle Vorrang, da WW-Soll in der Websocket Schnittstelle nur ausgelesen werden kann (wenn ich das Webinterface richtig deute).
Mit den vielen Infos aus der Web-Schnittstelle würde ich mir halt eine kleine Visualisierung bauen.
Das mit der 2. Instanz hat funktioniert.
Instanz 1 liest die alte Schnittstelle aus, Instanz 2 die Websocket Schnittstelle.

Jetzt habe ich mal versucht die Hotwater Target Temperature über iOBroker um 1°C runterzusetzen (53°C->52°C), egal welches Feld ich nehme, es springt immer wieder auf den alten Wert zurück.

Getestet wurden
parameters.warmwater_temperature
parameters.temperature_hot_water_target
values.temperature_hot_water_target

Schreibrechte habe ich (da wo nicht vorhanden) gesetzt.
Im Fenster wo man den Wert festlegt, habe ich es sowohl mit Häkchen bei "bestätigt" versucht, als auch ohne.

[UncleSam]

@christian-drechsler said in Test Adapter luxtronik2 v0.1.x:

Schreibrechte habe ich (da wo nicht vorhanden) gesetzt.

Das bringt gar nichts. Daran solltest du nichts ändern.

Im Fenster wo man den Wert festlegt, habe ich es sowohl mit Häkchen bei "bestätigt" versucht, als auch ohne.

Immer nur "ohne Bestätigung" verwenden; mit allen Adaptern.

Du kannst wirklich nur die Werte setzen, die als schreibbar gesetzt werden vom Adapter selber. Es gibt aber noch Werte, bei denen es gehen sollte, aber nicht geht.

[chrid88]

@unclesam ok danke für die Erklärung
Parameters.Warmwater_temperature hat er jetzt ohne bestätigt genommen!

Bis auf den Schönheitsfehler, das ich 2 Instanzen habe, nun perfekt.

Danke dir!

[UncleSam]

Version 0.1.2 ist nun auf NPM verfügbar.

Release Notes

• Updated to the latest luxtronik2 dependency; this fixes the buffer issue seen on some heat pumps and makes the proxy hack obsolete (proxy was removed).
• Updated all other dependencies.
• Added new states and made some of them writable:
  • heating_curve_end_point is now writable
  • heating_curve_parallel_offset is now writable
  • cooling_start_after_hours is now writable
  • cooling_stop_after_hours is now writable
  • added temperature_hot_water_limit
  • added heating_system_circ_pump_voltage_nominal (writable)
  • added heating_system_circ_pump_voltage_minimal (writable)