eBus Schaltung in Betrieb nehmen

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

Vorheriges Thema - Nächstes Thema

pc1246

Hallo frz
Hast du ein Poti oder einen Trimmer? Wenn das bei Dir so schlecht einzustellen ist, dann solltest Du gegebenenfalls auf einen Trimmer wechseln! Dann stehen Deine Chancen hoeher. Evtl. solltest Du auch die Fehler die realkeule hat in Betracht ziehen!? (Platinen- und Bauteileversion!)
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

TiPpFeHlEr

@pc1246

Ich glaube nicht das frz das gleiche Problem hat wie realkeule.
realkeule kann empfangen bekommt aber keine Antwort auf die Anfrage.
frz empfängt kein aa.

Mfg Maik

Reinhart

Zitat von: TiPpFeHlEr am 10 November 2017, 09:39:29
@pc1246

Ich glaube nicht das frz das gleiche Problem hat wie realkeule.
realkeule kann empfangen bekommt aber keine Antwort auf die Anfrage.
frz empfängt kein aa.

Mfg Maik

ja genau so ist es!
Du solltest den Empfangskreis nochmals genau checken und so wie bereits vorgeschlagen wurde, einen Trimmer (10 Gang) statt dem Poti einsetzen.
Das Empfangssignal ist derart verzerrt, das das ankommende Byte falsch erkannt wird. Was da kommt ist alles Zufall. Hast du wirklich den richtigen Optokoppler eingesetzt? Eventuell hilft dir ein Tausch auf den Optokoppler CNY17-4 (die Zahl dahinter spielt eine große Rolle bei der Flankensteilheit)

Doch das Ärgernis mit dem Poti einstellen hat bald ein Ende....

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

realkeule

#1158
@frz
wenn du an deinen ftdi eine led hast dann dreh einfach am poti trimmer bis du ein fast kontinuierliches blinken mit kurzen aussetzern hast.
das poti musste bei mir dazu in eine richtung fast auf anschlag gedreht werden.  ob du am anschlag bist merkst du durch ein leichtes klicken beim drehen.
reinhard hat es irgendwo (auf den 78 seiten hier) ganz gut beschrieben und bei seinen platinen war es immer die gleiche richtung und anzahl der umdrehungen.
Somfy
Ebus

TobiasR

#1159
Hallo,

dank der netten Hilfe von TiPpFeHlEr, der die Fehler meiner Bauteile auf der Platine gefunden hat, habe ich jetzt endlich auch die Identifikation meiner Bauteile.
Die Verbindung zwischen Raspberry-FHEM und Raspberry-Heizung steht auch (Status open).

Jetzt habe ich gleich eine Frage weitere Frage:

Ich muss für jedes Device in der bai00.cfg eine entsprechenden Code anlegen.
Für die Außentemperatur z.B. habe ich das so gemacht: (der fehlt übrigens im Wiki)

# fhem.cfg
define Aussentemp ECMDDevice bai00.class
attr Aussentemp IODev EBUS
attr Aussentemp group Vaillant
attr Aussentemp icon temp_outside
attr Aussentemp room Vaillant


Dann der Code in der bai00.cfg :
# Aussentemperatur
get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }


Als letztes die automatische Abfrage die jetzt erst mal jede Minute abfragt.

Als Ergebnis erhalte ich z.B. nun für die Aussentemp: Aussentemp ERR: element not found

Habe ich noch etwas vergessen?
Da die anderen Werte auch mit ? oder leer bleiben, stimmt etwas noch nicht.

Woher weis ich eigentlich was meine Heizung für Werte besitzt?


jkriegl

Bei mir ist es "OutsideTemp" also gross/klein beachten
Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

TobiasR

das war der Fehler!

Trotzdem bleiben alle Anzeigen bei 0

jkriegl

bei Deinem expect ist nach den /n ein * versuch es mal mit
get A.Temp expect ".*\n\n"
Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

Reinhart

bei neueren Templates heißt es:


get Aussentemp cmd {"r -f OutdoorstempSensor temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc {$_}


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

TobiasR

nein, leider bleiben alle Werte auf 0.

Gibt es noch eine Möglichkeit den Fehler weiter einzugrenzen?

jkriegl

Also folgendes funktiniert bei mir seit über 2 Jahren. Habe allerdings noch eine veraltete Version.
# Außentemperatur
get A.Temp cmd {"r -f OutsideTemp temp\n"}
get A.Temp expect ".*\n\n"
get A.Temp postproc { sprintf("%.1f",$_) }

Evtl. den Circuit beachten.
Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

TobiasR

Es liegt vermutlich an der Portfreigabe meines Raspi.
Ich habe jetzt mal FHEM drauf installiert und komme auch da nicht drauf. Der Browser hört nicht auf zu suchen.

Wie prüfe ich den 8888 Port bzw. gebe ihn frei?

TiPpFeHlEr

#1167
@Tobias

kannste mal bitte die Ausgabe vom Terminal posten
ebusctl r -f outsidetemp

sollte so aussehen
pi@ospi ~ $ ebusctl r -f outsidetemp
5.56;ok

auch das geht pi@ospi ~ $ ebusctl r -f OutsideTemp
5.56;ok


damit in FHEM die aktuellen Werte ankommen, muss man noch mit einem Timer die Werte anfragen.
Dies geschied mit diesem EbusTimer

meiner sieht so aus
+*00:15:00
get Aussentemp Aussentemp ;
get Vorlauf Vorlauf;
get Ruecklauf Ruecklauf;
get HKurve HKurve;
get Wasserdruck Wasserdruck;
get RaumTemp RaumTemp;
get RaumSoll RaumSoll;
get WWIst WWIst;
get WWSoll WWSoll;
get WW_Ladung WW_Ladung;
get HzPumpe HzPumpe;
get HzMode HzMode;
get WwMode WwMode;
get HcMode HcMode;
get Raumtemp Raumtemp;
get FanspeedDay FanspeedDay;
get FanspeedNight FanspeedNight;
get WTMode WTMode;
get WaermeRueck WaermeRueck;
get Disbalance Disbalance;
get Ionisation Ionisation;
get Hz_hours Hz_hours;
get Hz_starts Hz_starts;
get Ww_hours Ww_hours;
get Ww_starts Ww_starts;
get Pump_hours Pump_hours;
get LegioTag LegioTag;
get LegioZeit LegioZeit;
{ fhem("setstate WTMode_Einstellen " . (Value("WTMode")) ) };
{ fhem("setstate HeizkurveEinstellen " . (Value("HKurve")) ) };
{ fhem("setstate FanspeedDay_Einstellen " . (Value("FanspeedDay")) ) };
{ fhem("setstate FanspeedNight_Einstellen " . (Value("FanspeedNight")) ) };
{ fhem("setstate HzMode_Einstellen " . (Value("HzMode")) ) };
{ fhem("setstate WWSollTemp " . (Value("WWSoll")) ) };
{ fhem("setstate RaumSollTemp " . (Value("RaumSoll")) ) };
{ fhem("setstate Disbalance_Einstellen " . (Value("Disbalance")) ) };
{ fhem("setstate LegioTag_Einstellen " . (Value("LegioTag")) ) };
{ fhem("setstate Time " . (Value("LegioZeit")) ) }



mfg maik

und dann bitte hier
https://forum.fhem.de/index.php/topic,29737.0.html
weiter diskutieren, hier gehts um die Einrichtung des EBUS, nicht um die Konfiguration in FHEM selber?!

Reinhart

Zitat von: TobiasR am 11 November 2017, 15:58:30
Es liegt vermutlich an der Portfreigabe meines Raspi.
Ich habe jetzt mal FHEM drauf installiert und komme auch da nicht drauf. Der Browser hört nicht auf zu suchen.

Wie prüfe ich den 8888 Port bzw. gebe ihn frei?

ob ein Port erreichbar ist oder nicht teste ich immer mit Telnet in einer Cmd-Shell (der Telnet Client muss allerdings am Pc installiert sein, unter Windows Features aktiveren).

telnet Raspi IP 8888
es muss dann der Cursor links oben in der Shell blinken, das ist ok.

Microsoft Windows [Version 10.0.15063]
(c) 2017 Microsoft Corporation. Alle Rechte vorbehalten.
C:\Users\User>telnet 10.0.0.5 8888
Verbindungsaufbau zu 10.0.0.5...Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 8888: Verbindungsfehler
C:\Users\User>

das hier hat nicht geklappt, Port 8888 ist gesperrt bzw. existiert dort nicht.

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

realkeule

#1169
Zitat von: TiPpFeHlEr am 09 November 2017, 06:24:10
Hi realkeule

Du hast Platine 1.6 aufgebaut und die Teile bei reichelt bestellt?

Wenn deine Platine nicht sendet, verringere den Widerstand R6 von 22k auf 11-12k

Ansonsten Platine zu mir schicken, ich habe noch Teile da.

Dieses Problem war bei TobiasR auch,

Mfg Maik

hi maik,

ich habe r6 verringert und, da ich alles doppelt hatte, eine 2te platine aufgebaut.

2017-11-11 21:49:33.952 [bus notice] <aa
2017-11-11 21:49:33.996 [bus notice] <aa
2017-11-11 21:49:34.041 [bus notice] <aa
2017-11-11 21:49:34.085 [bus notice] <aa
2017-11-11 21:49:34.129 [bus notice] <aa
2017-11-11 21:49:34.172 [bus notice] <aa
2017-11-11 21:49:34.217 [bus notice] <aa
2017-11-11 21:49:34.261 [bus notice] <aa
2017-11-11 21:49:34.304 [bus notice] <aa
2017-11-11 21:49:34.340 [main notice] starting initial broadcast scan
2017-11-11 21:49:34.349 [bus notice] <aa
2017-11-11 21:49:34.350 [bus notice] >31
2017-11-11 21:49:34.393 [bus notice] <aa
2017-11-11 21:49:34.395 [bus notice] >31
2017-11-11 21:49:34.436 [bus notice] <aa
2017-11-11 21:49:34.437 [bus notice] >31
2017-11-11 21:49:34.480 [bus notice] <aa
2017-11-11 21:49:34.482 [bus notice] >31
2017-11-11 21:49:34.525 [bus notice] <aa


ich bekomme keine antwort. entweder liegt das nun an der heizung oder am ftdi. 2x den gleichen fehler zu haben ist unwahrscheinlich.
also, noch einen usb serial konverter bestellen?

habe mir den ftdi im betrieb angeschaut. der hat eine rx und eine tx led. die tx led blinkt nie. ist dort der fehler?

/edit:
ich hab noch einen nano v3 hier (https://www.ebay.de/itm/Nano-3-0-ATMEGA328P-FT232RL-FTDI-Micro-Controller-Module-Board-for-Arduino-TE773/202007743078?hash=item2f08998a66:g:XAMAAOSwjkdZ6LZf). den kann ich doch auch als usb serial adapter verwenden, oder?
Somfy
Ebus