Closed kodidu closed 3 years ago
With additional debug output here: https://github.com/john30/ebusd/blob/3926e9cbf81457cd8cbb3b5985aae6445560d8e2/src/lib/ebus/data.cpp#L529
In error case:
offset = 0; remainder = 0; m_length = 1; data.getDataSize()=0
=> 1 > 0 => RESULT_ERR_INVALID_POS
if (offset + (remainder?1:m_length) > data.getDataSize()) { return RESULT_ERR_INVALID_POS; }
the result of the product ID request is just too short, so the device does not reveal it. it is possible to provide a CSV for the device anyway, as the product info is only used if available. just use a name built from the address and identifier alone, i.e. "76.vwz.csv".
Hello!
Here is my setup:
I can read data from the hmu, 700, vr71, PMW01 But I could observer these cyclic errors:
I dont know which module the VWZ00 is. Others have this issue too: https://forum.fhem.de/index.php/topic,84636.msg1081006.html#msg1081006 https://github.com/john30/ebusd/issues?q=is%3Aissue+VWZ00+is%3Aclosed
It is correct that there is no VWZ00 csv config. It looks like ebusd fails parsing the answer and keeps scanning/asking the slave. I think it is no config error and needs to be fixed in ebusd. Which logs will you need to parse the answer of the module VWZ00?
Or is it possible to blacklist some ebus addresses/ids?
But I think without a working scan it is not possible to add a csv and try to decode its messages.