eBus Adapter Version 2.0 / 2.1 / 2.2

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

Vorheriges Thema - Nächstes Thema

jkyprian

Die Schaltung mit Potentialtrennung aus der eBus Spezifikation ist etwas aufwendiger und sicher nicht so einfach zu verstehen. Die v2.x Schaltung ist da deutlich einfacher einem Laien zum selber löten und nachmessen zu erklären. Beide Schaltungen funktionieren im Prinzip gleich gut und funktionieren zuverlässig. Ich hatte die Schaltung aus der eBus Spezifikation und die v2.0 Schaltung vor einiger Zeit aus Spaß aufgebaut und durchgemessen um sie mit meiner eigenen Schaltung zu vergleichen. Unterschiede sind im wesentlichen eigentlich nur der Stromverbrauch.

Die Timing Probleme bei der Arbitrierung haben mit dem Host an dem die Schaltungen angeschlossen sind zu tun (z.B. Raspi). Die Arbitrierung auf einem Microcontroller direkt zu machen (wie bei der neuen v3 Schaltung) ist hier sicherlich der richtige Ansatz.
Raspberry Pi 3 + KNX

ilemur

If there is another bulk order coming - please count me in. The board itself and expansion board to use wemos. Is there an option to ship outside EU (Russia). Thanks

Reinhart

We are currently in the beta phase of adapter V3. Please be patient a little longer!
It is not a problem to send to Russia.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa


fireball

Hi, kurze Frage,

kann man über den Adapter auch die Wallbox von Volkswagen VW ID Charger ansprechen? Die soll laut div. Seiten auch eine
EEBus Schnittstelle haben/bekommen...
https://besserladen.de/produkt/vw-wallbox-id-charger-connect/

VG+Danke
René

pc1246

Moin René
Das sind zwei voellig verschiedene Paar Schuhe!
Das was Du meinst hat etwas mit Energie zu tun, hier geht es aber um eine Heizungsschnittstelle.
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

fireball

Hi Christoph,
danke für die Info... ich hab nicht die vielen Seiten zu dem eBus Adapter gelesen, wollte mich nur mal informieren, ob ich hier mehr investieren muss/kann oder nicht und deine Antwort hilft mir da sehr :P

Hab nur eBus+fhem gegooglet, bin hier fündig geworden... dachte schon das passt ja :)
VG+Danke
René

rendgeor

Hallo zusammen,
die neuen Platine (nächste Lieferung) sollen erst im April kommen.
Hat noch jemand eine 2.X Platine (auch unbestückt) die er abgeben möchte?

PN bitte an mich!

pc1246

Zitat von: rendgeor am 03 März 2021, 16:21:05
Hallo zusammen,
die neuen Platine (nächste Lieferung) sollen erst im April kommen.
Hat noch jemand eine 2.X Platine (auch unbestückt) die er abgeben möchte?

PN bitte an mich!
Moin
Bin gerade hier drueber gestolpert!
https://forum.fhem.de/index.php/topic,119279.msg1137075.html#msg1137075
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

teeceeell

Hallo zusammen,

ich bin an diesem Punkt etwas am verzweifeln:

Hardware:
Heizung: Wolf
eBus-Adapter 2.2
Raspberry Pi 3+

Die gelbe LED ist dauerhaft an, die grüne flackert.

Software:
Raspberry Pi OS 4.19.97-v7+ (buster)
ebusd-21.3_arm64-buster.deb (ich konnte aus den Repos nicht installieren wegen eines Authentifizierungsfehlers)

Ich habe offenbar erfolgreich auf ttyebus umgerüstet nachdem ich die empfohlene Buster-Version installiert habe:
root@raspberrypi:/home/pi# ls -l /dev/

zeigt nur noch:
crw-rw-rw-  1 root root     10,  58 Feb  7 11:16 ttyebus


config-Files habe ich von hier:
https://github.com/john30/ebusd-configuration.git


ebusd starte ich mit diesen opts:
EBUSD_OPTS="-c /etc/ebusd/ -d enh:/dev/ttyebus --latency=50 --enablehex"


Die Wolf-Heizung kann laut @john30 mit configscan nichts anfangen, das fehlt also absichtlich.

ebusctl s liefert das:
root@raspberrypi:/home/pi# ebusctl s
signal acquired, 37 symbols/sec (133 max), 1 masters


ebusctl scan full liefert das:
root@raspberrypi:/home/pi# ebusctl scan full
done


ebusctl scan results aber auch nur das:
root@raspberrypi:/home/pi# ebusctl scan result
done


ebusctl i bringt dann das hoch:
root@raspberrypi:/home/pi# ebusctl i
version: ebusd 21.3.v21.3
update check: OK, broadcast.csv: different version available
device: /dev/ttyebus, enhanced
signal: acquired
symbol rate: 85
max symbol rate: 133
reconnects: 0
masters: 1
messages: 56
conditional: 0
poll: 0
update: 6
address 31: master #8, ebusd
address 36: slave #8, ebusd


bei ebusctl listen kommt auch nix:
root@raspberrypi:/home/pi# ebusctl listen
listen started



Leute, ich würde mich wirklich freuen, wenn jemand nachhelfen könnte.

Deshalb schon vielen Dank vorab!

Viele Grüße,
teeceeell


galileo

Zitatebusd starte ich mit diesen opts:
Code: [Auswählen]

EBUSD_OPTS="-c /etc/ebusd/ -d enh:/dev/ttyebus --latency=50 --enablehex"

Der ttyebus läuft nur mit dem normalen Protokoll, also bitte das "enh:" weglassen.

teeceeell

YESSSSS!

Jetzt kommen Daten!

1000 Dank!

teeceeell

... und noch eine Anschlussfrage, wenn ich dich schon erreiche: 😉

Gibt es Bedenken, die oben beschriebene Konfiguration auf einem Raspi 1 zu installieren und zu nutzen?
Oder gibt es da Hardware-Bedenken, dienlich kennen sollte?

Nochmals Danke...

Grüße,
teeceeell 

galileo

Ich habe den ttyebus damals auf Raspi1, 2 und 3 zusammen mit dem ebusd getestet. Es gab nirgends Probleme.
Das unterschiedliche Verhalten der verschiedenen Typen bei den Interrupts ist im Programm berücksichtigt.
Bei anderen Größen wie RAM, Prozessorleistung, etc. kommt es wahrscheinlich drauf an, ob neben dem ebusd parallel noch etwas läuft, wie z.B. eine Home-Automation. Dann wird's beim RASPI1 vielleicht eng ?
Aber probier es doch einfach aus !

derFrosch

Hallo,
Ich verwende noch den alten Basisadapter v2.2 und wollte nun auf einen komplett neu aufgesetzten Pi umziehen, da der alte die Hufe hochgerissen hat :(

Der Adapter ist direkt am UART des Pi (Pin 8/10) angeschlossen, also als /dev/ttyAMA0.
Der Daemon wird via ebusd-Konfiguration (/etc/default/ebusd) mit folgenden Parametern gestartet:
EBUSD_OPTS="--loglevel=debug --readonly --scanconfig --accesslevel=* --latency=40 -d enh:/dev/ttyAMA0 --address=ff -l /var/log/ebusd.log"

Das logfile zeigt mir nur lauter Fehler:
022-08-01 16:40:43.886 [main error] can't open pidfile: /var/run/ebusd.pid, exiting
2022-08-01 16:40:43.887 [main notice] ebusd stopped
2022-08-01 16:48:25.402 [main error] can't open pidfile: /var/run/ebusd.pid, exiting
2022-08-01 16:48:25.403 [main notice] ebusd stopped
2022-08-01 16:50:25.928 [main notice] ebusd 22.3.p20220508 started read only with auto scan on enhanced device /dev/ttyAMA0
2022-08-01 16:50:25.929 [main info] loading configuration files from https://cfg.ebusd.eu/
2022-08-01 16:50:26.132 [main info] reading templates /
2022-08-01 16:50:26.333 [main info] read templates in /
2022-08-01 16:50:26.333 [main info] reading file memory.csv
2022-08-01 16:50:26.536 [main info] successfully read file memory.csv
2022-08-01 16:50:26.536 [main info] reading file broadcast.csv
2022-08-01 16:50:26.739 [main info] successfully read file broadcast.csv
2022-08-01 16:50:26.739 [main info] read config files, got 11 messages
2022-08-01 16:50:26.740 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:26.740 [bus notice] bus started with own address ff/04
2022-08-01 16:50:26.740 [bus notice] device invalid
2022-08-01 16:50:26.741 [main info] registering data handlers
2022-08-01 16:50:26.741 [main info] registered data handlers
2022-08-01 16:50:31.741 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:31.741 [bus notice] device invalid
2022-08-01 16:50:36.742 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:36.742 [bus notice] device invalid
2022-08-01 16:50:36.742 [main debug] performing regular tasks
2022-08-01 16:50:41.743 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:41.747 [bus notice] device invalid
2022-08-01 16:50:46.743 [main debug] performing regular tasks
2022-08-01 16:50:46.748 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:46.748 [bus notice] device invalid
2022-08-01 16:50:51.748 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:51.748 [bus notice] device invalid
2022-08-01 16:50:56.743 [main debug] performing regular tasks
2022-08-01 16:50:56.749 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:50:56.749 [bus notice] device invalid
2022-08-01 16:51:01.749 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:01.750 [bus notice] device invalid
2022-08-01 16:51:06.744 [main debug] performing regular tasks
2022-08-01 16:51:06.750 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:06.750 [bus notice] device invalid
2022-08-01 16:51:11.751 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:11.751 [bus notice] device invalid
2022-08-01 16:51:16.744 [main debug] performing regular tasks
2022-08-01 16:51:16.752 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:16.752 [bus notice] device invalid
2022-08-01 16:51:21.752 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:21.752 [bus notice] device invalid
2022-08-01 16:51:26.744 [main debug] performing regular tasks
2022-08-01 16:51:26.753 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:26.753 [bus notice] device invalid
2022-08-01 16:51:31.753 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:31.753 [bus notice] device invalid
2022-08-01 16:51:36.745 [main debug] performing regular tasks
2022-08-01 16:51:36.754 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:36.754 [bus notice] device invalid
2022-08-01 16:51:41.755 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:41.755 [bus notice] device invalid
2022-08-01 16:51:46.745 [main debug] performing regular tasks
2022-08-01 16:51:46.755 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:46.755 [bus notice] device invalid
2022-08-01 16:51:51.756 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:51.756 [bus notice] device invalid
2022-08-01 16:51:56.746 [main debug] performing regular tasks
2022-08-01 16:51:56.757 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:51:56.757 [bus notice] device invalid
2022-08-01 16:52:01.757 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:01.758 [bus notice] device invalid
2022-08-01 16:52:06.746 [main debug] performing regular tasks
2022-08-01 16:52:06.758 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:06.758 [bus notice] device invalid
2022-08-01 16:52:11.759 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:11.759 [bus notice] device invalid
2022-08-01 16:52:16.747 [main debug] performing regular tasks
2022-08-01 16:52:16.759 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:16.759 [bus notice] device invalid
2022-08-01 16:52:21.760 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:21.760 [bus notice] device invalid
2022-08-01 16:52:26.747 [main debug] performing regular tasks
2022-08-01 16:52:26.760 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:26.760 [bus notice] device invalid
2022-08-01 16:52:31.761 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:31.761 [bus notice] device invalid
2022-08-01 16:52:36.748 [main debug] performing regular tasks
2022-08-01 16:52:36.761 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:36.762 [bus notice] device invalid
2022-08-01 16:52:36.992 [main notice] update check: revision v22.3 available
2022-08-01 16:52:41.762 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:41.762 [bus notice] device invalid
2022-08-01 16:52:46.763 [bus error] unable to open /dev/ttyAMA0: ERR: generic device error
2022-08-01 16:52:46.763 [bus notice] device invalid
2022-08-01 16:52:46.992 [main debug] performing regular tasks


Meine Gasheizung ist eine Weishaupt WTC-15A mit Fernbedienung intern am ebus. Ich bin am 2. ebusd-Anschluss (RJ-11) dran.


So wie ich das im Log sehe, gibt es ja schon mal ein generelles Problem mit dem UART? Wie und was muss ich denn konfigurieren, damit ich Daten sehe? Das letzte Mal ist einfach zu lange her.