eBus Schaltung in Betrieb nehmen

Begonnen von Reinhart, 23 Dezember 2015, 15:19:45

Vorheriges Thema - Nächstes Thema

cs-online

Zitat von: Reinhart am 30 November 2017, 21:21:59
Der Vorteil ist schnell erklärt, ebusd-esp funktioniert, ESP-Link am Ebus nicht! Der kommt mit der erforderlichen Latenz nicht zurecht.
Das ist auch der Grund, warum John die Firmware für den Wemos entwickelt hat.

LG

Ahso, das hatte ich neulich ja mal in die Runde gefragt, ob die Ebus-Schaltung auch über RX/TX dann mit dem ESP und WLAN anbindbar ist. Das ist cool, dass das nun mit John's FW gehen soll !
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20, Shelly1,2 und 2.5,Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV mit Speicher, alles auf einem RPI und da geht noch mehr

dkuschmierz

Hallo zusammen,

ich denke ich habe noch ein kleines Problem mit dem Abstimmen der eBus-Plating. Ich habe es nach Johns wiki Eintrag gemacht und sehe auch die <aa's.
Jedoch bekomme ich zwischendrin immer wieder das Signal mit dem Fehler [bus error] signal lost

Auch sieht mir ein Paket der Form <0000000000001008b509003e080904960803bb00ca00 auch sehr komisch aus.

Ist das normal oder muss ich da nochmal ans Poti ran. Eigentlich habe ich bereits alles am Poti probiert und recht langsam durchgesweept, jedoch ohne Erfolg.

Hat hier jemand weitere Tipps? Kann ich hier außer am Poti noch was optimieren?

2017-12-02 17:57:25.767 [bus notice] bus started with own address 31/36
2017-12-02 17:57:25.782 [bus notice] signal acquired
2017-12-02 17:57:27.026 [bus error] signal lost
2017-12-02 17:57:29.530 [bus notice] signal acquired
2017-12-02 17:57:33.271 [bus notice] <1000
2017-12-02 17:57:33.436 [bus notice] <b50329ba005100
2017-12-02 17:57:34.742 [bus notice] <10b50903e2fe050301f4
2017-12-02 17:57:35.279 [bus notice] <10b50301c6
2017-12-02 17:57:35.354 [bus notice] <50b504010d2c00
2017-12-02 17:57:36.608 [bus notice] <7050b50132001025b505072b0001000000008500
2017-12-02 17:57:36.796 [bus notice] <1008b5110203001e00
2017-12-02 17:57:36.958 [bus notice] <1008b51101028a00
2017-12-02 17:57:38.043 [bus error] signal lost
2017-12-02 17:57:38.549 [bus notice] signal acquired
2017-12-02 17:57:40.020 [bus error] signal lost
2017-12-02 17:57:40.752 [bus notice] signal acquired
2017-12-02 17:57:40.813 [bus notice] <100809081008b509040ed100002900
2017-12-02 17:57:42.001 [bus error] signal lost
2017-12-02 17:57:42.578 [bus notice] signal acquired
2017-12-02 17:57:42.666 [bus notice] <10b501c600
2017-12-02 17:57:43.168 [bus notice] <10b5021023b5040131f600
2017-12-02 17:57:45.027 [bus error] signal lost
2017-12-02 17:57:45.284 [bus notice] signal acquired
2017-12-02 17:57:45.376 [bus notice] <10b5c700
2017-12-02 17:57:45.409 [bus notice] new master 70, master count 2
2017-12-02 17:57:45.451 [bus notice] <7050b504010d2c00
2017-12-02 17:57:45.635 [bus notice] <7050b50401321300
2017-12-02 17:57:45.791 [bus notice] <7050b505042dfbff00d700
2017-12-02 17:57:46.666 [bus notice] <1008b5090329d3007f00
2017-12-02 17:57:46.805 [bus notice] <10feb5050427001e00d4
2017-12-02 17:57:47.334 [bus notice] <10feb505034a0100f4
2017-12-02 17:57:48.677 [bus notice] <1025b509040ef400002800
2017-12-02 17:57:48.844 [bus notice] <1023b505072b0001000000007900
2017-12-02 17:57:49.384 [bus notice] <1008b5110203001e00
2017-12-02 17:57:49.548 [bus notice] <1008b51101028a00
2017-12-02 17:57:49.772 [bus notice] <7050b50401012000
2017-12-02 17:57:51.034 [bus notice] <10b5090329b9016600
2017-12-02 17:57:54.037 [bus error] signal lost
2017-12-02 17:57:55.244 [bus notice] signal acquired
2017-12-02 17:57:55.635 [bus notice] <0000000000001008b509003e080904960803bb00ca00
2017-12-02 17:57:55.732 [bus notice] <70b501321300
2017-12-02 17:57:55.817 [bus notice] new master 10, master count 3
2017-12-02 17:57:55.851 [bus notice] <1008b5090329ba005100
2017-12-02 17:57:58.018 [bus error] signal lost
2017-12-02 17:57:58.919 [bus notice] signal acquired
^C2017-12-02 17:58:00.753 [bus notice] <500510500410b510054a0000ffffffffffffffff0f1050b505072b0001000000002400
2017-12-02 17:58:01.073 [bus notice] <1008b5110203001e

Reinhart

Hallo,

so viele Verbindungsstörungen dürfen es nicht sein. Eventuell hat die Platine oder ein Baustein doch einen Fehler. Der erste Fehler ist ja schon 2 Sekunden nach dem Start und setzt sich ständig fort.

Schau einmal als erstes ob der eBus Dämon auch wirklich nur einmal läuft.

ps -aux|grep ebusd

Es könnte auch eine schlechte Klemmstelle am eBus Verbindungskabel sein.
Ich glaube nicht, das hier das Poti die Ursache ist, weil Bitfehler sind eigentlich keine zu sehen, denn das was kommt sieht ja vernünftig aus.

Wie viele Geräte hast du eigentlich am eBus hängen?

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

john30

Zitat von: jenmeer am 01 Dezember 2017, 07:51:58
ich habe nun von pah die umfangreiche Seite mit der Schaltung und allen Details dazu entdeckt:
https://wiki.fhem.de/wiki/EBUS
Das Wiki beschreibt derzeit noch die "alte" Version 1.6 der Platine. Wir sind inzwischen schon bei 2.0 angelangt mit dem großen Vorteil, kein Poti mehr zu haben. Details zur Entwicklung finden sich hier und Bestellungen hier.
author of ebusd

Prof. Dr. Peter Henning

Na ja, bei mir läuft das System so astrein stabil, dass ich mich längst anderen Baustellen gewidmet habe. Es folgt, dass ich nicht auch noch die Wiki-Seite aktualisieren kann. Das gibt mein Zeitbudget einfach nicht her.

LG

pah

blubern

Hi,

hallo ich habe mir einen eBus Koppler gekauft (https://www.esera.de/produkte/ebus/142/ebus-koppler-ethernet).
Aus dem Keller von der Vaillant Heizung hat mir der Techniker ein Telefonkabel in die Wohnung gelegt mit 4 Adern. Wie kann ich nun rausfinden, durch messen, welche Adern ich anschließen muss?

Grüße
Blubern

p.s.:
Entschuldigt die Anfänger frage :)

dz-replay

Hallo Blubern,

ich gehe jetzt mal davon aus, dass Du das Telefonkabel bzw. 2 Adern davon als eBus nutzen möchtest. Schau die einfach mal die Kabel genauer an, in der Regel haben alle 4 Adern eine unterschiedliche Farbcodierung. Dann kannst Du Dir das Messen ersparen.

Gruß
Daniel

p.s. sollte ich falsch liegen, bitte einfach noch genauere Infos schicken

cs-online

Die beiden Adern mit dem Bus müßten eine Spannung führen, die Du messen kannst. Die beiden anderen werden wahrscheinlich keine Belegung haben. Gleichspannung, wenn ich nicht irre. Dadurch kannst Du dann auch die Polung herausfinden, falls bei Deinem Adapter die Polung beachtet werden muss....
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20, Shelly1,2 und 2.5,Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV mit Speicher, alles auf einem RPI und da geht noch mehr

pc1246

Zitat von: dz-replay am 08 Dezember 2017, 18:26:47
Hallo Blubern,

ich gehe jetzt mal davon aus, dass Du das Telefonkabel bzw. 2 Adern davon als eBus nutzen möchtest. Schau die einfach mal die Kabel genauer an, in der Regel haben alle 4 Adern eine unterschiedliche Farbcodierung. Dann kannst Du Dir das Messen ersparen.

Gruß
Daniel

p.s. sollte ich falsch liegen, bitte einfach noch genauere Infos schicken
Wenn es noch ein "richtiges" Telefonkabel ist, dann sind vier rote Adern drin, die per blauen Strichen gekennzeichnet sind! Eins hat keinen, das Zweite einen usw.
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

db

Hallo,
Ich hatte mit der Schaltung ein ähnliches Problem. Nachmessen mit dem Oszilloskop ergab, dass der Eingang am 4011 nicht genug Hub (besser gesagt Senke) hatte. Da reichte auch der Stellbereich des Poti nicht mehr aus. Die Lösung bestand darin, R2 auf 100 Ohm zu verringern.
Damit war der Hub für den Eingang 4011 tief genug. Und es lief dann auch mit einem billigen USB Adapter aus China mit CH430 Chip.

Gruß

Daniel

f.f

Hallo,

ich komm einfach nicht weiter mit der Installation der 1.6er Platine. Wollte im Parallelthread noch 2.0 Ordern um nicht noch mehr Zeit im kalten Keller sitzen zu müssem, aber da ist ja wohl "stau", deshalb versuch ich die 1.6er nochmal. Habe eigentlich alles so gemacht wie in WIKI aber irgendie bekomme ich das nicht zum laufen.

im wesentlichen bekomme ich immer:
[bus notice] bus startet with own address 31/36
[bus notice] signal aquired
[bus error] signal lost
[bus notice] re-opened /dev/ttyUSB0

uns so geht das weiter.

was ich nicht verstehe ist die hohe latenz. Im wiki-log der Anleitung zum einstellen des Potis sind da Sekunden zwischen aquired und lost. Bei mir sind das erst 2 dann 5 dann 10 Minuten... und da kann man nicht wirklich sinnvoll am Poti drehen.
das dauende "re-open" ist mir auch ein Rätsel.

hex Werte hab ich bislang noch keine gesehen....

Da es in meinem (unbeheizten) Keller schweinekalt ist, bin ich mittlerweile uin meiner Verzweiflung mit meinem RASPI, USB Converter und EBUS Platine in das wäreme Wohnzimmer umgezogen. Hier hab ich natürlich keine Bus-Leitung angeschlossen. Ich hoffe das spielt keine Rolle? oder kann man das so vergessen. Ich dachte die Grobjustage sollte doch so gehen, oder?

Die Lötstellen hab ich bereits alle nochmal nachgelötet.
Ich habe leider keinen Oszi zur Verfügung, nur ein Multimeter. Gibt es einen vernünftigen Richtwert für das Poti?     

Für jeden Tipp bin ich dankbar

Gruss
Frank

john30

Zitat von: f.f am 27 Dezember 2017, 12:42:55
ich komm einfach nicht weiter mit der Installation der 1.6er Platine. Wollte im Parallelthread noch 2.0 Ordern um nicht noch mehr Zeit im kalten Keller sitzen zu müssem, aber da ist ja wohl "stau", deshalb versuch ich die 1.6er nochmal. Habe eigentlich alles so gemacht wie in WIKI aber irgendie bekomme ich das nicht zum laufen.
Der Stau besteht nur bei fertig gelöteten Platinen. Bausätze sind nach wie vor verfügbar.

Zitat von: f.f am 27 Dezember 2017, 12:42:55
Hier hab ich natürlich keine Bus-Leitung angeschlossen. Ich hoffe das spielt keine Rolle? oder kann man das so vergessen. Ich dachte die Grobjustage sollte doch so gehen, oder?
wie willst Du denn das Poti auf Deinen Bus abstimmen, wenn dieser nicht dranhängt???
So kann das natürlich nicht gehen.
author of ebusd

f.f

hi,

es geht ja offenbar erstmal nicht darum den BUS abzustimmen, sondern ihn erstmal "zu Gesicht" zu bekommen...wie gesagt, bekommen keine Hex..nada.
Mich verblüfft, dass der USB port immer wieder re-opened. Ich  demsg grep -i tty liefert mit. seltsames: unter anderem

failed to get modem status -32

eine Recherche danach deutet immer mehr auf einen fehlerhaften USB konverter/kernel  hin. Aber leider bin ich in LINUX eine absolute NULL und jeder Befehl im Terminal ist mehr oder weniger ein Blindflug.

Ich denke ohne 100% sicher zu sein, dass der USB Konverter tut was er soll macht es keinen Sinn, dass ich mir wieder im Keller mit Schraubenzieher den A- abfriere :-)...das hatte ich schon den ganzen morgen....

Gruss
Gruss

john30

Zitat von: f.f am 27 Dezember 2017, 13:52:36
es geht ja offenbar erstmal nicht darum den BUS abzustimmen, sondern ihn erstmal "zu Gesicht" zu bekommen...wie gesagt, bekommen keine Hex..nada.
ach so, das hatte ich so aus deiner message nicht verstanden.
wie hast du denn ebusd gestartet und welche version ist es?
Um die hex bytes zu sehen, starte ebusd 3.x einfach mit "ebusd -f -d /dev/ttyUSB0 --lograwdata=bytes" im Vordergrund.
Die Hex bytes siehst Du aber auch nur, wenn der eBUS dran hängt, drum macht das im Wohnzimmer ohne Bus kaum Sinn.
author of ebusd

f.f

Ah, ok. Dann muss ich wohl wieder in den Keller... :-X

aber das hatte ich ja schon. Lt. dem wiki Tutorial sollte das Poti ja grob auf "2 Uhr". Da ja aber eine Spindel verbaut ist habe ich mal für mich geschlossen, dass damit 50-60% gemeint sein könnten, oder ? Hatte das deshalb grob auf 12-14 Umdrehungen und dann um den Punkt "gesucht". Das Problem..egal wo ich das Poti hindrehe (auch extreme Werte) ich bekomme nichts rein. Rein garnichts
Ich habe mich schon Seitenweise durchs Forum gelesen und mich macht bei mir sehr stutzig, dass bei mir zwischen signal aquired und signal lost ca. 5s liegen...dann passiert minutenlang nichts, danach kommt das re-opened usb, und wieder aquired und lost.

Ich schätze mal, dass ich (wenn überhaupt) nur zwischen aquire und siganl lost eine chance habe das Poti richtig zu stellen. Das heisst aber alle 10min 5 Sekunden "Fenster" bei 25er Spindel (und 10° im Keller....).....bis ich das hab bin ich erfroren.

ich hab 3.0. hatte zunächst 2.0 lt. wiki und hatte gehofft das upgrade bring Erlösung...leider nein

ich hab das usb teil in verdacht. Das laufende re-open macht doch keine Sinn oder? auch der Fehler -32 sollte doch nicht irgendwo auftauchen denke ich. Ich hatte heute morgen auch mal was von einem möglichem Workaround bei manchen USB Adaptern gefunden, das finde ich aber gerade nicht  mehr.

Gruss