eBus Schaltung V2 in Betrieb nehmen

Begonnen von Reinhart, 15 November 2017, 17:41:33

Vorheriges Thema - Nächstes Thema

Markus.

#375
Hallo Zusammen,

habe seit etwa 3 Wochen den V2 Adapter mit Erweiterungsplatine am laufen. Bisher ohne Probleme. Nunja ab und war im Log
"Singnal Lost" zu finden. Hab das aber nicht weiter für schlimm befunden da es nicht mehr als drei mal am Tag auftauchte.
Seit gestern taucht das nun viel öfter auf bis zu dem Zustand das ein Signal dauerhaft nicht da war laut Log.


2018-02-08 06:27:09.883 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 07:06:08.011 [bus error] signal lost
2018-02-08 07:06:13.044 [bus error] signal lost
2018-02-08 07:27:11.022 [bus error] send to 08: ERR: no signal, give up
2018-02-08 07:27:11.022 [bus error] send message part 0: ERR: no signal
2018-02-08 07:27:11.022 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 07:27:11.022 [bus error] signal lost
2018-02-08 08:47:09.890 [bus error] send to 08: ERR: SYN received, retry
2018-02-08 08:47:10.205 [bus error] send to 08: ERR: read timeout, retry
2018-02-08 09:27:09.873 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 09:27:10.511 [bus error] send to 08: ERR: SYN received, retry
2018-02-08 09:27:10.645 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 09:27:11.290 [bus error] send to 08: ERR: wrong symbol received
2018-02-08 09:27:11.293 [bus error] send message part 0: ERR: wrong symbol received
2018-02-08 09:27:11.293 [mqtt error] read bai WaterPressure: ERR: wrong symbol received
2018-02-08 09:34:14.002 [bus error] signal lost
2018-02-08 09:36:10.023 [bus error] signal lost
2018-02-08 09:36:13.055 [bus error] signal lost
2018-02-08 09:37:09.915 [bus error] send to 08: ERR: read timeout, retry
2018-02-08 09:37:10.643 [bus error] send to 08: ERR: read timeout, retry
2018-02-08 09:37:10.727 [bus error] send to 08: ERR: read timeout, retry
2018-02-08 09:37:11.470 [bus error] send to 08: ERR: read timeout
2018-02-08 09:37:11.470 [bus error] send message part 0: ERR: read timeout
2018-02-08 09:37:11.470 [mqtt error] read bai WaterPressure: ERR: read timeout
2018-02-08 09:42:53.039 [bus error] signal lost
2018-02-08 09:42:58.065 [bus error] signal lost
2018-02-08 09:43:03.036 [bus error] signal lost
2018-02-08 09:43:19.044 [bus error] signal lost
2018-02-08 09:43:48.068 [bus error] signal lost
2018-02-08 09:43:54.009 [bus error] signal lost
2018-02-08 09:45:31.038 [bus error] signal lost
2018-02-08 12:39:57.035 [bus error] signal lost
2018-02-08 12:40:02.019 [bus error] signal lost
2018-02-08 14:07:09.966 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 14:07:10.023 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 16:08:09.032 [bus error] signal lost
2018-02-08 17:27:09.862 [bus error] send to 08: ERR: SYN received, retry
2018-02-08 20:29:21.051 [bus error] signal lost
2018-02-08 20:54:01.054 [bus error] signal lost
2018-02-08 20:58:35.026 [bus error] signal lost
2018-02-08 21:04:45.009 [bus error] signal lost
2018-02-08 21:07:18.041 [bus error] signal lost
2018-02-08 21:07:22.022 [bus error] signal lost
2018-02-08 21:07:24.061 [bus error] signal lost
2018-02-08 21:07:29.013 [bus error] signal lost
2018-02-08 21:07:41.002 [bus error] signal lost
2018-02-08 21:08:31.027 [bus error] signal lost
2018-02-08 21:08:50.049 [bus error] signal lost
2018-02-08 21:08:57.035 [bus error] signal lost
2018-02-08 21:09:02.015 [bus error] signal lost
2018-02-08 21:09:07.036 [bus error] signal lost
2018-02-08 21:09:14.051 [bus error] signal lost
2018-02-08 21:09:18.062 [bus error] signal lost
2018-02-08 21:09:24.004 [bus error] signal lost
2018-02-08 21:09:28.035 [bus error] signal lost
2018-02-08 21:09:33.037 [bus error] signal lost
2018-02-08 21:09:39.068 [bus error] signal lost
2018-02-08 21:09:43.040 [bus error] signal lost
2018-02-08 21:09:45.039 [bus error] signal lost
2018-02-08 21:10:01.006 [bus error] signal lost
2018-02-08 21:10:06.026 [bus error] signal lost
2018-02-08 21:10:13.058 [bus error] signal lost
2018-02-08 21:17:09.837 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:17:09.837 [bus error] send message part 0: ERR: no signal
2018-02-08 21:17:09.837 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 21:27:09.952 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:27:09.952 [bus error] send message part 0: ERR: no signal
2018-02-08 21:27:09.952 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 21:37:10.065 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:37:10.065 [bus error] send message part 0: ERR: no signal
2018-02-08 21:37:10.065 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 21:47:09.915 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:47:09.916 [bus error] send message part 0: ERR: no signal
2018-02-08 21:47:09.916 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 21:57:10.030 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:57:10.030 [bus error] send message part 0: ERR: no signal
2018-02-08 21:57:10.030 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:07:09.881 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:07:09.881 [bus error] send message part 0: ERR: no signal
2018-02-08 22:07:09.881 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:17:09.997 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:17:09.997 [bus error] send message part 0: ERR: no signal
2018-02-08 22:17:09.997 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:27:09.850 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:27:09.850 [bus error] send message part 0: ERR: no signal
2018-02-08 22:27:09.850 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:37:09.978 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:37:09.978 [bus error] send message part 0: ERR: no signal
2018-02-08 22:37:09.978 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:47:09.827 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:47:09.827 [bus error] send message part 0: ERR: no signal
2018-02-08 22:47:09.828 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:57:09.944 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:57:09.944 [bus error] send message part 0: ERR: no signal
2018-02-08 22:57:09.944 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:07:10.061 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:07:10.061 [bus error] send message part 0: ERR: no signal
2018-02-08 23:07:10.061 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:17:09.902 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:17:09.902 [bus error] send message part 0: ERR: no signal
2018-02-08 23:17:09.902 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-08 23:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-08 23:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:47:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-08 23:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-08 23:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:07:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:07:09.823 [bus error] send message part 0: ERR: no signal
2018-02-09 00:07:09.823 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:17:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 00:17:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 00:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 00:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:47:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 00:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 00:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:07:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:17:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:47:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:07:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 02:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 02:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 02:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:37:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:37:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 02:37:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:47:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:47:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 02:47:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 02:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:07:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:47:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:07:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:17:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:47:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:07:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:27:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:47:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:57:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:57:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 05:57:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 06:07:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 06:07:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 06:07:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 06:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 06:17:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 06:17:09.819 [mqtt error] read bai WaterPressure: ERR: no signal

Ich hab das Logging nur auf error laufen. Der Ebusd Service Status war soweit okay. Hab dann den Service und den Ebus-Wemos mal neu gestartet und nun läufts wieder. Wie kann ich das denn noch ein wenig optimieren oder gar auf ein SignalLost
automatisch reagieren? Beispielsweise durch einen Service restart?
Hab mal die LEDs beobachtet. Also die gelbe für Ebusspannung ist immer an, die rote flackert halt wie immer aber geht kurz aus ab und zu.

Gruß

Markus

Reinhart

kannst du dich denn erinnern, ob du seit gestern was geändert hast? Eventuell den Wemos anders positioniert oder so ähnliches?

Ich nehme fast an, das der Wemos die Ursache war und aus irgend einem Grund den Funkbetrieb eingestellt hat. Man könnte schon mit einem Watchdog zB: read bai WaterPressure: ERR überwachen und aber was dann tun? Mann müsste dann dem Wemos irgendwie einen schönen Reset durchführen indem man ihm die Spannung kurz wegnimmt. Das ist halt alles ein wenig Aufwand, besser wäre es denn Grund zu finden warum es plötzlich nicht mehr ordentlich funktioniert und nun ständig zu diesen Fehlern kommt.

Wenn das nochmals passiert, schau bitte ob das Webinterface des Wemos noch erreichbar ist, dann könnte man einen Softreset durhführen. Aber ich glaube, das wird nicht mehr erreichbar sein in dieser Situation.

LG

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

Markus.

Hallo Reinhart,

an der Position oder so des Wemos habe ich nichts gemacht, der ist fest in einem Kunststoffkasten an der Wand verschraubt.
Wen ich Dich richtig verstehe, hat das erstmal nichts mit dem Ebus selber zutun sondern mit der "Verbindung" wischen Daemon und Ebus-Wemos? Das beruhigt mich ja dann ein wenig ;-) Kann schon sein, das das WLAN an der Stelle nicht wirklich das beste ist.
Was ich aber trotzdem seltsam fand, ist die Tatsache das das WebIf des Wemos einwandfrei erreichbar war als er garnichts mehr aktualisiert hat. Werde mal ein presence mit ping drauf laufen lassen und schauen was passiert.
Erstmal vielen Dank !!

Viele Grüße

Markus


Reinhart

es muss nicht unbedingt das WLAN sein, aber alles deutet darauf hin. Du musst dir ja vorstellen, alles was im Log steht ist von der Seite des Dämons zu betrachten und wenn der Signal lost bekommt dann wurde seine "serielle Verlängerung" unterbrochen. Unter "serieller Verlängerung" ist der Wemos mit seiner Funkstrecke gemeint.

Und ja ein Ping ist immer gut, eventuell hilft dir auch ein Log vom WLAN Router weiter. Wenn du aber den Wemos über das Webif tadellos erreicht hast, scheint es einmal die Funkstrecke nicht zu sein. Was mich aber immer noch nachdenklich macht, ist die Aussage das plötzlich die Fehler da waren. Das wird schon irgend einen Grund haben und das wäre schön wenn man den ausfindig machen könnte. Wenn du einen 2. Wemos hast, könntest den mal mit ebusd-esp flashen und testen, denn irgendwo musst ja anfangen den Fehler einzukreisen und das geht am besten nach dem Ausschlussverfahren.

Generell zum Wemos muss ich sagen, das es immer wieder sporadisch zu "Signal lost" kommt, diese aber innerhalb weniger Sekunden wieder funktionieren, das habe ich auch während der Langzeittest beobachtet. Das hast ja du auch schon beobachtet und ist für den weiteren Betrieb auch nicht weiter störend.

Noch was, wenn du keine Änderung der Position durchgeführt hast, dann musst auch überlegen ob irgendwo in der Nähe ein weiterer AP aufgestellt wurde der das Signal beeinflussen könnte oder eventuell ein DECT Gerät das jetzt wo anders liegt als früher?

Ich habe bei meinem WLAN Router noch 3 weitere AP dran hängen und hier kam es öfters zu Ausfällen wenn die zu lange liefen, daher habe ich hier einen automatischen Reboot des Routers um 06:00 eingebaut. Das leert zum einen den Cache und die Clients müssen sich neu anmelden. Es gibt seitdem auch keine Fehler mehr. Die Fehler waren ursprünglich meist das bei DHCP plötzlich kein Forward mehr vom AP funktionierte, also auch nicht direkt mit der Funkstrecke zu tun. Ich will damit nur sagen, es muss nicht mit dem WLAN selbst zu tun haben, aber trotzdem der Device der Verursacher sein kann.

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

chons

Info: Es gibt eine neue eBus Adapter Version 2.1! - weitere Informationen gibt es hier.

chons

Info: Es gibt eine RPI Version des eBus Adapters, weitere Informationen gibt es hier.

nightstorm99

Zitat von: chons am 19 Februar 2018, 17:42:52
Info: Es gibt eine neue eBus Adapter Version 2.1! - weitere Informationen gibt es hier.

Guten Morgen,

dann hoffe ich, das diese dann endlich zuverlässig läuft bei mir.
Mit Version 1.6 und 2.0 habe ich das Problem, das jeden Tag die Heizung auf Störung geht, da irgendwas nicht stimmt.

Bin gespannt

dkreutz

Auch wenn inzwischen alle gebannt auf den eBus Adapter V2.1 warten, habe ich heute endlich die Zeit gefunden eine weitere Versuchsreihe zu meinen Timeout/Connection Problemen durchzuführen:

Wolf Ölheizung mit R12(5W) Regelung, eBus Adapter V2.0 1  & Wemos ebusd-esp, Erweiterungsplatine aufgesteckt wg. LEDs (ohne espEasy-Wemos)
1) im Heizungsraum, WLAN-AP ca. 4m entfernt aber durch eine Mauer und diverses Metall (was halt alles an Rohren usw. da ist
2) im Kellerflur, ca. 2m zum AP, direkt Sicht
3) ELV-UART über USB direkt am RPI3

In allen Konstellationen führt ein "ebusctl scan full" letztendlich zu "read timeout". Ein scan-Befehl mit einer konkreten Adressangabe sagt entweder "invalid adress" oder halt "read timeout"
Was mich überrascht, ist dass dies auch über den UART passiert. Woran könnte das liegen?

Raspberry Pi3B+ (Bullseye) / JeeLink868v3c (LaCrosse), nanoCUL433 (a-culfw V1.24.02), HM-MOD-UART (1.4.1), TEK603, MapleCUL / diverse Sensoren/Sender/Aktoren von Technoline, Intertechno, Shelly, Homematic und MAX!, Froggit Wetterstation, Luftdaten.info / Autor des fhem-skill für Mycroft.ai

Reinhart

#383
ich vermute du hast eine Adresse angegeben die nicht möglich ist! Schau dazu bitte in die Spezifikation, da siehst du wie die Adresse mit der Priorisierung zusammen hängt (unter 6.2.2.1) .


read timeout kommt natürlich bei einem Scan immer dann wenn keine Antwort vom Gerät kommt. ebusd scannt ja viele Adressen durch und schaut ob es eine Antwort gibt, die gibt es natürlich nur bei Geräten die auch physikalisch angeschlossen sind. Solange alle Geräte gefunden werden, ist dies ok. Wird aber bei einem Scan nicht immer alles gefunden, dann wird dir die V 2.1 helfen die Trefferquote zu steigern.

Ich glaube aber, John hat da die Ausgaben bei neueren Versionen etwas abgeändert.

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

dkreutz

Es wird kein Gerät gefunden.

Anfang Januar, nachdem ich die Wemos-Probleme aussortiert hatte, wurde die Regelung auf den Adressen f1/f6 gefunden, aber nicht richtig erkannt (ebusctl info hat nicht Geräte/Herstellerkennung angezeigt, bei anderen Wolf-R12 Usern hier im Forum klappte das).
Ich weiß leider nicht was ich geändert habe, dass keine Geräte mehr erkannt werden.

Dann warte ich auf meinen V2.1 Bausatz...
Raspberry Pi3B+ (Bullseye) / JeeLink868v3c (LaCrosse), nanoCUL433 (a-culfw V1.24.02), HM-MOD-UART (1.4.1), TEK603, MapleCUL / diverse Sensoren/Sender/Aktoren von Technoline, Intertechno, Shelly, Homematic und MAX!, Froggit Wetterstation, Luftdaten.info / Autor des fhem-skill für Mycroft.ai

Reinhart

ja, ich kann mich erinnern, du warst jener der hartnäckigen Hardware wo die Erkennung am eBus versagte. Aber bevor wir weiter Rätselraten warte auf de V2.1 und schaue wie sich die an deinem eBus verhält. Wenn es grundsätzlich bei anderen Wolf Usern derselben Hardware funktioniert ist die Hoffnung ja groß das sich auch für deine Umgebung eine Lösung finden läßt.

Als schwachen Trost, es gibt auch ganz wenige Vaillant User bei denen die Erkennung nicht immer funktioniert, weder mit kommerziellen noch mit den Eigenbau Platinen. Aber gerade für diese wenigen sollte die V2.1 neue Hoffnung bringen. Praxiserfahrung haben wir außer dem Testbetrieb für solche extremen Fälle noch keine, da diese Methode ja völlig neu ist.

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

Reinhart

wichtiger Hinweis zur V2.1 mit Erweiterungsplatine!

Wer auf seiner V 2.1 einen DC-Wandler verbaut hat (nicht bei der Rpi Variante) muss beachten, das Steckernetzteil für den Wemos unbedingt an den Wemos zu hängen, welcher an der Basisplatine angeschlossen ist (ebusd-esp)! An der Basisplatine sitzt ja der DC-Wandler und wird von dort auch mit den 5V des Steckernetzteils versorgt!

Bei den 2.0 Varianten wurden ja die 5V aus dem eBus entnommen, da war das kein Thema.

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

dkreutz

Hallo,

Der Adapter V2.1 inkl. DC-Wandler ist fertig gelötet, heute Abend kommt dann noch die Erweiterungsplatine dran. Ich nehme an, dass die Hinweise zur Inbetriebnahme V2.0 grundsätzlich auch für V2.1 Gültigkeit haben?

Leider habe ich keine Möglichkeit die Platine durchzumessen, da ich kein Labornetzgerät mit einstellbarer Spannung zur Verfügung habe. Ein einfaches Digitalmultimeter und ein Universalt-Netzteil (3-12V in Stufen schaltbar) wäre vorhanden - kann ich damit noch irgendwas prüfen?
Ansonsten würde ich Adapter mit ebusd-esp bzw. Erweiterungsplatine mit esp-easy und BME280 jeweils probeweise an das USB-Netzteil anschließen und wenn ich dabei keine Rauchzeichen empfange dann damit an den eBus gehen...

VG Dominik
Raspberry Pi3B+ (Bullseye) / JeeLink868v3c (LaCrosse), nanoCUL433 (a-culfw V1.24.02), HM-MOD-UART (1.4.1), TEK603, MapleCUL / diverse Sensoren/Sender/Aktoren von Technoline, Intertechno, Shelly, Homematic und MAX!, Froggit Wetterstation, Luftdaten.info / Autor des fhem-skill für Mycroft.ai

Reinhart

ja genau, prinzipiell kann ja nicht viel passieren da der eBus kurzschlussfest ist. Wenn du die Platine vorher einmal unter Spannung setzt (dazu einfach Uart am USB anschließen) merkst ja sofort wenn was nicht passt. nach dem fertig Löten mach ich immer eine optische Kontrolle mit der Lupe und schau mir alle Lötstellen an, zum einen ob das Zinn ordentlich geflossen ist und zum anderen ob hier eventuell Kurzschlüsse entstanden sind. Eventuelle Lötspritzer sanft wegkratzen. Bei der Herstellung der Platinen wurde ja auch ein Lötstoplack aufgetragen, somit ist ja der Nachbau wirklich sehr einfach und das Zinn fließt dort wo es fließen soll. Das wäre bei selbst hergestellten Platinen etwas fehleranfälliger und Verbindungen zu einer benachbarten Leiterbahn sind da eher möglich.

Und ja, du hast es schon richtig bemerkt, grundsätzlich gelten die gleichen Hinweise zur Inbetriebnahme wie zur V 2.0. Du tust dir beim ersten Test sogar leichter, weil die Platine auch ohne eBus schon voll unter Spannung ( 5V ) steht (bei der DC-Variante).

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

dkreutz

Hallo,

Adapter V2.1 und Erweiterungsplatine sind fertig gelötet  8)

An der Erweiterungsplatine habe ich bei SJ1 und SJ2 jeweils die Brücke bei 1-2 eingelötet, da erkennt espEasy aber den BME280 nicht - muss ich noch mal genauer prüfen.

Bei der Adapterplatine leuchten grüne und gelbe LED dauerhaft, die rote blitzt beim booten des ebusd-esp einmal kurz auf. Ist das plausibel? Gegenprobe mit UART und Anschluss an den eBus folgen dann besser erst morgen...

VG Dominik
Raspberry Pi3B+ (Bullseye) / JeeLink868v3c (LaCrosse), nanoCUL433 (a-culfw V1.24.02), HM-MOD-UART (1.4.1), TEK603, MapleCUL / diverse Sensoren/Sender/Aktoren von Technoline, Intertechno, Shelly, Homematic und MAX!, Froggit Wetterstation, Luftdaten.info / Autor des fhem-skill für Mycroft.ai