eBus Schaltung in Betrieb nehmen

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

Vorheriges Thema - Nächstes Thema

Mitch

So, läuft wieder alles.

Aber nach wie vor habe ich das Problem, ich kann die Zirkulationspumpe nicht schalten.

Ein ebusctl r -m 10 CirPump liefert mit on oder off

Ein ebusctl write -c 430 CirPump on liefert ERR: element not found

Jemand dazu eine Idee?
FHEM im Proxmox Container

Reinhart

Das Register ist aber nur zum "lesen", da kannst du nicht schreiben!

r,,CirPump,Zirkulationspumpe aktiv,,,,"8100",,,onoff,,,circulation pump's state
wenn vorne ein "r" steht, bedeutet das nur "read". Schaue einfach in csv File was sich da alles steuern läßt ( "w" ) und was nicht.

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

Mitch

#1577
Danke, das habe ich schon verstanden.
Ich meine mich aber zu erinnern, dass es hier mal jemand geschafft hat.
Muss ich nochmal suchen.

Im CSV steht: Status Zirkulationspumpe (über ein externes Modul ansteuerbar)
Was immer externes Modul heißt.

Okay, das habe ich rausgefunden.
Ein ebusctl r -m 10 AccessoriesOne ergibt circulationpump

Jetzt bin ich am Überlegen, ob es möglich wäre, AccessoriesOne auf etwas anderes Umzuschalten, damit dadurch die Pumpe ausgeht?
FHEM im Proxmox Container

Reinhart

so ähnlich könnte ich mir das auch vorstellen, wenn man die Logik kennt wie die Pumpe angesteuert wird, dann könnte man vielleicht einen Weg finden dies durch ändern anderer Werte zu beeinflussen.

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

Mitch

#1579
Die Logik ist mir schon klar, die Pumpe hängt am AccessoriesOne Ausgang und wird darüber angesteuert.
Die Ansteuerung ist von der Heizung Colormatic mit Zeitplan.

So ganz zufrieden bin ich mit dem Update aber nicht, auch das hier geht nicht mehr:
# Hc1QuickVetoActive Schreiben
get Hc1QuickVetoActiveSchreiben cmd {"write -c 430 Hc1QuickVetoActive ".Value("Hc1QuickVetoActiveEinstellen")."\n"}
get Hc1QuickVetoActiveSchreiben expect ".*\n\n"
get Hc1QuickVetoActiveSchreiben postproc  { $_ }


# Pumpenleistung
get PumpeWatt cmd {"r -f PumpPower\n"}
get PumpeWatt expect "\d+\n\n"
get PumpeWatt postproc { sprintf("%5.0f",$_) }


# Fanspeed
get Fanspeed cmd {"r -f SDFanSpeed\n"}
get Fanspeed expect "\d+\n\n"
get Fanspeed postproc { sprintf("%5.0f",$_) } 
FHEM im Proxmox Container

cs-online

Zitat von: Mitch am 07 Dezember 2019, 15:01:04
Danke, das habe ich schon verstanden.
Ich meine mich aber zu erinnern, dass es hier mal jemand geschafft hat.
Muss ich nochmal suchen.

Im CSV steht: Status Zirkulationspumpe (über ein externes Modul ansteuerbar)
Was immer externes Modul heißt.

Okay, das habe ich rausgefunden.
Ein ebusctl r -m 10 AccessoriesOne ergibt circulationpump

Jetzt bin ich am Überlegen, ob es möglich wäre, AccessoriesOne auf etwas anderes Umzuschalten, damit dadurch die Pumpe ausgeht?

Hast du schon mal versucht aus dem r ein rw zu machen ? Ich habe das bei der 470er auch, dass in der csv stand, die Betriebsarten wären nur r, nach Wechsel auf rw liess sich dann auch die Warmwasserbereitung starten...

Grüße

Christian
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

Mitch

Kann ich mal probieren, Danke.

Mal eine ganz dumme Frage, wo in welchen CSV?
Ich dachte die Files sind jetzt nur noch online?
FHEM im Proxmox Container

mirror

@Mitch - Du mußt Dir eine lokale Kopie erzeugen, z.B. mit git wie auf GitHub von John beschrieben. Hier kannst Du dann experimentieren. Musst natürlich auch den configpath von ebusd anpassen und jeweils einen reload machen.
Gruß,
Dietmar

Mitch

#1583
Ja, Danke, so weit bin ich wohl schon, aber ich kann die Config einfach nicht ändern  :-\

-c, --configpath=PATH
Read CSV config files from PATH [http://ebusd.eu/config/]

so steht es im Wiki, aber es ändert nicht?

So sehen gerade meine Prozesse aus:  5118 ?        Ssl    0:01 ebusd --configpath=/etc/ebusd/ --scanconfig
Müsste also lokal nutzen?

Egal, ich suche weiter, Danke schonmal.
FHEM im Proxmox Container

Reinhart

lokale CSV Einstellung ist: (sollte also passen)

-c /etc/ebusd

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

cs-online

...bei mir steht in der config (die ist bei mir zu finden unter /etc/default)

EBUSD_OPTS="--configpath=/etc/ebusd --scanconfig  --accesslevel=* --latency=0 -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0 -p 8888 -l /var/log/ebusd1.log"


für den Pfad wäre das also

--configpath=/etc/ebusd

wenn die CSVs unter /etc/ebusd liegen, in dem Pfad stehen dann die Broadcast, Memory, templates und der Vaillant-Ordner mit den eigentlichen CSVs
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

darekpawel

#1586
Followed the instructions, but I can not get working.
My set-up is RPI board + Wemos.
What I have wrong?

ebusctl is showing:

localhost: info
version: ebusd 3.4.v3.4-5-gf152798
update check: revision v3.4 available
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd


In the 'log' /var/log/ebusd.log I see:

2019-12-11 10:01:23.557 [main notice] ebusd 3.4.v3.4-5-gf152798 started with auto scan
2019-12-11 10:01:24.392 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:24.393 [bus notice] bus started with own address 31/36
2019-12-11 10:01:24.393 [bus notice] device invalid
2019-12-11 10:01:29.393 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:29.393 [bus notice] device invalid
2019-12-11 10:01:34.393 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:34.394 [bus notice] device invalid


The 'Wemos' is showing:

eBUS adapter 2.0
Build: 20191208
ebusd device string: 192.168.1.237:9999
WiFi signal: 58% (-71dBm)
Status
Configuration
PINs
Firmware update
Chip ID: 004e715e
Hostname: ebus
Up time: 13958
Free heap: 35544
ebusd connected: no
eBUS signal: acquired
eBUS initial signal: yes


In the 'etc/ebusd/' I see:

root@raspberrypi:/etc/ebusd# ls
_templates.csv  broadcast.csv  memory.csv  vaillant



Is that something missed?

john30

Zitat von: darekpawel am 11 Dezember 2019, 10:50:50
Followed the instructions, but I can not get working.
My set-up is RPI board + Wemos.
What I have wrong?

ebusctl is showing:

localhost: info
version: ebusd 3.4.v3.4-5-gf152798
update check: revision v3.4 available
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd


In the 'log' /var/log/ebusd.log I see:

2019-12-11 10:01:23.557 [main notice] ebusd 3.4.v3.4-5-gf152798 started with auto scan
2019-12-11 10:01:24.392 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:24.393 [bus notice] bus started with own address 31/36
2019-12-11 10:01:24.393 [bus notice] device invalid
2019-12-11 10:01:29.393 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:29.393 [bus notice] device invalid
2019-12-11 10:01:34.393 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:34.394 [bus notice] device invalid


The 'Wemos' is showing:

eBUS adapter 2.0
Build: 20191208
ebusd device string: 192.168.1.237:9999
WiFi signal: 58% (-71dBm)
Status
Configuration
PINs
Firmware update
Chip ID: 004e715e
Hostname: ebus
Up time: 13958
Free heap: 35544
ebusd connected: no
eBUS signal: acquired
eBUS initial signal: yes


In the 'etc/ebusd/' I see:

root@raspberrypi:/etc/ebusd# ls
_templates.csv  broadcast.csv  memory.csv  vaillant



Is that something missed?
you need to set the device parameter of ebusd to what is shown by the Wemos: 192.168.1.237:9999
author of ebusd

darekpawel

I understand via:

root@raspberrypi:/etc/ebusd# ebusd --scanconfig -d 192.168.1.237:9999
root@raspberrypi:/etc/ebusd#


But I do not see any changes in 'log'...

darekpawel

When I check I see that 'ebusd' is not started:

root@raspberrypi:/home/pi# ebusd --checkconfig --scanconfig
2019-12-11 12:31:39.451 [main notice] ebusd 3.4.v3.4-5-gf152798 performing configuration check...
2019-12-11 12:31:39.894 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2019-12-11 12:31:39.895 [main notice] ebusd stopped


But when want to start - I have message:

root@raspberrypi:/home/pi# sudo service ebusd start
Failed to start ebusd.service: Unit ebusd.service not found.