eBus Schaltung in Betrieb nehmen

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

Vorheriges Thema - Nächstes Thema

Reinhart

Im Augenblick gibt es keine Bausätze oder Platinen, die wurden uns bei der letzten Sammelbestellung förmlich aus der Hand gerissen.
Aus verständlichen Gründen wollen wir keine Gerberfiles veröffentlichen.

Ob und was es wieder Platinen und Bausätze/Fertiggeräte gibt wissen wir noch nicht. Wenn, dann frühestens Herbst/Winter 2019.

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

Prof. Dr. Peter Henning

Ich habe noch den originalen Adapter mit Lochrasterplatte in der Schublade, mit dem Ding hat der ganze EBUS-Kram hier angefangen...

LG

pah

cs-online

...ist zwar schon etwas älter, läuft bei mir aber top:

https://www.mikrocontroller.net/topic/346833

Vielleicht hat da noch jemand was abzugeben...
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

mirror

Hallo,
die Heizsaison geht los und ich versuche hier ein altes Problem zu lösen, welches ich schon lange vor mir her schiebe. Ich habe fhem + ebusd eigentlich fast 1:1 eingerichtet wie Reinhart es vor Jahren bei der Themeneröffnung beschrieben (fhem.cfg, bai00.cfg, 99_myUtils.pm etc.). Das System funktioniert - ich kann auslesen und auch einstellen.
Das Problem ist das bestimmte Felder nicht aktualisiert werden. Z.B. ersten Bild sieht man bei HeizkurveEinstellen die 0.40 - unten steht der richtige Wert bei HKurve mit 0.45. Vielleicht ist es ein Verständnisproblem, welche Bedeutung hat der Wert bei HeizkurveEinstellen?
Noch missverständlicher ist die Anzeige der Zeitprogramme, s. 2. Bild. Was bedeuten denn die Fragezeichen an der Stelle wo ich eigentlich die momentanen Werte erwarte? Folgendes funktioniert auf der cmd-line:

ebusctl r -c 700 -f z1Timer.Monday
00;22:10;22:10;-:-;-:-

Ich habe auch mal meine fhem.cfg und die bai00.cfg rangehängt.
Für jeden Tip dankbar,
Dietmar

Reinhart

Hallo mirror!

zum Punk 1 mit der Heizkurve:
du musst in der "setlist" deine (Halb)Werte anpassen, zB: 0.45,0.50,0.55 ....... dann geht das auch. Ich habe noch nie solche Zwischenwerte gesehen, ist aber kein Problem.

zum Punkt 2 Zeitprogramme:
das war noch eine sehr komplizierte Lösung, ich habe im MQTT2 Thread schon eine neue Version aber halt für Mqtt gepostet (ist in den templates drinnen) läßst sich aber leicht anpassen.
Es gibt hier allerdings noch ein primäres Problem mit dem Tages Selektor der noch falsche Werte lieferte. Weis leider nicht ob das John30 schon gefixt hat. Wenn ja, dann sollte es funktionieren, habe das aber schon lange nicht mehr getestet.

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

mirror

Hallo Reinhart,
danke für Deinen Support.

Die speziellen Zwischenwerte bei der Steilheit sind in Einklang mit den möglichen Einstellwerten an der VCR700 mit 0.05 scale. Und es ist eine Fußbodenheizung, deswegen etwas flacher mit kleineren Werten.

Die ganze Fragestellung rührt eher von einer etwas ungewohnten Bedienungsweise der Einstellung aus der fhem Setlist - scrollbox ohne Bestätigung und dem Zusammenspiel mit fhem.save her.
Wenn man einmal gesetzt hat wird das abgespeichert und die Fragezeichen verschwinden.

Also - alles OK,
Dietmar

Trainer

#1521
Hallo

ich nutzen den ebus Adapter v2.2 mit Wem D1 mini (FW: ebusd).

Leider findet er meine "atmo TEC plus VCW 174" Gastherme nicht.

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.3.v3.3
signal: no signal
reconnects: 2
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


Sollte mein Boiler nicht als slave erkannt werden oder wird er nicht unterstützt?

cs-online

no Signal klingt erstmal so, als ob der Adapter gar kein Signal vom Ebus bekommt. Sicher, dass das richtig angeklemmt ist ? Gibt's Einträge im Log ?
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

Trainer

#1523
es wechselt zwischen "acquired" und "no signal"

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.3.v3.3
update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available
signal: acquired
symbol rate: 0
max symbol rate: 89
reconnects: 43
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


LOG FILE (nach Neustart des RPI3):
2019-10-02 13:48:17.462 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-02 13:48:17.826 [bus notice] bus started with own address 31/36
2019-10-02 13:48:17.845 [bus notice] signal acquired
2019-10-02 13:48:18.072 [bus notice] new master 10, master count 2
2019-10-02 13:48:18.144 [bus notice] new master 03, master count 3
2019-10-02 13:48:18.145 [update notice] received unknown MS cmd: 1008b5040100 / 0a00063408ffffffff0080
2019-10-02 13:48:18.412 [update notice] received unknown MS cmd: 1008b5110102 / 05033c784660
2019-10-02 13:48:20.205 [update notice] received unknown MS cmd: 1008b5100900000078ffff05ff00 / 0101
2019-10-02 13:48:24.259 [update notice] received unknown MS cmd: 1008b5110101 / 092e2e0080ffff0000ff
2019-10-02 13:48:27.881 [main error] scan config 08: ERR: read timeout
2019-10-02 13:48:30.057 [bus error] signal lost
2019-10-02 13:48:30.057 [main error] scan config 15: ERR: no signal
2019-10-02 13:48:32.147 [bus notice] signal acquired
2019-10-02 13:48:35.054 [bus error] signal lost
2019-10-02 13:48:44.119 [bus notice] signal acquired
2019-10-02 13:48:46.020 [bus error] signal lost


Hier und da stürzt auch der WEMOS D1 ab (2A 5V Netzteil).

Trainer

jetzt zeigt es mir leider nur noch "no Signale" an obwohl ich hier da Daten empfange. Woran könnte das liegen?

pi@raspberrypi:/etc/default $ ebusctl i
version: ebusd 3.3.v3.3
update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available
signal: no signal
reconnects: 572
masters: 4
messages: 14
conditional: 0
poll: 0
update: 4
address 00: master #1
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


Reinhart

um den Fehler jetzt leichter zu finden wäre es schön wenn du die Möglichkeit hast den Adapter via UART einmal zu connecten dann kann man genauer sagen wo es herkommt (Wlan Verbindung oder Adapter selbst). Dazu brauchst du allerdings einen Raspi (für den Test) den du beim Heizgerät platzieren kannst.
Solange "no signal" kommt muss das Problem behoben werden.

So wie ich es sehe, steigt der Adapter aus sobald der "scan" beginnt, bis dahin kommt alles an.

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

Trainer

Danke, werde ich probieren.

Muss ich dazu auch ttyebus installieren?

skycrack

Hallo,
seit kurzem, ggf. nach einen Fhemupdate läuft der ebusd nicht mehr. Anscheinend will er die wolfv3.csv nicht mehr.
Ich habe eine Wolf CGB2 24kw Therme.

Hat bislang super Funktioniert. Kann mir jemand behilflich sein, wie ich das wieder ans laufen bekomme?
Vielen Dank, Rene

xxx@KELLER-PI:/home/pi# ebusd --scanconfig --checkconfig --configpath=/etc/ebusd -f
2019-10-06 17:38:52.413 [main notice] ebusd 3.3.v3.3 performing configuration check...
wolf/wolfv3.csv:11: ERR: argument value out of valid range, create field in field 0
2019-10-06 17:38:52.569 [main error] error reading config files: ERR: argument value out of valid range, last error: wolf/wolfv3.csv:11: ERR: argument value out of valid range, create field in field 0
2019-10-06 17:38:52.572 [main notice] found messages: 121 (0 conditional on 0 conditions, 0 poll, 13 update)
2019-10-06 17:38:52.579 [main notice] ebusd stopped

john30

Zitat von: skycrack am 06 Oktober 2019, 17:46:44

wolf/wolfv3.csv:11: ERR: argument value out of valid range, create field in field 0
2019-10-06 17:38:52.569 [main error] error reading config files: ERR: argument value out of valid range, last error: wolf/wolfv3.csv:11: ERR: argument value out of valid range, create field in field 0

wie sieht denn die wolf/wolfv3.csv Zeile 11 aus?
ich kann mir nicht vorstellen, dass das etwas mit nem FHEM Update zusammenhängt.
author of ebusd

skycrack

Hallo John, danke für deine Antwort.
in der Zeile 11 steht _
b,heating,heatingprogram,Heating Program,30,08,5022,FF7427,heatingprogram,,SIN,0=Standby;1=Auto;2=HeatingMode;3=EconomyMode,,Heatingprogram,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

Irgendwie scheint der Wurm in den Pi gekommen zu sein. Wenn ich jetzt, ungeachtet der wolfv3.csv Problematik, versuche den ebusd mit
/usr/bin/ebusd --scanconfig -d /dev/ttyUSB0 --configpath=/etc/ebusd --latency=20000 -f
zu starten, kommt
2019-10-08 17:48:37.483 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-08 17:48:37.551 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-08 17:48:37.555 [bus notice] bus started with own address 31/36
2019-10-08 17:48:37.560 [bus notice] device invalid
2019-10-08 17:48:42.567 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-08 17:48:42.567 [bus notice] device invalid
2019-10-08 17:48:47.571 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-08 17:48:47.572 [bus notice] device invalid
2019-10-08 17:48:52.575 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-08 17:48:52.576 [bus notice] device invalid
2019-10-08 17:48:57.580 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error


Den PI und die Platine habe ich schon mehrfach neu gestartet. Ausgeführt habe ich es als root und der Serialconverter ist als /dev/ttyUSB0 angelegt.
[86582.374245] usb 1-1.2: new full-speed USB device number 6 using dwc_otg
[86582.541599] usb 1-1.2: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[86582.541626] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[86582.541639] usb 1-1.2: Product: CP2102 USB to UART Bridge Controller
[86582.541650] usb 1-1.2: Manufacturer: Silicon Labs
[86582.541660] usb 1-1.2: SerialNumber: 0001
[86582.566041] cp210x 1-1.2:1.0: cp210x converter detected
[86582.574396] usb 1-1.2: cp210x converter now attached to ttyUSB0


Unvorstellbar, aber im Juni lief noch alles. Ich weiß nun nicht wo ich mit der Fehlersuche ansetzen soll. Vielleicht stehe ich auch im Wald.
Würde mich über Hilfestellung freuen. Gruß Rene