Läuft: Heizung mit eBus-Schnittstelle

[zentis666]

Ok, danke dann probiere ich das mal, und ja ich weiß dass arbitration lost normal ist, es geht hier nur um Signal lost... Das Signal findet er dann meist nicht wieder.
Gruß
Sven


Gesendet von iPhone mit Tapatalk

[Papaloewe]

Ist das jetzt die Spannung die du mit angeschlossenem Adapter misst oder ohne. also im Leerlauf?

Die 6V messe ich ohne angeschlossenen Adapter, direkt an der Bedieneinheit, welche seltsamerweise einwandfrei funktioniert.(?)

Gut, jetzt weiß ich wo ich suchen muss. Ich vermute, dass es wirklich am Kabel liegen könnte.
Ich werde nun einmal direkt am Brenner, an den ebus Anschlussklemmen messen und das mit und ohne angeklemmtes Kabel. Danach bin ich bestimmt schlauer.

Melde mich und werde berichten...

LG
Thomas

[Reinhart]

ich habe soeben in der Weishaupt Doku nachgelesen und da ist mir aufgefallen, dass man hier die Speisung des eBus einstellen kann.

Schau dir bitte einmal die Parameter P12 und P71 genauer an.

Code Auswählen Erweitern

P 12 Kesseladresse
1 = Einzelgerät A ... E = Kaskade, DDC-System (1, A: eBus-Speisung aktiv, B ... E: schaltbare eBus-Speisung P 71)

P 71 eBus-Speisung (nur wenn P12 = A ... E)
--- = nicht aktiv
1 = aktiv

LG

[amunra]

Zunächst Vielen Dank an pah und Reinhart für die Unterstützung.
Mein Transistor ist unterwegs - ist vielleicht Morgen da?

@Sven

Deine Probleme kann ich in meinem Umfeld nicht bestätigen:

Code Auswählen Erweitern

2015-07-10 21:44:48.725 [main notice] ebusd 1.2.0 started
2015-07-10 21:44:48.814 [main notice] found messages: 439 (0 poll, 11 update)
2015-07-10 21:44:48.822 [bus notice] signal acquired
2015-07-10 21:44:51.010 [bus notice] new master 10
2015-07-10 21:44:51.010 [bus notice] new master 03
2015-07-10 21:44:51.011 [update notice] unknown MS cmd: 1008b5110101 / 093c3c001436240002ff
2015-07-10 21:44:53.020 [update notice] update broadcast vdatetime QQ=10: 21:44:56;10.07.2015
2015-07-10 21:45:32.072 [update notice] unknown BC cmd: 10feb505020400
2015-07-10 21:45:52.274 [update notice] update broadcast vdatetime QQ=10: 21:45:55;10.07.2015
2015-07-10 21:46:02.467 [update notice] unknown BC cmd: 10feb505022900
2015-07-10 21:46:02.760 [update notice] unknown MS cmd: 1008b5040100 / 0a03034621100705150014
2015-07-10 21:46:03.028 [update notice] unknown MS cmd: 1008b5110102 / 05023c3c5078
2015-07-10 21:47:11.018 [bus error] signal lost
2015-07-10 21:47:11.449 [bus notice] signal acquired
2015-07-10 21:48:19.695 [update notice] update broadcast outsidetemp QQ=10: 19.000
2015-07-10 21:48:29.738 [update notice] unknown MS cmd: 1008b5110102 / 05023c3c5078
2015-07-10 21:48:47.782 [update notice] unknown MS cmd: 1008b5110101 / 093c3c001436240002ff
2015-07-10 21:48:58.018 [update notice] update broadcast vdatetime QQ=10: 21:49:01;10.07.2015
2015-07-10 21:49:06.172 [update notice] unknown MS cmd: 1008b5110101 / 093c3c001436240002ff
2015-07-10 21:50:54.517 [update notice] unknown MS cmd: 1008b5110101 / 093c3c001436240000ff
2015-07-10 21:52:14.176 [update notice] update broadcast outsidetemp QQ=10: 19.000
2015-07-10 21:53:31.894 [update notice] unknown MS cmd: 1008b5110101 / 093a3a001434240002ff
2015-07-10 21:53:52.322 [update notice] update broadcast vdatetime QQ=10: 21:53:55;10.07.2015
2015-07-10 21:54:12.701 [update notice] update broadcast outsidetemp QQ=10: 19.000
2015-07-10 21:54:41.041 [bus error] signal lost
2015-07-10 21:54:41.086 [bus notice] signal acquired
2015-07-10 21:55:50.856 [update notice] update broadcast vdatetime QQ=10: 21:55:53;10.07.2015
2015-07-10 21:56:11.257 [update notice] update broadcast outsidetemp QQ=10: 19.000
2015-07-10 21:56:50.147 [update notice] update broadcast vdatetime QQ=10: 21:56:53;10.07.2015
2015-07-10 21:57:05.044 [bus error] signal lost
2015-07-10 21:57:05.391 [bus notice] signal acquired
2015-07-10 21:57:18.040 [bus error] signal lost
2015-07-10 21:57:18.099 [bus notice] signal acquired
2015-07-10 21:57:39.135 [update notice] unknown BC cmd: 10feb505020400
2015-07-10 21:58:17.705 [update notice] update broadcast outsidetemp QQ=10: 19.000
2015-07-10 21:58:27.966 [update notice] unknown MS cmd: 1008b5110102 / 05023c3c5078
2015-07-10 21:59:16.993 [update notice] update broadcast outsidetemp QQ=10: 18.812
2015-07-10 21:59:43.589 [update notice] unknown MS cmd: 1008b5110101 / 093a3a001434240002ff
2015-07-10 22:00:16.250 [update notice] update broadcast outsidetemp QQ=10: 18.812
2015-07-10 22:00:34.920 [update notice] unknown BC cmd: 10feb505020400
2015-07-10 22:00:59.049 [bus error] signal lost
2015-07-10 22:00:59.340 [bus notice] signal acquired
2015-07-10 22:02:04.655 [update notice] unknown MS cmd: 1008b5040100 / 0a00090222ffffffffd013
2015-07-10 22:02:04.927 [update notice] unknown MS cmd: 1008b5110102 / 05023c3c5078
2015-07-10 22:02:12.765 [update notice] update broadcast outsidetemp QQ=10: 18.812
2015-07-10 22:03:50.933 [update notice] update broadcast vdatetime QQ=10: 22:03:53;10.07.2015
2015-07-10 22:04:11.286 [update notice] update broadcast outsidetemp QQ=10: 18.812
2015-07-10 22:05:26.969 [update notice] unknown MS cmd: 1008b5110101 / 093a3ad01334240002ff

"signal lost" Meldungen tauchen bei mir auch auf, aber Signal findet er immer wieder.
Mitlerweile läuft es schon ca. eine Stunde.

Viele Grüße
Arthur

[Reinhart]

diese "Signal lost" Geschichte ist schon etwas merkwürdig, habe so einen Fehler keinen einzigen im Log.

Jojo11 hatte ja ursprünglich einen defekten BusKoppler, welcher Probleme beim Senden hatte und der zeigte ja genau dieselben Fehler die ihr jetzt hier postet. http://forum.fhem.de/index.php/topic,29737.msg279899.html#msg279899
Nach Austausch seines Kopplers funktionierte dann alles. Bei zentis666 bin ich mir nicht sicher, da das Problem nach tausch des Transistors nun erst nach 15 Minuten auftritt. Nur zeigt es sehr wohl, das der Sendetransistor (richtiger Typ) eine große Rolle spielt.

@amunra: Kannst du denn auch Werte über den eBus einstellen?

Gibt es denn jetzt überhaupt einen der die Platine nachgebaut hat und bei dem alles funktioniert, auch der Sendeweg und ohne "Signal lost"?

Der Sendetransistor hat die Aufgabe, über die Zenerdiode das Signal des eBus (25 V) gegen 8V zu ziehen um somit das Low Signal zu bilden, gleichzeitig sollte aber die Gesamtstromaufnahme am Bus pro Gerät 28mA nicht übersteigen.

LG

[zentis666]

Ich bin bei meiner Suche etwas weiter gekommen,
hab den Kondensator eingelötet und die beiden unbenutzen Eingänge am 4011 auf Masse gelegt.
Der Fehler kommt immer noch.

Aber:
nachdem "signal lost" kommt, zeigt dmesg auf dem pi folgendes:

Code Auswählen Erweitern

[ 2625.865290] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[ 3286.080975] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32

Ich dachte zuerst vielleicht schaltet der pi das Gerät ab, da die Power LED vom USB Adapter nach Signal Lost aus war.
Die LED geht dann erst wieder an, wenn ich denn ebusd stoppe und neu starte.

Ich hab mal das Power-Management vom USB Adapter abgeschaltet:
Man legt eine Datei an /etc/modprobe.d/ftdi_sio.conf, Inhalt:

Code Auswählen Erweitern

options ftdi_sio rtw_power_mgnt=0 rtw_enusbss=0
Nach Reboot leider wieder "signal lost" (nach ca. 50 Minuten), die Status LED bleibt aber nun auch nach "signal lost" an.

Ich nutze Debian Wheezy, Kernel 3.18,
dem Link nach zu urteilen scheint das ein Problem des Kernels zu sein:
http://newscentral.exsees.com/item/e456459d879e22822b972ae69412f9bb-fae6cb5da605e65f6df936ce6abbcb11

Gruß
Sven

[Reinhart]

@zentis666

Sehr gut, du gibt's nicht auf und suchst fleißig weiter!

Bei Kernel Treibern bin ich nicht der richtige Mann dafür, aber ich habe dir ein paar Logs gemacht.
Deine Bobachtung würde auch erklären, warum du mit den Netzteilen so Probleme hast.

Code Auswählen Erweitern

pi@raspberry2 ~ $ uname -a
Linux raspberry2 3.18.7+ #755 PREEMPT Thu Feb 12 17:14:31 GMT 2015 armv6l GNU/Linux
pi@raspberry2 ~ $ lsusb
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port

Ich habe den Kernel 3.18.7, aber nicht den FTDi eingebunden, sondern den PL2303.

Erkennt er dann in der dmesg so:

Code Auswählen Erweitern

[    3.477642] usb 1-1.5: new full-speed USB device number 4 using dwc_otg
[    3.610375] usb 1-1.5: New USB device found, idVendor=067b, idProduct=2303
[    3.631317] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    3.651643] usb 1-1.5: Product: USB-Serial Controller
[    3.664263] usb 1-1.5: Manufacturer: Prolific Technology Inc.
[    4.436575] udevd[161]: starting version 175
[    6.026296] usbcore: registered new interface driver usbserial
[    6.252530] usbcore: registered new interface driver usbserial_generic
[    6.448605] usbserial: USB Serial support registered for generic
[    6.693137] usbcore: registered new interface driver pl2303
[    6.923574] usbserial: USB Serial support registered for pl2303
[    7.135185] pl2303 1-1.5:1.0: pl2303 converter detected
[    7.298081] usb 1-1.5: pl2303 converter now attached to ttyUSB0

wenn ich hier allerdings herumpfusche und in den Raw Modus schalten möchte (wie im Thread dort erklärt), dann habe ich ebenfalls "Signal lost" Probleme und es kommen nur mehr Broadcasts durch.

stty -F /dev/ttyUSB0 38400 raw

Code Auswählen Erweitern

2015-07-11 16:04:44.478 [bus notice] signal acquired
2015-07-11 16:04:47.864 [update notice] update broadcast outsidetemp QQ=10: 23.062
2015-07-11 16:04:49.038 [bus error] signal lost
2015-07-11 16:04:49.906 [bus notice] signal acquired
2015-07-11 16:04:52.034 [bus error] signal lost
2015-07-11 16:04:52.797 [bus notice] signal acquired
2015-07-11 16:04:58.024 [bus error] signal lost
2015-07-11 16:04:58.806 [bus notice] signal acquired
2015-07-11 16:05:03.021 [bus error] signal lost
2015-07-11 16:05:03.778 [bus notice] signal acquired
2015-07-11 16:05:08.005 [bus error] signal lost
2015-07-11 16:05:08.773 [bus notice] signal acquired
2015-07-11 16:05:09.960 [bus notice] new master 10
2015-07-11 16:05:09.960 [bus notice] new master 03
2015-07-11 16:05:09.960 [update notice] update bc Mode QQ=10: standby
2015-07-11 16:05:13.024 [bus error] signal lost
2015-07-11 16:05:13.790 [bus notice] signal acquired


Muss dann den Pi neu booten, dann passt wieder alles!

LG

[zentis666]

@Reinhart: Danke für die logs!
Ich hab jetzt den ebusd auf einen altes Netbook mit Ububtu umgezogen, und seit knapp 2h kein signal lost, sieht gut aus. Ich lasse das jetzt mal bis morgen laufen.

Dann müsste ich also den USB Adapter auf dem Raspi per PL2303 einbinden. Da muss ich mich erst mal einlesen. Interessanterweise musste ich bei Anschluss als Netbook die Poti Einstellung des Adapters um ca. einen Teilstrich nach unten korrigieren, sonst findet er kein Signal.

Jetzt reichts mir für heute, ich schmeiß den Grill an, der hat (noch) keinen Ebus

[Reinhart]

@zentis666

ich habe da gar nichts selbst eingebunden, so wird mein USB-Konverter vom Raspi nach dem booten automatisch erkannt.
Zumindest weis man jetzt, woher die "Signal lost" kommen und braucht nicht mehr länger an der Schaltung suchen.

Hast du denn die Möglichkeit einen anderen Typ von USB Konverter zu testen, das wäre jetzt das einfachste.

LG
Reinhart

[zentis666]

@Reinhart: ich hab gerade nix anderes da aber die USB Konverter kosten ja nicht die Welt... Hast Du nen Link zu Deinem? Dann hol ich mir noch so ein Teil...


Gesendet von iPhone mit Tapatalk

[john30]

Dann müsste ich also den USB Adapter auf dem Raspi per PL2303 einbinden.

Wenn Du die RPi interne serielle Schnittstelle meinst, dann ist das kein guter Plan. Denn im Kernel wird diese fix mit 16 Bytes Puffer konfiguriert, was ein Killerkriterium für aktives Senden auf dem eBUS ist.
Ich kann Dir nur empfehlen, einen vernünftigen externen USB-serial Wandler einzusetzen, am besten auf FTDI Basis.

[zentis666]

Ich kann Dir nur empfehlen, einen vernünftigen externen USB-serial Wandler einzusetzen, am besten auf FTDI Basis.

USB Wandler mit Ebus Adapter arbeiten an meinem Ubuntu-Netbook jetzt schon über 12h ohne Probleme, also scheint es tatsächlich ein Software Problem zu sein.

Ich verwende folgendes Gerät:

Code Auswählen Erweitern

http://www.ebay.de/itm/321647516230

Was wäre denn Deiner Erfahrung nach ein vernünftiger externer USB Wandler?
Sollte man den vorhandenen tatsächlich tauschen?
Das Linux auf dem Raspi zu ändern wäre ja auch eine Option.

Gruss
Sven

[Reinhart]

also ich habe den da, sieht zwar ein bisschen anders aus als am Bild: http://www.amazon.de/PL2303-Konverter-Adapter-Modul-freiem-PL2303HX-versendet/dp/B00AVRIDB0/ref=sr_1_4?ie=UTF8&qid=1436688741&sr=8-4&keywords=usb+pl2303

Aber die billigste Methode wäre jetzt ein Downgrade vom Kernel, mit der älteren Version (< 3.18) soll es ja laut Bericht tadellos geklappt haben. Ich weiß aber jetzt nicht genau ob die Fhem und eBus getrennt am Raspi hast. Ich betreibe den ebus auf einem eigenen Raspi, schon aus örtlichen Gründen. Habe die ganzen eBus Sachen direkt unter der Therme hinter einer Abdeckung fix verbaut. Habe auch Lan Kabel dort und der Watchdog von pah überwacht die Verbindung und startet diese notfalls neu.

Zumindest bist du nun sicher, das der selbst gebaute Konverter und ebusd funktioniert! Es wäre jetzt noch interessant ob die anderen Kollegen mit "lsusb" auch den selben Treiber mit dem gleichen Kernel eingebunden haben. Aber ich glaube die warten noch auf den Sendetransistor.

LG
Reinhart

[Prof. Dr. Peter Henning]

Dazu gibt es einen ganzen Thread.

http://forum.fhem.de/index.php/topic,28552.msg213889.html#msg213889

Fazit: Serielle Schnittstelle des Raspberry Pi ist nur eine Krücke und für EBUS vollkommen ungeeignet.

LG

pah

[john30]

Ich verwende folgendes Gerät:

Code Auswählen Erweitern

http://www.ebay.de/itm/321647516230

Was wäre denn Deiner Erfahrung nach ein vernünftiger externer USB Wandler?

Der sollte passen, ist ja ein FTDI Chip.
Ob es jetzt wirklich ein Problem mit dem eingesetzen Kernel ist, kann ich nicht sagen.
Du könntest ebusd mit "--lograwdata" starten (produziert allerdings sehr viel Logging!) und nach dem Signal loss schauen, was für Symbole noch vom Bus kommen.