eBus Adapter Version 2.0 / 2.1 / 2.2

Begonnen von chons, 26 August 2017, 23:37:34

Vorheriges Thema - Nächstes Thema

galileo

ZitatCode: [Auswählen]

EBUSD_OPTS="--loglevel=debug --readonly --scanconfig --accesslevel=* --latency=40 -d enh:/dev/ttyAMA0 --address=ff -l /var/log/ebusd.log"

Der Enhanced Mode funktioniert erst ab dem Adapter 3.0. Deine V2.2 kann das nicht. Du musst also jedenfalls einmal das "enh:" entfernen

derFrosch

Zitat von: galileo am 01 August 2022, 17:25:20
Der Enhanced Mode funktioniert erst ab dem Adapter 3.0. Deine V2.2 kann das nicht. Du musst also jedenfalls einmal das "enh:" entfernen

Habe es entfernt (und die Parameter gekürzt), aber leider genau die gleichen Fehler im Log nach Neustart.
EBUSD_OPTS="--loglevel=debug -r --scanconfig --accesslevel=* --latency=40 -d /dev/ttyAMA0 -a ff -l /var/log/ebusd.log"

Log:
2022-08-01 18:02:42.829 [main notice] ebusd 22.3.p20220508 started read only with auto scan on device /dev/ttyAMA0
2022-08-01 18:02:42.829 [main info] loading configuration files from https://cfg.ebusd.eu/
2022-08-01 18:02:43.024 [main info] reading templates /
2022-08-01 18:02:43.219 [main info] read templates in /
2022-08-01 18:02:43.220 [main info] reading file memory.csv
2022-08-01 18:02:43.415 [main info] successfully read file memory.csv
2022-08-01 18:02:43.415 [main info] reading file broadcast.csv
2022-08-01 18:02:43.609 [main info] successfully read file broadcast.csv
2022-08-01 18:02:43.609 [main info] read config files, got 11 messages
2022-08-01 18:02:43.609 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 18:02:43.610 [bus notice] bus started with own address ff/04
2022-08-01 18:02:43.610 [bus notice] device invalid
2022-08-01 18:02:43.610 [main info] registering data handlers
2022-08-01 18:02:43.610 [main info] registered data handlers
2022-08-01 18:02:48.610 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 18:02:48.610 [bus notice] device invalid

derFrosch

#542
Ich habe den Pi nochmals neu aufgesetzt (Pi OS Lite 64-Bit, Bullseye, Kernel 5.15.x) und den Adapter nun als /dev/ttyebus anstelle /dev/ttyAMA0 laufen. (wie hier beschrieben)
Dann ebusd kompiliert + installiert und anschließend diese Konfiguration in den Ordner /etc/ebusd/ kopiert.

Den ebus Daemon starte ich nun mit folgenden Parametern (inkl. mqtt):
EBUSD_OPTS="--scanconfig -r --accesslevel=* --latency=40 -d /dev/ttyebus -a ff -p 8888 -l /var/log/ebusd.log --mqtthost=mqttbroker.local --mqttport=1883 --mqttjson --mqttint=/etc/ebusd/mqtt-hassio.cfg --mqttuser=*USER* --mqttpass=*PASSWORD* --mqtttopic=ebusd/%circuit/%name"

Das Logfile sieht besser aus und zeigt mir jetzt zumindest keine Fehler mehr:
2022-08-02 12:34:58.117 [main notice] ebusd 22.3.v22.3-15-g2cb186d started read only with auto scan on device /dev/ttyebus
2022-08-02 12:34:58.902 [bus notice] bus started with own address ff/04
2022-08-02 12:34:58.935 [mqtt notice] connection established
2022-08-02 12:37:09.172 [main notice] update check: revision v22.3 available


Mit dem MQTT-Explorer sehe ich auch "global" Messages.

Wie geht es jetzt weiter? Wie sehe ich Nachrichten vom Bus bzw. was muss ich noch konfigurieren, damit der Daemon die o.g. Weishaupt-Konfiguration nutzt?


Nachtrag: Ich habe mir den ebus direkt an der Therme mal mit einem Oszilloskop angeschaut (Verbindung zum Pi vorher getrennt), da ich keinerlei Rohdaten sehe und auch die hassio-Integration für "ebusd signal" unknown anzeigt.
Scheinbar findet da nicht wirklch was auf dem Bus statt -> das war falsch, wie man in den Screenshots sehen kann, findet da Kommunikation statt.

galileo

ZitatIch habe den Pi nochmals neu aufgesetzt (Pi OS Lite 64-Bit, Bullseye, Kernel 5.15.x) und den Adapter nun als /dev/ttyebus anstelle /dev/ttyAMA0 laufen.

Ich fürchte dass das mit ttyebus auch nicht funktionieren wird. Der Grund ist eine Änderung im Interrupt-Verhalten in allen Raspbian Versionen größer als Buster 4.19.97.
Das kann der ttyebus nicht mehr beherrschen.
Tut mir leid dass ich diesen Hinweis auf GitHub bisher noch nicht gegeben habe - ich hab das jetzt nachgeholt.
Wenn Du Dir 4.19.97 installieren kannst sollte es aber funktionieren.

LG

derFrosch

Danke für den Hinweis.

Ich werde es nochmal mit einer alten Version versuchen. Ansonsten steige ich auch auf den neuen Adapter um.

moelski

#545
Moin !

Ich hätte mal 2 Fragen zur 2.2er Platine ...

  • Die 2.2er ist doch in der Lage am eBus auch zu schreiben, oder? Habe derzeit eine 1.6er, aber damit leider nur Probleme - sei es das Poti oder aber das Auslesen aller Daten.
  • Hier https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=108743 gibt es den Schaltplan zur 2.2er Platine. Gibt es evtl. dazu das KiCad Projekt (oder ist das Eagle?)? Weil dann könnte ich mir selber eine Platine fertigen lassen.

Danke schon mal!

Grüße Dominik
Grüße Dominik

PeMue

    Zitat von: moelski am 11 Oktober 2022, 08:06:34
    das siehe eher aus wie Eagle ...

    Gruß Peter
    RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
    RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

    moelski

    Eagle ... Ok, nachzeichnen ist jetzt nicht das Problem in KiCAD.

    Bleibt aber die Frage wegen dem Schreiben auf eBus.
    Grüße Dominik

    PewX

    Guten Morgen,
    soweit ich das verfolgt hab und wenn ich mir den Schaltplan so anschaue, müsste das schreiben gehen. Ansonsten muss ich mein Vorhaben wohl auch wieder überdenken.
    Vor ca. einer Woche bin ich mit meiner angepassten Version (basierend auf v2.2 geändert auf SMD und direkte Anbindung mit ESP8266 Modul) fertig geworden und habe Leerplatinen sowie Bauteile bestellt. Wenn nichts dagegen spricht, kann ich das KiCad Projekt gerne teilen.

    Grüße

    Zitat von: moelski am 11 Oktober 2022, 08:06:34
    Moin !

    Ich hätte mal 2 Fragen zur 2.2er Platine ...

    • Die 2.2er ist doch in der Lage am eBus auch zu schreiben, oder? Habe derzeit eine 1.6er, aber damit leider nur Probleme - sei es das Poti oder aber das Auslesen aller Daten.
    • Hier https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=108743 gibt es den Schaltplan zur 2.2er Platine. Gibt es evtl. dazu das KiCad Projekt (oder ist das Eagle?)? Weil dann könnte ich mir selber eine Platine fertigen lassen.

    Danke schon mal!

    Grüße Dominik

    moelski

    #549
    Oh das klingt interessant.
    Hättest du ne Platine über?
    Das an den PI zu klemmen sollte kein Hexenwerk sein.
    Brauche ja nur den seriellen Port auf den PI verbinden und den ESP weglassen.

    PS: Kicad Projekt wäre natürlich klasse, wenn ich das kriegen könnte.
    Grüße Dominik

    alda1

    Hello
    Ich habe ein Problem mit dem Adapter 2.0. Vaillant VRC700/6 wird nicht erkannt und das ebusd-Protokoll meldet unbekannte Befehle.

    2022-10-30 18:45:59.518 [main notice] ebusd 22.4.v22.4 started with auto scan on device /dev/ttyUSB0
    2022-10-30 18:46:00.160 [bus notice] bus started with own address 00/05
    2022-10-30 18:46:00.162 [bus notice] signal acquired
    2022-10-30 18:46:02.788 [bus notice] new master 71, master count 2
    2022-10-30 18:46:02.848 [bus notice] new master 03, master count 3
    2022-10-30 18:46:02.848 [update notice] received unknown MS cmd: 7108b5110107 / 0a00cb0081082400000000
    2022-10-30 18:46:04.987 [update notice] received unknown MS cmd: 7108b5120e11c501c201a10116020caa050000 / 020232
    2022-10-30 18:46:06.267 [update notice] received unknown MS cmd: 7108b5110107 / 0a00cb0081082400000000
    2022-10-30 18:46:09.070 [bus notice] new master 10, master count 4
    2022-10-30 18:46:09.124 [update notice] received unknown MS cmd: 1008b5110101 / 0938380080ffff0000ff
    2022-10-30 18:46:09.389 [update notice] received unknown MS cmd: 1076b5110101 / 093938e30cff4c0000ff
    2022-10-30 18:46:09.653 [update notice] received unknown MS cmd: 1076b512030f0201 / 07620200cb010cff
    2022-10-30 18:46:09.661 [main error] scan config 08: ERR: arbitration lost
    2022-10-30 18:46:09.662 [main notice] direct cmd: ff15b52406020000000200
    2022-10-30 18:46:09.746 [update notice] received unknown MS cmd: 7108b5110107 / 0a00cb0081082400000000


    root@DietPi:~# ebusctl i
    version: ebusd 22.4.v22.4
    device: /dev/ttyUSB0
    signal: acquired
    symbol rate: 43
    max symbol rate: 152
    reconnects: 0
    masters: 4
    messages: 14
    conditional: 0
    poll: 0
    update: 4
    address 00: master #1, ebusd
    address 03: master #11
    address 05: slave #1, ebusd, scanning
    address 08: slave #11, scanning
    address 10: master #2
    address 71: master #9
    address 76: slave #9, scanning


    ebusd-Konfiguration:
    # Options to pass to ebusd (run "ebusd -?" for more info):
    EBUSD_OPTS="--scanconfig --device=/dev/ttyUSB0 --latency=20000 --enablehex --address=00 --localhost --port=8888 --logfile=/var/log/ebusd.log"


    HW - ebus adpter v2.0 (mein Board aber das gleiche Schaltplan) mit usb/rs232 CP2102

    Danke für den Tipp, ich weiß nicht mehr wo ich suchen soll

    Reinhart

    dein Adapter verliert beim Versuch zu senden die Arbitrierung, das kann verschiedene Ursachen haben. Prinzipiell sollte der Nachbau der V2 ja problemlos funktionieren, wichtig sind vor allem die Optokoppler mit "/4"  und die Verwendung von LOW Current Leds, ansonsten funktioniert die Signalaufbereitung nicht korrekt.
    Solange ebusd keine Devices beim Scan findet bekommst du auch die "unknown". Ansonsten scheint ja der Empfangsweg zu funktionieren, denn es kommen ja die Broadcast Meldungen schon herein. Schau dir bitte genau den Sendeweg an, denn hier scheint der Fehler zu liegen weil beim Versuch zu senden die Arbitrierung verloren geht.
    FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

    galileo

    Ich kann mich da Reinhart nur anschließen und zusätzlich bemerken, dass es auch beim BC337 sehr wichtig ist, den "-40" zu verwenden.
    Weniger Stromverstärkung kann beim Schreiben auf den Bus zu inkorrekten Signalverläufen führen.

    alda1

    Ich habe den Fehler gefunden. Das Problem für mich war der 470R-Widerstand, als ich den Wert reduzieren musste, damit alles so funktioniert, wie es sollte.

    keiser1080

    Hi,

    sorry i don't speak German.
    I have the ebus 2.2 adapter + the daughter board  + esp bought here.
    I tested 2 +- year ago there was an issue with the ebus screw terminal so i removed the terminal and soldered wire directly to the board,
    then it work, but later i the let connect to my vaillant boiler and don't use it for more than 1 year.

    This week i tried to connect and was unable to connect so i flashed the esp with version 3 and it's still do not work.
    I can see the ebusd but no signal on the ebus.
    Then i rollback to v2 firmware and after touching the board i see an intermittent ebus connection.
    I have resolder the ebus cable and still have an issue even without the daughter board.

    So i tried to measure using this schema:
    https://adapter.ebusd.eu/v2/img/base-measure-v22.jpg
    but i made two mistake, i don't connect a 5w 330 ohm resistor in serie, and i don't connect the rx and tx led.
    like described on this schema https://adapter.ebusd.eu/v2/img/base-measure-values.png

    I have a bench power supply where i can limit the current, it's mandatory to add the 5w 330ohm resistor?
    What can cause an intermittent connection ?