New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RM-bcu1: Summierung der RM-Werte immer Null nach Busspannungsausfall #13
Comments
Die Werte bleiben so lange erhalten wie die Busspannung anliegt, ein Trennen vom Sockel (Melder power off) hat keinen Einfluß. Busspannung weg = Werte weg ! |
Also wie genau das auf dem ARM aussieht kann ich nicht sagen, die
Software habe ich nicht portiert.
Beim LPC ist es so das der RM abgefragt wird, zyklisch und wenn man
einen Wert vom Bus anfragt. Die Werte landen im Controller. Wenn der RM
nicht mehr antwortet sind die letzten Werte noch im Controller.
Ist die Busspannung weg, sind auch die Werte im Controller RAM futsch
und müssen erst vom RM abgefragt werden.
Also kein Bug sondern so gewollt. Gibt es einen Usecase warum das
geändert werden müsste?
/Stefan
Am 08.06.2019 um 17:38 schrieb clown-m:
…
Die Werte bleiben so lange erhalten wie die Busspannung anliegt, ein
Trennen vom Sockel (Melder power off) hat keinen Einfluß. Busspannung
weg = Werte weg !
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#13?email_source=notifications&email_token=ABTC7FVLRZSOMRUVSLRPKM3PZPHADA5CNFSM4HWHOFO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXHW5KY#issuecomment-500133547>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABTC7FTUFZMGGSCLUMQX4FDPZPHADANCNFSM4HWHOFOQ>.
|
Hi Stefan, |
Hi,
welchen Summenwert meinst du?
/Stefan
Am 15.06.2019 um 18:03 schrieb Doumanix:
…
Hi Stefan,
danke für die Info! Der entscheidende Punkt ist, dass in der Lpc
Version quick irgendwann doch der Summenwert vom RM kommt und auch auf
den bis gegeben wird. Das scheint nach Michaels Aussage aktuell in der
ARM Version noch nicht so zu sein. Da beginnt immer alles komplett von
vorne.
Ich habs aber selbst nicht analysieren können bis jetzt.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#13?email_source=notifications&email_token=ABTC7FR4BNPVPGGYOMYADLTP2UHE7A5CNFSM4HWHOFO2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODXY27NA#issuecomment-502378420>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABTC7FT6LRET54KXWA2QFDTP2UHE7ANCNFSM4HWHOFOQ>.
|
Hier habe ich etwas zu dem Fehler geschrieben und (hoffentlich) behoben: Bitte testen! Olli |
Wie im RocketChat besprochen sind die Werte in der Rauchmelder-MCU flüchtig: sobald der Melder von der Bodenplatte genommen wird UND keine Stützspannung vom RM-Modul mehr anliegt, werden die Werte zurückgesetzt. Drei Use Cases sollten unterstützt werden:
Zur Implementierung dieser Erweiterung muss man sich die Seriennummer des Rauchmelders speichern und für jeden zu merkenden Zähler zwei Werte wegspeichern, ich nenne sie hier mal
|
Ins eeprom speichern dauert 104-110ms. Die Brown-Out-Detection kommt dafür zu spät. Da kommt man um Busspannungserkennung nicht drumrum.
Geht leider so nicht, der Bodenplattenkontakt ist nach erstmaliger Betätigung ein |
Danke für das Feedback, habe ich in den obigen Kommentar eingearbeitet. |
Wie im Forum und in #12 von clown angesprochen: die Werte wie Anzahl Alarme, Anzahl Testalarme, etc. werden auf 0 gesetzt, wenn man den Rauchmelder vom Sockel abzieht oder die Busspannung vom RM- Modul trennt.
Nach Stefan Sveriges und oldcoolmans Ausführungen würde ich das aktuell als Feature (enhancement) einstufen, welches man durchaus mit dem ARM umsetzen könnte.
The text was updated successfully, but these errors were encountered: