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

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

[TbsJah]

@unclesam Ganz großes Lob und danke von meiner Seite für dein Update!
Funktioniert soweit.

Momentan schau ich wegen der Einstellung der Zeiten. Sollte ich eine Lösung sehen schick ich das an Samuel weiter

[chrid88]

@unclesam auch von meiner Seite aus vielen Dank!
Keine zweite Instanz oder sonstiges von Nöten.
Funktioniert sofort!

[UncleSam]

@christian-drechsler ah, super, dass sich damit auch dein Problem gelöst hat!

[chrid88]

@unclesam Ich bastel aktuell an meiner PV Überschuss Regelung für Warmwasser.
Dabei ist mir heute folgendes aufgefallen:

Ich habe in "parameters"

• temperature_hot_water_limit
• temperature_hot_water_target
• warmwater_temperature

Der einzige Wert, der sich über ioBroker bei mir editieren lässt, ist der letzte "warmwater_temperature"
Bei den anderen beiden springt der Wert wieder auf den Ursprungswert zurück wenn ich etwas schreibe.

Wenn ich diesen Wert ändere, ändere ich in der Steuerung den Wert "Deckung WP" s. Screenshot

Den Wunschwert kriege ich nicht angepackt über den Adapter, ich vermute er versteckt sich hinter "temperature_hot_water_target".
Was ebenfalls auffällt ist, dass "temperature_hot_water_limit" im ioBroker mit 61°C angegeben ist, in den Einstellungen der WP aber mit 65°C

In den "values" ist auch nochmal "temperature_hot_water_target" vorhanden. Dieser ist ebenfalls nicht änderbar (springt sofort auf den alten Wert zurück wenn ich schreibe" und ist deckungsgleich mit "warmwater_temperature" aus "Parameters"

Wenn ich an der WP selber den Warmwasser-Sollwert ändere, tue ich das über Änderung des "Wunschwert" (s. Bild).

D.h. irgendwie passt das Ganze noch nicht so recht für mich zusammen, oder interpretiere ich etwas falsch?