RaspberryMatic - Verbesserungsvorschläge/Wünsche

[MathiasZ]

Das ist mir jetzt neu.
Was aber noch besser wäre ein Funk-LAN-Gateway, das auch die USB-Platine unterstützt.
Somit würden beide Geräte unten im Keller stehen, aber beide Funkmodule in verschiedenen Etagen.
Beide Geräte natürlich USV abgesichert.

[hobbyquaker]

Das ist mir jetzt neu.

viewtopic.php?p=453577#p453577

[MathiasZ]

Ich habe kein HMIP Accesspoint und habe nicht vor, mir so ein Teil zu kaufen.
1. Müsste ich das Teil an den Ort des Geschehens bringen. Somit bräuchte ich eine 2. USV.
2. Ich frage mich gerade in wieweit eine Firmware aufgespielt wird und was sie alles kann.
Ich verzichte nicht umsonst auf die IObroker cloud, Alexa & Co, um mir dann doch eine Cloud in Form eines HMIP Accesspoints zu holen.

[hobbyquaker]

Ich habe kein HMIP Accesspoint und habe nicht vor, mir so ein Teil zu kaufen.
...
1. Müsste ich das Teil an den Ort des Geschehens bringen.

Noch gibt es die Möglichkeit ja eh noch nicht, aber um Deinen Wunsch...

Einen habe ich noch:
Ein LAN Gateway mit dem auch HMIP Geräte unterstützt werden.

... zu erfüllen wirst Du dann wohl einen kaufen und "an den Ort des Geschehens bringen" müssen

Somit bräuchte ich eine 2. USV.

Dann versorg ihn halt via PoE Injector/Coupler mit Strom. Ich frag mich bei Deinem Post echt was Dein Problem ist: Du äußert einen Wunsch, ich merke an dass eQ-3 die Erfüllung dieses Wunsches bereits angekündigt hat - und nu suchst Du schon nach Argumenten warum es nicht geht anstatt Dich einfach zu freuen dass Dein Wunsch irgendwann wahrscheinlich erfüllt werden wird

um mir dann doch eine Cloud in Form eines HMIP Accesspoints zu holen.

Ich glaub Du missverstehst diese Ankündigung. eQ-3 sagte sie wollen (irgendwann in nicht näher spezifizierter) Zukunft eine Firmware für den HmIP-AP bringen die ihn zum LAN-Gateway für HmIP Geräte macht. Dann hätte er (zumindest in meinem Verständnis) nichts mehr mit der Cloud zu tun sondern wäre halt genau so ein LAN-Gateway wie es sie schon für BidCos gibt - nur eben für HmIP.

[darkbrain85]

Ich glaub Du missverstehst diese Ankündigung. eQ-3 sagte sie wollen (irgendwann in nicht näher spezifizierter) Zukunft eine Firmware für den HmIP-AP bringen die ihn zum LAN-Gateway für HmIP Geräte macht. Dann hätte er (zumindest in meinem Verständnis) nichts mehr mit der Cloud zu tun sondern wäre halt genau so ein LAN-Gateway wie es sie schon für BidCos gibt - nur eben für HmIP.

Das Problem hierbei: Das kann nächste Woche so weit sein, oder im Jahr 2025.

[jmaus]

Ich glaub Du missverstehst diese Ankündigung. eQ-3 sagte sie wollen (irgendwann in nicht näher spezifizierter) Zukunft eine Firmware für den HmIP-AP bringen die ihn zum LAN-Gateway für HmIP Geräte macht. Dann hätte er (zumindest in meinem Verständnis) nichts mehr mit der Cloud zu tun sondern wäre halt genau so ein LAN-Gateway wie es sie schon für BidCos gibt - nur eben für HmIP.

Das Problem hierbei: Das kann nächste Woche so weit sein, oder im Jahr 2025.

Genau so ist es und das lässt sich auch nicht ändern. Du kannst nur immer wieder selbst auch Kontakt zu eQ3 aufnehmen (z.B. bei Usertreffen) und erläutern wie wichtig dir das ist. Und wenn sich dann genug Leute finden die das brauchen/wollen dann wird da eQ3 sicherlich auch gewisse Priorität reingeben.

[Ghost]

Hallo,
was mir, aus gegebenem Anlass, fehlt: temporäres Deaktivieren von Geräten, wowohl Sensoren, alsauch Aktoren.
Somit wäres es möglich, bei Umbaumaßnahmen oder nur saisonal benötige Geräte zu deaktivieren, sodass diese zwar angemeldet bleiben und somit auch die Zuordnung der Programme, aber keine Alarmmeldung erscheint. Somit versucht die Zentrale auch keine Kommunikation zum nicht mehr erreichbaren Geräten aufzubauen, was sich dann positiv auf den DutyCycle auswirkt.
Alternative Variante : deaktivieren der Alarmmeldungen für einzelne Geräte bei gestörter Kommunikation, wobei hier dann die Zentrale versucht, die Kommunikation gem. Programme aufzubauen bzw. zyklischen Abfragen und somit den DutyCycle hochtreibt.

Wäres es möglich, soetwas zu integrieren ?

Gruß
Markus

[jp112sdl]

Alternative Variante : deaktivieren der Alarmmeldungen für einzelne Geräte bei gestörter Kommunikation,

Ist doch schon lange drin.

Unten die Option "Servicemeldungen"

[Ghost]

Alternative Variante : deaktivieren der Alarmmeldungen für einzelne Geräte bei gestörter Kommunikation,

Ist doch schon lange drin.

Unten die Option "Servicemeldungen"

Ja, stimmt. Hatte ich irgendwie nicht mehr auf dem Schirm. Nur bleibt damit das Problem, dass die Zentrale trotzdem versucht zyklisch bzw. nach Programmen auf das Gerät zuzugreifen.
Deshalb wäre mir Variante 1 lieber.

[jp112sdl]

dass die Zentrale trotzdem versucht zyklisch bzw. nach Programmen auf das Gerät zuzugreifen.

Genau aus diesem Grund habe ich damals den DUMMY-BEACON erfunden:
https://github.com/jp112sdl/HB-UNI-Sen-DUMMY-BEACON

Der verhindert zwar nicht, dass die Zentrale versucht, z.B. einen Aktor anzufunken.
Jedoch werden Sendewiederholungen vermieden und das Paket beim 1. Versuch quittiert.