Was bedeutet BURST_LIMIT_WARNING?

[jp112sdl]

aber nach einigen Tasterbefehlen wird die "BURST_LIMIT_WARNING" ausgelöst. Warum auch immer.

Womit hast du die Taster denn verknüpft?

Ich gehe bei BURST_LIMIT_WARNING auch eher davon aus, dass damit das Burst sendende HmIP-WRCD gemeint ist.
Und nicht, dass das HmIP-WRCD zu oft geweckt wird.

Wenn batteriebetriebene Verknüpfungspartner vorhanden sind, kann das dann schon mal schnell den den DC des HmIP-WRCD in die Höhe treiben.
Zudem sollte man auch immer bedenken, dass bei einem Burst sämtliche Batterie-Aktoren aufgeweckt werden

[Baxxy]

Naja, Netzbetrieb ohne echtes Netzteil wird nicht lange gut gehen. Beim erwähnten SMI55 war das nicht mal ein Tag wenn ich mich recht erinnere.

Dummerweise wurde hier von eQ-3 wieder was eingeführt ohne irgendwelche Dokumentation, bzw. Tipps wie man damit umgehen soll. Typisch...

Grüße, Baxxy

[Stefan0815]

Naja, Netzbetrieb ohne echtes Netzteil wird nicht lange gut gehen. Beim erwähnten SMI55 war das nicht mal ein Tag wenn ich mich recht erinnere.

Dummerweise wurde hier von eQ-3 wieder was eingeführt ohne irgendwelche Dokumentation, bzw. Tipps wie man damit umgehen soll. Typisch...

Grüße, Baxxy

Ich mache mal den Test und berichte.

[Baxxy]

Ich gehe bei BURST_LIMIT_WARNING auch eher davon aus, dass damit das Burst sendende HmIP-WRCD gemeint ist.

Meinste?
Die Tasterkanäle sind doch bei dem Teil wie bei jedem anderen IP-Taster auch. Das würde ja bedeuten das IP-Taster immer erst einen BURST senden müssen um den Empfänger zu wecken?

Die einzige Konstellation die mir spontan dazu einfällt wäre eine DV... WRCD-Taster <--> und bspw. SMI im Batteriemodus (Kanal "Unterdrückung der Bewegungserkennung") Der SMI muss dann vermutlich per BURST erst geweckt werden...
(Kann man leider mit dem Analyzer wegen IP nicht so recht analysieren)

Grüße, Baxxy

[jp112sdl]

Das würde ja bedeuten das IP-Taster immer erst einen BURST senden müssen um den Empfänger zu wecken?

Ist halt vom Empfänger abhängig. Ne PCB-BAT könnte auch so ein Kandidat sein. Kenne die HmIP Produktpalette nicht im Detail

(Kann man leider mit dem Analyzer wegen IP nicht so recht analysieren)

HmIP sendet Burst auf 869 MHZ. Da stehen auch 10% DC zur Verfügung statt nur 1% auf 868

Dummerweise wurde hier von eQ-3 wieder was eingeführt ohne irgendwelche Dokumentation, bzw. Tipps wie man damit umgehen soll. Typisch...

Gab es nicht mal bei ELV ein Forum, wo deren eigene Tekkies solche Fragen beantworteten?

[Baxxy]

HmIP sendet Burst auf 869 MHZ

Also ein Fall für einen "Spezial IP BURST Analyzer XXL".

Ne PCB-BAT könnte auch so ein Kandidat sein.

Ja, da ist was dran. Per WebUI-Programm AN-geschalten braucht die immer ein bisschen länger (als 230V Aktoren) bis sie AN ist.

Letztlich müsste mal einer der Interessenten / Betroffenen eine Anfrage bei eQ-3 stellen.
Und wenn da was nützliches zurückkommt diese Informationen dann hier teilen.

[McPan]

Hat das Teil keinen "Spannungsversorgungs-Modus: Netzbetrieb" wie z.B. ein SMI55?
In der IP-Device-Doku wird zumindest...

Parameter PERMANENT_FULL_RX

erwähnt. Wenn der aktiv ist ist doch das Display immer auf Empfang und braucht keinen Burst zum aufwecken.

Jede Betätigung eines Tasters am Display löst auch ein Aufwecken aus.

Das stimmt. Hat aber mit dem "Aufweck-Burst" nichts zu tun. Der wird von der Zentrale rausgehauen damit das Display aufwacht und dann Daten empfangen kann.

Hallo zusammen,

den Umstand, dass jeder Tastendruck ein Aufwecken des Displays auslöst, kann ich so nicht bestätigen. Zumindest kommt es hier nicht zur besagten BURST LIMIT Meldung. Auf dem Screenshot anbei ist exzessives Tasterbetätigen am WRCD mit den dadurch ausgelösten Änderungen der Systemvariablen "Anwesenheit" zu sehen. Allerdings ohne, dass dadurch Änderungen am Display ausgelöst wurden (wurden für den Versuch mal deaktiviert). Ergebnis: kein BURST LIMIT.

Der BURST LIMIT wird wohl ausschließlich, wie Stefan0815 schon beschrieben hat, durch das Aufwecken des DIsplays bei Statusänderungen ausgelöst.

Der DC ging bei dem Versuch gerade, logischerweise und nachvollziehbar natürlich durch die Tasterbefehle, um +7% hoch.

WRCD, kein BURST LIMIT durch Tasterdruck

Gruß,
Marco

[Baxxy]

Der BURST LIMIT wird wohl ausschließlich [...] durch das Aufwecken des DIsplays bei Statusänderungen ausgelöst.

Danke für die Analyse!
Dann lag ich ja mit meinen Aussagen soweit richtig.

Jede Betätigung eines Tasters am Display löst auch ein Aufwecken aus.

Das stimmt. Hat aber mit dem "Aufweck-Burst" nichts zu tun. Der wird von der Zentrale rausgehauen damit das Display aufwacht und dann Daten empfangen kann.

Grüße, Baxxy

[jp112sdl]

Ja cool. Da ja beim BURST alle Batteriegeräte geweckt werden, kann man nur hoffen, dass mit künftigen Firmware-Updates nicht jedes Modell diesen Datenpunkt bekommt.

5x Burst gesendet - schon schlagen alle Batterie-Teilnehmer Alarm

[Baxxy]

kann man nur hoffen, dass mit künftigen Firmware-Updates nicht jedes Modell diesen Datenpunkt bekommt.

Bloß keine schlafenden Hunde wecken...

Ich bin ja mal gespannt was der Test von @Stefan0815 bezüglich "Spannungsversorgung: Netzbetrieb" ergibt.
Wenn die eQ-3 Jünger wenigstens ansatzweise ihre Hausaufgaben gemacht haben, sollte in diesem Modus ja keine Servicemeldung auftreten, egal wie oft das Display geweckt wird.