eBus USB Adapter

Hallo Hans,

von meiner Seite aus gibt es (noch) keine Software.
Ich bin gerade dabei einige Daten meiner Weishaupt Heizung zu 
protokollieren und zu entschlüsseln.
Ansonsten gibt es hier http://ebus.webhop.org/ jede Menge Informationen 
und auch eine Software zum Protokollieren.

Gruß
Benedikt

Hi, ich bin auch auf der suche nach einen USB-ebus Adapter. Gruss Mario

Ich habe den ersten Post noch um die Bauteilliste erweitert. Die Liste 
enthält auch die Bestellnummern von Reichelt.

Es sind noch Platinen da. Bei Bedarf am besten eine PN senden.

Gruß
Benedikt

So,

hab gerade die Liste für Reichelt übernommen. Wer blind bestellt sollte 
mal auf den Poti R1 achten ;-)

Welched Model hast du da verwendet?

Ups... das stimmt natürlich :-)
Das hier sollte die korrekte Bestellnummer sein: PT 10-L 10K

Die Platinen sind jetzt alle weg!

Gruß
Benedikt

Ist eigentlich bei den bisherigen Nachbauern Jemand mit Weishaupt 
Heizung dabei?

Gruß
Benedikt

Hi zusammen, soweit ich gelesen habe haben die Wolf Heizungen auch einen 
ebus - gibt es schon nachbauten mit LAN Anschluss?

Gruß

Hallo Benedikt,

ich habe letzte Woche Zeit gefunden und den Adapter aufgebaut.
Der Aufbau war bis auf den FTDI ncht allzu schwer. Eine Lötbrücke unter 
dem Chip hat mir einen Tag gekostet.

Soweit funktioniert der Adapter jetzt erst mal.

Mit Hterm kann ich auf dem Ebus lesen und ich empfange auch gesendete 
Zeichen.

Der Adapter hängt bei mir an einer Vailland ecoTEC plus 196/3-5 mit 
calorMATIC 430.
Auf der anderen Seite werkelt ein BananaPi, auf dem ebusd 0.5 läuft.

Hier habe ich derzeit Probleme mit den csv- Dateien für Vailland.
In den verfügbaren csv sind meistens nur Befehle für den Service B509 
dokumentiert. Meine Therme spuckt aber (abgesehen von den Broadcast auf 
B516) vor allem B510 und B511 aus.
Mit B516 kann ich nur die Außentemperatur sowie Datum und Uhrzeit 
abfragen.

Hallo,

auf der Suche nach einem eBus-Adapter bin ich hier gelandet und würde 
den Adapter auch gern aufbauen.
Hat hier evtl. noch jemand die passende Platine vorrätig?

Eine Einzelbestellung wäre nicht so sinnvoll. Evtl. finden sich noch 
weitere Interessenten und wir könnten eine Sammelbestellung machen.

Gruß

Lars

Hallo,

ich wäre auch an einer Platine interessiert.

Grüße

Daniel

Ok, dann bestelle ich mal neue Platinen.

Hallo, hätte ev.auch Bedarf an einer Platine oder fertigem Modul.
Horst

Die Platinen sind hergestellt und derzeit auf dem Postweg. Ich melde 
mich hier wieder sobald sie bei mir eingetroffen sind.

Würde auch eine nehmen

Hallo, ich hab eine Vaillant VSC 196-5 und würde gerne wissen ob man die 
Platine auch für das VRDialog oder nur mit der IP-Symcron Lösung 
einsetzen kann? Ich hab mal versucht mit einem W &T Com Server die eBus 
Daten über TTY 2-Draht an Pin 2 und 3 vom X30 mit 2400 8 N 1 auszulesen. 
Leider ohne Erfolg. Bin bisher leider noch nicht so ganz schlau geworden 
aus den vielen Infos im Netz. Es wird leider nirgends die genaue 
Pin-Belegung des X30 beschrieben. Weiter spricht man auch von 9600 8 N 
1. Am x30 gibt es 4 Pins (RJ10) und an Pin 2 und 3 sind 21V= zu messen. 
Ich habe diese mit einer Gleichrichterschaltung an den 2 Draht Bus 
angeschaltet. Da der eBus ja ein BUS System ist müsste man diesen doch 
eigentlich auch terminieren. Auch da finde ich nichts im Netz. Es gibt 
nur Hinweise, dass man Ihn nicht zu stark Belasten und galvanisch 
Trennen soll. Wäre toll wenn jemand von euch da noch etwas Info oder 
Links für mich hätte.

MfG
Horst

Hallo, wie schon aus dem Beitrag von Horst erkennbar: Die Platinen sind 
angekommen!
4 Stück habe ich noch. Wer eine möchte soll mir eine PM (eMail) 
schicken.
Die anderen bereits bestellten Platinen habe ich gestern schon 
verschickt.

Ist es dieselbe Platine wie von Benedikt Patt?
Kannst du mir auch ein "Angebot" machen mit allen nötigen Bauteilen?
Hoffe du hast zufällig nicht nur für 1 Satz eingekauft :)

Bei mir können derzeit keine Platinen mehr bestellt werden.
Es sind alle verkauft, bzw. reserviert.

Lars

In ca 1Woche bis 10 Tagen sind meine da, kannst bei mir welche bekommen.
Selbstkostenpreis 2,- € pro Stück + 1,45€ Versand

Ist zwar mit Target geroutet, aber nach dem Schaltbild oben.

Hi

bin neu hier, aber würde mich auch für eine platine interessieren. was 
auch ginge, wäre ein pdf im orginal format der platine. dann würde ich 
welche machen lassen.

danke schon mal.

ps. eagel hab ich nicht, daher kann ich kein eigenes pdf machen

Bitte Bitte gebt mir eine Email Adresse in eurer PN an, dann brauche ich 
nicht hier die Benutzerliste voll zu texten, sondern kann gleich 
antworten.

Mit Buchstabenkombination und und

Und ja, ich versende auch in die Schweiz und Österreich wenn die Kosten 
erstattet werden.

Hallo, wie fast schon vermutet geht die Platine mit VRDialog nicht.
Da ich mit einem Terminal loggen und auch Schreiben kann gehe ich fest 
davon aus, dass die Platine aber soweit passt. Die anderen Lösungen im 
Internet müssen über Linux, RASPi oder Webserver sehr aufwendig 
aufgesetzt werden. Hat jemand ev. eine einfachere Lösung für mich mit 
der man eine VSC 196 darstellen und den Adapter testen kann.

Freu mich auf jede Antwort.

Danke für die Info, warum zeigt mir vrDialog dann RS232 Schnittstellen 
zur Auswahl. Ich hab da eine Version 2.0.0.10. Wenn ich die Starte 
brennt die Lese und zeitweise auch die Schreib-LED. Freu mich aber 
weiterhin über jede Idee von euch. Hab mir grad Linux zum Spielen geholt 
und kämpfe mit den Adminrechten. Geht aber schon ganz gut. Komme mir vor 
wie zu DOS-Zeiten. Mit GUI hat man ja erst Recht kaum Adminrechte und es 
wird noch schwieriger.

Hallo,

wahrscheinlich steht es schon irgendwo, aber wie muss ich denn das Poti 
einstellen, damit was sinniges an Daten kommt ? Habs noch nicht 
probiert, dachte ich frage vorher, bevor ich beim Probieren was zerlege 
;-)

Meine Hardware: Vaillant Ecotec Exclusiv VC 276/2, Regler calorMATIC 
470, ca 3 Jahre alt, mit dem Adapter dann an Raspberry B.

Hallo Horst,

das Projekt wurde von yuhu bei GitHub gelöscht.
Ebusd wird nun von john30 weiter entwickelt. Du findest den Source-Code 
jetzt hier:

    https://github.com/john30/

Ansonsten kann ich diesen Thread im FHEM-Forum empfehlen:

    http://forum.fhem.de/index.php/topic,29737.0.html

Dort läuft die Weiterentwicklung von ebusd ab.

Ciao

Lars

Hallo Christian

Christian S. schrieb:
> wahrscheinlich steht es schon irgendwo, aber wie muss ich denn das Poti
> einstellen, damit was sinniges an Daten kommt ? Habs noch nicht
> probiert, dachte ich frage vorher, bevor ich beim Probieren was zerlege

Ich glaube zerlegen kannst Du nur das Poti, wenn Du mit zuviel Kraft zu 
weit drehst!
;-)

Ansonsten ebusd mit dem Parameter "-f" am dem Raspi starten und so lange 
drehen, bis die grüne LED flackert und "ebusd -f" auf der Konsole etwas 
ausgibt.

Viel Erfolg

Lars

Hallo, habe gerade noch was zum eBus gefunden was bei mir unter Win 7 
sofort Daten ausgibt.

Link: http://ebus.webhop.org/twiki/bin/view.pl/EBus/EBusConnector

Der EBusConnector ist scheinbar für Wolf und Vaillant geeignet und 
konnte über die eBusConnector.exe nach Treiberinstallation sofort 
gestartet werden.
Muss mich jetzt aber erst einmal einlesen was man damit machen kann. Die 
ersten Daten "1008B510090000766EFFFF00FF00210001019A00" sehen aber schon 
mal ganz vernünftig aus.
Gruß Horst

@Lars, Hasont und Horst: Dickes Danke !!!

Platinen sind da.

Endlich.... Chinapost...

Hi,

also warum das mit EBUSD nicht klappt, kann ich dir leider nicht sagen.
Das Blinkverhalten der LED ist auf jeden Fall normal.
Das schnelle Blinken der LED sind die SYN Bytes, die ständig auf dem Bus 
liegen. Wenn die LED dann kurz heller zu blinken scheint, ist das ein 
Telegramm.

Gruß
Benedikt

Hallo Christian,
kennst du den Link http://forum.fhem.de/index.php/topic,29737.0.html?
Da hab ich mir alle benötigten Infos geholt.
Die Version 1.1 läuft bei mir im Testbetrieb unter Ubuntu ohne Probleme.
Hast du dir die benötigten Config Dateien in den dafür zu erstellenden 
Ordner abgelegt? Diese werden mit der Option -f dort ausgelesen.
Steht aber alles so beim eBusd von https://github.com/john30/.

Wenn der Adapter Blinkt sollte deine USB auch funktionieren. Wenn diese 
nicht aktiv ist tut sich gar nichts. Allerdings hab ich noch keinen 
RasPI am laufen und daher diese Info nicht überbewerten.

Bin ja auch noch Neuling auf dem Gebiet.

Gruß aus Fürth
Horst

Hallo,
bin seit einer Woche stolzer Besitzer einer Valliant Therme mit Ebus und 
könnte eine Platine für den Ebus Adapter brauchen, hat jemand eventuell 
noch eine abzugeben?

LG
Sven

Wer lesen kann ist klar im Vorteil......

11 Eintragungen davor steht, dass ich welche bekommen habe.

Näheres per PN

Hallo Christian

Christian S. schrieb:

> Und dann kommt die Frage auf: Wie kann ich es hinbekommen, daß EBUSD UND
> FHEM gleichzeitig auf dem Raspi laufen ?

Die automatische Geräteerkennung von FHEM kommt mit dem Ebus-Adapter 
nicht klar.
Bitte kommentier in der fhem.cfg mal den Parameter wie folgt aus:

--
# Disable this to avoid looking for new USB devices on startup
#define initialUsbCheck notify global:INITIALIZED usb create
--

Viel Erfolg!

Lars

Hallo zusammen,

hat noch jemand von euch eine eBus-Adapterplatine abzugeben?

Grüße,

Marco.

Wieviele willst Du ;-)
Schick' mir 'ne PN

Hallo Helmut,

Hab Dir eine PN geschrieben.

Grüße,

Marco.

Hallo Helmut,

hatte dir bereits eine PN geschrieben.
Ich brauche eine Platine!
Bitte um Infos zur Abwicklung.

Danke und Gruß
Denny

Ja discomanhatten. Schau ab und zu in Dein GMX Account

Oder nenne es um in Platineschonhätten@gmx

hi leute,

Habe mir den adapter gebaut sieht toll aus. tut auch was aber mit den
daten komme ich nit weiter eine .csv zu schreiben.

Programm hab ich John30/ebusd drauf

habe eine anleitung gefunden aber so ganz komme ich nicht weiter.

http://ebus.webhop.org/twiki/pub/EBus/EBusDoku/WRSol.pdf

datenausschnitt:

f79b1020054118280100 / 023301
f79b10200a43010f47545055000000 / 02310f
f79b102005410ff30000 / 023418
f79b102006441a08121340 / 02311a
f79b102005411a500300 / 023302
f79b10200a4302154754464b000000 / 023115
f79b1020054115ea0000 / 02341a
f79b102006441b090a0843 / 02311b
f79b102005411b000000 / 023303
f79b10200a43030001424120010100 / 023000
f79b10200a4000202020204175746f / 023100
f79b1020054100020000 / 02341b
f79b102006441c0c0b0844 / 02311c
f79b102005411c280400 / 0132
f79b10200a42004572722020202020 / 02341c
f79b102006441e860b084f / 02311e
f79b102005411ed20000 / 023300
f79b10200a43000e4754504f000000 / 02310e
f79b102005410e070100 / 02341e
f79b102006441f0e091a4a / 02311f
f79b102005411f0d0000 / 023301
f79b10200a43010f47545055000000 / 02310f
f79b102005410ff30000 / 02341f
f79b1020064420053b1a4b / 023120
f79b1020054120ec2600 / 023302
f79b10200a4302154754464b000000 / 023115
f79b1020054115ea0000 / 023420
f79b102006440208120140 / 023102
f79b10200541028a0000 / 023303
f79b10200a43030001424120010100 / 023000
f79b10200a4000202020204175746f / 023100
f79b1020054100020000 / 023402
f79b102006440b17280140 / 02310b
f79b102005410be50100 / 0132
f79b10200a42004572722020202020 / 02340b
f79b102006440e29270140 / 02310e

ich hoffe einer kann mir helfen. ich möchte nur daten anzeigen lassen.

bei meinem Vissmann kessel lese ich schon erfolgreich daten aus, mit 
einer anderen schnittstelle.



danke euch schon mal

Hallo,

habe meine Platine fertig und diese jetzt an meiner Vaillant VWL82 dran.
Daten kann ich über ebusd 1.2.0 schon auslesen:

1

2015-07-13 22:41:38.116 [update notice] update ehp ActualEnvironmentPowerPercentage QQ=10: 80

2

2015-07-13 22:41:38.279 [update notice] update ehp ActualEnvironmentPower QQ=10: 7

3

2015-07-13 22:41:38.442 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20142

4

2015-07-13 22:41:38.613 [update notice] unknown MS cmd: 1025b50903290000 / 050000220300

5

2015-07-13 22:41:41.261 [update notice] update broadcast hwStatus QQ=10: 

6

on;59;on

Nun habe ich aber das Problem, das ich erstmal gar keinen Scan machen 
kann.
Bei "scan full" und "scan result" bekomme ich über den Ebus keine Daten.
Scheinbar funktioniert das schreiben nicht!

Kann ich diese irgendwie testen oder an der Schaltung etwas ausmessen?

Hatte in einem anderen Forum gelesen, das diese unbedingt eine Diode mit 
7.5V 1.3W verwenden. Habt ihr das noch irgendetwas geändert?

Vielen Dank im voraus
Gruß Denny

Hallo Christian,

ich hatte schon alle cvs Datein ausprobiert, aber mehr als folgende 
Werte bekomme ich nicht raus:

1

SourceTempInput

2

ActualEnvironmentPower

3

ActualEnvironmentPowerPercentage

4

vdatetime

5

outsidetemp

Er liesst auch noch die Werte von Status/Mode von alle Teilnehmern.
Diese habe ich schon mal mit der Heizung überprüft.
(Warmwassermischer, Heizkreis....)
Alle anderen Werte aus den CVS Files gehen leider nicht.

Was mich wundert ist folgendes, wenn ich in der Telnet Verbindung Scan 
eingebe, kommt das:

1

[bus error] scan 08 failed: ERR: invalid argument

2

2015-07-16 21:57:27.214 [bus error] scan 15 failed: ERR: invalid argument

3

2015-07-16 21:57:27.227 [bus error] ERR: arbitration lost, retry

4

2015-07-16 21:57:27.315 [update notice] unknown MS cmd: 1023b5040132 / 0a00000000000040170000

5

2015-07-16 21:57:27.412 [bus error] ERR: arbitration lost, retry

6

2015-07-16 21:57:27.466 [update notice] unknown MS cmd: 1023b5040131 / 020000

7

2015-07-16 21:57:27.572 [bus error] scan 50 failed: ERR: invalid argument

8

2015-07-16 21:57:27.605 [bus error] ERR: arbitration lost, retry

9

2015-07-16 21:57:28.231 [bus error] scan 23 failed: ERR: invalid argument

10

2015-07-16 21:57:28.282 [bus error] scan 25 failed: ERR: invalid argument

11

2015-07-16 21:57:28.319 [bus error] scan e0 failed: ERR: invalid argument

Bei "scan full" genau das gleiche!
Und "scan result" ist immer leer.

Ist das normal????

Danke und Gruß
Denny

Hi,

Ja Sorry, hab ich ganz vergessen dazu zu schreiben. Also, der erste 
Adapter geht auf eine Vissmann vitorond 200 über IR to USB 
Schnittstelle. Das läuft super und das sind die Screens.

Mein Problem liegt an einer Weishaupt Wrsol 2.0 Steuerung für Feststoff 
und Solarthermie.
Die hab ich mit Helmut´s platine angebunden an meinen Pi und 
John30/ebusd noch zusätzlich installiert. Das mit CSV Daten hab ich 
probiert, aber nix spricht an.

Ich werde aus den Daten der wrsol nit schlau. Wie ich die csv einrichten 
soll damit was ausgegeben wird.

Gruss an die Gemeinschaft

Hallo Christian,

habe meinen Fehler gefunden.
Beim ADUM 1201 AR hat das VCC vom USb gefehlt.
Kurz nach gelötet und siehe da, alles läuft.

1

08;Vaillant;EHP00;0416;7201;21121200;200752170;006005116;N2

2

15;Vaillant;UIH00;0370;6901;21120700;201017800;907006295;N8

3

23;Vaillant;EHP00;0416;7201;21121200;200752170;006005116;N2

4

25;Vaillant;EHP00;0416;7201;21121200;200752170;006005116;N2

5

26;Vaillant;EHP00;0416;7201;21121200;200752170;006005116;N2

6

50;Vaillant;EHP00;0416;7201;21121200;200752170;006005116;N2

7

e0;Vaillant;OMU00;0118;5202;21120800;200752301;610005498;N9

Alle Werte lesen geht aus den jeweiligen CVS Datein. Nun muss ich noch
das schreiben probieren und dann gehts zur integration in FHEM.

Danke nochmals
Gruß Denny

Sind noch genug da, einfach 'ne PN
Gruß Helmut

ebusd schreibt im Level "notice" alle empfangenen Daten ins Log, also 
kannst da einfach mitlesen, was so vorbei kommt.

Und noch was: Es sollte immer nur eine Instanz vom ebusd auf einer 
Schnittstelle laufen, sonst gibts Probleme mit dem Lesen (also z.B. mit 
"ps aux|grep ebusd" prüfen, ob schon einer läuft).

VG John

Christian schrieb:
> wie aktiviere ich denn den Level "notice" ? bzw. wo finde ich das ?

"notice" ist eigentlich der Standard Level, aber es hängt natürlich 
davon ab, wie Du den Dienst gestartet hast (Parameter "--loglevel").

Du kannst aber auch während der Dienst schon läuft den Level anpassen, 
z.B. mit:
ebusctl log level info

Also zunächst mal gibt es das "grab" Kommando. Damit kann man dem ebusd 
dazu veranlassen, alle unbekannten Nachrichten zu sammeln. Mit "grab 
result" kann man diese dann wieder abfragen.

Wenn man jetzt einen ganz speziellen Wert ausfindig machen will, kann 
bspw. so vorgehen:

ebusd in grab Modus versetzen
am User Interface den gesuchten Wert auslesen und/oder verändern
ebusd grab result abfragen

Dann müsste die entsprechende Nachricht in der Ausgabe dabei sein und 
man kann sich über die Dekodierung Gedanken machen.

John B. schrieb:
> Wenn man jetzt einen ganz speziellen Wert ausfindig machen will, kann
> bspw. so vorgehen:
>
> ebusd in grab Modus versetzen
> am User Interface den gesuchten Wert auslesen und/oder verändern
> ebusd grab result abfragen
>
> Dann müsste die entsprechende Nachricht in der Ausgabe dabei sein und
> man kann sich über die Dekodierung Gedanken machen.

Meinst Du mit User Interface das Display der Therme?
Wenn ich Dich richtig verstanden habe würde also, wenn ich an der Therme 
d.29 abfrage, das Ergebnis dieser Abfrage auch über den Ebus gesendetet 
werden und müsste im "grab result" auftauchen.

Richtig?

Lars W. schrieb:
> Meinst Du mit User Interface das Display der Therme?
> Wenn ich Dich richtig verstanden habe würde also, wenn ich an der Therme
> d.29 abfrage, das Ergebnis dieser Abfrage auch über den Ebus gesendetet
> werden und müsste im "grab result" auftauchen.

korrekt :-)

Hallo, Sind Bretter noch verfügbaren?

Ich möchte ein bis in das Vereinigte Königreich versandt

Danke

Hi, Are boards still avaliable?

I would like one to ship to the UK

Thank you

Hallo Christian,

die beiden Ergebnisse scheinen nichts mit den 0,78 zu tun zu haben 
(0x64=100 dezimal). Also hast Du die Nachricht wohl nicht erwischt...

John

Andrew hat ja auch schon gefragt, aber irgendwie keine Antwort 
bekommen...

Hat noch jemand eine Platine und/oder fertig bestücktes eBus Interface 
abzugeben?

Benedikt P. schrieb:
> Abgesehen davon, dass der FT232 so konfiguriert werden muss, dass an
> CBUS0 die RX LED und an CBUS1 die TX LED hängt, gibt es nicht viel dazu
> zu sagen.

Ich kenne mich mit dem FT232 nun so gar nicht aus - steht irgendwo, wie 
man das macht, oder ist das schon durch die Beschaltung passiert?

Sven G. schrieb:
> Ich kenne mich mit dem FT232 nun so gar nicht aus - steht irgendwo, wie
> man das macht, oder ist das schon durch die Beschaltung passiert?

Das kannst du mit dem Tool MProg machen.
Unter "I/O Controls" kannst du die Funktion für C0 und C1 festlegen.
Das Ding bekommst du hier: http://www.ftdichip.com/Support/Utilities.htm

Gruß
Benedikt

Christian schrieb:
> Hallo John,
>
> ich habe nochmal eine andere Frage, ich habe heute entdeckt, daß Du auch
> für die Automatik 560 eine CSV eingestellt hast, aber wenn ich die zu
> den anderen in den EBUSD-Ordner kopiere (also die  von der 470 und bai
> und ... hab ich alt gelassen) und dann auf --checkconfig (oder im
> ebusctl auf reload) gehe, dann kommen jede Menge Errors "duplicate
> entry". Installiert habe ich EBUSD 1.1 (wollte mit der 1.2 erstmal kein
> Risiko eingehen), hab so wie sonst auch auf meinen NAS kopiert und mit
> dem Raspi dann von dort nach etc/ebusd/ kopiert. so klappte das sonst
> immer. Hab auch schon mit dem Raspi direkt von Github runtergeladen. Was
> ist da falsch ? Oder muss ich auf 1.2 updaten ?
>
> Grüße Christian

Hi Christian,

die Auromatic überschneidet sich in der Busadresse mit der 470. Diese 
beiden sollte man nicht zusammen an einen eBUS hängen, sonst gibt es 
vermutlich üble Nebenwirkungen.

Viele Grüße,
John

Christian schrieb:
> Hallo John,
>
> das hatte ich schon befürchtet, aber zur Not hätte ich zwei Adapter ;-)
> Aber so weit bin ich gar nicht gekommen, weil schon ohne 560 am Bus die
> Meldung kam und die kam auch wenn ich eine CSV da rein kopiere, die mit
> meiner Heizung nichts zu tun hat. Die laufen aber doch noch mit der V1.1
> oder hat sich da was, evtl. im Template, geändert ?

Naja, ob das Ding am Bus hängt oder nicth ist dem ebusd ja zunächst 
egal. Nichts desto trotz überschneiden sich natürlich auch die 
Nachrichtendefinitionen. Es geht also weder aus Bus-Sicht noch aus 
ebusd-Sicht gut...
Aber wenn Du zwei Adapter hast, dann kannst Du ja alles trennen. Also 
zwei mal ebusd laufen lassen mit verschiedenen Devices und 
unterschiedleichem config-Verzeichnis.

Christian schrieb:
> Hmm, die muss ich dann aber auf zwei Raspis laufen lassen oder ?

nö, wieso?

Christian schrieb:
> Wie bekomme ich denn die unterschiedlichen Konfigurationen hin ? und
> muss ich dann zwei Instanzen von EBUSD laufen lassen ? Wie bekomm ich
> das hin ?

Einfach zwei Konfigurationsverzeichnisse anlegen, jeweils die passenden 
CSVs reinlegen, ein Mal ebusd mit dem einen Verzeichnis starten und ein 
Mal mit dem anderen, z.B.:

ebusd -c /etc/ebusd -d /dev/ttyUSB0
ebusd -c /etc/ebusd2 -d /dev/ttyUSB1

Nicht wirklich kompliziert, oder?
Wenn es drum geht, das beim Systemstart automatisch hin zu bekommen, 
muss halt die init Datei entsprechend angepasst werden bzw. dupliziert 
auf "ebusd2" usw.

Hallo, ich hatte den Sommer über wenig Zeit und möchte mich jetzt wieder 
mit dem Thema befassen.
Ich habe eine Vaillant VSC 196-5 und im Februar erfolgreich die Platine 
unter Linux am Laptop in Betrieb genommen. Der nächste Schritt sollte 
dann eigentlich ein RASPI sein.
Bevor ich nun weiter mache mal eine paar Fragen hier an das Bord:
- Gibt es für mein Android schon sowas wie eine App mit der ich meine 
Heizung abrufen und steuern kann. Allein Warmwasser anschalten würde mir 
schon helfen wenn es mal zum Duschen außerhalb der Standardzeiten 
benötigt wird.
- Was müsste man dafür alles an Software bereitstellen.
- Ginge da zum Beispiel auch ein kleines QNAP 112 NAS
Bin jetzt nicht grad ein Programmierer aber fertige Softwaremodule 
einbinden würde bestimmt klappen.
Ich würde mich für jeden Tip riesig freuen.
Gerne auch über fam.schwemmer@gmx.de.
Gruß Horst aus Fürth

Hallo Christian, danke für die Antwort.
Gibt es da auch schon Bilder wie das dann aussieht. Ist ja scheinbar ein 
vielseitiges Unterfangen.
Danke und viele Grüße
Horst

Christian schrieb:
> @Horst Schwemmer:
> Das ist nicht mal eben so kurz erklärt, hab schon einige Tage/Wochen
> gebraucht, bis ich das richtig am Laufen hatte.
> Die Kurzfassung:
> Erstmal in EBUSD einlesen:
> https://github.com/john30/

Kleiner Tipp: den Sourcecode brauchst Dir nicht anschauen, das Wiki ist 
sicher informativer:
https://github.com/john30/ebusd/wiki

:-)

Hallo, Sind Bretter noch verfügbaren?

Ist es möglich, in die Ukraine schicken?

Danke

Hi, Are boards still avaliable?

Is it possible to send to Ukraine?

Thank you

Hallo,

Hat noch jemand eine Platine und/oder fertig bestücktes eBus Interface
abzugeben?

Grüße Adam

Hallo

Christian schrieb:

> ich habe mal mit grab und grab result vorher abgefragt und dann während
> D.29 im Display angezeigt wurde und der Unterschied war dann
>
> 0315b51303060000 / 0101
>
> ein wenig später kam dann noch zu der Zeile oben das dazu;
> 0315b51303066400 / 0101
>
> Das Display zeigte konstant 0,78

Ich bekomme bei Abfrage von d.29 das gleiche Ergebnis!
Allerdings zeigt mein Display 0,42.

John, hast Du evtl. noch eine Idee?

Viele Grüße,

Lars

Ich habe noch genug Platinen, einfach 'ne PN an mich !

Lars W. schrieb:
> Christian schrieb:
>
>> ich habe mal mit grab und grab result vorher abgefragt und dann während
>> D.29 im Display angezeigt wurde und der Unterschied war dann
>>
>> 0315b51303060000 / 0101
>>
>> ein wenig später kam dann noch zu der Zeile oben das dazu;
>> 0315b51303066400 / 0101
>>
>> Das Display zeigte konstant 0,78
>
> Ich bekomme bei Abfrage von d.29 das gleiche Ergebnis!
> Allerdings zeigt mein Display 0,42.

Also so ganz passt das nicht zusammen, denn die Nachricht wird von "03" 
an "15" gesendet, also vom Brenner an das Display bzw. den Controller. 
Wenn der Controller was vom Brenner abfragt, dann wäre der Sender "10" 
und der Empfänger "08".
Insofern ist das einfach nicht die gesuchte Nachricht.

Hi John,

an der Steuerung (470) kann man (ich) das auch nicht ab-/anfragen, ich 
kann nur an die Therme (Ecotec exklusiv 25KW) selber gehen und dort d.29 
abfragen, das wird dann im Display der Therme angezeigt. Die Ausgabe im 
EBUSD mit grab hab ich ja oben geschrieben. Die Frage ist, ob die Therme 
das dann überhaupt auf den Bus schickt oder ob das nur intern ist ?

Wäre halt super cool, weil aus der Vor- und Rücklauftemperatur und dem 
Volumenstrom könnte man dann endlich die tatsächlich abgegebene Leistung 
errechnen...

Grüße

Christian

Christian S. schrieb:
> an der Steuerung (470) kann man (ich) das auch nicht ab-/anfragen, ich
> kann nur an die Therme (Ecotec exklusiv 25KW) selber gehen und dort d.29
> abfragen, das wird dann im Display der Therme angezeigt. Die Ausgabe im
> EBUSD mit grab hab ich ja oben geschrieben. Die Frage ist, ob die Therme
> das dann überhaupt auf den Bus schickt oder ob das nur intern ist ?

Tja das wird dann schwierig. Du könntest höchstens mal alle Adressen der 
Therme abfragen und schauen, ob 0,42 irgendwo dabei ist...

Hi John,

gibt's da evtl. einen passenden Befehl zu, mit dem ich alle Adressen der 
Therme "durchscannen" kann ? Ich meine doch, ich hätt das mal irgendwo 
gelesen...

Grüße Christian

Christian S. schrieb:
> gibt's da evtl. einen passenden Befehl zu, mit dem ich alle Adressen der
> Therme "durchscannen" kann ? Ich meine doch, ich hätt das mal irgendwo
> gelesen...

Du meinst wahrscheinlich das "readall.sh" Skript im contrib Verzeichnis.
Das ist aber nur dazu geeignet, alle bekannten Messages abzufragen. Das 
kannst ja auch mal machen, am besten mit "readall.sh -c XXX" wobei XXX 
der circuit Name Deiner Therme sein sollte (evtl. bai?).

Um wirklich alle Register abzufragen, müsste man per hex write alles 
durchlaufen von 08b509030d0000 bis 08b509030dffff, also 65536 Elemente. 
Das würd ich jetzt nicht unbedingt alles auf einmal mittels Skript 
abfragen, sondern eher Blockweise. Denn diese Menge ist eine arge 
Buslast...

Moin,

ich habe vor kurzem 10 eBus Adapter nach dem Schaltplan auf dieser Seite 
produziert, von denen ich 8 zum Verkauf anbieten möchte.

Die Adapter sind fertig zusammengelötet, im Gehäuse eingebaut und 
getestet.

Bei Interesse bitte ich um eine Nachricht.



Gruß
Björn

Christian S. schrieb:
> Hi John,
>
> hilf mir kurz auf die Sprünge, wie rufe ich das Script auf ? (gefunden
> hab ich es schon ;-) )
>
> Und wo muss ich das überhaupt hinpacken ?
>
> Grüße
>
> Christian

Das Skript findet sich im contrib/scripts Verzeichnis, ist aber z.B. 
nicht Teil des Debian Packages. Hinpacken kannst Du es wo Du willst, Du 
musst es einfach nur irgendwo starten.

Das Skript macht einen "find" Aufruf mit den Parametern, die Du an das 
Skript übergibst, und fragt dann alle von ebusd gemeldeten Nachrichten 
einzeln per "read" Kommando ab.

Also Aufruf z.B.

1

./contrib/scripts/readall.sh time

liest dann alle Nachrichten aus, die "time" im Namen haben (z.B. alle 
definierten Timer).

John

Hallo,

ich versuche seit drei Tagen, ebusd an meiner Heizung zum Laufen zu 
bringen, aber die CSV Dateien machen Probleme.

Ein Scan des Bus mit "scan full/result" hat ergeben:

08;Vaillant;BAI00;0703;7401
14;Vaillant;UI   ;0507;6201
25;Vaillant;SOLSY;0500;6301
26;Vaillant;SOLSY;0500;6301
50;Vaillant;SOLSY;0500;6301
ec;Vaillant;SOLSY;0500;6301

Ich teste mit der Version 2.0.0-preview von heute und habe aus dem 
config-Verzeichnis von Version 1.x.x diese Dateien nach /etc/ebusd 
kopiert:
_templates.csv
bai.csv
solsy.cc.csv
solsy.hc.csv
solsy.hwc.csv
solsy.sc.csv
ui.csv

ebusd --checkconfig ergibt:
found messages: 516 (o conditional on 0 conditions, 0 poll, 0 update)

Wenn ich den ebusd im Vordergrund starte, bekomme ich sehr viele Zeilen 
mit dem Muster: unknown MS cmd: xyz

Nur vereinzelt steht dort: update hc SumFlowSensor QQ=10: 42.75;ok

Wenn ich noch die broadcast.csv dazukopiere, wird in gewissen Abständen 
die Uhrzeit und die Außentemperatur angezeigt.

Aber wie schaffe ich es, dass auch die anderen Sensoren/Daten ausgelesen 
werden?


Gruß Björn

Björn C. schrieb:
> Wenn ich den ebusd im Vordergrund starte, bekomme ich sehr viele Zeilen
> mit dem Muster: unknown MS cmd: xyz
>
> Aber wie schaffe ich es, dass auch die anderen Sensoren/Daten ausgelesen
> werden?

Dafür gibt es ein issue, in dem all die unknown messages gesammelt 
werden:
https://github.com/john30/ebusd-configuration/issues/3

Hallo,

ich würde gerne eine Platine bestellen. Hat jemand noch eine über, bzw. 
kann mir sagen wo ich welche produzieren kann?

Danke.

Christian

Hallo,

ich habe zwar keine freien Platinen mehr, aber dafür noch einige fertig 
gelötete und getestete Adapter.

Du kannst mir gerne mal eine Nachricht senden.


Gruß Björn

Hallo Christian

Christian L. schrieb:

> ich würde gerne eine Platine bestellen. Hat jemand noch eine über, bzw.
> kann mir sagen wo ich welche produzieren kann?

Ich habe damals hier bestellt:

   http://www.itead.cc/open-pcb/pcb-prototyping/2layer-green-pcb-5cm-x-10cm-max.html

Lieferzeit lag damals bei 18 Tagen!

Leider habe ich davon keine mehr übrig.

Lars

Hallo zusammen,

hier der Warenkorb zur direkten Übernahme mit Gehäuse und 10k Poti:

https://secure.reichelt.de/index.html?&ACTION=20&AWKID=1132160&PROVID=2084

Beste Grüße.

Christian

Moin zusammen,

kann mir evtl. jemand die Gerber Dateien zur Verfügung stellen, damit 
ich die Platinen bei http://www.itead.cc bestellen kann? Ich bekomme das 
irgendwie nicht hin :-)

Vielen Dank.

Christian

Helmut H. schrieb:
> Ich habe noch genug Platinen, einfach 'ne PN an mich !


Wer lesen kann ist klar im Vorteil ;-)

...hier nochmal eingeloggt...
Grüße

Christian S.

Hi Björn C.,

Björn C. schrieb:
>Aber wie schaffe ich es, dass auch die anderen Sensoren/Daten ausgelesen
> werden?

Ich vermute ein Missverständnis, das was er da ausgibt sind die, die er 
in den CSVs nicht findet, was er findet, gibt er dort nicht aus (soweit 
ich weiß, aber cool wäre das schon, wenn mal eine Option alle 
Nachrichten in Klartext darstellen würde). Du kannst aber im ebusctl 
z.B. mit "read outsidetemp" (mein Favorit, den kann ich mir merken ;-) 
)die Außentemperatur (falls ein Aussensensor dran ist) auslesen. Du 
kannst auch mal "find temp" im ebusctl probiereb, dann gibt er alles 
aus, wo temp im Namen drin ist. Genauso funktioniert das auch mit den 
anderen "Befehlen" aus den CSVs, bei denen min. "r" davor steht. Wenn Du 
den EBUS schon in FHEM als "EBUS" angemeldet hast, kannst Du in der 
Eingabezeile mit "get EBUS raw 'r outsidetemp'" eingeben (sonst das EBUS 
gegen das tauschen. als was du das EMCD definiert hast) und dann geht 
ein Popup mit dem Wert auf (so aus dem Kopf aufgeschrieben). Das 
Einbinden in Klassen und Funktionen ist weiter oben beschrieben.

Viel Spaß beim Basteln,

Grüße

Christian

Christian S. schrieb:
> ... (soweit
> ich weiß, aber cool wäre das schon, wenn mal eine Option alle
> Nachrichten in Klartext darstellen würde).

das macht ebusd schon in den Log Zeilen mit "[update notice] update 
...", z.B.:

1

2015-11-13 08:15:27.671 [update notice] update mc DateTime QQ=10: valid;08:15:28;13.11.2015;1.312

Moin Christian,

danke für die ausführliche Erklärung, ich habe es gestern auch noch zum 
Laufen bekommen.
30 Werte lasse ich jetzt per vwmon in meiner Datenbank speichern.

Jetzt habe ich zwei Dinge mit den Daten vor.

- Diagramme von bestimmten Werten zeichnen lassen (z.B. Außentemperatur 
der letzten Woche)
- eine schematische Skizze der Heizungsanlage auf dem Webserver. Auf 
diesem Bild sollen die aktuellen Temperaturen usw. direkt an der 
richtigen Stelle angezeigt werden.


Kann man so etwas mit FHEM realisieren und wie kompliziert ist das?

Ansonsten würde ich mir mit php so etwas zusammenkopieren.


Gruß Björn

Christian S. schrieb:
>  Ist das bei Dir untergegangen oder evtl. bei mir ?
>
> Grüße
>
> Christian S.

Nicht mal im Spam-Ordner ist was, bei Dir im "Entwürfe" ?
;-)

Hallo zusammen,
ich habe meinen Adapter nun zusammengebrutzelt und kann die ersten Wete 
meiner Villant mit ebusctl auslesen und in meiner Hausteuerung 
darstellen.

Kann mir jemand einen Tip geben, wie man per Kommandozeile Werte setzen 
kann (z.B. Warmwasser an/aus, Heizung an/aus, Warmwasser Solltemperatur)

Gruß
Andreas I.

Magic T. schrieb:
> Hallo zusammen,
> ich habe meinen Adapter nun zusammengebrutzelt und kann die ersten Wete
> meiner Villant mit ebusctl auslesen und in meiner Hausteuerung
> darstellen.
>
> Kann mir jemand einen Tip geben, wie man per Kommandozeile Werte setzen
> kann (z.B. Warmwasser an/aus, Heizung an/aus, Warmwasser Solltemperatur)
>
> Gruß
> Andreas I.

Das kommt in erster Linie auf Deine Anlage an. Welche CSVs nutzt Du bzw. 
wie sieht Dein scan aus?
John

Björn C. schrieb:
> - Diagramme von bestimmten Werten zeichnen lassen (z.B. Außentemperatur
> der letzten Woche)

ich nutze dafür Munin:
https://github.com/john30/ebusd-munin

> - eine schematische Skizze der Heizungsanlage auf dem Webserver. Auf
> diesem Bild sollen die aktuellen Temperaturen usw. direkt an der
> richtigen Stelle angezeigt werden.

da bin ich noch dabei, das direkt in ebusd zu integrieren. Bis jetzt 
purzelt dabei sowas raus wie im Screenshot.

John

John B. schrieb:
> da bin ich noch dabei, das direkt in ebusd zu integrieren. Bis jetzt
> purzelt dabei sowas raus wie im Screenshot.

Das sieht ja gar nicht schlecht aus.
Ich habe gestern noch angefangen, so etwas auf Basis der von VWmon 
gefüllten Datenbank aufzubauen. Dafür habe ich einfach den Hydraulikplan 
aus dem Handbuch meiner Steuerung kopiert und mit imagestring die Werte 
an die richtige Stelle kopiert.

Kann man dieses Munin so einstellen, dass es auch an der mysql Datenbank 
ansetzt, und nicht direkt ebusd aufruft?
Denn vwmon würde ich gerne weiterhin verwenden.

Gruß Björn

Björn C. schrieb:
> Kann man dieses Munin so einstellen, dass es auch an der mysql Datenbank
> ansetzt, und nicht direkt ebusd aufruft?
> Denn vwmon würde ich gerne weiterhin verwenden.

Die Munin Scripts für ebusd kommunizieren natürlich direkt mit dem 
Dienst, aber das lässt auch auf ne mysql Abfrage umbauen. Das hat dann 
aber nicht mehr viel mit den ebusd Munin Scripts zu tun:)

Helmut H. schrieb:
> Nicht mal im Spam-Ordner ist was, bei Dir im "Entwürfe" ?
> ;-)

Hallo Helmut,

ich habe direkt über das Mailformular hier im Forum eine PN geschickt, 
da gibt's kein Entwurfordner (keinen gefunden), hab nun nochmal mit 
"zweiter Versuch" eine neue geschickt, bitte mal schauen, ob die 
angekommen ist, sonst müssen wir uns was anderes einfallen lassen...

Grüße

Christian

EDIT:

Ich bekomme aber auch keine Kopie an meine Mailadresse, stimmt da evtl 
im Forum was nicht ?

Ich habe Dir gestern über die PN-Funktion hier 'ne Mail geschrieben.

Melde Dich sonst nochmal neu hier an

John B. schrieb:
> Das kommt in erster Linie auf Deine Anlage an. Welche CSVs nutzt Du bzw.
> wie sieht Dein scan aus?

Hallo John,
ich habe folgende CSVs im /etc/ebusd/
430.csv, bai.csv, templates.csv, common.csv, scan.csv, rcc.csv, 
error.csv

scan rusult gibt das hier aus:

08;21080700;Vaillant;BAI00;0507;7401
15;21080600;Vaillant;39200;0211;2002
26;Vaillant;39200;0211;2002



Gruß Andreas

Helmut H. schrieb:
> Ich habe Dir gestern über die PN-Funktion hier 'ne Mail
> geschrieben.
>
> Melde Dich sonst nochmal neu hier an

Bei mir ist aber nichts angekommen (Provider AOL), ich bekomme bei jedem 
Neueintrag hier eine Email, das klappt auch... 'capiman' hat mir aus dem 
Forum auch eine Test-PN geschickt, die ist auch angekommen...

Sehr misteriös :-(

Grüße

Christian

EDIT: Vergesst bitte diesen Eintrag, der Grund für die Meldungen ist 
gefunden:

[bus debug] ERR: SYN received during no signal, switching to ready
[bus debug] ERR: read timeout during receive command, switching to skip


Es gab noch einen alten Prozess, der mit auf der gleichen Schnittstelle 
dazwischengefunkt hat. Jetzt geht es und ich arbeite mich weiter ein! :)

Magic T. schrieb:
> ich habe folgende CSVs im /etc/ebusd/
> 430.csv, bai.csv, templates.csv, common.csv, scan.csv, rcc.csv,
> error.csv
>
> scan rusult gibt das hier aus:
>
> 08;21080700;Vaillant;BAI00;0507;7401
> 15;21080600;Vaillant;39200;0211;2002
> 26;Vaillant;39200;0211;2002

Damit geht das dann so:

> Warmwasser an/aus
aus:  ebusctl write HwcOPMode off
an:   ebusctl write HwcOPMode on
auto: ebusctl write HwcOPMode auto

> Heizung an/aus
aus:  ebusctl write Hc1OPMode off
an:   ebusctl write Hc1OPMode on
auto: ebusctl write Hc1OPMode auto

> Warmwasser Solltemperatur
50 Grad: ebusctl write HwcTempDesired 50

John B. schrieb:
> Damit geht das dann so:
>
>> Warmwasser an/aus
> aus:  ebusctl write HwcOPMode off
> an:   ebusctl write HwcOPMode on
> auto: ebusctl write HwcOPMode auto

Hallo John ,
also lesen funktioniert aber beim schreiben bekomme ich den Fehler 
"element not found"?


root@raspberrypi:~# ebusctl -s localhost read HwcOPMode
auto

root@raspberrypi:~# ebusctl -s localhost write HwcOPMode off
ERR: element not found

Gruß
Andreas

Magic T. schrieb:
> John B. schrieb:
>> Damit geht das dann so:
>>
>>> Warmwasser an/aus
>> aus:  ebusctl write HwcOPMode off
>> an:   ebusctl write HwcOPMode on
>> auto: ebusctl write HwcOPMode auto
>
> Hallo John ,
> also lesen funktioniert aber beim schreiben bekomme ich den Fehler
> "element not found"?
>
>
> root@raspberrypi:~# ebusctl -s localhost read HwcOPMode
> auto
>
> root@raspberrypi:~# ebusctl -s localhost write HwcOPMode off
> ERR: element not found

ah, mein Fehler, beim write muss noch die circuit angegeben werden, also 
richtig ist:

> Warmwasser an/aus
aus:  ebusctl write -c 430 HwcOPMode off
an:   ebusctl write -c 430 HwcOPMode on
auto: ebusctl write -c 430 HwcOPMode auto

> Heizung an/aus
aus:  ebusctl write -c 430 Hc1OPMode off
an:   ebusctl write -c 430 Hc1OPMode on
auto: ebusctl write -c 430 Hc1OPMode auto

> Warmwasser Solltemperatur
50 Grad: ebusctl write -c 430 HwcTempDesired 50

Hey John,
es funktioniert :-)
Danke für Deine Unterstützung und vielen, vielen Dank für dieses 
Projekt.

Warmwasser an/aus
aus: ebusctl write -c 430 HwcOPMode off
an: ebusctl write -c 430 HwcOPMode manual
auto: ebusctl write -c 430 HwcOPMode auto
Heizung an/aus
aus: ebusctl write -c 430 Hc1OPMode off
an: ebusctl write -c 430 Hc1OPMode manual
auto: ebusctl write -c 430 Hc1OPMode auto
Warmwasser Solltemperatur
50 Grad: ebusctl write -c 430 HwcTempDesired 50

Gruß Andreas

Mal eine Frage in die Runde:

Gibt es hier auch schon Leute mit der Vaillant multiMATIC 700?

Ich habe irgendwie das Problem, dass die meisten Nachrichten in den 
Templates als PBSB=b509 definiert sind. Auf meinem Bus hagelt es aber 
hauptsächlich b523, b511, b510 und b512 - das dafür im 1-2 Sekundentakt.

Hat jemand eine Idee, wie ich da durchfinde?
Bei dieser Nachrichtenflut kann ich kaum beginnen, Werte zu verstellen 
um die resultierende Nachricht zu finden. :/

Komponenten im Bus:
- icoVIT 156/3 (Ölbrennwert)
- VRC700 (Steuerung)
- VR70 (Mischermodul)
- VPM-20W (Trinkwasserstation)
- VPM-20S (Solar)
- VR900 (Internetmodul)

Von unten nach oben könnte ich die Komponenten mit aufsteigende 
Schwierigkeit auch aus dem Bus nehmen. Die Steuerung hat leider keine 
Stromversorgung und läuft nur wenn der Brenner angeschlossen ist.

Oder kennt jemand vielleicht einige der Komponenten und kann mir Tipps 
zu den Nachrichten geben? Momentan scheint das Solarmodul das einzige zu 
sein, dass b509 Nachrichten empfängt - und ausgerechnet für dieses gibt 
es keine CSV für ebusd-2.0.0! :(

Vielen Dank, Sven

Hallo John,

das Auslesen der Heizungswerte mit Eintragung in den Hydraulikplan 
klappt schon recht gut. Ich habe mal ein Bild davon angehängt.

Es sind allerdings drei Werte darunter, die ich nicht zuordnen kann und 
bitte daher noch mal um deine Hilfe.

1. sumflowsensor: Ist dies der integrierte Temperatursensor vom 
Heizkessel?
2. flowtempdesired: Ich dachte, dies sei die Vorlaufsolltemperatur, die 
sich anhand von Außentemperatur und Heizkurve ergibt. In meiner 
SQL-Datenbank habe ich jetzt allerdings gesehen, dass dieser Wert 
zeitweise auf 80 °C steht und manchmal auch auf 0 bzw. 15 °C.
3. yieldsensor: Der Sensor für den Solarertrag gibt mir Werte zwischen 
20 und 40. Weißt du, was mir der Sensor damit sagen will? Die 
Solarkreispumpe ist bei diesen Temperaturen mit Sicherheit nicht 
gelaufen.

Deine Mailadresse von der github-Seite ist übrigens nicht erreichbar.

Gruß Björn

Sven G. schrieb:
> Gibt es hier auch schon Leute mit der Vaillant multiMATIC 700?

an ebusd Usern gibt es meines Wissens bis dato nur einen, also jetzt 
zwei :-)

> Ich habe irgendwie das Problem, dass die meisten Nachrichten in den
> Templates als PBSB=b509 definiert sind. Auf meinem Bus hagelt es aber
> hauptsächlich b523, b511, b510 und b512 - das dafür im 1-2 Sekundentakt.
>
> Hat jemand eine Idee, wie ich da durchfinde?

So etwas habe ich schon befürchtet. Nachdem die Vaillant DB die 700 
nicht enthält, hilft hier nichts, als in mühsamer Detailarbeit die 
einzelnen Nachrichten zu dekodieren.

Meine Vorgehensweise:
- am ebusd grab starten
- ein paar Minuten warten, um das normale Rauschen abzufangen
- grab result in text datei speichern
- am regler auf ein anderes menü wechseln
- grab result mit voriger text datei vergleichen
Damit bekommt man ganz gut die messages mit, die vorher noch nicht zu 
sehen waren.

> Komponenten im Bus:
> - icoVIT 156/3 (Ölbrennwert)
> - VRC700 (Steuerung)
> - VR70 (Mischermodul)
> - VPM-20W (Trinkwasserstation)
> - VPM-20S (Solar)
> - VR900 (Internetmodul)

Mach doch mal einen Scan dafür, dann kann ich nochmal in der DB 
nachschauen, ob es etwas möglichst passendes gibt.

> Oder kennt jemand vielleicht einige der Komponenten und kann mir Tipps
> zu den Nachrichten geben? Momentan scheint das Solarmodul das einzige zu
> sein, dass b509 Nachrichten empfängt - und ausgerechnet für dieses gibt
> es keine CSV für ebusd-2.0.0! :(

Nur Geduld, die CSVs die in ebusd-1.x.x drin waren kommen nach und nach 
natürlich auch in ebusd-2.x.x rein.

John

Björn C. schrieb:
> 1. sumflowsensor: Ist dies der integrierte Temperatursensor vom
> Heizkessel?
> 2. flowtempdesired: Ich dachte, dies sei die Vorlaufsolltemperatur, die
> sich anhand von Außentemperatur und Heizkurve ergibt. In meiner
> SQL-Datenbank habe ich jetzt allerdings gesehen, dass dieser Wert
> zeitweise auf 80 °C steht und manchmal auch auf 0 bzw. 15 °C.
> 3. yieldsensor: Der Sensor für den Solarertrag gibt mir Werte zwischen
> 20 und 40. Weißt du, was mir der Sensor damit sagen will? Die
> Solarkreispumpe ist bei diesen Temperaturen mit Sicherheit nicht
> gelaufen.

Nachdem ich weder eine der Komponenten habe noch kenne, kann ich Dir 
nichts darüber sagen. Ich kann am WE mal in der DB nachschauen, ob da 
noch mehr darüber steht, aber ich fürchte nicht.

> Deine Mailadresse von der github-Seite ist übrigens nicht erreichbar.

Äh, wie genau? Meinst Du ebusd@ebusd.eu  ?

John

John B. schrieb:
> Sven G. schrieb:
>> Gibt es hier auch schon Leute mit der Vaillant multiMATIC 700?
>
> an ebusd Usern gibt es meines Wissens bis dato nur einen, also jetzt
> zwei :-)

Darf ich fragen wer das ist? :)

> So etwas habe ich schon befürchtet. Nachdem die Vaillant DB die 700
> nicht enthält, hilft hier nichts, als in mühsamer Detailarbeit die
> einzelnen Nachrichten zu dekodieren.
>
> Meine Vorgehensweise:
> - am ebusd grab starten
> - ein paar Minuten warten, um das normale Rauschen abzufangen
> - grab result in text datei speichern
> - am regler auf ein anderes menü wechseln
> - grab result mit voriger text datei vergleichen
> Damit bekommt man ganz gut die messages mit, die vorher noch nicht zu
> sehen waren.

Ja, gute Idee - muss ich mich dann mal dranmachen... :/

> Mach doch mal einen Scan dafür, dann kann ich nochmal in der DB
> nachschauen, ob es etwas möglichst passendes gibt.

Das wäre super!!
Was ich nicht verstehe: die schon länger verfügbaren Komponenten müssten 
doch auch "alte" Statusabfragen verstehen? Gibt es da einen Trick oder 
kann ebusctl nur in den CSVs definierte Nachrichten senden/anfragen?
Ich bekam mit einem zusammengebastelten "ebusctl read -h ..." immer nur 
den Fehler "ERR: element not found".

Hier erstmal die Ausgaben meines Scans:

localhost: scan result
mc.4 currenterror = -;-;-;-;-
ehp currenterror = -;-;-;-;-
05;Vaillant;COM00;0210;3103;21153000;201971160;933008291;N5
06;Vaillant;PMS02;0209;8402;21153600;100143143;110008902;N0
08;Vaillant;BAI00;0902;7401;21153400;100106743;100005628;N4
0a;Vaillant;PMW01;0205;8302;21151000;100143113;110008540;N8
12;Vaillant;PMW01;0205;8302;21151000;100143113;110008540;N8
15;Vaillant;70000;0110;2103;21153800;201713140;082025637;N7
52;Vaillant;VR_70;0109;2903;21153900;201848430;082008490;N8
ec;Vaillant;70000;0110;2103;21153800;201713140;082025637;N7
ed;Vaillant;PMS02;0209;8402;21153600;100143143;110008902;N0
fc;Vaillant;PMW01;0205;8302;21151000;100143113;110008540;N8

localhost: i
version: ebusd 2.0.0-preview
signal: acquired
symbol rate: 33
masters: 6
messages: 8
address 01: master #2, seen
address 03: master #3, seen
address 05: slave of 00, seen, scanned 
"MF=Vaillant;ID=COM00;SW=0210;HW=3103"
address 06: slave of 01, seen, scanned 
"MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address 08: slave of 03, seen, scanned 
"MF=Vaillant;ID=BAI00;SW=0902;HW=7401"
address 0a: slave, seen, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 10: master #6, seen
address 12: slave, seen, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 15: slave of 10, seen, scanned 
"MF=Vaillant;ID=70000;SW=0110;HW=2103"
address 52: slave, seen, scanned "MF=Vaillant;ID=VR_70;SW=0109;HW=2903"
address ec: slave, seen, scanned "MF=Vaillant;ID=70000;SW=0110;HW=2103"
address ed: slave, seen, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address f7: master #24, seen
address fc: slave of f7, seen, scanned 
"MF=Vaillant;ID=PMW01;SW=0205;HW=8302"

Sven G. schrieb:
> Darf ich fragen wer das ist? :)

muss ich daheim nachschauen, war in irgendeinem forum glaub ich.

> Was ich nicht verstehe: die schon länger verfügbaren Komponenten müssten
> doch auch "alte" Statusabfragen verstehen? Gibt es da einen Trick oder
> kann ebusctl nur in den CSVs definierte Nachrichten senden/anfragen?
> Ich bekam mit einem zusammengebastelten "ebusctl read -h ..." immer nur
> den Fehler "ERR: element not found".

theoretisch vielleicht, aber praktisch wohl nicht :) ich vermute eher, 
dass die von den geräten "freiwillig" gesendeten messages syntaktisch 
übereinstimmen könnten, aber sicher nicht oder höchstens zu einem sehr 
kleinen teil die register, also das was man mit b509NN0d abfragen und 
mit b509NN0e setzen kann.

> Hier erstmal die Ausgaben meines Scans:

okay, ich schau am WE mal, was sich daraus machen lässt. Für PMW, PMS 
und BAI sollte was zu finden sein.

John

Toll, vielen Dank schonmal.

John B. schrieb:
> Nur Geduld, die CSVs die in ebusd-1.x.x drin waren kommen nach und nach
> natürlich auch in ebusd-2.x.x rein.

Ich habe inzwischen ein wenig probiert - offenbar können die Komponenten 
(außer VRC700 und VR70) auch noch die b509-Abfragen beantworten. Zum 
Beispiel steht in der 'bai.csv' der 1.x.x, dass die ID 3800 zur Abfrage 
der verbleibenden Brennersperrzeit dient. In den 2.x.x habe ich diese ID 
(glücklicherweise auch mit einem Zeitdatentyp) als 'HcMaxPreHeating' 
gefunden. Wenn ich nun also meinen Brenner nach 'HcMaxPreHeating' frage, 
antwortet er mir den richtigen Wert für die verbleibende Sperrzeit!!

Somit die Frage:
Kann man helfen, die CSVs von 1.x.x nach 2.x.x zu portieren?
Worin genau unterscheiden sich diese - auf den ersten Blick sehen sie 
kompatibel aus, aber reines Kopieren sollte doch jeder können - also 
gehe ich von mehr Aufwand aus...

UPDATE:
Die 1.x.x CSVs funktionieren auch in 2.x.x! Einzige Änderungen, die ich 
vorgenommen habe: die Zieladresse aus "ZZ" in den oberen Zeilen 
entfernt, dafür die Datei umbenannt in "ZZ.(...).csv", also analog zu 
den vorhandenen.

Somit kann ich jetzt den Brenner (08) und die Trinkwasserstation (0a) 
abfragen. Der Solarregler (06/ed) meldet noch einiges falsch, alles 
konnte ich noch nicht testen (z.Zt. kein Solarertrag).
Auch der Brenner meldet einiges falsch, es ist ja auch ein Ölbrenner 
icoVIT und die Datei ist wohl für Gas, aber das meiste geht.

Was (erwartungsgemäß) leider gar nicht will ist die Steuerung VRC700 und 
das Mischermodul VR70. Hier habe ich einiges von anderen Reglern und 
Mischern probiert, aber nichts funktionierte. Also sniffen... oder 
warten...

Hat jemand noch eine gute Idee, wie ich die Logmeldungen "unknown MS 
cmd" loswerde? Ich habe das Loglevel erstmal auf "error" gesetzt und 
jetzt ist Ruhe - aber kann man ein Template erstellen, wodurch dem ebusd 
diese Meldungen erstmal bekannt sind, er sie aber ignoriert bzw. besser 
noch als reine Hex-Antworten interpretiert?
Damit komme ich auch wieder auf die Frage vom letzten Mal: gibt es eine 
Möglichkeit, Hex-Nachrichten zu schicken, um einfach die Hex-Antwort 
(wie im Log "unknown MS cmd") zu bekommen?
Alternativ müsste ich die CRC-Berechnung selbst durchführen und das auf 
einem Terminal machen - aber mit ebusd wäre es einfacher. Ein "read -h" 
gibt doch sowieso die Hex-Antwort zurück, warum muss die Nachricht 
unbedingt in einer CSV definiert sein, dass er sie schickt? :)

Sven G. schrieb:
> Kann man helfen, die CSVs von 1.x.x nach 2.x.x zu portieren?

Die b509NN0d+b509NN0e werden generiert, also da ist keine Hilfe 
erforderlich. Aber gut ist natürlich immer, wenn jemand mit dem Gerät 
das noch verifiziert, da ich ja nur einen Bruchteil der CSVs selbst 
nutze.


> Worin genau unterscheiden sich diese - auf den ersten Blick sehen sie
> kompatibel aus, aber reines Kopieren sollte doch jeder können - also
> gehe ich von mehr Aufwand aus...

Der Unterschied besteht im Wesentlichen darin, dass die ebusd-2.x.x CSVs 
für eine automatische Selektion nach einem Scan geeignet sind, die 1-er 
jedoch nicht. Darüber hinaus wird in den neuen CSVs auch noch die 
Hardware-Version unterschieden, so dass diese dann besser zu den Geräten 
passen, als derzeit.


Sven G. schrieb:
> Die 1.x.x CSVs funktionieren auch in 2.x.x! Einzige Änderungen, die ich
> vorgenommen habe: die Zieladresse aus "ZZ" in den oberen Zeilen
> entfernt, dafür die Datei umbenannt in "ZZ.(...).csv", also analog zu
> den vorhandenen.

Richtig. Die Adresse kann man rausnehmen, muss man aber nicht :-)


> Auch der Brenner meldet einiges falsch, es ist ja auch ein Ölbrenner
> icoVIT und die Datei ist wohl für Gas, aber das meiste geht.

Genau dafür wird ab ebusd 2.0 die Hardware Version und falls notwendig 
auch die Software Version unterschieden. Bspw. gibt es für die EHP00 
Messages, die nur in einer bestimmten SW Version verfügbar sind. Das 
spiegelt sich dann in den CSVs in Bedingungen wieder, die am Anfang der 
Zeile in eckigen Klammern notiert sind.


> Was (erwartungsgemäß) leider gar nicht will ist die Steuerung VRC700 und
> das Mischermodul VR70. Hier habe ich einiges von anderen Reglern und
> Mischern probiert, aber nichts funktionierte. Also sniffen... oder
> warten...

Für den VR70 könntest hier mal die V61 aus ebusd-1.x.x probieren, das 
ist ja auch ein mischer wenn mich nicht alles täuscht.


> Hat jemand noch eine gute Idee, wie ich die Logmeldungen "unknown MS
> cmd" loswerde?

Ziel ist es, hier die unbekannten zu sammeln:
https://github.com/john30/ebusd-configuration/issues/3

Wenn ebusd 2.0 und die generierten CSV fertig sind, mach ich mich an die 
ganzen unbekannten Messages. Teile davon, wie z.B. Zeitprogramme wandern 
bereits direkt in die neu generierten CSVs.


> Ich habe das Loglevel erstmal auf "error" gesetzt und
> jetzt ist Ruhe - aber kann man ein Template erstellen, wodurch dem ebusd
> diese Meldungen erstmal bekannt sind, er sie aber ignoriert bzw. besser
> noch als reine Hex-Antworten interpretiert?

Klar, ich mach mal ein Script dafür.

> Damit komme ich auch wieder auf die Frage vom letzten Mal: gibt es eine
> Möglichkeit, Hex-Nachrichten zu schicken, um einfach die Hex-Antwort
> (wie im Log "unknown MS cmd") zu bekommen?

Natürlich: "ebusctl help write" sagt dazu:

1

write -h ZZ PB SB NN Dx

2

  ZZ     destination address (e.g. "FE" for broadcast)

3

  PB SB  primary/secondary command byte

4

  NN     number of data bytes to send

5

  Dx     the data byte(s) to send

> Alternativ müsste ich die CRC-Berechnung selbst durchführen und das auf
> einem Terminal machen - aber mit ebusd wäre es einfacher. Ein "read -h"
> gibt doch sowieso die Hex-Antwort zurück, warum muss die Nachricht
> unbedingt in einer CSV definiert sein, dass er sie schickt? :)

Muss sie nicht: einfach "write -h" statt "read -h" verwenden.

John

So, Script um grab result in CSV zu konvertieren ist da:
https://github.com/john30/ebusd/blob/master/contrib/scripts/makegrabcsv.sh

Vorher muss man das grabbing noch aktivieren.

Johon

Hallo John,

ich hänge fest und weiss nicht so recht in welche Richtung ich weiter 
suchen muss um den Fehler zu finden.

Als erstes mal die Fakten:

Ich habe eine vaillant geotherm plus vws 82/3

info
version: ebusd 2.0.0-preview.5f5f633
signal: acquired
symbol rate: 71
masters: 3
messages: 2
address 03: master #3, seen
address 08: slave of 03, seen, scanned 
"MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 10: master #6, seen
address 15: slave of 10, seen, scanned 
"MF=Vaillant;ID=UIH00;SW=0374;HW=6901"
address 23: slave, seen, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 25: slave, seen, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 50: slave, seen, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"

CSV dateien habe ich folgende verwendet:
ebusd-configuration/ebusd-2.x.x/de/vaillant/
wenn ich den ebusd dann starte mit:
/usr/bin/ebusd -f -l -s

erhalte ich als erste Meldung folgenden Fehler:
2015-11-18 07:28:42.894 [main error] error reading templates in 
/etc/ebusd: ERR: element not found, /etc/ebusd/_templates.csv:36

Wenn ich mir die Zeile 36 in der _templates.csv anschaue, dann steht da:
tempsensor,temp;sensor,,,

Wenn ich die Zeile deaktiviere, dann muss ich auch diverese andere 
Zeilen in den CSVs deaktivieren. Dann komme ich soweit, das ich über den 
vwmon wenigstens einige Daten auslesen kann. z.B. Kompressorstarts und 
Laufzeit. Alles was mit Temperatur zu tun hat bleibt natürlich 
verborgen.

Wo liegt die Ursache? Verwende ich die falschen csvs? Stimmt was mit 
meinem ebusd nicht? Ich bin ratlos und weiss nicht in welche Richtung 
ich weiter suchen soll.

Bin für jeden Tipp zu haben.

Danke Gruß

Lars

Lars L. schrieb:
> CSV dateien habe ich folgende verwendet:
> ebusd-configuration/ebusd-2.x.x/de/vaillant/

Du musst "de" verwenden und nicht das Unterverzeichnis "vaillant", da 
mit 2.0.0 die templates, die direkt im Config-Verzeichnis liegen, auch 
benötigt werden.
Also z.B. so:

1

svn --force export https://github.com/john30/ebusd-configuration/trunk/ebusd-2.x.x/de /etc/ebusd/

Großartige Arbeit, John - vielen, vielen Dank!

John B. schrieb:
> Für den VR70 könntest hier mal die V61 aus ebusd-1.x.x probieren, das
> ist ja auch ein mischer wenn mich nicht alles täuscht.
Hatte ich versucht, ging leider nicht. Genauso die Kommandos des VRC470 
oder VRS620 - nichts davon funktioniert beim VRC700.

> Muss sie nicht: einfach "write -h" statt "read -h" verwenden.
Ja, da muss man drauf kommen - "write" um zu Lesen... g
ABER: damit geht es, ich forsche weiter.

Vielen Dank, jetzt läuft es.


John B. schrieb:
> Du musst "de" verwenden und nicht das Unterverzeichnis "vaillant", da
> mit 2.0.0 die templates, die direkt im Config-Verzeichnis liegen, auch
> benötigt werden.
> Also z.B. so:svn --force export
> https://github.com/john30/ebusd-configuration/trunk/ebusd-2.x.x/de
> /etc/ebusd

Ich musste jedoch im vaillant Verzeichnis die file links löschen, die 
wollte er nicht.
In einem ersten Versuch habe ich alle file links gelöscht. Jetzt läuft 
es, muss ich nachforschen welche funktionieren und welche nicht? Brauche 
ich die?

Mach mich jetzt an die grafische Auswertung der Daten. Hat da schonmal 
jemand etwas zur Verfügung gestellt (php  basiert?)? Sonst bau ich mir 
da was zusammen.

Gruß Lars

John B. schrieb:
> So, Script um grab result in CSV zu konvertieren ist da:
> https://github.com/john30/ebusd/blob/master/contrib/scripts/makegrabcsv.sh
>
> Vorher muss man das grabbing noch aktivieren.

Hi John,

das ist eine geile Idee. Ich hänge nur generell beim Aufruf von 
Skripten. Linux ist immernoch teilweise ein Buch mit sieben Siegeln für 
mich... Wenn ich im Terminal im Verzeichnis bin, wo ich das hinkopiert 
habe, dann versuche ./makegrabcsv.sh aufzurufen, dann kommt der Fehler 
"Keine Berechtigung". Wenn ich das mit sudo davor machen oder sudo -s 
vorgebe, dann kommt "Command not found".

Kannst Du eine kurze Erklärung geben, wie ich das aufrufe ? Wo genau 
muss das Script hin und wie rufe ich das dann auf ?

Danke, Grüße Chrisitan

...(Beitrag lies sich nicht mehr editieren) das Aufrufen hat sich 
erledigt, Google hat geholfen... Aber, wenn ich das nun starte, dann 
bekomme ich die Fehlermeldung
awk: line 14: illegal reference to Array len

was mach ich falsch ?

Dann noch eine Frage: Kann man eigentlich die aktuelle Meldung vom 
Display der Therme auslesen ? (Wenn da z.B. "Kein Wärmebedarf" steht)

Grüße

Christian

Hallo Christian,

dann hast Du wohl (genau wie ich) ein Standard-AWK ohne 
GNU-Erweiterungen. Ich habe das Skript hier angepasst, dass es mit jeder 
Version von awk funktionieren sollte. (UND ich nutze ebusctl statt nc in 
der ersten Zeile, notfalls wieder zurückändern, falls es ebusctl doch 
nicht bei jedem gibt):

https://github.com/Giermann/ebusd/blob/patch-1/contrib/scripts/makegrabcsv.sh

Sven

Sven G. schrieb:
> Standard-AWK ohne
> GNU-Erweiterungen.

Hi Sven,

was ist denn "AWK" ? Sagt mir so erstmal nichts...

Danke für die Infos !

Grüße Christian

Die kurze Antwort:
Das von mir verlinkte Script sollte doch laufen!

Die Langform:
https://de.wikipedia.org/wiki/Awk
http://www.lmdfdg.at/?q=awk+illegal+reference+to+Array+len
http://stackoverflow.com/questions/16921493/awk-illegal-reference-to-array-a

Seeeeeehr Cooooool !!!!!! Es läuft !

Nur zum Verständnis, eine CSV legt das Skript nicht an, ich kopiere das 
einfach in eine leere Datei rein oder ?

Grüße Christian

Ja, richtig.
Oder du kannst auch die Ausgabe einfach direkt in eine Datei umleiten:

1

makegrabcsv.sh >/etc/ebusd/dummy.csv

So... nachdem mir mein 'grab result' nach etwa einem Tag 142 unbekannte 
Meldungen auflistet, würde ich das gern ausdünnen bzw. die vielen Dinge 
nach und nach untersuchen.

Auch wenn es nach Klammern an einen Strohhalm klingt: in der 'scan.csv' 
sind die Ermittlungen der IDs (Seriennummern und Soft/Hardware-Stände?) 
hinterlegt. Wenn ein anderer Master (in meinem Fall das Internetmodul 
VR900) diese abfragt, wird die Meldung aber in 'grab result' gemeldet. 
Kann ich das irgendwie verhindern? Muss ich die 'scan.csv' nochmal unter 
neuem Namen anlegen, damit sie als "richtige" Konfiguration durchgeht?

Lars L. schrieb:
> Vielen Dank, jetzt läuft es.
>
> Ich musste jedoch im vaillant Verzeichnis die file links löschen, die
> wollte er nicht.

Ach ja, hatte vergessen zu erwähnen, dass das nur reibungslos mit 
"--scanconfig" klappt. Ohne den Parameter muss man sich die passenden 
Dateien selbst raussuchen.

> In einem ersten Versuch habe ich alle file links gelöscht. Jetzt läuft
> es, muss ich nachforschen welche funktionieren und welche nicht? Brauche
> ich die?
Ich denke bei Deiner Konfiguration brauchst Du das nicht. Du könntest 
selbst noch ein paar der Dateien wegwerfen (z.B. rcc und mc2) oder eben 
--scanconfig verwenden, dann macht ebusd das für Dich.

> Mach mich jetzt an die grafische Auswertung der Daten. Hat da schonmal
> jemand etwas zur Verfügung gestellt (php  basiert?)? Sonst bau ich mir
> da was zusammen.

Siehe Beitrag #4349340

John

Christian S. schrieb:
> Dann noch eine Frage: Kann man eigentlich die aktuelle Meldung vom
> Display der Therme auslesen ? (Wenn da z.B. "Kein Wärmebedarf" steht)

Wenn ich das richtig sehe, versteckt sich diese Info in HwcDemand fürs 
Warmwasser und irgendeinem anderen Wert. Das musst Du mal auslesen gehen 
:)

Der Script Aufruf hat sich ja inzwischen erledigt, so wie es aussieht. 
Danke an Sven G.!

Sven G. schrieb:
> So... nachdem mir mein 'grab result' nach etwa einem Tag 142 unbekannte
> Meldungen auflistet, würde ich das gern ausdünnen bzw. die vielen Dinge
> nach und nach untersuchen.
>
> Auch wenn es nach Klammern an einen Strohhalm klingt: in der 'scan.csv'
> sind die Ermittlungen der IDs (Seriennummern und Soft/Hardware-Stände?)
> hinterlegt. Wenn ein anderer Master (in meinem Fall das Internetmodul
> VR900) diese abfragt, wird die Meldung aber in 'grab result' gemeldet.
> Kann ich das irgendwie verhindern? Muss ich die 'scan.csv' nochmal unter
> neuem Namen anlegen, damit sie als "richtige" Konfiguration durchgeht?

Poste doch mal, wie das im Logging aussieht.

In der scan.csv sind die Vaillant spezifischen Erweiterungen drin, die 
beim Scan verwendet werden, um bspw. die Seriennummer der Geräte 
auszulesen. ebusd verwendet das, um zusätzlich zum normalen Scan diese 
Daten an SW/HW Version etc. anzuhängen. Wenn Du ein "ebusctl scan" 
absetzt, kannst Du das entsprechende Ergebnis kurz darauf mittels 
"ebusctl scan result" abfragen.

John

Zur Erinnerung: Master 00 ist mein VR900, und der setzt(e) genau diese 
Scan-Kommandos an die einzelnen Slaves ab, um die IDs zu erhalten - nur 
dass diese eben von 'grab result' angezeigt werden, obwohl sie ja 
eigentlich bekannt/definiert sind:


# ebusctl grab result | grep 'b509012'
0006b5090124 / 09003231313533363030
0006b5090125 / 09313030313433313433
0006b5090126 / 09313130303038393032
0006b5090127 / 094e303c3c3c3c3c3c3c
0008b5090124 / 09003231313533343030
0008b5090125 / 09313030313036373433
0008b5090126 / 09313030303035363238
0008b5090127 / 094e343c3c3c3c3c3c3c
0015b5090124 / 09003231313533383030
0015b5090125 / 09323031373133313430
0015b5090126 / 09303832303235363337
0015b5090127 / 094e3700000000000000
0052b5090124 / 09003231313533393030
0052b5090125 / 09323031383438343330
0052b5090126 / 09303832303038343930
0052b5090127 / 094e3800000000000000
00fcb5090124 / 09003231313531303030
00fcb5090125 / 09313030313433313133
00fcb5090126 / 09313130303038353430
00fcb5090127 / 094e383c3c3c3c3c3c3c

# ebusctl scan result
05;Vaillant;COM00;0210;3103;21153000;201971160;933008291;N5
06;Vaillant;PMS02;0209;8402;21153600;100143143;110008902;N0
08;Vaillant;BAI00;0902;7401;21153400;100106743;100005628;N4
0a;Vaillant;PMW01;0205;8302;21151000;100143113;110008540;N8
12;Vaillant;PMW01;0205;8302;21151000;100143113;110008540;N8
15;Vaillant;70000;0110;2103;21153800;201713140;082025637;N7
52;Vaillant;VR_70;0109;2903;21153900;201848430;082008490;N8
ec;Vaillant;70000;0110;2103;21153800;201713140;082025637;N7
ed;Vaillant;PMS02;0209;8402;21153600;100143143;110008902;N0
fc;Vaillant;PMW01;0205;8302;21151000;100143113;110008540;N8

Hi!

Ich habe da mal als eBus-Rookie eine Zwischenfrage: Ich kann doch über 
den eBus die Therme (VSC196 von Vaillant) vollständig steuern, d.h. 
einen Zirkulationsanschluß oder Raumthermostat brauche ich nicht mit 
extra Strippen zum Steuerrechner legen? Das kann ich alles über den Bus 
erledigen?

Gruß
Carsten

Hi Carsten

alles, was mit dem Bus verbunden ist (zwei Adern von der Therme zum 
jeweiligen Modul oder auch zur Steuerung), kannst Du theoretisch über 
den Bus steuern. Theoretisch deshalb, weil noch nicht 100% entschlüsselt 
sind, aber die Lücken werden dank John immer kleiner.

Zirkulationsanschluss müßte Deine Therme eigentlich ein Relais für 
haben, das man je nach Wunsch z.B. für eine Zirkulationspumpe nehmen 
kann, das kann dann auch über EBUS angesprochen werden. Es gibt aber 
auch Zusatzmodule, die für eine oder mehrere Pumpen zu bekommen sind.

Gruß Christian

Sven G. schrieb:
> Ja, richtig.
> Oder du kannst auch die Ausgabe einfach direkt in eine Datei
> umleiten:makegrabcsv.sh >/etc/ebusd/dummy.csv

Ja wie geil ist das denn ?

Daaaaanke !!!

Grüße

Christian

Ich versuche mal als ebenfalls Rookie (aber wohl mit 1 Woche Vorsprung) 
zu antworten:

Ich kenne die VSC196 nicht, gehe aber davon aus, dass eine Steuerung 
eingesetzt oder den Bildern nach wenigstens einsetzbar ist. Somit 
solltest Du über eBus (sofern alle Kommandos dokumentiert bzw. 
erschnüffelt sind) alles tun können, was eine Steuerung auch kann:
Temperaturen lesen, Brenneranforderung senden, ...

Was genau meinst Du mit Zirkulationsanschluss und Raumthermostat?
Hast Du einen Raumfühler, dann sollte der (VR90?) auslesbar sein.
Und die Zirkulationspumpe ließe sich bei einem BAI00 in der 
Diagnoseebene mit d.13 ein/ausschalten - das geht dann auch über eBus.
Mit anderen Worten: was genau willst Du machen und wie sieht es auf 
deinem eBus aus?

Sven

PS: An dieser Stelle sei auch nebenbei erwähnt, dass ich noch 2 Platinen 
abzugeben habe, die schon mit SMD-Bauteilen bestückt sind - alle anderen 
Bauteile vorhanden; bei Bedarf melden. Ich will daran kein Geld 
verdienen, musste allerdings etwas mehr in Auftrag geben, weil ich 
unfähig war, den SSOP selbst zu bestücken...

Hi Sven!

Noch gibt es nur die Therme, die mit einer eingesetzen Calorimatic und 
einem Außenfühler allein vor sich hin heizt. Die Raumthermostate von 
eQ-3 arbeiten auch autonom. Das will ich im nächsten Jahr ändern.

Gruß
Carsten

Moin zusammen,

ich habe hier ein Phänomen (ecotec exclusiv, 25 KW mit Calormatic 470):

weil es heute etwas kühler draußen ist und ich mit den eingestellten 
max. 5KW Heizungslastbegrenzung die Bude nicht mehr so schnell warm 
bekommen habe, habe ich über EBUSD die Leistung auf 10 hochgenommen. 
Ebenso die Wunschtemperatur, damit es mehr Vorlauf gibt. Tat sich aber 
nicht, wie erwartet (s.Anhang, von 10:45 bis 11 Uhr wurde Warmwasser 
geladen). Dann bin ich an die Therme ran, dachte evtl. Notbetrieb oder 
so, aber lief ohne Fehler. An der Therme Max.KW abgefragt kommt 5KW. 
über EBUSD abgefragt (immer mit r -f ) auch wieder 5. Über EBUSD 10 
übermittelt, über EBUSD abgefragt 10. An der Therme abgefragt 5, dann 
über EBUSD auch 5. Manuell auf 10KW, EBUSD auch 10 angezeigt. EBUSD auf 
20 gestellt, 10 min. später wieder abgefragt, 20, an der Therme 
abgefragt 10, wieder EBUSD abgefragt 10.

Hat jemand eine Idee, wie das kommt ?

Grüße Christian

Sven G. schrieb:
> John B. schrieb:
>> Sven G. schrieb:
>>> Gibt es hier auch schon Leute mit der Vaillant multiMATIC 700?
>>
>> an ebusd Usern gibt es meines Wissens bis dato nur einen, also jetzt
>> zwei :-)
>
> Darf ich fragen wer das ist? :)

Das ist Gerhard, siehe hier:
http://forum.fhem.de/index.php/topic,41064.msg348610.html#msg348610

>> Mach doch mal einen Scan dafür, dann kann ich nochmal in der DB
>> nachschauen, ob es etwas möglichst passendes gibt.
>
> Das wäre super!!

Wie schon vermutet ist in der DB nicht viel für Deine Geräte dabei. Das 
einzige das wirklich passt ist die BAI, aber die hast ja schon. 
Ansonsten sieht es so aus:

- 05;Vaillant;COM00
Nachdem das ein Internetmodul ist (oder?), könntest Du Dich an die 
05.vd4 rantasten. Vermutlich ist zumindest ein Teil davon verwertbar.

- 06;Vaillant;PMS02
Dafür könntest Du mal die 06.pms probieren, ist allerdings nicht die 
richtige Hardware Version.

- 0a;Vaillant;PMW01;0205;8302;21151000;100143113;110008540;N8
- 12;Vaillant;PMW01;0205;8302;21151000;100143113;110008540;N8
Für die beiden (oder zumindest 0a) könntest Du mal die 0a.pmw.hwc 
probieren, ist allerdings auch nicht die richtige Hardware Version.

- 15;Vaillant;70000;0110;2103;21153800;201713140;082025637;N7
Auch nichts passendes in der DB. Anhand der ID "700" würde ich mal die 
Nachrichten der 15.470 probieren, aber das hast Du ja schon.

- 52;Vaillant;VR_70;0109;2903;21153900;201848430;082008490;N8
Hast Du mal die 52.mc2.4 probiert? Das würde zumindest die Adresse und 
die Geräteart stimmen.

- ec;Vaillant;70000;0110;2103;21153800;201713140;082025637;N7
Tja sieht mau aus. Könntest die ec.* durchprobieren.

- ed;Vaillant;PMS02;0209;8402;21153600;100143143;110008902;N0
Wieder die falsche HW Version, aber dennoch wäre die ed.pms.sc ein 
Versuch wert.

- fc;Vaillant;PMW01;0205;8302;21151000;100143113;110008540;N8
Da gibts nix. Ist das eine zweite Wasserstation? Falls ja, wären die 
Nachrichten vermutlich identisch zur PMW01 auf Adresse 0a bzw. 12.

Christian S. schrieb:
> weil es heute etwas kühler draußen ist und ich mit den eingestellten
> max. 5KW Heizungslastbegrenzung die Bude nicht mehr so schnell warm
> bekommen habe, habe ich über EBUSD die Leistung auf 10 hochgenommen.
> Ebenso die Wunschtemperatur, damit es mehr Vorlauf gibt. Tat sich aber
> nicht, wie erwartet (s.Anhang, von 10:45 bis 11 Uhr wurde Warmwasser
> geladen). Dann bin ich an die Therme ran, dachte evtl. Notbetrieb oder
> so, aber lief ohne Fehler. An der Therme Max.KW abgefragt kommt 5KW.
> über EBUSD abgefragt (immer mit r -f ) auch wieder 5. Über EBUSD 10
> übermittelt, über EBUSD abgefragt 10. An der Therme abgefragt 5, dann
> über EBUSD auch 5. Manuell auf 10KW, EBUSD auch 10 angezeigt. EBUSD auf
> 20 gestellt, 10 min. später wieder abgefragt, 20, an der Therme
> abgefragt 10, wieder EBUSD abgefragt 10.
>
> Hat jemand eine Idee, wie das kommt ?

Ich sehe zwei Möglichkeiten:
- es gibt die Message zur Änderung der Maximalleistung mehrfach (z.B. 
ein Mal auf der Therme und ein Mal am Controller). Dann musst Du 
wahrscheinlich dem Controller sagen, was Du willst, damit es dieser im 
Anschluß der Therme mitteilt.
- die Definition der Message stimmt nicht.

hmmm... heute morgen kurz nach 8 Uhr sehe ich im Diagramm mitmal, daß 
der Abstand zwischen Vorlauf und Rücklauf seit ca. 8 Uhr deutlich 
kleiner ist, als vor 8 Uhr. Dachte ich mir, sieht aus, als ob die 
Heizung mitmal nicht mehr mit den gestern an der Therme eingestellten 
10KW sondern mit den über FHEM eingestellten 5KW läuft. Unten an der 
Therme geschaut und voila, ist tatsächlich auf 5KW max begrenzt (D.0). 
Verstehen muss man das nicht ober ? Es scheint also zu funktionieren, 
nur übernimmt die Therme das anscheinend nicht immer sofort. Kenne ich 
sonst eigentlich nicht, alles andere wurde bislang immer sofort 
umgesetzt.

Naja, mir kam grad noch eine andere Frage: Gibt es in FHEM eigentlich 
die Möglichkeit, alles, was EBUSD auffängt in einem Array auszulesen ? 
Bislang frage ich jeden Wert nacheinander in einer Funktion ab, das ist 
sehr aufwendig und kostet sicher auch einiges an Prozessorzeit. Ginge 
das evtl. eleganter ? Ich habe nämlich kürzlich festgestellt, daß FHEM 
nicht alle Impulse der Gas- und Wasserzähler (am Gaszähler ein 
Reedkontakt, Wasserzähler mit integriertem Kontakt beide über die GPIOs 
auf dem Raspi angebunden) zählt, da sind ca. 20% die fehlen auf einen 
Monat gerechnet. Evtl. gibt's da Spitzenzeiten, wo auf dem Raspi zu viel 
los ist....

Grüße

Christian

John,

erneut vielen Dank für alles!
Was die doppelte Client-IDs zu z.Bsp. PMW angeht, weiß ich noch nicht - 
ignoriere ich erstmal. Meine Vermutung: einige IDs sind doch von 
Vaillant standardisiert, ich denke wenn eine Komponente mehrere 
Funktionen übernimmt, belegt es zur Sicherheit auch beide IDs (Beispiel: 
die VRC700 kann als Raumgerät dienen; ID 0xEC habe ich irgendwo gelesen, 
dass die für einen Raumfühler ist).

Also geh ich mal ans Sniffen - eine Nachricht VR70->VRC700 habe ich 
schon entschlüsselt. Sie enthält die Temperaturen des Pufferspeichers, 
dessen Fühler alle an der VR70 hängen.
Um weitere zu identifizieren wollte ich jetzt mal das 'makecsv' Skript 
benutzen - bekomme aber bei '--checkconfig' einen Fehler bei den 
Write-Befehlen:

1

Error reading "/etc/ebusd/vaillant/52.vr70.csv" line 136 field 12 value "result": ERR: invalid numeric argument

2

Erroneous item is here:

3

w,unknown08,block10000078,,,08,b510,000078,data,,HEX:6,result,s,HEX:1

4

                                                       ^

Irgendeine Idee, was hier schief geht?
Quick Workaround wäre ja, erstmal alles als Read zu definieren... mache 
ich sicher gleich mal.

Außerdem gibt es doch noch einige doppelte Zeilen... fehlt vor dem 
'uniq' also doch noch ein 'sort', ich bin davon ausgegangen, dass die 
Nachrichten von 'grab result' sortiert kommen - aber gerade 
resultierende Write-Zeilen können danach ja doch wieder doppelt sein?! 
Richtig?

Sven

Nachdem ich nun das 'makegrabcsv' so angepasst habe, dass mir ebusd die 
Config abnimmt, mache ich mich ans Entschlüsseln. Ich habe schon einige 
Sachen gefunden, bin aber bei einigen zu dumm, das in eine CSV zu 
packen.
(ich poste sie erstmal absichtlich nicht im Issue für unbekannte 
Meldungen, weil sie mir ja teilweise bekannt sind - bei Bedarf bitte 
melden, dann setze ich das dort fort)

Mein größtes Problem ist, dass die "neuen" Kommandos offenbar viel 
länger sind als bisher. Erstmal die Messages:

1

a) 1052b5230103 / 0f2004210400808b037f03ab02c81000

2

b) 0015b52406020000003400 / 0703003400170b0f

3

c) 0015b52406020000003500 / 07030035000c1d06

4

d) 0015b52406020003001700 / 0a030317004845495a4b00

5

e) 0015b52406020003001800 / 0a03031800524549532000

6

f) 0015b52406020003011700 / 0a03031700465553534200

7

g) 0015b52406020003011800 / 0a030318004f44454e2000

8

h) 0015b52406020003010f00 / 0801030f00cd4ca141

a) Habe ich schon eingebaut, allerdings in einem zusammengesetzten 
String - kann man die Temperaturen auch separieren?
Inhalt: Temperaturen des Pufferspeichers als 'temp'(D2C)
2004 = Temp.fühler WW, oben (0x0420 = 66°C)
2104 = Temp.fühler WW, unten
0080 = unbekannt, immer fix 0x0800
8b03 = Systemvorlauf
7f03 = Temp.fühler Hz, oben
ab02 = Vorlauf Ist Heizkreis 2 (Mischerkreis)
c81000 = unbekannt, immer fix

Meine Zeile sieht jetzt so aus, nur hat man halt die Temperaturen nicht 
separat:

1

r,,IchBraucheEinenNamen,,,52,b523,03,,,temp;temp;temp;temp;temp;temp;HEX:3

b) zeigt schon die angesprochene Länge, ich bekomme nur 3 Bytes in "ID", 
es sind aber 6.
Inhalt: Datum
Zuerst wird hier fix eine 03 gemeldet, bei anderen auch mal 00,01,02. 
Danach kommen die letzten 3 Byte der Anfrage (003400) zurück, also 
vielleicht eine Art Registernummer?
Dann das Datum als 3 Bytes: 23 11 15 (entspricht das dem 'HDA:3'? Dann 
bitte das Wiki ändern, dort steht "BCD date" bei HDA:3)

c) dto. für Uhrzeit = 12:29:06, also wohl 'HTI' - wundert mich aber, 
dass Vaillant bisher kein Template 'time' mit HTI hatte...

d-g) hier wird's interessant: es sind Abfragen zu 2 Heizkreisen; die 
Nummer steht im drittletzten Byte der Anfrage (00 bei d und e, 01 bei f 
und g).
Die ersten 4 Bytes der Antwort sind wieder 03+Anfrage, danach kommen 
STR:5 gefolgt von 00. Im String steht die Bezeichnung des Heizkreises 
(kann man im VRC700 konfigurieren), allerdings auf 2 Nachrichten 
aufgeteilt - bekomme ich die irgendwie wieder zusammen???
Beispiel:
f ==> "FUSSB"
g ==> "ODEN "
Dafür hätte ich gern eine CSV-Zeile, die mir "FUSSBODEN " zurückgibt, 
geht das?

h) und die letzte für heute enthält u.a. die Raumtemperatur, nach der 
ich schon lange gesucht habe. Allerdings als "neuer Datentyp".
Anfang ist wie gehabt, die eigentlichen Daten beginnen mit:
cd = keine Ahnung, scheint statisch zu sein
4c = auch keine Ahnung, ist aber manchmal cc - also sicher irgendein 
Bit-Status
a1 = Raumtemperatur * 8, ich müsste also UCH durch 8 Teilen (geht das 
über 'divisor'?)
41 = ebenfalls noch unklar und statisch

Kann jemand helfen?