Störungen bei HmIP-BSM
-
@legro sagte in Störungen bei HmIP-BSM:
Er meldete seit Wochen(!) in Verbindung mit Kommunikationsstörungen immer hin und wieder, dass er (fälschlicherweise) ein Update auf 2.12.18 haben möchte oder dass Konfigurationsdaten vorlägen oder .. oder ..
Die Updates von HmIP laufen etwas anders als von HomeMatic.
Es kann tatsächlich so gewesen sein, wie du meinst, dass es nicht ist ;-)HmIP Updates werden scheibchenweise -teilweise über mehrere Tage- von der CCU auf die Aktoren verteilt um den DutyCycle nicht unnötig in die Höhe zu treiben.
Dazu gehen sie nur bis der DC einen bestimmten Wert erreicht hat (z.B. 60/80%) stoppen dann, warten eine Zeit bis der DC wieder unter einen Schwellwert fällt und machen dann weiter.
In der Zeit steht halt das Update noch an.Hat deine Installation jedoch sowieso ein Problem und zeitweise einen hohen DC, kann es passieren, dass nach dem Erreichen des oberen Schwellwertes die Restmenge an freiem DC nicht mehr ausreicht und anschließend der DC überschritten ist, was zu der Kommunikationsstörung führt.
Ein Reset setzt diesen DC (des Aktors!!!!) wieder auf 0Definitiv gab‘s bei uns keine Probleme mit dem duty cycle. Auch waren alle Updates bereits vor Wochen abgeschlossen. Jedem HomematicIP-Aktor ließ ich genügend Zeit, sich in aller Ruhe sein Update zu ziehen. Hierzu überwachte ich den duty cycle, der - wie du bestätigst - nie die Grenze von ca. 70% überschritt.
Warum urplötzlich einer der HmIP-BSM-Aktoren meinte, das bereits installierte Update erneut anfordern zu müssen, bleibt wohl nun für immer sein Geheimnis.
Was mich jedoch überrascht, ist die Qualität meines ZigBee-Netzes. Im Gegensatz zu BidCos - mit seinen 868MHz - traten bisher keinerlei Störungen auf, obwohl in den für die Ausbreitung in Gebäuden ungünstigen 2,4GHz Bändern gesendet wird.
Sei‘s d‘rum. Ich habe nunmal die vielen Homematic Geräte und muss wohl oder übel mit ihnen auskommen. Das hat schließlich wochenlang ja auch zufriedenstellend funktioniert.
Nochmals vielen Dank für deine Unterstützung.
-
@legro sagte in Störungen bei HmIP-BSM:
Er meldete seit Wochen(!) in Verbindung mit Kommunikationsstörungen immer hin und wieder, dass er (fälschlicherweise) ein Update auf 2.12.18 haben möchte oder dass Konfigurationsdaten vorlägen oder .. oder ..
Die Updates von HmIP laufen etwas anders als von HomeMatic.
Es kann tatsächlich so gewesen sein, wie du meinst, dass es nicht ist ;-)HmIP Updates werden scheibchenweise -teilweise über mehrere Tage- von der CCU auf die Aktoren verteilt um den DutyCycle nicht unnötig in die Höhe zu treiben.
Dazu gehen sie nur bis der DC einen bestimmten Wert erreicht hat (z.B. 60/80%) stoppen dann, warten eine Zeit bis der DC wieder unter einen Schwellwert fällt und machen dann weiter.
In der Zeit steht halt das Update noch an.Hat deine Installation jedoch sowieso ein Problem und zeitweise einen hohen DC, kann es passieren, dass nach dem Erreichen des oberen Schwellwertes die Restmenge an freiem DC nicht mehr ausreicht und anschließend der DC überschritten ist, was zu der Kommunikationsstörung führt.
Ein Reset setzt diesen DC (des Aktors!!!!) wieder auf 0@Homoran said in Störungen bei HmIP-BSM:
Ein Reset setzt diesen DC (des Aktors!!!!) wieder auf 0
Hiermit bringst du mich auf eine Idee.
Bisher habe ich immer nur den duty cycle der piVCCU3 mir angeschaut. Nach dem, was du schreibst, könnte ggf. der duty cycle des HmIP-BSM überschritten sein.
Kann man das irgendwo sehen?
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@Homoran said in Störungen bei HmIP-BSM:
Ein Reset setzt diesen DC (des Aktors!!!!) wieder auf 0
Hiermit bringst du mich auf eine Idee.
Bisher habe ich immer nur den duty cycle der piVCCU3 mir angeschaut. Nach dem, was du schreibst, könnte ggf. der duty cycle des HmIP-BSM überschritten sein.
Kann man das irgendwo sehen?
@legro sagte in Störungen bei HmIP-BSM:
Kann man das irgendwo sehen?
Jein!
es gibt in Kanal einen State für den Duty Cycle.
der ist aber nur Bool, also ja/nein. ich weiß nicht wann der auf true gehtschlimmstenfalls erst bei 100%, wobei bei 99% auch nicht wirklich ein ganzes Paket durch kommt.
Aber eine Störung des Funkverkehrs ist immer noch eine Möglichkeit, insbesondere wenn der Aktor ständig dagegen anfunkt und dadurch zusätzlich in das Limit des DC kommt
-
Vorab: Hier findet ihr die Zusammenfassung und Lösung der in diesem Thread diskutierten Fehler.
Vorgeschichte ..
Ende Sommer wechselte ich von MagentaSmartHome (MSH alias Qivicon) - um dem dort herrschenden Chaos zu entfliehen - und flüchtete mich zu ioBroker. Den Schritt habe ich nicht nur nicht bereut, sondern es war eine meiner besten Entscheidungen.
In einem Punkt muss ich wohl im Nachhinein die Leute in der Entwicklungsabteilung von MSH fast schon in Schutz nehmen. Die vielen Störungen gingen größtenteils auf Homematic Geräte zurück. Und genau diese Störungen beobachte ich nun auch unter ioBroker.
Konfigurationen ..
Ich betreibe ioBroker und piVCCU3 (in einem LXC) auf einem RaspberryPi 4 mit 8GB RAM. Als Funkmodul wählte ich das leistungsstärkere Bauteil RPI-RF-MOD. Darüber hinaus verwende ich für ZigBee (3.0) den Coordinator CC26X2R1 von Texas Instruments. Als weitere über (W)LAN angeschlossene Gerätschaften betreibe ich HUE, Shelly, ..
Jeden HmIP-BSM nutze ich i.d.R. zweifach. Kurzer Tastendruck: Gerät ein/aus; langer Tastendruck: weitere Aktionen.
HmIP-RF/BidCos-Probleme ohne Ende ..
Gelang es mir bei vielen Aktoren (Rollläden, Funktaster, Funkschalter, ..) unter Verwendung der Datenpunkte in ioBroker viele Störungen zu erkennen und durch Nachsteuern leidlich im Zaum zu halten, so bin ich beim HmIP-BSM mittlerweile ratlos. Mit wachsendem Ausbau unseres Systems nahmen die Störungen (allerdings nur im Homematic Bereich) beständig zu.
Schlimmer noch: Diese Teile proben derzeit regelrecht den Aufstand, wie man an nachfolgender Abbildung erkennen kann. Kaum ein Aktor, der sich daran nicht beteiligt.
Störungsmeldungen von meinen HmIP-BSMs
Hilferuf ..
Hat jemand hier Erfahrung mit Homematic(IP) Geräten und insbesondere dem HmIP-BSM und kann mir ggf. raten?
@legro said in Störungen bei HmIP-BSM:
Ich betreibe ioBroker und piVCCU3 (in einem LXC) auf einem RaspberryPi 4 mit 8GB RAM. Als Funkmodul wählte ich das leistungsstärke Bauteil RPI-RF-MOD.
Das große Funkmodul passt nicht ohne weiteres auf einen Pi4.
Hast du einen Stacking Header benutzt oder eine der USB- oder Ethernet-Lösungen von Alex Reinert (HB-RF-USB* oder HB-RF-ETH)?Der Pi4 ist für starke Störstrahlung bekannt und deswegen ist es schwierig, ein HM-Funkmodul direkt daran zu betreiben.
Mit HB-RF-USB* oder HB-RF-ETH geht es gut. -
Definitiv gab‘s bei uns keine Probleme mit dem duty cycle. Auch waren alle Updates bereits vor Wochen abgeschlossen. Jedem HomematicIP-Aktor ließ ich genügend Zeit, sich in aller Ruhe sein Update zu ziehen. Hierzu überwachte ich den duty cycle, der - wie du bestätigst - nie die Grenze von ca. 70% überschritt.
Warum urplötzlich einer der HmIP-BSM-Aktoren meinte, das bereits installierte Update erneut anfordern zu müssen, bleibt wohl nun für immer sein Geheimnis.
Was mich jedoch überrascht, ist die Qualität meines ZigBee-Netzes. Im Gegensatz zu BidCos - mit seinen 868MHz - traten bisher keinerlei Störungen auf, obwohl in den für die Ausbreitung in Gebäuden ungünstigen 2,4GHz Bändern gesendet wird.
Sei‘s d‘rum. Ich habe nunmal die vielen Homematic Geräte und muss wohl oder übel mit ihnen auskommen. Das hat schließlich wochenlang ja auch zufriedenstellend funktioniert.
Nochmals vielen Dank für deine Unterstützung.
-
@legro sagte in Störungen bei HmIP-BSM:
Kann man das irgendwo sehen?
Jein!
es gibt in Kanal einen State für den Duty Cycle.
der ist aber nur Bool, also ja/nein. ich weiß nicht wann der auf true gehtschlimmstenfalls erst bei 100%, wobei bei 99% auch nicht wirklich ein ganzes Paket durch kommt.
Aber eine Störung des Funkverkehrs ist immer noch eine Möglichkeit, insbesondere wenn der Aktor ständig dagegen anfunkt und dadurch zusätzlich in das Limit des DC kommt
-
@legro said in Störungen bei HmIP-BSM:
Ich betreibe ioBroker und piVCCU3 (in einem LXC) auf einem RaspberryPi 4 mit 8GB RAM. Als Funkmodul wählte ich das leistungsstärke Bauteil RPI-RF-MOD.
Das große Funkmodul passt nicht ohne weiteres auf einen Pi4.
Hast du einen Stacking Header benutzt oder eine der USB- oder Ethernet-Lösungen von Alex Reinert (HB-RF-USB* oder HB-RF-ETH)?Der Pi4 ist für starke Störstrahlung bekannt und deswegen ist es schwierig, ein HM-Funkmodul direkt daran zu betreiben.
Mit HB-RF-USB* oder HB-RF-ETH geht es gut.Schon klar, ohne Stack Header kann man das Funkmodul natürlich nicht betreiben.
Ich habe bewusst mich für das große BidCos-Modul entschieden, weil ich es außerhalb des Gehäuses anbringen möchte. Ein kleines Funkmodul im Inneren eines Aluminiumgehäuses wäre wohl auch nicht sinnvoll.
Alle Geräte liefen seit Mitte August zunächst wochenlang zufriedenstellend. Erst in den letzten Tagen gibt's Störungen, von denen ich einfach nicht die Ursachen erkennen kann.
Nach tagelangem Rumbasteln verbleiben vorwiegend nur die Störungen an den HmIP-BSM. Eine beliebte Fehlermeldung ist hier zu sehen ..
Die HmIP-BSM werden u.a. über Bewegungsmelder eingeschaltet. Die Störungen äußern sich darin, dass die Lampen oft nicht eingeschaltet werden. Allein Abwarten kann dazu führen, dass es wieder die nächsten Male funktioniert.
Ich bin ratlos.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
Schon klar, ohne Stack Header kann man das Funkmodul natürlich nicht betreiben.
Ich habe bewusst mich für das große BidCos-Modul entschieden, weil ich es außerhalb des Gehäuses anbringen möchte. Ein kleines Funkmodul im Inneren eines Aluminiumgehäuses wäre wohl auch nicht sinnvoll.
Alle Geräte liefen seit Mitte August zunächst wochenlang zufriedenstellend. Erst in den letzten Tagen gibt's Störungen, von denen ich einfach nicht die Ursachen erkennen kann.
Nach tagelangem Rumbasteln verbleiben vorwiegend nur die Störungen an den HmIP-BSM. Eine beliebte Fehlermeldung ist hier zu sehen ..
Die HmIP-BSM werden u.a. über Bewegungsmelder eingeschaltet. Die Störungen äußern sich darin, dass die Lampen oft nicht eingeschaltet werden. Allein Abwarten kann dazu führen, dass es wieder die nächsten Male funktioniert.
Ich bin ratlos.
@legro said in Störungen bei HmIP-BSM:
BidCoS ist der Name für den klassischen HomeMatic-Funk ;)Ein Funkmodul im Inneren eines metallischen Gehäuses ohne externe Antenne ist tatsächlich nicht sinnvoll.
Ob diese Zwischenplatine des Argon One sich allerdings neutral gegenüber der Einkopplung von Störungen verhält ist fraglich. Außerdem hat eQ-3 extra die Spannungsversorgung am RPI-RF-MOD vorgesehen und nicht über den Pi.
Wahrscheinlich spielt das alles zusammen und führt zu den Kommunikationsstörungen der HmIP-BSMs.
Was sagen denn die Servicemeldungen in der CCU-Oberfläche?
Kommt da eine Kommunikationsstörung bei dem XML-RPC Error? Geht die wieder weg?
Auf deinem ersten Screenshot sind da ja permanente Störungen und nicht nur ein verlorenes Telegramm. -
Schon klar, ohne Stack Header kann man das Funkmodul natürlich nicht betreiben.
Ich habe bewusst mich für das große BidCos-Modul entschieden, weil ich es außerhalb des Gehäuses anbringen möchte. Ein kleines Funkmodul im Inneren eines Aluminiumgehäuses wäre wohl auch nicht sinnvoll.
Alle Geräte liefen seit Mitte August zunächst wochenlang zufriedenstellend. Erst in den letzten Tagen gibt's Störungen, von denen ich einfach nicht die Ursachen erkennen kann.
Nach tagelangem Rumbasteln verbleiben vorwiegend nur die Störungen an den HmIP-BSM. Eine beliebte Fehlermeldung ist hier zu sehen ..
Die HmIP-BSM werden u.a. über Bewegungsmelder eingeschaltet. Die Störungen äußern sich darin, dass die Lampen oft nicht eingeschaltet werden. Allein Abwarten kann dazu führen, dass es wieder die nächsten Male funktioniert.
Ich bin ratlos.
@legro sagte in Störungen bei HmIP-BSM:
Erst in den letzten Tagen gibt's Störungen, von denen ich einfach nicht die Ursachen erkennen kann.
es gibt die Möglichkeit mit einem DVB-T Receiver (oder einem teuren Spezialgerät) den Funkverkehr im 868 MHz Bereich zu überprüfen, ob es da Störungen gibt.
@legro sagte in Störungen bei HmIP-BSM:
Eine beliebte Fehlermeldung ist hier zu sehen .
Das sieht aber aus, als ob der Adapter keine Verbindung zur CCU hätte
-
Schon klar, ohne Stack Header kann man das Funkmodul natürlich nicht betreiben.
Ich habe bewusst mich für das große BidCos-Modul entschieden, weil ich es außerhalb des Gehäuses anbringen möchte. Ein kleines Funkmodul im Inneren eines Aluminiumgehäuses wäre wohl auch nicht sinnvoll.
Alle Geräte liefen seit Mitte August zunächst wochenlang zufriedenstellend. Erst in den letzten Tagen gibt's Störungen, von denen ich einfach nicht die Ursachen erkennen kann.
Nach tagelangem Rumbasteln verbleiben vorwiegend nur die Störungen an den HmIP-BSM. Eine beliebte Fehlermeldung ist hier zu sehen ..
Die HmIP-BSM werden u.a. über Bewegungsmelder eingeschaltet. Die Störungen äußern sich darin, dass die Lampen oft nicht eingeschaltet werden. Allein Abwarten kann dazu führen, dass es wieder die nächsten Male funktioniert.
Ich bin ratlos.
@legro Hast du schon mal versucht die Befehle leicht zeitversetzt zu senden? Ich hatte ein ähnliches Problem mit einer Sirene. Nachdem ich eine kleine Verzögerung eingebaut hatte, gibt es keine derartigen Meldungen mehr.
-
@legro Hast du schon mal versucht die Befehle leicht zeitversetzt zu senden? Ich hatte ein ähnliches Problem mit einer Sirene. Nachdem ich eine kleine Verzögerung eingebaut hatte, gibt es keine derartigen Meldungen mehr.
@Dr-Bakterius said in Störungen bei HmIP-BSM:
@legro Hast du schon mal versucht die Befehle leicht zeitversetzt zu senden? ..
Die Ansteuerungen der HmIP-BSM erfolgen über Bewegungsmelder (BWM), wobei ein BWM immer nur einen Aktor einschaltet. Mithin kann ich hier nichts optimieren.
Zur Steuerung unserer insgesamt 17 Rollläden setze ich natürlich das Ganze so um, wie du‘s hier vorschlägst. Ohne dieses Vorgehen könnte ich auch gleich selbst durch‘s Haus laufen, um sie zu schließen bzw. öffnen.
Das System kommt mir ziemlich unausgereift vor. Dank ioBroker habe ich ja nun mittlerweile Geräte von vielen Hersteller in Betrieb. Solche Störungen treten bei uns nur bei Homematic Geräten auf.
Seltsam ist dabei, dass es zuweilen lange Zeit gut geht, um dann mal wieder so auszusehen, als würden die Geräte einen regelrechten Aufstand proben.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
-
@Dr-Bakterius said in Störungen bei HmIP-BSM:
@legro Hast du schon mal versucht die Befehle leicht zeitversetzt zu senden? ..
Die Ansteuerungen der HmIP-BSM erfolgen über Bewegungsmelder (BWM), wobei ein BWM immer nur einen Aktor einschaltet. Mithin kann ich hier nichts optimieren.
Zur Steuerung unserer insgesamt 17 Rollläden setze ich natürlich das Ganze so um, wie du‘s hier vorschlägst. Ohne dieses Vorgehen könnte ich auch gleich selbst durch‘s Haus laufen, um sie zu schließen bzw. öffnen.
Das System kommt mir ziemlich unausgereift vor. Dank ioBroker habe ich ja nun mittlerweile Geräte von vielen Hersteller in Betrieb. Solche Störungen treten bei uns nur bei Homematic Geräten auf.
Seltsam ist dabei, dass es zuweilen lange Zeit gut geht, um dann mal wieder so auszusehen, als würden die Geräte einen regelrechten Aufstand proben.
@legro sagte in Störungen bei HmIP-BSM:
Seltsam ist dabei, dass es zuweilen lange Zeit gut geht, um dann mal wieder so auszusehen, als würden die Geräte einen regelrechten Aufstand proben.
das sieht definitv nach einer (externen) Störung des Funkverkehrs aus
-
@Dr-Bakterius said in Störungen bei HmIP-BSM:
@legro Hast du schon mal versucht die Befehle leicht zeitversetzt zu senden? ..
Die Ansteuerungen der HmIP-BSM erfolgen über Bewegungsmelder (BWM), wobei ein BWM immer nur einen Aktor einschaltet. Mithin kann ich hier nichts optimieren.
Zur Steuerung unserer insgesamt 17 Rollläden setze ich natürlich das Ganze so um, wie du‘s hier vorschlägst. Ohne dieses Vorgehen könnte ich auch gleich selbst durch‘s Haus laufen, um sie zu schließen bzw. öffnen.
Das System kommt mir ziemlich unausgereift vor. Dank ioBroker habe ich ja nun mittlerweile Geräte von vielen Hersteller in Betrieb. Solche Störungen treten bei uns nur bei Homematic Geräten auf.
Seltsam ist dabei, dass es zuweilen lange Zeit gut geht, um dann mal wieder so auszusehen, als würden die Geräte einen regelrechten Aufstand proben.
-
@Dr-Bakterius said in Störungen bei HmIP-BSM:
@legro Hast du schon mal versucht die Befehle leicht zeitversetzt zu senden? ..
Die Ansteuerungen der HmIP-BSM erfolgen über Bewegungsmelder (BWM), wobei ein BWM immer nur einen Aktor einschaltet. Mithin kann ich hier nichts optimieren.
Zur Steuerung unserer insgesamt 17 Rollläden setze ich natürlich das Ganze so um, wie du‘s hier vorschlägst. Ohne dieses Vorgehen könnte ich auch gleich selbst durch‘s Haus laufen, um sie zu schließen bzw. öffnen.
Das System kommt mir ziemlich unausgereift vor. Dank ioBroker habe ich ja nun mittlerweile Geräte von vielen Hersteller in Betrieb. Solche Störungen treten bei uns nur bei Homematic Geräten auf.
Seltsam ist dabei, dass es zuweilen lange Zeit gut geht, um dann mal wieder so auszusehen, als würden die Geräte einen regelrechten Aufstand proben.
@legro sagte in Störungen bei HmIP-BSM:
Die Ansteuerungen der HmIP-BSM erfolgen über Bewegungsmelder (BWM), wobei ein BWM immer nur einen Aktor einschaltet.
Direkt auf der CCU oder mit ioBroker? Wenn mit ioBroker, dann versuche mal eine kleine Verzögerung einzubauen. Also BWM geht auf true und erst eine Sekunde später den Befehl für den BSM senden.
-
@legro sagte in Störungen bei HmIP-BSM:
Die Ansteuerungen der HmIP-BSM erfolgen über Bewegungsmelder (BWM), wobei ein BWM immer nur einen Aktor einschaltet.
Direkt auf der CCU oder mit ioBroker? Wenn mit ioBroker, dann versuche mal eine kleine Verzögerung einzubauen. Also BWM geht auf true und erst eine Sekunde später den Befehl für den BSM senden.
@Dr-Bakterius sagte in Störungen bei HmIP-BSM:
Wenn mit ioBroker,
und wenn eine DV in der CCU läuft das Ganze ja nicht über die CCU, sondern das handeln die Geräte direkt miteinander aus.
In solchen Fällen kommt es oft vor, dass der Aktor in der Wand sitzt (jaja, das ist immer der Fall) und der BWN an der gleichen Wand 2m höher und 3m weg.
Damit muss dann das Funkpaket fast 4m durch eine Wand.
Eine 30cm Kalksandsteinmauer ist zwar wahnsinnig dick, wenn man ein Loch dadurch stemmen will, aber mit so einer Strecke nicht zu vergleichen.Jetzt reicht noch die allerkleinste Störung und Schluss ist!
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@Dr-Bakterius sagte in Störungen bei HmIP-BSM:
Wenn mit ioBroker,
und wenn eine DV in der CCU läuft das Ganze ja nicht über die CCU, sondern das handeln die Geräte direkt miteinander aus.
In solchen Fällen kommt es oft vor, dass der Aktor in der Wand sitzt (jaja, das ist immer der Fall) und der BWN an der gleichen Wand 2m höher und 3m weg.
Damit muss dann das Funkpaket fast 4m durch eine Wand.
Eine 30cm Kalksandsteinmauer ist zwar wahnsinnig dick, wenn man ein Loch dadurch stemmen will, aber mit so einer Strecke nicht zu vergleichen.Jetzt reicht noch die allerkleinste Störung und Schluss ist!
@Homoran sagte in Störungen bei HmIP-BSM:
wenn eine DV in der CCU läuft das Ganze ja nicht über die CCU, sondern das handeln die Geräte direkt miteinander aus.
Dann würde im ioBroker aber kein Error im Log erscheinen, oder?
-
@Homoran sagte in Störungen bei HmIP-BSM:
wenn eine DV in der CCU läuft das Ganze ja nicht über die CCU, sondern das handeln die Geräte direkt miteinander aus.
Dann würde im ioBroker aber kein Error im Log erscheinen, oder?
@Dr-Bakterius sagte in Störungen bei HmIP-BSM:
@Homoran sagte in Störungen bei HmIP-BSM:
wenn eine DV in der CCU läuft das Ganze ja nicht über die CCU, sondern das handeln die Geräte direkt miteinander aus.
Dann würde im ioBroker aber kein Error im Log erscheinen, oder?
richtig!
Hier werden zwei Themen gemischt.
Thema 1 isind Kommunikationsstörungen der CCU
Thema 2 ist dass ioBroker die CCU nicht erreicht.Im Prinzip ist der BWM sogar nur ein weiterer Nebenkriegsschauplatz
Das Ganze riecht mir immer mehr nach externen Störeinflüssen
-
@Dr-Bakterius sagte in Störungen bei HmIP-BSM:
@Homoran sagte in Störungen bei HmIP-BSM:
wenn eine DV in der CCU läuft das Ganze ja nicht über die CCU, sondern das handeln die Geräte direkt miteinander aus.
Dann würde im ioBroker aber kein Error im Log erscheinen, oder?
richtig!
Hier werden zwei Themen gemischt.
Thema 1 isind Kommunikationsstörungen der CCU
Thema 2 ist dass ioBroker die CCU nicht erreicht.Im Prinzip ist der BWM sogar nur ein weiterer Nebenkriegsschauplatz
Das Ganze riecht mir immer mehr nach externen Störeinflüssen
@Homoran said in Störungen bei HmIP-BSM:
Hier werden zwei Themen gemischt. ..
In der Tat und es ist höchste Zeit, einmal in Ruhe das Ganze zu sortieren.
Dank eurer Beiträge habe ich nun wieder Ideen, wo ich nach Fehlerquellen suchen sollte.
Heute werde ich einmal einige dieser Ideen testen und berichten.
-
@legro said in Störungen bei HmIP-BSM:
Ich betreibe ioBroker und piVCCU3 (in einem LXC) auf einem RaspberryPi 4 mit 8GB RAM. Als Funkmodul wählte ich das leistungsstärke Bauteil RPI-RF-MOD.
Das große Funkmodul passt nicht ohne weiteres auf einen Pi4.
Hast du einen Stacking Header benutzt oder eine der USB- oder Ethernet-Lösungen von Alex Reinert (HB-RF-USB* oder HB-RF-ETH)?Der Pi4 ist für starke Störstrahlung bekannt und deswegen ist es schwierig, ein HM-Funkmodul direkt daran zu betreiben.
Mit HB-RF-USB* oder HB-RF-ETH geht es gut.@stan23 said in Störungen bei HmIP-BSM:
Das große Funkmodul passt nicht ohne weiteres auf einen Pi4.
Hast du einen Stacking Header benutzt oder eine der USB- oder Ethernet-Lösungen von Alex Reinert (HB-RF-USB* oder HB-RF-ETH)?Der Pi4 ist für starke Störstrahlung bekannt und deswegen ist es schwierig, ein HM-Funkmodul direkt daran zu betreiben. ..
All dem Rechnung tragend sieht meine Lösung wie hier dargestellt aus.
-
@stan23 said in Störungen bei HmIP-BSM:
Das große Funkmodul passt nicht ohne weiteres auf einen Pi4.
Hast du einen Stacking Header benutzt oder eine der USB- oder Ethernet-Lösungen von Alex Reinert (HB-RF-USB* oder HB-RF-ETH)?Der Pi4 ist für starke Störstrahlung bekannt und deswegen ist es schwierig, ein HM-Funkmodul direkt daran zu betreiben. ..
All dem Rechnung tragend sieht meine Lösung wie hier dargestellt aus.
@Homoran, @Dr-Bakterius, @innriver, @stan23
Nun habe ich in den letzten Tagen intensiv geprüft, ob die eine oder andere Vermutung zutreffen könnte. Vorsichtig formuliert: Bei mir ist wieder Hoffnung aufgekommen.
Bevor ich jedoch so etwas wie einen Abschlussbericht formuliere, hätte ich gerne noch zwei Fragen geklärt. Wie kommt es zu der folgenden Fehlermeldung?
Offenbar wird diese Nachricht im Log von ioBroker, generiert, aber was ist die genaue Ursache? Versucht ioBroker meine piVCCU über HTML zu erreichen und erhält keine Antwort?
Eine zweite Frage betrifft das sog. IP-Routing. Trotz intensiven Suchens fand ich keine meine Fragen klärende Informationen. Als geradezu exemplarisch kann etwa dieser Thread gelten, an dessen Ende das Fazit steht: Nie weiß keiner niemals nicht nichts Genaues.
Raspberry Pi 5 mit 8GB + 120GB SSD + Coordinator COD-m + ioBroker ..
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register LoginSupport us
383
Online32.8k
Users82.7k
Topics1.3m
Posts