monitord auf Linux / Auswertung verbessern?

[Buebchen]

Kannst ja mal versuchen, was der aktuelle build aus dem svn zu diesem Sonderfall sagt. ( Algorithmus auf 1 stellen in der monitord.xml). Bei mir wird das in nahezu gleicher Qualität wie bei FMS32 ausgewertet. Bei schlechtem Empfang manchmal sogar noch ein Telegramm mehr.

Warum das am Code liegen sollten verstehe ich spontan nicht. Aber ich schliesse es natürlich erstmal nicht aus :)

[nepomuck]

Kannst ja mal versuchen, was der aktuelle build aus dem svn zu diesem Sonderfall sagt.

Der compiliert bei mir nicht.

Für mich wäre es momentan echt wichtig, dass die alte 1.8.1-Version die Codes anständig dekodiert. Damit läuft ein wichtiges Projekt, welches monitord mangels passendem Frontend auch nicht ersetzen kann.

Ich haben den Fehler nachvollzogen auf Bosix (Knoppix 3.9 mit monitor 1.8.1) und Ubuntu 9.04 32-Bit mit 1.8.1

Folgendes funktioniert:
Kennungen mit Buchstaben im Landescode wie:
6Dxxx401
decodiert 1.8.1 ohne Schwierigkeiten

Buchstaben im Ortscode gehen nicht:
639C0xxx (Kennung für Werkfeuerwehr)
93A171xx (Kennung für ehrenamtliches BRK-FZ der Leistelle Erding).

Könnte da vielleicht mal jemand in den alten FMS-Decoder-Quellcode schauen -- so komplex kann der Fehler eigentlich nicht sein.

viele Grüße,
Andreas

[Buebchen]

Ich werde mal einige Kennung per BOS-Tool generieren und schauen, was passiert.

Da das compilieren zur Zeit nicht immer mag (falls einer mal ein logfile zum build hätte wäre das toll) habe ich im svn rev. 373 mal das configure eingestellt, daß ich unter ubuntu erstellt habe. Vielleicht macht das ja einen unterschied. Unter win32 habe ich mal die libtools auf Version 1.5 geupdated.

Beim Erstellen der dlls für mysql gab es da sonst Beschwerden vom libtool, es würde die mysql.dll nicht finden.

[Buebchen]

Zum Thema Ortskennungen mit Buchstaben. Laut TR-BOS sind m.E. Buchstaben im Ortscode nicht zulässig. Zumindest in meiner Fassung sind Ortscodes nur dezimal, nicht hexadezimal zulässig. Deswegen werden diese auch durch das Regelwerk des monitor ausgefiltert.

Zu finden ist das in der fms.c (bzw. MonitorModuleFMS.cpp):

int fms_rules(struct l1_state_fms sfms) {

	/*	ungültige Telegramme:
	 *	Ort	: > 9* && > *9
	 *	BOS	: 0	*/

	if (*sfms.fms->ort > 9)		return 0;
	if (sfms.fms->ort[1] > 9)	return 0;
	if (*sfms.fms->bos == 0)	return 0;
	return 1;
}	/*	rules

Wenn Du aus der 9 ein 0xf machst wird er auch die nicht TR-konformen Telegramme ausgeben.

[nepomuck]

Laut TR-BOS sind m.E. Buchstaben im Ortscode nicht zulässig.

Vielleicht ist das mal wieder einer der vielen Sonderwege der Bayern :-(
aus: fms_kenng_fw_anl1.pdf (Richtline für FMS Feuerwehr in Bayern von www.stmi.bayern.de)

                     Block 2     Block 3     Block 4   Block 5   
...
Regierungen             3        1 mit 7        F          F
StMI                    3           0           F          F
SFS                     3        0, B, E        E          F
Werkfeuerwehr    wie entsprechende Gemeinde  C und D     0 mit F

das ergibt für die erste Werkfeuerwehr im Landkreis den Code 639C0xxx

fms_kenng_rd_anl3.pdf (Richtline für FMS Rettungsdienst in Bayern von www.stmi.bayern.de)

Ortskennungen der
Rettungsdienstbereiche
RDB              öff./rechtl. org.-eigen
Erding                 11         A1
Fürstenfeldbruck       12         A2
Ingolstadt             13         A3
München                14         A4
München-Land                      A8
....

Somit funken HvO-Fahrzeuge und sonstige ehrenamtliche Retter im Bereich Erding mit 93A1xxxx

Dies bitte bei der weiteren Entwicklung des FMS-Dekoders berücksichtigen. Bayern setzt Hex-Ziffern im Ortscode ein.

Zu finden ist das in der fms.c (bzw. MonitorModuleFMS.cpp):
Wenn Du aus der 9 ein 0xf machst wird er auch die nicht TR-konformen Telegramme ausgeben

Probiere ich sofort aus und gebe dir eine Rückmeldung

viele Grüße,
Andreas

[nepomuck]

Wenn Du aus der 9 ein 0xf machst wird er auch die nicht TR-konformen Telegramme ausgeben.

Perfekt!

Probiert mit monitor-1.8.1 unter Ubuntu 9.04 x32.
Funktioniert bestens.

Jetzt muss ich das überarbeitete Binary nur noch irgendwie auf meine Bosix-Live-CD drauf bekommen.

Danke,
Andreas

[Buebchen]

Hab mal im svn die Codes a-f auch zugelassen.

[nepomuck]

Probiert mit monitor-1.8.1 unter Ubuntu 9.04 x32.
Funktioniert bestens.

Zweite positive Rückmeldung:
Build 373 läuft problemlos durch den Compiler. Nur das .configure-Skript musste ich von Hand auf executable setzen.

-> svn up; chmod +x configure; make clean; ./configure --enable-plugins und make.

(Lame und MySQL-Plugin habe ich nicht mitübersetzt.)

Kennungen mit Hex-Code werden anstandslos dekodiert. Wobei Algorithmus 1 auf meiner Kiste deutlich bessere Ergebnisse abliefert, als der Default 0.

System: IBM Thinkpad T43p, Ubuntu 9.04.

viele Grüße,
Andreas

[Buebchen]

Zum Algorithmus 1 kann ich auch nur sagen, daß er bei mir eindeutig besser läuft.

Die Filter und der angepasste PLL bringen da einiges. Ich habe hier nur sehr schlechten FMS Empfang. FMS32 schweigt sich da bei mir fast ganz aus. monitord mit den neuen Algorithmus hört da schon besser hin. Auch den fms-Text von der M.Grohmann / monitor 1.x Seite wertet der neue Algorithmus bei mir besser aus.

Ggf. versuche ich den mal in den 1.8.1 reinzuquetschen.