Läuft: Heizung mit eBus-Schnittstelle

Begonnen von Prof. Dr. Peter Henning, 29 November 2014, 13:36:59

Vorheriges Thema - Nächstes Thema

john30

Zitat von: bmwfan am 19 April 2017, 21:26:09
Ich habe den Befehl ebusctl hex 50b509030d3c00 eingegeben, bekomme aber diese Meldung: pi@raspberrypi ~ $ ebusctl hex 50b509030d3c00
ERR: command not enabled

Damit kann ich nichts anfangen. Muss ich vor Eingabe des Befehls etwas einschalten?
Du musst das hex Kommando noch enablen, dazu ebusd Startparameter um "--enablehex" ergänzen.
author of ebusd

kleindi

Nachdem Sven77 mir mit dem CSV geholfen hat, funktioniert bei mir fast alles was ich mir Wünsche.
Es fehlt mir zu meinem Glück aber noch die PartloadHcKW.
Leider bekomme ich bei meiner ecotec exclusiv ein "ERR: invalid position in decode".

Kann mir jemand helfen?
Gruß,
Dietmar


mirror

Zitat von: kleindi am 21 April 2017, 11:39:01
Nachdem Sven77 mir mit dem CSV geholfen hat, funktioniert bei mir fast alles was ich mir Wünsche.
Es fehlt mir zu meinem Glück aber noch die PartloadHcKW.
Leider bekomme ich bei meiner ecotec exclusiv ein "ERR: invalid position in decode".
Was geht nicht - Lesen und/oder Schreiben?
Du kannst mal versuchen andere Adressen zu lesen, die Du Dir aus den csv und inc Dateien raussuchst.
Also z.B. statt "0704" "6C00" oder "B000" nehmen.
bei meiner ecoCompact geht Lesen, aber Schreiben verändert nichts. Es kommt kein Fehler zurück - vielleicht schreibgeschütztes Register.
Berichte mal bei Erfolg.
Gruß,
(ein anderer) Dietmar

kleindi

Ich habe bisher nur lesen getestet. Würde aber auch gerne schreiben.
Die meisten Sachen funktionieren wohl:
root@raspberrypi:/etc/ebusd/vaillant# ebusctl r -f FanMinSpeedOperation
1000

root@raspberrypi:/etc/ebusd/vaillant# ebusctl r -f ReturnTempMax
116.06

root@raspberrypi:/etc/ebusd/vaillant# ebusctl r -f PrEnergyCountHwc2
0


kleindi

#2179
Um die Frage "Was geht nicht?" genuaer zu beantworten:
Alle in der bai.308523.inf funktionieren ausser folgende 27 Werte:
PartloadHcKW
WPPostrunTime
BlockTimeHcMax
ExtFlowTempDesiredMin
StoragereleaseClock
EBusHeatcontrol
externalFlowTempDesired
GasvalveUCFeedback
VortexFlowSensor
FlowSetPotmeter
HwcSetPotmeter
ReturnRegulation
HcPumpMode
SecondPumpMode
HwcTempMax
AccessoriesOne
AccessoriesTwo
FanSpeedOffsetMin
FanSpeedOffsetMax
SolPostHeat
ValveMode
HwcPostrunTime
WarmstartOffset
StorageLoadTimeMax
PartloadHwcKW
FlowsetHwcMax
HoursTillService


bmwfan

@John:
Das selbe Resultat.
pi@raspberrypi ~ $ ebusd --enablehex
pi@raspberrypi ~ $ ebusctl hex 50b509030d3c00
ERR: command not enabled


Wenn ich etwas falsch eingegeben habe gib doch bitte die ganze Befehlszeile an. Ich habe im Wiki geschaut, aber keinen Fehler bei meiner Eingabe gefunden.

Gruß Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HM-LAN, Jalousienaktoren HmWired, Shelly-Devices; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

john30

Zitat von: bmwfan am 22 April 2017, 18:53:13
pi@raspberrypi ~ $ ebusd --enablehex
pi@raspberrypi ~ $ ebusctl hex 50b509030d3c00
ERR: command not enabled


Wenn ich etwas falsch eingegeben habe gib doch bitte die ganze Befehlszeile an. Ich habe im Wiki geschaut, aber keinen Fehler bei meiner Eingabe gefunden.
So funktioniert das nur, wenn ebusd nicht schon als Dienst im Hintergrund läuft. "--enablehex" muss in die Startparameter des Dienstes hinzugefügt werden (/etc/defaults/ebusd) und dann der Dienst neu gestartet werden.
author of ebusd

bmwfan

Hallo John,
ich vermute diese Zeie ergänzen:
# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig"


Müßte dann lauten:
EBUSD_OPTS="--scanconfig --enablehex"


Warum ist da --checkconfig nicht angegeben? Wird das nur bei der Installation benötigt?

Gruß Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HM-LAN, Jalousienaktoren HmWired, Shelly-Devices; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

bmwfan

Hat geklappt:
pi@raspberrypi /etc/default $ ebusctl hex 50b509030d3c00
0100


Gibt es inzwischen schon etwas neues zu den Zeotherm-Dateien. Ich kann einige Auslesen, aber die meisten Parameter findet ebusd nicht.

Gruß Jürgen
Synology DS720+ mit Docker-Container und Haupt-FHEM, HM-LAN, Jalousienaktoren HmWired, Shelly-Devices; Raspi 3B+ mit piVCCU ohne FHEM-Instanz, CUL, JeeLink; Raspi 3B+ mit FHEM und HMUARTUSB,  Raspi 3B+ mit HMUARTGPIO, 1-wire, ebusd

OldBeo

Trotz diverser Versuche und dem Befolgen vieler Ratschläge aus dem Forum und dem eBus Wiki lädt der ebusd die 15.700.csv nicht. 

  - da ja zumindest die 08.bai.csv geladen wird und  auch einige plausible Werte gelesen werden, scheint mir die grundsätzliche Installation zu funktionieren (siehe angehängtes logfile).
  - ich verstehe, dass für die VR71 Erweiterung noch kein .csv existiert... lassen wir das erstmal so stehen, wird ggf. mehreren Kommentaren zufolge nicht zwingend benötigt

Den verschiedenen Hinweisen bin ich gefolgt, verschiende Installationsversuche via Debian Package, via git clone, verschiedene ebusd Versionen probiert....Zugriffsrechte geprüft etc.


FHEM meldet folgendes zurück:

version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 23
reconnects: 0
masters: 3
messages: 211
conditional: 3
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0609;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0104;HW=0503"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Kann mir jemand mit diesen Informationen schon auf die Sprünge helfen?

DANKE!

kleindi

Hallo Oldbeo,

wir scheinen eine ähnliche Konfiguration zu haben. Mir hat der Rat von Sven77 geholfen:
Nimm die komplette Konfiguration von der genannten Quelle, vor allem die "_templates.csv", dann sollte es passen!

dazu habe ich den gesamten Inhalt von /etc/ebusd gelöscht und die Dateien aus github heruntergeladen und ausgepackt.
insbesondere die Dateit /etc/ebusd_template.csv ist hier offensichtlich sehr wichtig.

Ich habe allerdings die Version 3.0 installiert. Sollte aber nicht daran liegen.
Versuche es mal mit:
sudo wget https://raw.githubusercontent.com/john30/ebusd-configuration/master/ebusd-2.1.x/de/_templates.csv -O /etc/ebusd/vaillant/_templates.csv
ebusctl reload

Gruß,
DIetmar

OldBeo

Hallo Dietmar,

vielen Dank!

Vermutlich war ich denkbar umständlich unterwegs, doch nach einem Git Clone der ebusd-configuration und verschieben der files in die /etc/ebusd direkt auf dem Raspi hat es dann endlich geklappt:

version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 41
reconnects: 0
masters: 3
messages: 555
conditional: 3
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0609;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603", loaded "vaillant/15.700.csv"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0104;HW=0503"
address 31: master #8, ebusd
address 36: slave #8, ebusd

Best Grüsse!

VolkerGehrt

Guten Tag ,
kann mir jemand vielleicht weiterhelfen .
Ich habe eine Vaillant VSC s 196-4-5 190 mit Produktcode 0010015611 mit solarkollektoren.

Nach ebusctl Info bekomme ich dieses angezeigt:
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 42
reconnects: 0
masters: 4
messages: 26
conditional: 0
poll: 0
update: 9
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=VMS01;SW=0112;HW=0303"
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0116;HW=9602", loaded "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ed: slave, scanned "MF=Vaillant;ID=VMS01;SW=0112;HW=0303"

und nach scan result :
06;Vaillant;VMS01;0112;0303;??;??;??;??????????;????;??????;??
08;Vaillant;BAI00;0116;9602;21;14;27;0010015611;3100;005150;N7
15;Vaillant;47000;0420;1403;21;14;23;0020171280;0082;020901;N1
ed;Vaillant;VMS01;0112;0303;??;??;??;??????????;????;??????;??

hat da zufällig einer eine Idee was ich falsch gemacht habe.
Mfg Volker

kleindi

Hallo Volker,

bin auch erst seit kurzem bei dem ebusd dabei. Die ?? gibt es bei mir auch.
05;Vaillant;COM00;0704;3103;21;15;31;0020197145;0933;008925;N7
08;Vaillant;BAI00;0203;9102;21;15;34;0010014919;0001;005230;N0
15;Vaillant;70000;0110;2103;21;15;33;0020171314;0082;019028;N4
35;Vaillant;VR_91;0104;1903;21;15;33;0020171333;0082;005289;N8
52;Vaillant;VR_70;0109;2903;??;??;??;??????????;????;??????;?4

Denk das ist nicht so schlimm. Für mich sieht das so aus, als wenn die Versionen nicht übertragen werden.

Wichtiger ist wohl die Frage, warum die 15.470.csv nicht geladen wird. Liegt diese den im vaillant ordner?
mach doch mal ein grep 15.470.csv /var/log/ebusd.log

Gruß,
Dietmar

kleindi

Hallo,

kleiner Nachtrag. Ich habe noch eine kleine Änderung an meiner Verdrahtung des Raspi gemacht. Dabei habe ich den Raspi vorher nicht ordnungsgemäß runtergefahren.
Danach wurden die CSV nicht mehr geladen. Neustart des Dienstes und des Raspi brachten nichts. Danach den Inhalt des Ordners /etc/ebusd gelöscht und die Originaldateien von John eingespielt. Da lief es wieder.

Gruß,
Dietmar