Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Moderator: Co-Administratoren
- Baxxy
- Beiträge: 10648
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 597 Mal
- Danksagung erhalten: 2180 Mal
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Servus...
So ganz genau weiß ich es gerade selbst nicht mehr.
Ich würde meine Aussage aber mal auf folgende abändern...
Ein dauerhafter zweistelliger CS ist äußerst schlecht für die IP-Kommunikation. Kurze Peaks bis zu 30% scheinen unproblematisch.
Grüße, Baxxy
So ganz genau weiß ich es gerade selbst nicht mehr.
Ich würde meine Aussage aber mal auf folgende abändern...
Ein dauerhafter zweistelliger CS ist äußerst schlecht für die IP-Kommunikation. Kurze Peaks bis zu 30% scheinen unproblematisch.
Grüße, Baxxy
-
- Beiträge: 9114
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 283 Mal
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Hi,
habe deinen Beitrag auch gerade erfolglos gesucht - den hast du bestimmt gelöscht.
Allerdings sind an dieser CCU hauptsächlich IP-Geräte angemeldet, und da gibt es ja sinnigerweise keine 'War gestört ...' SM mehr.
Übrigens hängt im selben Raum knapp 2 Meter daneben eine andere CCU mit einem CS von 0-1.
habe deinen Beitrag auch gerade erfolglos gesucht - den hast du bestimmt gelöscht.
Also eine meiner CCUs hat fast permanent einen CS von 10% und bei der habe ich im Gegensatz zu anderen mit einem CS von 0-3 so gut wie keine SMs.
Allerdings sind an dieser CCU hauptsächlich IP-Geräte angemeldet, und da gibt es ja sinnigerweise keine 'War gestört ...' SM mehr.
Übrigens hängt im selben Raum knapp 2 Meter daneben eine andere CCU mit einem CS von 0-1.
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Hi
Das ist das Addon und nicht der HAP.
Das ist das Addon und nicht der HAP.
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Wieso der CS so hoch ist, weiß ich nicht.
Ich habe 23 Geräte installiert.
Der Kommunikationsfehler tritt jedoch jetzt bei jedem Gerät auf.
Ich habe 23 Geräte installiert.
Der Kommunikationsfehler tritt jedoch jetzt bei jedem Gerät auf.
-
- Beiträge: 9114
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 283 Mal
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Hi,
Stichwort: DVB-Stick, Analyser, ELV EQ3-RFA.
Oder Log auf 'Alles loggen' stellen und das Log durchforsten.
Zur Not kannst du bei piVCCU auf dem Wirt einen Syslog-Server installieren und das Log dorthin schreiben lassen.
Weiß jetzt nicht, wieviele Einträge das Log normal packt.
Die Aussage
Aber erst mal abwarten, wo das Problem bei dir tatsächlich liegt.
Na, wenn der wirklich auf Dauer
ist und wie jetzt schon 2 User schreiben, dass es zu Problemen führt, dann musst du wohl mal auf die Suche gehen.
Stichwort: DVB-Stick, Analyser, ELV EQ3-RFA.
Oder Log auf 'Alles loggen' stellen und das Log durchforsten.
Zur Not kannst du bei piVCCU auf dem Wirt einen Syslog-Server installieren und das Log dorthin schreiben lassen.
Weiß jetzt nicht, wieviele Einträge das Log normal packt.
Die Aussage
muss ich dann wohl zurück nehmen.
Aber erst mal abwarten, wo das Problem bei dir tatsächlich liegt.
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
-
- Beiträge: 12085
- Registriert: 20.11.2016, 20:01
- Hat sich bedankt: 847 Mal
- Danksagung erhalten: 2139 Mal
- Kontaktdaten:
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Empfangsqualität lässt sich nicht mit fixen Zahlen beschreiben.
Das Verhältnis von Nutz- und Störsignal macht es aus.
Wenn du eine massive Einstreuung von -80dBm an der CCU hast, der Sender sich jedoch in relativ geringem Abstand noch mit -60dBm durchkämpfen kann, dann ist die Welt in Ordnung.
Zumindest bei BidCos.
Bei HmIP fällt halt die hart codierte Schranke (war sie bei -100dBm?) - Stichwort "listen before talk" - und es wird gar nicht erst gesendet.
Das Verhältnis von Nutz- und Störsignal macht es aus.
Wenn du eine massive Einstreuung von -80dBm an der CCU hast, der Sender sich jedoch in relativ geringem Abstand noch mit -60dBm durchkämpfen kann, dann ist die Welt in Ordnung.
Zumindest bei BidCos.
Bei HmIP fällt halt die hart codierte Schranke (war sie bei -100dBm?) - Stichwort "listen before talk" - und es wird gar nicht erst gesendet.
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Hallo Zusammen,
ich kann das Verhalten meiner CCU/Raspberrymatic nicht mehr nachvollziehen.
Unabhängig davon ob ich ein Backup einspiele oder nicht, kann ich, nach dem Einspielen des Backups einen Aktor steuern und direkt danach sind alle Aktoren von der Kommunikationsstörung betroffen.
Auf Grund der Kommunikationsstörung kann ich die Aktoren auch nicht über die CCU auf Werkszustand setzen, daher werde ich wohl alle Aktoren manuell zurücksetzen und neu anlernen müssen.
ich kann das Verhalten meiner CCU/Raspberrymatic nicht mehr nachvollziehen.
Unabhängig davon ob ich ein Backup einspiele oder nicht, kann ich, nach dem Einspielen des Backups einen Aktor steuern und direkt danach sind alle Aktoren von der Kommunikationsstörung betroffen.
Auf Grund der Kommunikationsstörung kann ich die Aktoren auch nicht über die CCU auf Werkszustand setzen, daher werde ich wohl alle Aktoren manuell zurücksetzen und neu anlernen müssen.
-
- Beiträge: 9562
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 696 Mal
- Danksagung erhalten: 1608 Mal
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Falsche Schlussfolgerung. Ein zu hoher CS ist ein Problem auf dem genutzten Frequenzband. Das musst Du lösen, dann funktioniert auch wieder alles.
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
-
- Beiträge: 3579
- Registriert: 14.07.2019, 20:49
- System: CCU
- Hat sich bedankt: 832 Mal
- Danksagung erhalten: 533 Mal
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Was soll das bringen?
Du hast irgendwo einen Funkstörer (WLAN, DECT, USB-Kable, Netzteile... whatever??), der die Funkkommunikation stört, was sich bei HmIP durch "Listen before Talk" stark behindernd auswirkt! Und in der Disco hörst Du das Flüstern des Nachbarn doch auch nicht mehr, wenn die Anlage richtig aufgedreht ist!
Was bringt dann ein Reset der Geräte? Oder hektisches Backup zurückspielen?
Finde raus, was stört!
Wenn der CS runter ist (ideal Nähe 0%), dann ist der Spuk ziemlich sicher vorbei!
Re: Raspberrymatic/PivCCU3 - Gerätekommunikation gestört
Ein kurzes Update:
Ich habe alle batteriebetriebenen Aktoren aus der CCU gelöscht und die CCU örtlich anders platziert. CS liegt nun zwischen 0-2%
Das habe ich nun 48h beobachtet und die Aktoren, die noch in der CCU angelernt sind, waren auch ansprechbar.
Folgendes Verhalten verstehe ich dennoch nicht:
Ich habe plötzlich (und für mich aus keinem ersichtlichen Grund) einen Aktor nicht mehr ansprechen können, obwohl unmittelbar neben der CCU und CS = 0%. Auch ist die Direktverknüpfung (Taster - HMIP-FROLL) nicht mehr aktiv; der Aktor war also auch per Schalter nicht mehr ansprechbar. Nach dem Einspielen eines Backups, war der Aktor wieder erreichbar.
Da ich gerade nicht die Möglichkeit habe ein PIgtail an mein Modul zu löten, werde ich versuchen das HAP an die CCU anzulernen und als erweiterten AP zu nutzen.
Ich habe alle batteriebetriebenen Aktoren aus der CCU gelöscht und die CCU örtlich anders platziert. CS liegt nun zwischen 0-2%
Das habe ich nun 48h beobachtet und die Aktoren, die noch in der CCU angelernt sind, waren auch ansprechbar.
Folgendes Verhalten verstehe ich dennoch nicht:
Ich habe plötzlich (und für mich aus keinem ersichtlichen Grund) einen Aktor nicht mehr ansprechen können, obwohl unmittelbar neben der CCU und CS = 0%. Auch ist die Direktverknüpfung (Taster - HMIP-FROLL) nicht mehr aktiv; der Aktor war also auch per Schalter nicht mehr ansprechbar. Nach dem Einspielen eines Backups, war der Aktor wieder erreichbar.
Da ich gerade nicht die Möglichkeit habe ein PIgtail an mein Modul zu löten, werde ich versuchen das HAP an die CCU anzulernen und als erweiterten AP zu nutzen.