Vallox90SE bekomme Werte in die Readings, aber kann nichts senden

Begonnen von fcbbazi, 23 Juni 2018, 08:41:44

Vorheriges Thema - Nächstes Thema

fcbbazi

Hallo Gemeinde,
habe nach reichlich Lesen und Info aus dem Forum (besonderer Dank an "Skjall") meine "Vallox90SE" mittels In-Circuit USB/RS485 (alle Schalter OFF) Adapter an meinen Raspi PI 3+ in FHEM eingebunden. Leider kann ich nur Werte lesen aber keine Werte ändern wie z.B. die Lüfterstufe.
Vom Zentralgerät im Keller geht eine Busleitung ins Wohnzimmer zur Fernbedienung "Digit SED" und die andere (Kabel J-Y(St)Y 2x2x0,6 ca. 11m länge) in den Nebenraum zum Raspi. Die Kommunikation scheint zu funktionieren den ich seh ja in FHEM auf dem Tablet die Temperaturen und auch wenn ich an der "Digit SED" die Lüfterstufe ändere wird die Änderung sofort in FHEM angezeigt.
Wenn ich die Lüfterstufe von 6 auf 8 ändern möchte steht folgendes im Event-Monitor:

2018-06-23 08:35:32 Vallox Vallox90SE FireplaceBoosterStatus: 0
2018.06.23 08:35:33 3 : Vallox: Command 012f11293fa9 has been sent.
2018-06-23 08:35:33 Vallox Vallox90SE FanSpeed: 6
2018.06.23 08:35:33 3 : Vallox: Command 012f11293fa9 has been internal processed.
2018.06.23 08:35:33 3 : Vallox: Broadcast-Command 012f10293fa8 has been sent.
2018.06.23 08:35:33 3 : Vallox: Broadcast-Command 012f20293fb8 has been sent.


Für Hilfe wäre ich dankbar ich komm irgendwie nicht weiter.


Skjall

Hallo fcbbazi,

Fragen bitte immer direkt in den Thread, sonst sehe ich das nicht.: https://forum.fhem.de/index.php/topic,71325.0.html

Klick mal bitte im Modul auf das "Vallox" in der Zeile TYPE und poste hier den output.

Außerdem bräuchte ich auch ein paar Logs, was auf dem Bus läuft wenn du deine Fernbedienung verwendest und wenn du das FHEM verwendest. Dafür bitte das Attribut "verbose" auf 5 setzen. Das ganze dann bitte als Datei anhängen. (langes log)

Danke

VG Jan

fcbbazi

Hallo Skjall,
danke für die Antwort mein Problem hat sich mittlerweile erledigt, hatte dummerweise das HM485 Modul auch definiert
das Vallox und das H485 stritten sich um dieselbe Schnittstelle.  ::)

Skjall

Ah, alles klar. Dann freut es mich, dass es sich erledigt hat. :)

Tipp: Wenn mehrere Schnittstellen parallel laufen lohnt sich, die Sticks mit namen zu mappen. SO vermeidet man auch, dass die Interfaces nach einem Reboot oder Update durcheinander sind.
Ich habe dazu die /etc/udev/rules.d/99-usb-serial.rules mit folgendem Inhalt.

UBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="AL006UA3", SYMLINK+="ttyUSB_JeeLink"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{serial}=="AI0365LN", SYMLINK+="ttyUSB_RS485"
SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6015", ATTRS{serial}=="DN01EG28", SYMLINK+="ttyUSB_PanStamp"


Mit
udevadm info -a -p  $(udevadm info -q path -n /dev/ttyUSB0) | grep "idVendor\|idProduct\|serial"
bekomme ich die werte, wovon ich die obersten 3 brauche.

    SUBSYSTEMS=="usb-serial"
    ATTRS{idProduct}=="6001"
    ATTRS{idVendor}=="0403"
    ATTRS{serial}=="AI0365LN"
    ATTRS{idProduct}=="0002"
    ATTRS{idVendor}=="1d6b"
    ATTRS{serial}=="0000:00:14.0"


VG Jan