Test Adapter luxtronik2 v0.4.x
-
Fehler gefunden, es lag am luxtronik port.
Ich habe ihn wie oben beschrieben jetzt einfach leer gelasse. -
@christian-drechsler said in Test Adapter luxtronik2 v0.1.x:
Fehler gefunden, es lag am luxtronik port.
Ja und nein. Nun hast du einfach die Hälfte der Funktionalität des Adapters ausgeschaltet.
Die richtige (Zwischen-)Lösung ist hier beschrieben:
https://github.com/UncleSamSwiss/ioBroker.luxtronik2/issues/20#issuecomment-751705161Leider ist das ein Bug in der benutzten Library, der sich nicht so einfach beheben lässt, aber wir sind dran.
-
@unclesam danke für deine schnelle Antwort.
Leider schmiert der Adapter nach Implementierung des Proxys immer wieder ab. Es kommt die Nachricht "connected to...meine wp ip" und dann wars das.
Muss ich in der WP selbst noch irgednwas einstellen?
Fernwartung zb aktivieren? -
@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? -
@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.
-
@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 -
@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.
-
Das Passwort wird in dieser Ansicht wohl verschlüsselt angezeigt?!
-
@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.
-
@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.
-
@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?
-
@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" rausAchso und wenn ich den Luxport (allerdings nur bevor ich useLuxProxy eingebaut habe) leer lasse, verbindet sich der Adapter mit dem Webservice auf Port 8214.
-
@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?
-
@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
-
@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.
-
@unclesam
dann passiert das
und siehe da:
das sind doch die Werte die ich schreiben kann oder? -
@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.
-
@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? -
@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.
-
@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_targetSchreibrechte 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.
