Alternative Firmware für das Raum-Sensormodul von Masifi

[Steph]

kriegst Du den Vorschlag von Thomas hin? Dann könntest Du den Mitschnitt für einen Programmierversuch hier reinstellen und ich könnte mal schauen, ob ich damit was anfangen kann. Ich würde das einfach mit einem Mitschnitt bei mir vergleichen, ok?

Das ist kein Problem . Ich schaue mir das am WE, wenn ich Zeit dafür finde, genauer an. Leider ist davon gerade wenig vorhanden und durch eure Arbeit hatte ich die Hoffnung, dass ich die Platinen von Masifi endlich produktiv nutzen kann . Melde mich dann!

[mumpf]

Hi Michael,

ich würde mich trotzdem freuen, wenn Du nochmal mit dem knxd testen könntest. Ich habe es zwar schon mal getestet, aber ich benutze eher den eibd (reicht mir und bereitet gefühlt weniger Probleme). Um selber zu testen, müsste ich den knxd neu installieren...

Gruß, Waldemar

[Sisamiwe]

Hi Michael,

ich würde mich trotzdem freuen, wenn Du nochmal mit dem knxd testen könntest. Ich habe es zwar schon mal getestet, aber ich benutze eher den eibd (reicht mir und bereitet gefühlt weniger Probleme). Um selber zu testen, müsste ich den knxd neu installieren...

Gruß, Waldemar

Klar, kann ich machen.
Melde mich spätestens heute Abend

[Sisamiwe]

Melde mich spätestens heute Abend

Programmieren geht auch mit knxd bei mir problemlos.Keine Auffälligkeiten.

[mumpf]

Hallo Michael,

vielen Dank für die Info. Dann brauche ich den Mitschnitt vom Programmiervorgang von Steph, ich hoffe, ich kann da was auffälliges sehen.

Gruß, Waldemar

[mumpf]

Hi Stephan,

hast Du eventuell doch einen LK in Deiner Anlage? Dann würde ich mal den LK von der Linie trennen und nochmal die Programmierung testen. Und wenn der "schuld" war, müssten wir zusammen rausfinden, welche LK-Parameter die Programmierung behindern...

Gruß, Waldemar

P.S.: Ich habe auch einen LK und keine Probleme damit, aber ich könnte mir vorstellen, dass es von der Seite Probleme geben könnte.

[Sisamiwe]

mumpf
Hallo Waldemar,
ich habe mir mal den Busmonitor bzgl. Telegrammen des Sensormodules angeschaut. Es sieht so aus, als wenn die Auslöser zum Senden nicht richtig verarbeitet werden. Er senden nach meiner Meinung zu häufig.
Folgende Parameter habe ich bspw bei Luftdruck gesetzt:
Anmerkung 2020-03-20 204337.png

und ein Auszug aus dem Busmonitor:
Anmerkung 2020-03-20 204337_1.png

Wie siehst Du das?

Michael

[mumpf]

Hi Michael,

oh mann, so viel getestet, und dann findest Du gleich zu Anfang einen solchen Bug... Ich stimme Dir zumindest zu, so sollte es nicht sein .
Mir würde es helfen, wenn Du noch ausprobieren könntest, welcher der 3 Parameter für das zu häufige Senden verantwortlich ist:

• Zyklisch senden: Der wird es wohl nicht sein, den hab ich selber schon in zig Logiken genutzt.
• Absolute Abweichung: Ich hoffe, der ist es auch nicht, wäre aber nett, wenn Du das verifizierst.
• Relative Abweichung: Ich habe den im Verdacht, da hab ich vor nicht allzu langer Zeit was dran geschraubt, da der Wert falsch berechnet wurde.

Zum Testen müsstest Du einfach 2 der 3 Parameter auf 0 setzen, dann siehst Du sehr schnell, welcher "schuld" ist. Bis zur Korrektur solltest Du dann den Parameter auf 0 lassen - sorry.

Gruß, Waldemar

P.S.: Wonach hast Du denn Deine Busmonitor-Ausgabe sortiert? Die Zeiten sind bei der Sortierung echt schwer nachzuvollziehen...

[Sisamiwe]

mumpf
Guten Morgen,

ich habe die Test gemacht. Ich denke, dass es die Absolute Abweichung ist:
Siehe hier:
Anmerkung 2020-03-21 070949_1.png

Anmerkung 2020-03-21 070949.png

Und die Gegenprobe:
Anmerkung 2020-03-21 071527.png
Anmerkung 2020-03-21 071454.png

Reicht Dir das?

Beste Grüße

[mumpf]

Hi,

erste Analyse: Rundungsproblem, allerdings über mehrere Stufen...

1. Ich rechne intern mit double, das ist eine recht genaue Kommazahl
2. Der Sensor liefert auch double (technisch), der aber aus irgendeinem binären Wert entsteht. Damit hat der eine Minimalauflösung, die ich aber gerade nicht weiß
3. Pa-Werte sind recht groß,
4. In KNX hat die Fließkommazahl nur die halbe Genauigkeit.

Das Ganze führt jetzt dazu, dass durch 2) der Sensor stark schwankende Kommazahlen liefert, die immer wieder >1 als Delta ergeben. Durch 3) leidet die Genauigkeit auf dem KNX und durch 4) wird bei der Umwandlung/Rundung scheinbar immer die gleiche Zahl gesendet.

Ich werde für Pa die interne Rechnung wohl auf Ganzzahl umstellen (wer braucht schon bei den Zahlen noch eine Kommazahl), bis die Korrektur kommt, sollte schon eine 2 bei der Abweichung eine Besserung bringen, wobei Du trotz 2 auch immer wieder ein Delta von 1 bei den Messwerten sehen wirst.

Also als Workaround: Bei Luftdruck immer bei der Abweichung 1 mehr angeben als die gewünschte Abweichung. Ich denke, ich schaffe die Korrektur am Wochenende. Das Problem ist, dass die Absolute Abweichung für alle Messwerte über die gleiche Routine berechnet wird und es bei kleinen Zahlen prima klappt... jetzt muss ich das wieder "auftrennen".

Gruß, Waldemar

[Steph]

Zusammenfassend:
- Programmierung über knxd
- ETS 5.7
- Kein Linienkoppler
- Senden und Empfangen geht mit beiden Platinen mit konnekting firmware
- Hänge ich an die gleiche Stelle ein Gerät von BJ, kann ich die PA überschreiben oder über den Programmiermodus eine PA zuweisen.
- Busspannung ca 30V

Daher gehe ich davon aus, dass die Hardware OK ist und ich kein grundsätzliches Problem mit dem Bus habe.

Hier die Terminalausgabe (Programmiertaste gedrückt, programmierung der PA über ETS) :

Startup called...
<p01
p>03
ownaddr 0
p>BC
p>11
p>32
p>43
p>01
p>E3
<p10
p>80
p>41
p>BC
p>11
p>4B
p>43
p>05
p>E3
<p10
p>80
p>3C
p>BC
p>11
p>4A
p>43
p>04
p>E3
<p10
p>80
p>3C
p>BC
p>11
p>45
p>43
p>06
p>E3
<p10
p>80
p>31
p>BC
p>11
p>33
p>43
p>E3
<p10
p>80
p>41
p>BC
p>11
p>4E
p>43
p>08
p>E3
<p10
p>80
p>34
p>BC
p>11
p>44
p>43
p>07
p>E3
<p10
p>80
p>31
p>BC
p>11
p>41
p>43
p>03
p>E3
<p10
p>80
p>30
p>B0
p>05
p>11
p>53
p>50
<p10
p>80
p>D8
p>90
p>05
p>11
p>53
p>50
<p10
p>80
p>F8
p>90
p>05
p>11
p>53
p>50
<p10
p>80
p>F8
p>90
p>05
p>11
p>53
p>50
<p10
p>80
p>F8
p>B0
p>05
p>D1
<p11
p>01
p>9A
p>B0
p>05
p>11
p>53
p>51
<p10
p>43
p>1A
p>90
p>05
p>11
p>53
p>51
<p10
p>43
p>3A
p>90
p>05
p>11
p>53
p>51
<p10
p>43
p>3A
p>90
p>05
p>11
p>53
p>51
<p10
p>43
p>3A
p>BC
p>11
p>4B
p>43
p>05
p>E3
<p10
p>80
p>3C
p>B0
p>05
p>D1
<p11
p>01
p>9A
progmode on
p>B0
p>05
p>D1
<p11
p>01
p>9A
<p80 B0
<p81 00
<p82 00
<p83 00
<p84 00
<p85 E1
<p86 01
<p87 40
<p48 EF
p>B0
p>E1
p>01
p>40
p>EF
p>8B
p>BC
p>11
p>4A
p>43
p>04
p>E3
<p10
p>80
p>3C
p>BC
p>11
p>3D
p>43
p>02
p>E3
<p10
p>80
p>4D
p>BC
p>11
p>45
p>43
p>06
p>E3
<p10
p>80
p>31
p>B0
p>05
p>D1
<p11
p>01
p>9A
<p80 B0
<p81 00
<p82 00
<p83 00
<p84 00
<p85 E1
<p86 01
<p87 40
<p48 EF
p>B0
p>E1
p>01
p>40
p>EF
p>8B
p>B0
p>05
p>D1
<p11
p>01
p>9A
<p80 B0
<p81 00
<p82 00
<p83 00
<p84 00
<p85 E1
<p86 01
<p87 40
<p48 EF
p>B0
p>E1
p>01
p>40
p>EF
p>8B
p>B0
p>05
p>D1
<p11
p>01
p>9A
<p80 B0
<p81 00
<p82 00
<p83 00
<p84 00
<p85 E1
<p86 01
<p87 40
<p48 EF
p>B0
p>E1
p>01
p>40
p>EF
p>8B
p>B0
p>05
p>D1
<p11
p>01
p>9A
<p80 B0
<p81 00
<p82 00
<p83 00
<p84 00
<p85 E1
<p86 01
<p87 40
<p48 EF
p>B0
p>E1
p>01
p>40
p>EF
p>8B
p>BC
p>11
p>4E
p>43
p>08
p>E3
<p10
p>80
p>34
p>B0
p>05
p>D1
<p11
p>01
p>9A
<p80 B0
<p81 00
<p82 00
<p83 00
<p84 00
<p85 E1
<p86 01
<p87 40
<p48 EF
p>B0
p>E1
p>01
p>40
p>EF
p>8B
p>BC
p>11
p>41
p>43
p>03
p>E3
<p10
p>80
p>30
p>BC
p>11
p>32
p>43
p>01
p>E3
<p10
p>80
p>41
p>BC
p>11
p>4B

Über zusätzliche Debugausgaben habe ich festgestellt, dass er eine Botschaft "IndividualAddressRead" empfängt und dann auch eine Botschaft "IndividualAddressResponse" zusammenstellt. Ob diese allerdings vollständig auf den Bus gesendet wird, kann ich nicht sagen. Im Busmonitor der ETS ist nur der "IndividualAddressRead" der ETS zu sehen.

[Sisamiwe]

Also als Workaround: Bei Luftdruck immer bei der Abweichung 1 mehr angeben als die gewünschte Abweichung. Ich denke, ich schaffe die Korrektur am Wochenende. Das Problem ist, dass die Absolute Abweichung für alle Messwerte über die gleiche Routine berechnet wird und es bei kleinen Zahlen prima klappt... jetzt muss ich das wieder "auftrennen".

Ich habe keine Eile. Es ist momentan nur Testbetrieb.

[mumpf]

Steph: Danke erstmal, ich schaue heute im Laufe des Tages nach.

Nur zur Sicherheit - und weil mir das noch eingefallen ist: Hast Du auch den Teil der Anleitung befolgt:

In knx-sensor, edit the file platformio.ini:
  - change the line -DBOARD_MASIFI_V3 to -DBOARD_MASIFI_V1
  - change the line -DCRYSTALLESS to ;-DCRYSTALLESS

Vor allem das -DCRYSTALLESS muss auskommentiert (oder ganz gelöscht) sein.

Sorry, dass ich nachfrage, aber ich suche immer noch nach einem Grund für das Verhalten...

Gruß, Waldemar

[mumpf]

Steph: Ich werde leider erst heute Abend dazu kommen, ich bin heute mit "um die Kinder kümmern" dran. Aber kann es sein, dass Du nicht beide Stellen, die Thomas meinte, einkommentiert hast? Ich hätte bei Deinem Mitschnitt eigentlich auch noch

>p

erwartet, ich meine an dieser Stelle: https://github.com/mumpf/knx/blob/78...tform.cpp#L136. Ist aber noch nicht kritisch, ich werde erstmal vergleichen, wie das bei mir aussieht und dann sehen wir weiter.

Wenn sonst noch jemand Ideen hat, sind diese gerne willkommen.

Gruß, Waldemar

[Steph]

In knx-sensor, edit the file platformio.ini:
- change the line -DBOARD_MASIFI_V3 to -DBOARD_MASIFI_V1
- change the line -DCRYSTALLESS to ;-DCRYSTALLESS

Das passt.

Die Debugausgabe in "readBytesUart" hatte ich schon einkommentiert, allerdings kommt er da nicht rein. Jetzt habe ich die Ausgabe in "readUart" einkommentiert https://github.com/mumpf/knx/blob/78...tform.cpp#L120 und den Mitschnitt oben ausgetauscht. Da sind jetzt natürlich auch Daten von anderen Busteilnehmern rein gerutscht.

mumpf Ich möchte dich bitten, nicht zu viel Zeit dafür aufzuwenden. Solange es nicht weitere betrifft, gehe ich von einem Fehler auf meiner Seite aus