Habe meine ersten Rauchmelder (ARM-Version, Board V3.5) in Betrieb, leider habe ich dabei einige Probleme in der Kommunikation mit der ETS (VD 2.4) gefunden:
- Man kann in der ETS erst sinnvolle Werte abfragen wenn der erste Zyklus gelaufen ist
- Ohne Zyklus sind alle Werte 0
- Nach Wiederkehr der Busspannung sind alle Werte zurückgesetzt, auch Anzahl der Alarme
- Man kann kein "partial programming" machen, geht nur "full application load"
- Negative Anpassung der Temperatur funktioniert nicht gibt hohe positiven offset
- Die Batteriespannung ist angeblich 18,36 ?V
Hat jemand die gleichen Probleme, gibt es schon einen update?
Hat jemand die korrekten DPT Angaben für die Werte?
Gruß und schon mal Danke !
--------------------------------
Michael
Rauchmelder Test Ergebnisse, Feature Request
Rauchmelder Test Ergebnisse, Feature Request
Zuletzt geändert von clown am 25. Mai 2019, 00:14, insgesamt 1-mal geändert.
Tags:
-
Tontechniker
- Beiträge: 277
- Registriert: 25. Mai 2013, 09:49
- Wohnort: Melsungen/Hessen
Re: Rauchmelder Test Ergebnisse, Feature Request
Die DPT-Angaben sollten dieser hier entsprechen (bin mir aber da nicht sicher, habe nur LPC922 am Laufen).
http://selfbus.myxwiki.org/xwiki/bin/vi ... elder%3AVD
Gruß
Hans
http://selfbus.myxwiki.org/xwiki/bin/vi ... elder%3AVD
Gruß
Hans
Re: Rauchmelder Test Ergebnisse, Feature Request
Hallo Michael,
schaue bitte bei post3889.html#p3889, dort habe ich einige Probleme behoben. Noch nicht behoben ist das Problem, dass man sinnvolle Werte erst auslesen kann, wenn man beim RM zyklisches senden aktiv hat und der erste Zyklus abgelaufen ist.
Leider haben es meine Updates noch nicht auf Github geschafft.
Gruß
schaue bitte bei post3889.html#p3889, dort habe ich einige Probleme behoben. Noch nicht behoben ist das Problem, dass man sinnvolle Werte erst auslesen kann, wenn man beim RM zyklisches senden aktiv hat und der erste Zyklus abgelaufen ist.
Leider haben es meine Updates noch nicht auf Github geschafft.
Gruß
Re: Rauchmelder Test Ergebnisse, Feature Request
Vielen Dank für Eure Hilfe, kann mir jemand einen HEX File generieren in dem die Patches drin sind?
Gruß
Michael
Gruß
Michael
Re: Rauchmelder Test Ergebnisse, Feature Request
Hi zusammen,
anbei die korrigierte HEX: Ich kann bestätigen, dass jetzt die Version passt (damit geht das partielle Programmieren) und außerdem geht das Einstellen des Temp.-Offsets.
Kann das vielleicht mal jemand nachstellen: bei mir kam beim allerersten in Betrieb nehmen sauber die Batteriespannung. Dann habe ich den Patch kompilliert und während das Modul im RM war aufgespielt und per ETS programmiert. (Beim LPC922 hieß es, dass man das nicht machen soll und es gab auch unabhängig davon diesen Hinweis: Beim GIRA® Rauchmelder 233602 wurde eine Batteriespannung von 0.01V beobachtet. Der Rauchmelder scheint erst nach einer gewissen Betriebszeit eine gültige Batteriespannung zu liefern. Bei ungültiger Batteriespannungsanzeige den Knopf am Melder kurz drücken, bis die LED anfängt zu blinken. Dann nochmals die Batteriespannung auslesen.)
Naja, auf jeden Fall ging ab da dann das Auslesen der Spannung nicht mehr. Ich vermute, das hat mit dem proggen im RM zu tun. Denn als ich dann doch mal wieder die Platine herausgezogen habe, mal wieder neu geflasht habe und außerhalb des RMs die Applikation drauf gespielt habe und dann erst eingebaut habe, ging plötzlich auch wieder das Spannungsauslesen. Das mit dem Knopf drücken hab ich nicht getestet, wollte nicht die halbe Familie aufwecken...
Aber zum querchecken, ob das proggen im eingebauten Zustand das Problem verursacht, könnte ja noch jemand anderer das mal testen...
Grüße
Christian
anbei die korrigierte HEX: Ich kann bestätigen, dass jetzt die Version passt (damit geht das partielle Programmieren) und außerdem geht das Einstellen des Temp.-Offsets.
Kann das vielleicht mal jemand nachstellen: bei mir kam beim allerersten in Betrieb nehmen sauber die Batteriespannung. Dann habe ich den Patch kompilliert und während das Modul im RM war aufgespielt und per ETS programmiert. (Beim LPC922 hieß es, dass man das nicht machen soll und es gab auch unabhängig davon diesen Hinweis: Beim GIRA® Rauchmelder 233602 wurde eine Batteriespannung von 0.01V beobachtet. Der Rauchmelder scheint erst nach einer gewissen Betriebszeit eine gültige Batteriespannung zu liefern. Bei ungültiger Batteriespannungsanzeige den Knopf am Melder kurz drücken, bis die LED anfängt zu blinken. Dann nochmals die Batteriespannung auslesen.)
Naja, auf jeden Fall ging ab da dann das Auslesen der Spannung nicht mehr. Ich vermute, das hat mit dem proggen im RM zu tun. Denn als ich dann doch mal wieder die Platine herausgezogen habe, mal wieder neu geflasht habe und außerhalb des RMs die Applikation drauf gespielt habe und dann erst eingebaut habe, ging plötzlich auch wieder das Spannungsauslesen. Das mit dem Knopf drücken hab ich nicht getestet, wollte nicht die halbe Familie aufwecken...
Aber zum querchecken, ob das proggen im eingebauten Zustand das Problem verursacht, könnte ja noch jemand anderer das mal testen...
Grüße
Christian
Re: Rauchmelder Test Ergebnisse, Feature Request
Hallo Doumanix,
habe heute Deine neue Version getestet, auch ich konnte das RM-Modul nicht im Rauchmelder programmieren, mein Flash Magic (Version 11.20.5190) hatte Probleme mit dem Autobaud, erst als ich das Modul raus genommen habe und programmiert habe hat es geklappt, danach konnte ich es auch im Rauchmelder programmieren. Die Spannung wurde aber immer falsch ausgelesen, auch nach drücken des Testknopfs. Bei mit ist die Spannung erst nach einem Tag Betrieb in Ordnung, warum weiss ich allerdings nicht?!?!
Ist es eigentlich richtig, das alle Statuswerte nach Bussapnnungswiederkehr auf Null sind, ist eigentlich nicht so doll, da macht die Betriebsstunden und die Anzahl der Alarme wenig Sinn?
Kommen diese Statuswerte eigentlich vom RM selbst oder werden nur die erhaltenen Werte aufsummiert?
Gruß
Michael
habe heute Deine neue Version getestet, auch ich konnte das RM-Modul nicht im Rauchmelder programmieren, mein Flash Magic (Version 11.20.5190) hatte Probleme mit dem Autobaud, erst als ich das Modul raus genommen habe und programmiert habe hat es geklappt, danach konnte ich es auch im Rauchmelder programmieren. Die Spannung wurde aber immer falsch ausgelesen, auch nach drücken des Testknopfs. Bei mit ist die Spannung erst nach einem Tag Betrieb in Ordnung, warum weiss ich allerdings nicht?!?!
Ist es eigentlich richtig, das alle Statuswerte nach Bussapnnungswiederkehr auf Null sind, ist eigentlich nicht so doll, da macht die Betriebsstunden und die Anzahl der Alarme wenig Sinn?
Kommen diese Statuswerte eigentlich vom RM selbst oder werden nur die erhaltenen Werte aufsummiert?
Gruß
Michael
Re: Rauchmelder Test Ergebnisse, Feature Request
Hi Michael,
ich stelle die Baudrate immer auf 57600 für den ARM (aktuell Flashmagic 10.81). Müsste mal nachsehen, was passiert, wenn man auch das initiale Flashen schon im RM macht. Das hatte ich bei meinem einen Exemplar nicht gleich so gemacht.
Was die Software und Statuswerte angeht, kann ich noch nicht wirklich Auskunft geben. Natürlich würde es Sinn machen, die Werte zu persistieren und nicht bei jedem Busausfall auf Null zu resetten. Wie / ob das geht, kann ich aber aktuell nicht sagen, da müssten die Erfahreneren ran.
Grüße
Christian
ich stelle die Baudrate immer auf 57600 für den ARM (aktuell Flashmagic 10.81). Müsste mal nachsehen, was passiert, wenn man auch das initiale Flashen schon im RM macht. Das hatte ich bei meinem einen Exemplar nicht gleich so gemacht.
Was die Software und Statuswerte angeht, kann ich noch nicht wirklich Auskunft geben. Natürlich würde es Sinn machen, die Werte zu persistieren und nicht bei jedem Busausfall auf Null zu resetten. Wie / ob das geht, kann ich aber aktuell nicht sagen, da müssten die Erfahreneren ran.
Grüße
Christian
Re: Rauchmelder Test Ergebnisse, Feature Request
Hallo Christian,
hatte die Baudrate auch fest auf 57600 eingestellt, trotzdem kam die Fehlermeldung??
Gruß
Michael
hatte die Baudrate auch fest auf 57600 eingestellt, trotzdem kam die Fehlermeldung??
Gruß
Michael
Re: Rauchmelder Test Ergebnisse, Feature Request
Wer schreibt denn die RM Software ? Gibt es überhaupt noch Interesse an der Weiterentwicklung?
Habe gerade 25 Boards bestückt und habe gehofft "die tolle Lösung" gefunden zu haben?
Kann leider nicht all zu viel beisteuern, ausser mit Tests und mehr oder weniger guten Ideen.
Gruß
Michael
Habe gerade 25 Boards bestückt und habe gehofft "die tolle Lösung" gefunden zu haben?
Kann leider nicht all zu viel beisteuern, ausser mit Tests und mehr oder weniger guten Ideen.
Gruß
Michael
Re: Rauchmelder Test Ergebnisse, Feature Request
Hi Michael,
also meine Sicht der Dinge:
- Selfbus ist ein Community- / Opensource Projekt in dem es kein zentral entscheidendes Gremium gibt. Jedenfalls aktuell nicht und soweit ich weiß, war das auch nie so.
- Heißt also: wenn gerade viele fähige Leute mitmachen, geht was vorwärts, wenn die sich gerade zurückziehen und was anderes machen, geht wenig. Letzteres ist wohl aktuell der Fall.
- Folglich gibt es nicht "den", der die RM Software macht. Vielleicht einen, zwei oder drei, die mal die aktuelle Version erstellt haben, aber es gibt nicht den, der jetzt "hier" rufen muss, wenn du die Frage nach der Verantwortlichkeit stellst. *Jeder* kann potenziell den Quellcode im Git weiterentwickeln und einen Pullrequest stellen.
Zum aktuellen Problem des Rauchmelders: ich habe angefangen, mich in die SW rein zu fuchsen. Ich selber bin aber nun wirklich nicht der C / C++ Checker. Aber soweit ich das sehe, werden die Werte immer nur aus dem RM ausgelesen und das Aufsummieren kommt beispielsweise auch aus dem RM selber.
Eine Doku dessen, was über das Modul rausgefunden wurde, findest du beim Git Projekt des LPC922 RM: https://github.com/selfbus/software/blo ... tokoll.txt
Man könnte aber sicher die fehlenden Funktionen noch in der ARM SW ergänzen ...
Allgemein: Ich stelle kommende Woche mal wieder eine neue VirtualBox online. Damit kann jeder einfach ARM Projekte kompillieren und mit der Entwicklung loslegen, ohne lange zu konfigurieren, zu installieren etc. Nur Virtualbox braucht man und den Download - aber das werden die meisten eher verkraften als alles selber zu installieren.
Meine Hoffnung: wenn die Einstiegshürde niedriger ist, finden sich auch wieder mehr Leute, die aktiv am Projekt mitwirken.
Grüße
Christian
also meine Sicht der Dinge:
- Selfbus ist ein Community- / Opensource Projekt in dem es kein zentral entscheidendes Gremium gibt. Jedenfalls aktuell nicht und soweit ich weiß, war das auch nie so.
- Heißt also: wenn gerade viele fähige Leute mitmachen, geht was vorwärts, wenn die sich gerade zurückziehen und was anderes machen, geht wenig. Letzteres ist wohl aktuell der Fall.
- Folglich gibt es nicht "den", der die RM Software macht. Vielleicht einen, zwei oder drei, die mal die aktuelle Version erstellt haben, aber es gibt nicht den, der jetzt "hier" rufen muss, wenn du die Frage nach der Verantwortlichkeit stellst. *Jeder* kann potenziell den Quellcode im Git weiterentwickeln und einen Pullrequest stellen.
Zum aktuellen Problem des Rauchmelders: ich habe angefangen, mich in die SW rein zu fuchsen. Ich selber bin aber nun wirklich nicht der C / C++ Checker. Aber soweit ich das sehe, werden die Werte immer nur aus dem RM ausgelesen und das Aufsummieren kommt beispielsweise auch aus dem RM selber.
Eine Doku dessen, was über das Modul rausgefunden wurde, findest du beim Git Projekt des LPC922 RM: https://github.com/selfbus/software/blo ... tokoll.txt
Man könnte aber sicher die fehlenden Funktionen noch in der ARM SW ergänzen ...
Allgemein: Ich stelle kommende Woche mal wieder eine neue VirtualBox online. Damit kann jeder einfach ARM Projekte kompillieren und mit der Entwicklung loslegen, ohne lange zu konfigurieren, zu installieren etc. Nur Virtualbox braucht man und den Download - aber das werden die meisten eher verkraften als alles selber zu installieren.
Meine Hoffnung: wenn die Einstiegshürde niedriger ist, finden sich auch wieder mehr Leute, die aktiv am Projekt mitwirken.
Grüße
Christian