Bitte um Hilfe - RaspberryMatic RPI-RF-MOD extrem schlechte Werte

[jmaus]

bisher mit der Beta Version sowie Taktung auf 1200Mhz keinerlei Probleme. Ich teste natürlich weiter

Wie jetzt? Du hast nach der Installation der Beta selbst noch hand angelegt und die CPU auf 1200 runtergetaktet? Das ist nicht sinn der Übung. Entweder man verwendet die Beta so wie sie ist ohne manuelles Patches oder kann es gleich sein lassen. Ansonsten kann ich mich auf Testergebnisse dieser Betas nicht verlassen.

Da hast du wohl recht, Taktfrequenz ist wieder auf 1400
edit: wobei ich gerade gesehen habe das durch dein Raspimatic Update die Runtertaktung automatisch entfernt wurde, bedeutet es läuft die ganze Zeit auf 1400Mhz

Sehr gut und du hast seit der Betaversion keinerlei Probleme? Denn es gibt Nutzer die sagen hier etwas anderes (siehe https://github.com/jens-maus/RaspberryM ... -447899022). Nur bin ich mir bei denen nicht sicher ob die wirklich vom gleichen Problem betroffen sind oder überhaupt davon sprechen. Irgendwie scheinen sich da leider viel zu tummeln die jegliche Kommunikationsstörungen diesem Verhalten zuordnen versuchen. Leider viel Chaos im Moment. Daher die frage ob es jetzt bei dir definitiv behoben erscheint. Und wenn ja, dann bitte noch einmal auf die 3.41.11.20181126 zurückgehen und erneut einen cross-check machen.

[richard.mayer]

Hallo,

da ich die "Produktionsumgebung" nicht so lange offline nehmen kann, habe ich jetzt nur eine halbe Stunde mit der neuen Beta und dem RPI-RF-MOD gespielt. Getestet habe ich mit meinem Homematic ePaper Display, da es bei mir das anspruchsvollste Gerät ist (wahrscheinlich wegen der großen Datenmenge, die übertragen wird).

Wie du schon schreibst, ist es wirklich chaotisch momentan. Ich will hier (alleine schon wegen des kurzen Tests) keine Aussagen zu dem Problem mit den auftretenden Servicemeldungen machen. Ich denke, ich kann nur sagen, dass sich die Funkperformance generell nicht geändert hat durch das Update.

Die CCU2 als GW und Charly nebeneinander platziert (ja, ich weiß dass das schwierig ist, so Aussagen zu treffen - ich habe aber keine anderen Möglichkeiten) waren bei der Anbindung des Displays über die CCU2 mehr als 90% der Display-Updates erfolgreich, bei der Anbindung über Charly weniger als 10%.
Beide Geräte haben die Default-Antenne.

Folgende Fehlermeldung traten mit dem Charly-Modul auf:

Code: Alles auswählen

Dec 17 20:56:27 ccu user.err rfd: HSSParameter::SetValue() "0x02,0x0A,0x0A,0x0A,0x12,0x20,0x20,0x34,0x2E,0x33,0x43,0x20,0x20,0x20,0x30,0x13,0x81,0x0A,0x14,0xC0,0x1C,0xD0,0x1D,0xE0,0x16,0xF0,0x03" Put failed
Dec 17 20:56:27 ccu local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute result isFault; method =setValue Params = {"NEQ0710816:3","SUBMIT","0x02,0x0A,0x0A,0x0A,0x12,0x20,0x20,0x34,0x2E,0x33,0x43,0x20,0x20,0x20,
0x30,0x13,0x81,0x0A,0x14,0xC0,0x1C,0xD0,0x1D,0xE0,0x16,0xF0,0x03"} result= [faultCode:-1,faultString:"Failure"] [iseXmlRpc.cpp:2605]
Dec 17 20:56:27 ccu local0.err ReGaHss: Error: IseXmlRpc::CallSetValue: CallXmlrpcMethod failed [iseXmlRpc.cpp:1502]
Dec 17 20:56:27 ccu local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = NEQ0710816:3 [iseDOMdpHSS.cpp:76]

Dec 17 20:58:56 ccu user.err rfd: HSSParameter::SetValue() "0x02,0x0A,0x0A,0x0A,0x12,0x20,0x20,0x34,0x2E,0x33,0x43,0x20,0x20,0x20,0x31,0x13,0x80,0x0A,0x14,0xC0,0x1C,0xD0,0x1D,0xE0,0x16,0xF0,0x03" Put failed
Dec 17 20:58:56 ccu local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute result isFault; method =setValue Params = {"NEQ0710816:3","SUBMIT","0x02,0x0A,0x0A,0x0A,0x12,0x20,0x20,0x34,0x2E,0x33,0x43,0x20,0x20,0x20,
0x31,0x13,0x80,0x0A,0x14,0xC0,0x1C,0xD0,0x1D,0xE0,0x16,0xF0,0x03"} result= [faultCode:-1,faultString:"Failure"] [iseXmlRpc.cpp:2605]
Dec 17 20:58:56 ccu local0.err ReGaHss: Error: IseXmlRpc::CallSetValue: CallXmlrpcMethod failed [iseXmlRpc.cpp:1502]
Dec 17 20:58:56 ccu local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = NEQ0710816:3 [iseDOMdpHSS.cpp:76]

Ich will das jetzt gar nicht bewerten - das sind nur meine Beobachtungen.
Vergleiche mit dem MOD-RPI-PCB kann ich jetzt nicht mehr ziehen - an dem Modul hängt eine externe Antenne.
Hiermit habe ich an dem Standort 100% erfolgreiche Display-Updates.

Der Beitrag hier sagt glaube ich nichts zu dem Beta-Thema aus - vielmehr soll er weitere Erfahrungen zur Performance des RPI-RF-MOD liefern

[richard.mayer]

Eine Sache zu der Beta habe ich noch, keine Ahnung, ob es mit der Beta oder der iOS App &Home zu tun hat.
Ich habe mich jedenfalls seit dem Update auf die Beta kein einziges Mal erfolgreich mit &Home an der RaspberryMatic anmelden können. Bekomme immer den Fehler, dass zu viele Nutzer angemeldet sind. Über das Webinterface funktioniert alles einwandfrei. Hat sich da denn an der Authentisierung was verändert? Benutzt noch jemand die App und kann die Probleme bestätigen?

[jmaus]

In der Tat hat sich in der neuesten ReGa bzgl. des WebUI-basierten Anmeldeprozesses etwas geändert. Dann muss der Autor der @Home App wohl oder übel in einer der nächsten Versionen noch etwas nachbessern. Wüsste aber auch nicht wie genau er da bitte den Anmeldeprozess umgesetzt hat das er da über die WebUI geht. Klingt ein bisschen komisch. Die PocketControl App von Ralf Penzler hingegen hat keinerlei Probleme.

[Depechem]

bisher mit der Beta Version sowie Taktung auf 1200Mhz keinerlei Probleme. Ich teste natürlich weiter

Wie jetzt? Du hast nach der Installation der Beta selbst noch hand angelegt und die CPU auf 1200 runtergetaktet? Das ist nicht sinn der Übung. Entweder man verwendet die Beta so wie sie ist ohne manuelles Patches oder kann es gleich sein lassen. Ansonsten kann ich mich auf Testergebnisse dieser Betas nicht verlassen.

Da hast du wohl recht, Taktfrequenz ist wieder auf 1400
edit: wobei ich gerade gesehen habe das durch dein Raspimatic Update die Runtertaktung automatisch entfernt wurde, bedeutet es läuft die ganze Zeit auf 1400Mhz

Sehr gut und du hast seit der Betaversion keinerlei Probleme? Denn es gibt Nutzer die sagen hier etwas anderes (siehe https://github.com/jens-maus/RaspberryM ... -447899022). Nur bin ich mir bei denen nicht sicher ob die wirklich vom gleichen Problem betroffen sind oder überhaupt davon sprechen. Irgendwie scheinen sich da leider viel zu tummeln die jegliche Kommunikationsstörungen diesem Verhalten zuordnen versuchen. Leider viel Chaos im Moment. Daher die frage ob es jetzt bei dir definitiv behoben erscheint. Und wenn ja, dann bitte noch einmal auf die 3.41.11.20181126 zurückgehen und erneut einen cross-check machen.

Nun seit 16h keine Kommunikationsstörung mehr seit Beta. Irgend etwas scheint es gebracht zu haben. Leider habe ich heute keine Zeit für Tests.
Gruß Thomas

[gerald]

In der Tat hat sich in der neuesten ReGa bzgl. des WebUI-basierten Anmeldeprozesses etwas geändert. Dann muss der Autor der @Home App wohl oder übel in einer der nächsten Versionen noch etwas nachbessern. Wüsste aber auch nicht wie genau er da bitte den Anmeldeprozess umgesetzt hat das er da über die WebUI geht. Klingt ein bisschen komisch. Die PocketControl App von Ralf Penzler hingegen hat keinerlei Probleme.

Hallo Jens,

kannst Du kurz erläutern, wass du mit dieser Beta verändert hast? Ich habe keinen Raspberry um das zu testen. Ich nutze in meiner App die JSON RPC-API (/api/homematic.cgi) und für den Login die Methode "Session.login". Die Fehlermeldung auf dem Screenshot ist die Reaktion auf den Fehlercode JSON-RPC Fehler 501.

Grüße
Gerald

[manfredh]

Hochzieh

Ich lese interessiert diesen Thread, weil ich mittelfristig auch daran denke, von der CCU2 (mit Aurel Groundplane) umzusteigen.

Den obigen Beitrag von Thomas, dass die räumlich sehr nahe Hauptplatine des Pi mit seiner hochfrequent taktenden CPU und ggfls. sogar mit dem nicht deaktivierten WLAN-Modul einen Einfluss hat, würde ich nicht von der Hand weisen. Ich habe mit einem ZigBee-Stick nämlich genau diese Erfahrung gemacht (okay, 2,4 MHz Band, aber trotzdem).

Hat schon mal jemand probiert, das Sendemodul per Leitungsverlängerung etwas abzusetzen?

Gruß
Manfred

[jmaus]

In der Tat hat sich in der neuesten ReGa bzgl. des WebUI-basierten Anmeldeprozesses etwas geändert. Dann muss der Autor der @Home App wohl oder übel in einer der nächsten Versionen noch etwas nachbessern. Wüsste aber auch nicht wie genau er da bitte den Anmeldeprozess umgesetzt hat das er da über die WebUI geht. Klingt ein bisschen komisch. Die PocketControl App von Ralf Penzler hingegen hat keinerlei Probleme.

kannst Du kurz erläutern, wass du mit dieser Beta verändert hast? Ich habe keinen Raspberry um das zu testen. Ich nutze in meiner App die JSON RPC-API (/api/homematic.cgi) und für den Login die Methode "Session.login". Die Fehlermeldung auf dem Screenshot ist die Reaktion auf den Fehlercode JSON-RPC Fehler 501.

In dieser ReGaHss Beta erzeugt die ReGa für WebUI Logins erst dann eine SessionID wenn man sich erfolgreich eingeloggt hat und nicht schon für jeden Loginversuch. Das konnte sicherheitstechnisch ausgenutzt werden.

Kannst du mal bitte ein Beispiel diner JSON RPC-API Nutzung hier exakt zeigen für das Session.login sodass ich das hier nachstellen/nachvollziehen kann? Danke dir. Schick mir am besten mal eine Beispiel Nutzung der JSON RPC-API Nutzung von Session.login via Aufruf von wget oder curl. Das wäre am einfachsten.

[jmaus]

Kannst du mal bitte ein Beispiel diner JSON RPC-API Nutzung hier exakt zeigen für das Session.login sodass ich das hier nachstellen/nachvollziehen kann? Danke dir. Schick mir am besten mal eine Beispiel Nutzung der JSON RPC-API Nutzung von Session.login via Aufruf von wget oder curl. Das wäre am einfachsten.

Ok, ich hab es mir jetzt selbst zusammengereimt und folgenden "curl" Aufruf konstruiert:

Code: Alles auswählen

curl --data '{ "method": "Session.login", "params": { "username": "Admin", "password": "1234" }}' http://192.168.x.x/api/homematic.cgi

Damit bekomme ich in der Tat immer folgende Antwort:

Code: Alles auswählen

{
  "version": "1.1",
  "result": null,
  "error": {
    "name": "JSONRPCError",
    "code": 501,
    "message": "too many sessions"
  }
}

Werde mir das dann mal näher anschauen und schauen ob ich dafür in der JSON RPC API einen Fix erarbeiten kann.

[gerald]

Werde mir das dann mal näher anschauen und schauen ob ich dafür in der JSON RPC API einen Fix erarbeiten kann.

Das wäre super. Vielen Dank!