Generelle Konzeptfrage // Genrel Question about the concept of EBUSD

[leonundjulie]

Ich habe bereits ehr viel hier auf GITHUB und im IOBroker Forum zum EBUSD gelesen. Aber ich habe immer noch Fragen.

Ich nutze den “eBUS Adapter Shield v5” und habe EBUSD installiert. Da ich aber eine Gastherme von WOLF nutze, gibt es keine wirklich passende CSV-Dadei. Also kann ich nicht auf eine der vielen VAILANT-CSV zurückgreifen. Aber ich habe eine WOLF-CSV gefunden, die mir schon einiges entschlüsselt.

Meine Verständnisfrage zum Funktionsprinzip: Ich versteh es so, dass der EBUS Adapter “eBUS Adapter Shield v5” die EBUS-Daten meiner WOLF-Heizung mitliest. Ich verstehe auch, dass der EBUSD das gelesene Interpretiert .. soweit es in den CSV-Dateien definiert ist.

Jetzt zu meinen Fragen:
1.) Wenn ich in configpath ein lokales Verzeichnis defieniere, ließt EBUSD beim SCANNEN alles CSV-Dateien in dem Verzeichnis und auch in den Unterverzeichnissen?
2.) Was sendet MTTQ, wenn ich ein Packet mit MTTQ installiert habe? Nur etwas was via CSV interpretiert wurde?
3) Wann sendet MTTQ?
Mich irritiert, dass nicht alle Daten - egal ob MTTQ oder nicht - zur Verfügung g stehen aber zum Beispiel die RÜCKLAUFTEMPERATUR nicht. Ich kann sie über ebusctl r im Terminal abfragen, erhalte sie aber nicht via MTTQ oder über den IOBroker Adapter EBUS. Warum?

I have already read a lot about EBUSD here on GITHUB and in the IOBroker forum. But I still have questions.

I use the “eBUS Adapter Shield v5” and have installed EBUSD. But since I use a gas boiler from WOLF, there is no really suitable CSV file. So I can't fall back on one of the many VAILANT CSVs. But I have found a WOLF-CSV, which already decodes a lot for me.

My question regarding the functional principle: I understand that the EBUS adapter “eBUS Adapter Shield v5” reads the EBUS data of my WOLF heating system. I also understand that the EBUSD interprets what it reads ... as far as it is defined in the CSV files.

Now to my questions:
1.) If I define a local directory in configpath, does EBUSD read all CSV files in the directory and also in the subdirectories when SCANNING?
2) What does MTTQ send if I have installed a package with MTTQ? Only something that was interpreted via CSV?
3) When does MTTQ send?
It irritates me that not all data - whether MTTQ or not - is available, but for example the RETURN TEMPERATURE is not. I can query it via ebusctl r in the terminal, but I do not receive it via MTTQ or via the IOBroker Adapter EBUS. Why is that?

[Christoph1111]

Normalerweise wird die Zeile mit r,... durch r, also r1,... ersetzt und dann wird über das Pollintervall dieser Parameter ausgegeben. ebusctl find -f zeigt die Zeile an.

[leonundjulie]

Verstanden. Wenn man also keine Poll-Zeit definiert, dann werden Werte nicht gesendet?

[Christoph1111]

Wie nicht Pollen funktioniert weiß ich grad nicht, aber in /var/log/ebusd.log (wenn man's so in der config hat) steht ja, was so auf dem Bus läuft. ZB. auch interne Messages von der 700, die ja auch mit der Therme kommuniziert.
hier auf Englisch von einer Diskussion weiter unten:
pollinterval [seconds] = frequency between each message read cycle in seconds. The default is once read/poll interval every 5 seconds.�priority [0,1-9] = message poll priority. Where 0 = don't poll. Messages with priority 1 are polled in each poll cycle, priority 2 messages only in every second poll cycle and so on.
Example (assuming pollinterval of 5 seconds):�If you had 100 messages each with a poll priority of 1, each message would be polled once every 500s.�If you had 100 messages each with a poll priority of 2, each message would be polled once every 1000s.
In summary, a message polling frequency is a function of the pollinterval, poll priority and total number of messages to be polled i.e. you cannot configure a fixed polling frequency for an individual message, but you can calculate it.

Die von der ebus-configuration angestossenen Polls sind die mit "sent poll-read xxx" nehme ich mal an...