eBus Schaltung V2 in Betrieb nehmen

[jenmeer]

Danke Reinhart, Video ... ja, Handy sei Dank

Ich gehe jetzt noch einmal Alles Schritt für Schritt durch. Werde den Fehler schon finden.
Anbei die Infos ...

Ebusctl info schaut derzeit so aus

Code Auswählen Erweitern

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.1.v3.1-9-g3a613f8
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: newer version available, vaillant/08.bai.csv: newer version available, vaillant/15.370.csv: newer version available, vaillant/bai.308523.inc: newer version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: newer version available, vaillant/hcmode.inc: newer ve
signal: acquired
symbol rate: 23
max symbol rate: 127
min arbitration micros: 2127
max arbitration micros: 3355
min symbol latency: 5
max symbol latency: 10
reconnects: 0
masters: 3
messages: 354
conditional: 3
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=37000;SW=0130;HW=6002", loaded "vaillant/15.370.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Und das Log so:

Code Auswählen Erweitern

2018-01-25 17:19:35.720 [bus notice] re-opened /dev/ttyUSB0
2018-01-25 17:19:35.723 [bus notice] signal acquired
2018-01-25 17:19:36.425 [bus notice] new master 10, master count 2
2018-01-25 17:19:36.451 [bus notice] new master 03, master count 3
2018-01-25 17:19:36.451 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:19:42.796 [bus notice] scan 08: ;Vaillant;BAI00;0608;5502
2018-01-25 17:19:42.815 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2018-01-25 17:19:42.817 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2018-01-25 17:19:42.822 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0608, HW5502
2018-01-25 17:19:44.059 [main notice] found messages: 209 (3 conditional on 23 conditions, 0 poll, 8 update)
2018-01-25 17:19:44.760 [bus notice] scan 08: ;21;15;48;0010019258;0001;005650;N6
2018-01-25 17:19:46.912 [bus notice] scan 15: ;Vaillant;37000;0130;6002
2018-01-25 17:19:47.806 [bus notice] scan 15: ;21;15;44;0020108141;0082;017397;N6
2018-01-25 17:19:47.837 [main notice] read scan config file /etc/ebusd/vaillant/15.370.csv for ID "37000", SW0130, HW6002
2018-01-25 17:19:47.855 [main notice] found messages: 354 (3 conditional on 23 conditions, 0 poll, 8 update)
2018-01-25 17:19:48.031 [bus notice] max. symbols per second: 127
2018-01-25 17:19:53.113 [update notice] update bai Status01 QQ=10: 64.0;52.0;-;-;60.5;off
2018-01-25 17:19:55.065 [update notice] unknown BC cmd: 10feb505022900
2018-01-25 17:19:55.342 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:19:55.601 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:19:55.837 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:20:07.635 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:13.911 [update notice] update bai Status01 QQ=10: 46.0;41.5;-;-;61.0;off
2018-01-25 17:20:18.122 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:22.282 [update notice] update bai Status01 QQ=10: 42.5;39.5;-;-;61.0;off
2018-01-25 17:20:24.393 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:20:31.140 [update notice] unknown MS cmd: 0315b51303060000 / 0101
2018-01-25 17:20:35.184 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:35.457 [update notice] update bai Status01 QQ=10: 39.5;37.5;-;-;61.0;off
2018-01-25 17:20:35.732 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:20:39.209 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:43.416 [update notice] update bai Status01 QQ=10: 39.0;37.0;-;-;61.0;off
2018-01-25 17:20:47.479 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:58.618 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:58.860 [update notice] update broadcast vdatetime QQ=10: 17:22:05;01.01.2010
2018-01-25 17:20:59.129 [update notice] update bai Status01 QQ=10: 38.0;37.0;-;-;61.0;off
2018-01-25 17:20:59.366 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:21:10.862 [update notice] update bai Status01 QQ=10: 38.0;37.5;-;-;61.0;off
2018-01-25 17:21:11.137 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:21:11.396 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:21:11.631 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:21:18.837 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:21:27.709 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:21:27.981 [update notice] update bai Status01 QQ=10: 43.0;38.5;-;-;61.0;on
2018-01-25 17:21:33.726 [update notice] update bai Status01 QQ=10: 47.5;40.5;-;-;61.0;on
2018-01-25 17:21:35.709 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:21:37.704 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:21:44.523 [update notice] update bai Status01 QQ=10: 49.0;41.5;-;-;61.0;on
2018-01-25 17:21:44.798 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:21:48.557 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:21:49.942 [main notice] update check: revision v3.1-1-g60a18d1 available, broadcast.csv: newer version available, vaillant/08.bai.csv: newer version available$
2018-01-25 17:21:52.534 [update notice] update bai Status01 QQ=10: 49.5;42.0;-;-;61.0;on
2018-01-25 17:21:58.573 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:22:02.591 [update notice] update bai Status01 QQ=10: 49.5;42.0;-;-;61.0;on
2018-01-25 17:22:04.554 [update notice] update broadcast vdatetime QQ=10: 17:23:11;25.01.2018
2018-01-25 17:22:04.789 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:22:08.592 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:22:12.614 [update notice] update bai Status01 QQ=10: 48.5;41.5;-;-;61.0;on
2018-01-25 17:22:14.611 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:22:14.867 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:22:18.633 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:22:22.642 [update notice] update bai Status01 QQ=10: 47.0;40.5;-;-;61.0;on
2018-01-25 17:22:28.855 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:22:33.087 [update notice] update bai Status01 QQ=10: 46.0;40.0;-;-;61.0;on


Update: 26.1. 9:25
Werde schon noch auf meine Fehler kommen!

Dürfte Gott sei Dank eh alles passen. In FHEM habe ich mittlerweile Daten abfragen können, ich muss mich einfach mit der ganzen Thematik viel mehr auseinander setzen.

LG

[Reinhart]

Das sieht doch schon alles gut aus, die CSV Files ( 3 ) werden geladen und du bekommst auch schon richtig befüllte Broadcasts (Vorlauf, Rücklauf, Warmwasser etc.) .

Code Auswählen Erweitern

address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 15: slave #2, scanned "MF=Vaillant;ID=37000;SW=0130;HW=6002", loaded "vaillant/15.370.csv"

Wo sind jetzt deine Fehler die du immer erwähnst? Wenn du nun die Konfig in Fhem erstellst hast du doch alles was du willst, oder?

PS: habe gerade gesehen du hast selbst gesehen das soweit alles passt.

LG
Reinhart

[Reinhart]

@jenmeer

wenn du bei der Einrichtung in FHEM Probleme hast dann melde dich. Dann werden wir ein Beispiel gemeinsam erstellen!

LG

[jenmeer]

@jenmeer

wenn du bei der Einrichtung in FHEM Probleme hast dann melde dich. Dann werden wir ein Beispiel gemeinsam erstellen!

LG

Vielen Dank Reinhart!

Ich werde dann gerne auf Dein Angebot zurück kommen! Ich möchte jetzt einmal schauen, dass ich an Hand vorhandener Quellen selber ein wenig ein "Gefühl" und Durchblick bekomme.

Grüße aus Korneuburg nach Linz
Jens

[jenmeer]

Hallo Reinhart,

aber natürlich auch Alle Anderen die mitlesen, würde mich über ein paar Tips freuen!

Ich habe die eBus Schaltung gestern an der Therme in Betrieb genommen. Anfänglich habe ich geglaubt, dass Fehler vorhanden sind, dem war dann aber Gott sei Dank nicht so. War allein meine Unwissenheit.
Nun beschäftige ich mich einmal mit der Thematik und werde successive in FHEM die Steuerung umsetzen.

Dazu ein paar prinzipielle Fragen:

Meine ursprüngliche IDEE war, mit der Schaltung über den eBus und bei Einsatz von Homematic Komponenten den Calormatic 370 überflüssig zu machen, also abzulösen. Der Thermostat ist denkbar ungünstig positioniert (was natürlich geändert werden könnte).
Mein Plan war, in unterschiedlichen Räumen per Homematic Raum- und Heizkörperthermostaten die Vaillant ecoTec Plus per FHEM und eBus Schaltung zu steuern.
Derzeit geschieht das nur zentral aus dem Wohnzimmer durch die Calormatic.

Nun dürfte die Steuerung der Therme anscheinend nur mit Hilfe der Calormatic möglichn sein!?

Lässt sich generell die oben beschriebene Idee umsetzen?
Also:
- Homematic Thermostate im Haus
- Mit FHEM die Thermostate abfragen und dann unterschiedliche Heizprogramme designen und per eBus mit der Vaillant lösen
- Und auch per FHEM z.B. einfach sagen "nun bitte alle Räume voll heizen" ...
- Ziel ist, simpel per FHEM bei Einsatz eines Homematic Raumthermostates unterschiedliche Heizkörperthermostate automatisch runter oder rauf zu regeln und dass, sollte kein Raum beheizt werden, der Vaillant entsprechend dies mitzuteilen.
- In einer weiteren Ausbaustufe möchte ich die Außentemperatur und andere Gegebenheiten (Heizkurven) mit einbeziehen.
-  und, und, und

Letztlich möchte ich weg von dem einzigen Thermostaten (Calormatic) im Wohnzimmer ...

Danke für Euren Input

Und ... ja, ich bin ein Anfänger in dem Metier, aber technisch bewandert

LG

[Reinhart]

@jenmeer!

Was du da vor hast ist grundsätzlich alles möglich.

Ich habe das bei mir folgenderweise gelöst:
In jedem Raum habe ich Thermostatventile die pro Raum separat geregelt werden. Zusätzlich schaue ich mir die Öffnungswinkel der Thermostate an, berechne einen Durchschnitt (Modul Valve) und ab einem gewissen Wert (einstellbar) wird die Heizkurve verringert weil ja keine Wärme mehr angefordert wird wenn die Ventile zu schließen beginnen. Nach einer Zeit wird wieder geschaut und eventuell wieder um eine Stufe verringert oder erhöht.
D.h. ich greife in die Regelung der Räume nicht ein, die dürfen alle selbst bestimmen wie warm es sein soll, lediglich die Kurve (und somit der Vorlauf/Rücklauf im Verhältnis zur Außentemperatur) wird abgesenkt oder angehoben, je nach Bedarf an Wärme. Das habe ich schon seit einigen Jahren so im Betrieb und funktioniert tadellos. Zusätzlich schalte ich auch noch Pumpen ein oder aus, je nach Bedarf. Auch 2 Fußbodenheizungen hängen an dieser Regelung. Es gibt bei mir keinen einzelnen Thermostaten, sondern alle dürfen hier durch die Durchschnittsberechnung mitreden. Ich habe aber nur 3 Räume zu dieser Berechnung herangezogen, eben solche in denen es warm sein soll.

Diese ganze Regelung funktioniert mit einfachen IF Bedingungen.
Hier ein Beispiel von solchen IF Verknüpfungen:

Code Auswählen Erweitern

############################  Heizkurve erhöhen  ################################

define Heizkurve_Check_up0 at +*00:28:00 IF (Value("WichtungAll") > (Value("Schwelle") + 25) && ($hour > 5 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 1.3 )) (set HeizkurveEinstellen 1.50)
attr Heizkurve_Check_up0 room System

define Heizkurve_Check_up1 at +*00:29:00 IF (Value("WichtungAll") > (Value("Schwelle") + 22) && ($hour > 5 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 1.2 )) (set HeizkurveEinstellen 1.30)
attr Heizkurve_Check_up1 room System

define Heizkurve_Check_up2 at +*00:30:00 IF (Value("WichtungAll") > (Value("Schwelle") + 18) && ($hour > 5 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 1.1 )) (set HeizkurveEinstellen 1.20)
attr Heizkurve_Check_up2 room System

define Heizkurve_Check_up at +*00:31:00 IF (Value("WichtungAll") > (Value("Schwelle") + 13) && ($hour > 4 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 1.0 )) (set HeizkurveEinstellen 1.10)
attr Heizkurve_Check_up room System

define Heizkurve_Check_up3 at +*00:32:00 IF (Value("WichtungAll") > (Value("Schwelle") - 5) && ($hour > 4 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 0.9 )) (set HeizkurveEinstellen 1.00)
attr Heizkurve_Check_up3 room System


#######################  Heizkurve absenken #################################

# Heizkurve absenken zwischen 0.90 - 1.20, aber erst wenn ValveSchwelle wieder unter Schwelle -offset gesunken ist

define Heizkurve_Check_down3 at +*00:30:00 IF (Value("WichtungAll") < Value("Schwelle") - 25 && ($hour > 8 && $hour < 19) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.0 ) (set HeizkurveEinstellen 0.90)
attr Heizkurve_Check_down3 room System

define Heizkurve_Check_down at +*00:30:01 IF (Value("WichtungAll") < Value("Schwelle") - 15 && ($hour > 8 && $hour < 20) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.1 ) (set HeizkurveEinstellen 1.00)
attr Heizkurve_Check_down room System

define Heizkurve_Check_down2 at +*00:30:02 IF (Value("WichtungAll") < Value("Schwelle") - 10 && ($hour > 8 && $hour < 20) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.2 ) (set HeizkurveEinstellen 1.10)
attr Heizkurve_Check_down2 room System

define Heizkurve_Check_down1 at +*00:30:03 IF (Value("WichtungAll") < Value("Schwelle") -5 && ($hour > 8 && $hour < 20) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.3 ) (set HeizkurveEinstellen 1.20)
attr Heizkurve_Check_down1 room System

define Heizkurve_Check_down0 at +*00:30:04 IF (Value("WichtungAll") < Value("Schwelle") && ($hour > 8 && $hour < 20) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.5 ) (set HeizkurveEinstellen 1.30)
attr Heizkurve_Check_down0 room System

Schwelle = einstellbarer Wert wie die Schaltschwelle des Öffnungswinkels in Prozent sein soll.
WichtungAll = Durchschnitt der Ventilöffnungen
Winter = Sommer/Winterbetrieb

Sollte eigentlich nur zur Ideenanregung dienen wie einfach so was zur realisieren ist. Im angehängten Bild sieht man an der grünen Kurve wie sich die Heizkurve während eines Tages verhält.

LG

[jenmeer]

Reinhart,

Super, toll, vielen Dank dann lege ich mal los ... werden sicher Fragen auftauchen

LG
Jens

[Markus.]

ja, wenn du FHEM ohnehin zur Auswertung hast liegt es auf der Hand die Daten von dort zu beziehen bzw. zu pushen. Aber deine Variante ist eine interessante Alternative wenn jemand kein FHEM hat oder sonstige Gründe warum man darauf verzichten will.

Wenn in der Dev Version dass schon alles integriert ist spart man sich auch einige Schritte.

LG

War ja noch ein paar Screenshots bezüglich der direkten Anzeige der Werte auf einem OLED schuldig. Also alsHintergrund habe ich eine Möglichkeit gesucht die Werte auch anzeigen zu lassen ohne in FHEM ein Device dafür erstellen zu müssen. Problem war, das ich die Broadcast Werte halt in einem String bekomme und nicht einzeln. Das ist aber nötig für die direkte Anzeige beim Oled über das MQTTImport Device. John hat mir dann den entscheidenden Tip gegeben. Und zwar den MQTT Topic Eintrag in der EBus Konfig um "Field" erweitern.

Code Auswählen Erweitern

--mqtttopic=vaillant_ebus/%circuit/%name/%field

Also bin wie folgt vorgegangen.
Ich gehe mal davon aus das MQTT läuft.
1. Unter Contoller auf dem ESPEasy Domoticz MQTT mit IP und Port eintragen
2. unter Devices ein MQTT Import Device erstellen und wie im Screenshot konfigurieren
3 ein Oled Device erstellen und in den entsprechenden Linien halt die Verlinkung zum MQTT Import machen.
wie zum Beispiel

Code Auswählen Erweitern

IRGENEINTEXT [NAMEVOMMQTTIMPORTDEVICE#TEXTVONVALUE1]
In meinem Fall heisst das MQTT Import Device halt import und Value1 = linie1
ist dann somit

Code Auswählen Erweitern

VL  [import#linie1]
Das wars dann auch schon.
Aber wie von Reinhart schon gesagt das pushen auf ein Oled von einem FHEM Device ist bestimmt der elegantere Weg.

Gruß

Markus

EDIT: Hab folgende Version von ESPEasy geflasht

Code Auswählen Erweitern

ESP_Easy_v2.0-20180121_dev_ESP8266_4096.bin
Glaube in anderen Versionen ist das MQTT Import Device nicht drin.

[Winterbottom]

Hallo,

danke, John, Dein Kommentar:

also wenn dann so "--mqtthost 192.168.178.33"

war anscheinend meine Lösung.
EBUS sendet jetzt fleißig Daten. Ich versuche mich jetzt an den Devices.

@Reinhart: Kannst Du das "=" in Deiner Anleitung auf Seite 14 in den Post "Automatische MQTT Abfragen ohne ECMD" herausnehmen? Sonst sucht jemand anders auch noch. Im mqttport denke ich muss es auch raus. Danke!

Danke so weit, wenn ich mit den Devices nicht weiter komme, melde ich mich wieder. 

[TheChrisP]

Hi,

I hope that writing in English is not an issue as my german is very bad, please tell me if I should avoid.

So I just finished the soldering of the ebus 2.0 adaptor I received this week, but it does not work at ebus level: the LEDs does not lit at all, and ebusd dos not see any data.

By chance a friend lent me an USB scope, so I can get see the ebus levels.

When ebus adaptor is not connected to the ebus wire, I can see the SYN AA symbol, having level between 10 and ~21V.
However if I connect the ebus adaptor, the the level are going between 10 to 12V. If I connect only the basic board, without the Wemos and the extension board, I have exactly the same thing.

So I presume I messed up something, but after double checking multiple time, I cannot see what I did wrong. I attached picture of both side of my main board. I used the wiki list of component to place the resistances on the board, and measured them with a multimeter before soldering.

What would you advice me to try ?

[Reinhart]

When ebus adaptor is not connected to the ebus wire, I can see the SYN AA symbol, having level between 10 and ~21V.
However if I connect the ebus adaptor, the the level are going between 10 to 12V. If I connect only the basic board, without the

Hello TheChrisP!

I think it is a problem with the ebus supply. Which and how many devices do you have on eBus?
Can you remove the Power Led (Led 3 or Resistor R13) and then post an Oszillogram again?

If the Level is still 10-12V, then remove R10 or D5 an measure the voltage again.
The eBus voltage must be 10-21V with the board.

LG
Reinhart

[Reinhart]

@Markus.

Danke für deinen ausführlichen Bericht mit dem Oled! Das hilft sicher einigen weiter die ähnliches vorhaben!

LG
Reinhart

[pc1246]

@TheChrisP
Did you mix up the BC337-40(Q1) and the 78L05 (IC2)? The rest is looking fine!
Regards Christoph

[TheChrisP]

@TheChrisP
Did you mix up the BC337-40(Q1) and the 78L05 (IC2)? The rest is looking fine!
Regards Christoph

Ooooh, I didn't realise it was 2 different components, and yes this is exactly what happened !

Very good point, I will unsolder and switch them, thanks a lot !

[Edit:]
That was exactly that, now I get the traffic loud and clear ! And it's working really better than the esera commercial ethernet adaptor that missed most of the time the ACK message of the boiler when answering to the VRC470 controller. Congratulation to all the team developping this electronic jewel, you did an awesome job

[alpha1974]

Hallo zusammen,

vorab: Besten Dank an Reinhart, John und das "Lötmädchen" für die tolle Arbeit!

Seit gestern bastele ich nun mit dem fertig gelöteten V2-Adapter herum, der bei mir leider nicht so richtig am Ebus laufen will.
Ausgangsituation: Adapter V1 läuft mit UART am USB-Anschluss des RPI problemlos. Beim Start vom Ebusd (neueste Version) werden sofort alle Devices per Scan erkannt.

Was ich gemacht habe: V1 samt UART vom USB des RPI und vom Ebus abklemmen. V2-Basisplatine per UART an den USB-Anschluss des RPI anschließen und Ebus anklemmen.

Result: Mit der V2-Basisplatine / UART-Anschluss laufen die Ebusd-Scans ins Read Timeout. Writes per Ebusd liefern ebenfalls Read Timeouts. Dasselbe Ergebnis habe ich, wenn der V2-Adapter per Wemos/Wlan genutzt wird. Daraus schließe ich, dass der UART nicht das Problem sein sollte.

Meine Frage dazu: Ist die V2-Platine am Ebus "anspruchsvoller" als die V1-Variante oder müssten beide unter ansonsten unveränderten Bedingungen (also jeweils per UART am USB angeschlossen) gleich funktionieren? Am Ebus habe ich nichts verändert, sondern die Leitung einfach von V1 an V2 umgeklemmt.

Besten Dank und Gruß
alpha1974