Danke. Ich bin gespannt ob du was finden kannst.
Ich habe den HM-MOD-RPI-PCB jetzt über viele Tage ohne Probleme getestet - der Fehler scheint also behoben ;-).
Das klingt ja gut. Das heisst ich muss nun die nightlies installieren, damit der Fehler für mich auch evtl. behoben ist? Wenn ja, wie stellt man das denn an. Ich habe ja bereits die release version installiert.
Danke und Gruß
Damit wir die aktuelle Nightly “über” die installierte Version installiert.
Ich habe gerade aktualisiert auf 0.6.20-987 und frage mich ob eine Chance besteht, das dort der Fehler evtl. behoben ist. Würde prinzipiell gerne auf nightly verzichten.
Und falls ich doch auf die nightlies wechsele. Werden die auch mit “apt-get upgrade” aktualisiert?
0.6.20-987 hat das Problem weiterhin.
Das Skript zum installieren der nightly funktioniert unter raspbian anscheinend nicht.
root@raspberrypi:~# wget -O - https://homegear.eu/downloads/InstallNightly.sh | bash
--2017-04-02 18:49:29-- https://homegear.eu/downloads/InstallNightly.sh
Auflösen des Hostnamen »homegear.eu (homegear.eu)«... 138.201.146.201, 2a01:4f8:172:19a5::3
Verbindungsaufbau zu homegear.eu (homegear.eu)|138.201.146.201|:443... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 12613 (12K) [application/octet-stream]
In »»STDOUT«« speichern.
- 100%[=====================>] 12,32K --.-KB/s in 0,002s
2017-04-02 18:49:29 (5,57 MB/s) - auf die Standardausgabe geschrieben [12613/12613]
Installing dependencies...
OK http://archive.raspberrypi.org jessie InRelease
Holen: 1 http://mirrordirector.raspbian.org jessie InRelease [14,9 kB]
OK https://homegear.eu jessie/ InRelease
Ign http://dl.bintray.com stable InRelease
Ign http://dl.bintray.com stable InRelease
Holen: 2 http://dl.bintray.com stable Release.gpg [821 B]
Holen: 3 http://dl.bintray.com stable Release.gpg [821 B]
Holen: 4 http://dl.bintray.com stable Release [6.050 B]
OK http://archive.raspberrypi.org jessie/main armhf Packages
Holen: 5 http://dl.bintray.com stable Release [6.050 B]
Holen: 6 http://mirrordirector.raspbian.org jessie/main armhf Packages [8.981 kB]
OK http://archive.raspberrypi.org jessie/ui armhf Packages
OK https://homegear.eu jessie/ Packages
Holen: 7 https://homegear.eu jessie/ Translation-de_DE [232 B]
Holen: 8 https://homegear.eu jessie/ Translation-de [229 B]
Holen: 9 http://dl.bintray.com stable/main armhf Packages [77,8 kB]
Holen: 10 https://homegear.eu jessie/ Translation-en [229 B]
Holen: 11 https://homegear.eu jessie/ Translation-de_DE [232 B]
Holen: 12 https://homegear.eu jessie/ Translation-de [229 B]
Holen: 13 https://homegear.eu jessie/ Translation-en [229 B]
Holen: 14 https://homegear.eu jessie/ Translation-de_DE [232 B]
Holen: 15 https://homegear.eu jessie/ Translation-de [229 B]
Holen: 16 https://homegear.eu jessie/ Translation-en [229 B]
Holen: 17 https://homegear.eu jessie/ Translation-de_DE [232 B]
Holen: 18 https://homegear.eu jessie/ Translation-de [229 B]
Holen: 19 https://homegear.eu jessie/ Translation-en [229 B]
Holen: 20 https://homegear.eu jessie/ Translation-de_DE [232 B]
Ign https://homegear.eu jessie/ Translation-de_DE
Holen: 21 http://dl.bintray.com stable/main armhf Packages [666 B]
Holen: 22 https://homegear.eu jessie/ Translation-de [229 B]
Ign https://homegear.eu jessie/ Translation-de
Holen: 23 https://homegear.eu jessie/ Translation-en [229 B]
Ign https://homegear.eu jessie/ Translation-en
Ign http://dl.bintray.com stable/main Translation-de_DE
Ign http://dl.bintray.com stable/main Translation-de
Ign http://archive.raspberrypi.org jessie/main Translation-de_DE
Ign http://dl.bintray.com stable/main Translation-en
Ign http://dl.bintray.com stable/main Translation-de_DE
Ign http://archive.raspberrypi.org jessie/main Translation-de
Ign http://dl.bintray.com stable/main Translation-de
Ign http://archive.raspberrypi.org jessie/main Translation-en
Ign http://dl.bintray.com stable/main Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-de_DE
Ign http://archive.raspberrypi.org jessie/ui Translation-de
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Holen: 24 http://mirrordirector.raspbian.org jessie/contrib armhf Packages [37,5 kB]
Holen: 25 http://mirrordirector.raspbian.org jessie/non-free armhf Packages [70,3 kB]
Holen: 26 http://mirrordirector.raspbian.org jessie/rpi armhf Packages [1.356 B]
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/main Translation-de
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Es wurden 9.197 kB in 25 s geholt (364 kB/s).
Paketlisten werden gelesen... Fertig
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden NEUEN Pakete werden installiert:
dialog
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Es müssen 233 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 750 kB Plattenplatz zusätzlich benutzt.
Holen: 1 http://mirrordirector.raspbian.org/raspbian/ jessie/main dialog armhf 1.2-20140911-1 [233 kB]
Es wurden 233 kB in 0 s geholt (374 kB/s).
Vormals nicht ausgewähltes Paket dialog wird gewählt.
(Lese Datenbank ... 33993 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../dialog_1.2-20140911-1_armhf.deb ...
Entpacken von dialog (1.2-20140911-1) ...
Trigger für man-db (2.7.0.2-5) werden verarbeitet ...
dialog (1.2-20140911-1) wird eingerichtet ...
stty: Standardeingabe: Unpassender IOCTL (I/O-Control) für das Gerät
stty: Standardeingabe: Unpassender IOCTL (I/O-Control) für das Gerät
Can't make new window at (14,14), size (-5,49).
EDIT: Das hier funktioniert:
wget -O /tmp/InstallNightly.sh https://homegear.eu/downloads/InstallNightly.sh && bash /tmp/InstallNightly.sh
Quelle: Homegear startet nicht nach update auf Nightly 0.7.0-1508
Das Problem besteht auch noch mit version Homegear (version 0.7.0-1576).
Und ich denke es ist ein spezielles Problem mit dem HM-Dis-EP-WM55.
Schade, dass die Nightly dein Problem nicht löst. Da muss @sathya was zu sagen.
Habe den Starterguide entsprechend angepasst.
Hallo @lopez1de,
Und ich denke es ist ein spezielles Problem mit dem HM-Dis-EP-WM55.
Da stimme ich dir zu. Und zwar (vermutlich nur) in Verbindung mit dem HM-MOD-RPI-PCB. Ich vermute mal du hast die aktuelle Firmware auf dem Kommunikationsmodul? Es sieht so aus, als würden nach dem Senden des Paketes von dem HM-MOD-RPI-PCB keine Pakete mehr empfangen werden. Der Neustart von Homegear bewirkt auch einen Reset des Moduls, was erklärt, warum das das Problem löst. Ich werde bei mir mal testen, ob ich mit dem “SUBMIT”-Paket einen Absturz provozieren kann.
Viele Grüße
Sathya
Ein firmware update des HM-MOD-RPI-PCB habe ich bisher nicht gemacht. Muss ich mal sehen wie das geht.
Anbei mein Testskript mit dem ich das Display “befeuer”.
#!/usr/bin/env php
<?php
include_once("Connect.php");
while (true) {
sleep(5);
$result = $Client->send("setValue", array(42, 3, "SUBMIT", "020A128113850A128013850A1285330A0A14C01CD01DE016F203"));
echo 'Result: '; var_dump($result);
}
?>So. Firmwareupdate habe ich erledigt. Version ist nun theoretisch 1.4.1. Ich habe allerdings keine Ahnung welche Version ich vorher hatte.
Hilfreich waren dabei: HM-MOD-RPI-PCB und Raspberry2 Konfigurationsprobleme und https://heinz-otto.blogspot.de/2016/07/raspberry-pi-homematic-modul.html
Ich werde nun noch einmal testen.
Das Problem besteht weiterhin. Auch wenn es gefühlt deutlich später in UNREACH geht.
Auf Anhieb kann ich es bei mir nicht reproduzieren, allerdings habe ich kein HM-Dis-EP-WM55 zum Testen., so dass ich nur prüfen kann, ob nach einem nicht erfolgreichen Senden an ein HM-Dis-EP-WM55 Probleme auftreten.
Zudem funktionieren ab diesem Moment auch keine HM-CC-RT-DN Heizventile
mehr. Diese lassen sich ebenfalls erst wieder ansprechen, wenn homegear
neu gestartet wird.
Ist das denn noch der Fall? Oder lässt sich nur das HM-Dis-EP-WM55 nicht ansprechen?
Viele Grüße
Sathya
Ich habe es nun mit einer aktuellen Homegear Version noch mal durchgespielt. Und das Problem besteht leider immer noch. Läuft das Display in einen Fehler lassen sich auch die Heizventile nicht mehr regeln.
Kann es denn sein das ich beim Testen in den DutyCycle rein laufe? Ich finde dafür allerdings kein Anzeichen in den Logs. Und nach einem Neustart von homegear läuft ja sofort alles wieder.
EDIT:
Ich sehe gerade, das Display wird nun in openhab2 direkt unterstützt. Ich werde diesen Weg versuchen und schauen ob die Probleme dort auch auftreten.
https://github.com/openhab/openhab2-addons/tree/master/addons/binding/org.openhab.binding.homematic
Ja, die Probleme treten genauso auf.
Hi @lopez1de,
Kann es denn sein das ich beim Testen in den DutyCycle rein laufe?
Ja, kann. Poste nochmal einen längeren Logabschnitt (Zeitfenster eine Stunde bis zum Problem), dann kann ich mal rechnen, ob das das Problem sein könnte.
Viele Grüße
Sathya
Ich habe dir eine Nachricht geschickt.
Hallo @lopez1de,
hab’s mir endlich angeschaut. Du erreichst in der aufgezeichneten Stunde etwa ein Drittel des Duty Cycles. Das ist also nicht das Problem. Was im Log auffällt ist, dass zum Fehlerzeitpunkt eine ganze Reihe von Paketen gesendet werden. Die Antworten kommen auch, nur viel zu spät. Z. B.:
10/24/17 14:07:25.635 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Info: Sending (My-HM-MOD-RPI-PCB): 1AF0B011FD046D4BD22A8003020A12416E776573656E6413840A12
10/24/17 14:07:28.337 HomeMatic BidCoS packet received (My-HM-MOD-RPI-PCB, RSSI: -35 dBm): 0AF080024BD22AFD046D00
Ich würde das Problem zunächst einmal darauf schieben, dass der HM-MOD-RPI-PCB Probleme hat, so viele (WoR)-Anfragen gleichzeitig zu verarbeiten. Ich habe das Queue-Timeout jetzt mal auf 3 Sekunden erhöht. Schau mal, ob es jetzt besser klappt. Falls nicht, würde ich empfehlen, statt des HM-MOD-RPI-PCB einen CUL oder @pmayer s CC1101-Platine zu verwenden. Damit tritt das Problem nicht auf.
Viele Grüße
Sathya
1 Like
Ich habe ähnliche Probleme mit meinem HM-Dis-EP-WM55 in Kombination mit Homegear 0.7.30-1900. Allerdings hilft ein Neustart von Homegear nicht weiter.
Beim Senden der Status-Update-Kommandos über eine OpenHab2 rule erhalte ich mehrmals die No answer to packet… Fehlermeldung.
03/05/19 20:22:09.941 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Info: Sending (My-HM-MOD-RPI-PCB): 1AD4B011FD19C46934888003020A12476172616765205A5513850A
03/05/19 20:22:12.657 RPC Server (Port 2001): Info: Client number 101095 is calling RPC method: ping (2) Parameters:
(String) 25573ee2
03/05/19 20:22:13.317 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "My-HM-MOD-RPI-PCB": Info: No answer to packet 1AD4B011FD19C46934888003020A12476172616765205A5513850A
03/05/19 20:22:13.317 Module HomeMatic BidCoS: Info: Setting peer to unreachable, because the queue processing was interrupted.
Das Ganze wiederholt sich dann wegen 2 Retries. Beim Senden des Status-Updates mit Homegear Manager klappt die Übertragung gelegentlich bei einem der Retry-Versuche.
@lopez1de Hast du das Gerät zum Funktionieren gebracht?
Kann sonst noch jemand helfen?
Seitdem ich von homegear auf die vCCU gewechselt bin funktioniert das Teil.