RaspberryMatic 3.53.30.20200919 – Neue Version

[onkeltommy]

me too...WTH2 3m vom HAP weg und -102 und "gelb"

hab aber wo was gelesen von.....die Teile gehen erst auf den HAP wenn Zentrale nicht erreicht wird, also immer Zentrale egal wie besch**** die Verbindung ist, solangs noch iwie funktioniert, wenn gar nix geht, dann nehmen wir halt mal den HAP. Ist aber eQ3 "Mist" wenn das wirklich so ist not RM

Nachdem ich aber auch dauernd Posts wegen den KommFehlern erstellt habe.....ich habe den HAP im Stock nun in einen anderen Bereich des Wohnzimmers versetzt, seit dem sind die KommFehler um 50% zurückgegangen. Also irgendwas hats mit der HAP Ansteuerung was auch immer...

[jp112sdl]

me too...WTH2 3m vom HAP weg und -102 und "gelb"

hab aber wo was gelesen von.....die Teile gehen erst auf den HAP wenn Zentrale nicht erreicht wird, also immer Zentrale egal wie besch**** die Verbindung ist, solangs noch iwie funktioniert, wenn gar nix geht, dann nehmen wir halt mal den HAP. Ist aber eQ3 "Mist" wenn das wirklich so ist not RM

Gibt es denn überhaupt eine Notwendigkeit, auf den HAP mit besserem Empfang umzuschwenken, wenn auch mit den "schlechten RSSI Werten" über die CCU alles problemlos funktioniert?

Ist es beim Handy nicht auch so, dass nicht immer sofort ein Hopping in eine Station mit besseren Empfangswerten erfolgt, sondern erst, wenn die schlechtere, in der man eingebucht ist, zu schlecht wird?

Für das System als Ganzes ist es doch sinnvoller, erstmal mit internen Mitteln (also Funkmodul der CCU) zu versuchen, das jeweilige Gerät zu erreichen, als über einen weiteren möglichen Fehlerpunkt zu gehen (HAP kein Strom, HAP kein LAN, was immer so im laufenden Betrieb passieren kann).

[onkeltommy]

naja.....ohne HAP war vorher auf den PS(M) s auch die Routingfunktion aktiviert, da es im Stock oben ohne ziemlich geeckt hat. Der Unterschied ist "nur" ... seit HAP immer wieder KommFehler, aber die Teile funktionieren, zumindestens dann beim nächsten "Befehl" oder eben, dass die KommFehler innert ein paar Sekunden / Minuten von selber wieder verschwinden....wenn aber zur der Zeit ein Event stattfinden hätte sollen - Pech gehabt. Mit dem Routing der Steckdosen war ich im WZ oben um die -60 bis -80 unterwegs und keine Kommfehler.
Bis mal ein Handy auf eine andere Zelle switcht kanns ja auch passieren, dass man Aussetzer hat........wenn dann das Teil überhaupt wechselt....das ist ja nix Neues. Wenn z.B. bei mir der HAP keinen Strom hat, dann auch die Zentrale nicht, hängt alles auf selber USV + alle aktiven Netzwerkkomponenten

lG Thomas

[jp112sdl]

zumindestens dann beim nächsten "Befehl" oder eben, dass die KommFehler innert ein paar Sekunden / Minuten von selber wieder verschwinden

Hab ich von so einem Verhalten nicht erst im Zusammenhang mit den BROLL was gelesen? Da kam doch dann eine neue FW

[onkeltommy]

ja da war auch was, ich kann aber nur von mir eben das so berichten, seit HAP und oder RM.53 hab ich die Probleme, sind aber nach Verlagerung des HAPs besser geworden, auch jemand Anderes hat aber wo drauf hingewiesen, dass das eQ3 das irgendwie schlampig umgesetzt hat oder so ähnlich - ist also vermutlich nicht in der RM zu suchen, das Problem. Bin ja nicht der einzige mit dieser Art von "Problemchen"- glaub auch Jens hat erwähnt, dass das nix mit der RM zu tun hat und quasi....das Probleme "aussitzen"......hmmm

[RO-Smart]

Nein, der NTP Dienst läuft weiter, aber an einer anderen Stelle denkt jemand das er nicht läuft uns liest die Zeit (auch noch verkehrt) aus der RTC dann regelmäßig aus und das war der Fehler der nun behoben ist und mit der nächsten behoben sein wird. Und wie schon gesagt, das passiert nur bei einem Link up/down.

@jmaus:
Hi Jens, hast Du Lust Dein Wissen mit Anfängern zu teilen? Ich verstehe, dass da irgendein Dienst nicht richtig funktioniert hat oder programmiert war. Soweit O.K. ABER warum hat es einen Unterschied bei mir gemacht ob ich den RPi direkt oder indirekt über den Switch an die FritzBox gehängt hab, da kommen doch immer dieselben Signale aus meinem Netz an? Wie schon mal erwähnt, bin weitestgehend Laie aber wissbegierig und lernfähig.
Danke, Dieter

[jmaus]

Nein, der NTP Dienst läuft weiter, aber an einer anderen Stelle denkt jemand das er nicht läuft uns liest die Zeit (auch noch verkehrt) aus der RTC dann regelmäßig aus und das war der Fehler der nun behoben ist und mit der nächsten behoben sein wird. Und wie schon gesagt, das passiert nur bei einem Link up/down.

@jmaus:
Hi Jens, hast Du Lust Dein Wissen mit Anfängern zu teilen? Ich verstehe, dass da irgendein Dienst nicht richtig funktioniert hat oder programmiert war. Soweit O.K. ABER warum hat es einen Unterschied bei mir gemacht ob ich den RPi direkt oder indirekt über den Switch an die FritzBox gehängt hab, da kommen doch immer dieselben Signale aus meinem Netz an? Wie schon mal erwähnt, bin weitestgehend Laie aber wissbegierig und lernfähig.

Der Unterschied ist, das wenn du den RaspberryPi direkt an der FritzBox angeschlossen hast und diese dann neustartest oder den Strom bei der wegnimmst für den Pi das so aussieht als wenn da jemand das Netzwerkkabel gezogen hat (sogenannter Link Down) und das löst dann verschiedene Aktionen im Betriebssystem aus und unter anderem eben war dies fälschlicherweise das löschen einer Statusdatei die dann signalisiert das der NTP Dienst angeblich nicht läuft und daraufhin sind dann Dinge passiert die so nicht passieren sollten und im resultat hat dann dann zu genau dem Problem geführt das du festgestellt hast (Zeitoffset).
Ergo, wenn es also nie passiert (wie in den meisten Fälle wohl) das es zu so einem LinkDown kommt während RaspberryMatic weiterläuft, passiert auch nix.

Hoffe das erklärt es jetzt in einfachen Worten.

[Bernd-Joras]

Nein, der NTP Dienst läuft weiter, aber an einer anderen Stelle denkt jemand das er nicht läuft uns liest die Zeit (auch noch verkehrt) aus der RTC dann regelmäßig aus und das war der Fehler der nun behoben ist und mit der nächsten behoben sein wird. Und wie schon gesagt, das passiert nur bei einem Link up/down.

@jmaus:
Hi Jens, hast Du Lust Dein Wissen mit Anfängern zu teilen? Ich verstehe, dass da irgendein Dienst nicht richtig funktioniert hat oder programmiert war. Soweit O.K. ABER warum hat es einen Unterschied bei mir gemacht ob ich den RPi direkt oder indirekt über den Switch an die FritzBox gehängt hab, da kommen doch immer dieselben Signale aus meinem Netz an? Wie schon mal erwähnt, bin weitestgehend Laie aber wissbegierig und lernfähig.
Danke, Dieter

Speziell zu Deiner Frage …. Es geht darum ob der RASPI (CCU) den Link, also quasi die physische Verbindung verliert …
Wenn Du Deinen Raspi (CCU) und die FB am Switch angeschlossen hast, dann bleibt die physische Verbindung Deines RASPI (CCU) zum Switch bestehen wenn die FB rebootet wird.

Die Kurzform also …. Die physische Verbindung (link down/up) am RASPI (CCU) ist entscheidend/verantwortlich ….

Gruß, Bernd

NACHTRAG => zu spät ... ich lass es mal stehen ...

[RO-Smart]

Nein, der NTP Dienst läuft weiter, aber an einer anderen Stelle denkt jemand das er nicht läuft uns liest die Zeit (auch noch verkehrt) aus der RTC dann regelmäßig aus und das war der Fehler der nun behoben ist und mit der nächsten behoben sein wird. Und wie schon gesagt, das passiert nur bei einem Link up/down.

@jmaus:
Hi Jens, hast Du Lust Dein Wissen mit Anfängern zu teilen? Ich verstehe, dass da irgendein Dienst nicht richtig funktioniert hat oder programmiert war. Soweit O.K. ABER warum hat es einen Unterschied bei mir gemacht ob ich den RPi direkt oder indirekt über den Switch an die FritzBox gehängt hab, da kommen doch immer dieselben Signale aus meinem Netz an? Wie schon mal erwähnt, bin weitestgehend Laie aber wissbegierig und lernfähig.
Danke, Dieter

Speziell zu Deiner Frage …. Es geht darum ob der RASPI (CCU) den Link, also quasi die physische Verbindung verliert …
Wenn Du Deinen Raspi (CCU) und die FB am Switch angeschlossen hast, dann bleibt die physische Verbindung Deines RASPI (CCU) zum Switch bestehen wenn die FB rebootet wird.

Die Kurzform also …. Die physische Verbindung (link down/up) am RASPI (CCU) ist entscheidend/verantwortlich ….

Gruß, Bernd

NACHTRAG => zu spät ... ich lass es mal stehen ...

Danke Bernd, das war keinesfalls zu spät. Als Nicht-Netzwerktechniker habe ich mit Deinem Hinweis jetzt verstanden was den Unterschied zwischen den Anschlussvarianten gemacht hat. Am Switch sendet immer irgendeiner im Netzwerk und deshalb ist für den Raspi noch Leben auf der Leitung und bei der toten FritzBox eben nicht. Danke, Danke ich habe was gelernt
Dieter

[Huschteguzel]

Moin,

bei mir isses so, das ja der Raspi am switch hängt, aber dort bekomme ich in unregelmäßigen Abständen einen Watchdog Alarm bezüglich "eth0 interface: link speed changed". Ich vermute das dann dadurch die gleiche Situation enstand?!
Zumindest ist jetzt bisher, nach der Änderung der Datei alles okay...