monitord auf Raspberry Pi

[dataflash]

RO hat das selbe Problem - ich denke das liegt in der Decoder

Was meinst du mit "in der Decoder" ?

Ich bekomme leider keine Messeages die länger sind als 120 Zeichen.

Aber ich hätte mal die zwei Einträge in der MonitorAudio.cpp von 16384 auf 32768 geändert und neu kompiliert. (Reiner Schuß ins Blaue)

[matt]

Kleine Info zwischendurch:
FMS funktioniert bei mir wunderbar (naja, seit ca. 20 Minuten). Hier mal die Einstellungen die ich in der monitord.xml verwende:

<module type="fms">
	<algorithmus> 1 </algorithmus>
	<syncbits> 12 </syncbits>
	<crc-check> 1 </crc-check>
	<maxerrors> 0 </maxerrors>
</module>

[matt]

Nach dem ich nun ca. 10 Stunden FMS dekodiert habe, hier das Ergebnis:
Von ca. 350 Stati wurden 75% korrekt ausgewertet.
Ich habe schon versucht einen Filter einzubinden. Allerdings bislang ohne Erfolg.

Was meinst du mit "in der Decoder" ?

Ich bekomme leider keine Messeages die länger sind als 120 Zeichen.

Aber ich hätte mal die zwei Einträge in der MonitorAudio.cpp von 16384 auf 32768 geändert und neu kompiliert. (Reiner Schuß ins Blaue)

Hast du die Änderungen schon vorgenommen? Wenn ja, ändert sich was an den Texten?


Wer Filterskripte einbinden will, muss das bereits in der Config vor dem Kompilieren machen.
Siehe:
http://www.funkmeldesystem.de/foren/...65&postcount=5

[dataflash]

Ich bekomme leider keine Alarmierungen, die länger sind als 120 Zeichen rein.
Bedeutet, die Alarmierungen werden nicht abgeschnitten, sondern die Alarmierungen sind einfach kürzer.

Sobald ich mal eine über 150 Zeichen reinbekomme, gebe ich bescheid, aber die letzte Alarmierung in solch einer Länge war im November.

[matt]

Ich bekomme leider keine Alarmierungen, die länger sind als 120 Zeichen rein.
Bedeutet, die Alarmierungen werden nicht abgeschnitten, sondern die Alarmierungen sind einfach kürzer.

Sobald ich mal eine über 150 Zeichen reinbekomme, gebe ich bescheid, aber die letzte Alarmierung in solche einer Länge war im November.

Du kannst ja auch einfach mal so eine lange Alarmierung mit einen Programm erzeugen, z.B. BosTool. Dann hast du das Ergebnis sofort... ;-)

[dataflash]

Du kannst ja auch einfach mal so eine lange Alarmierung mit einen Programm erzeugen, z.B. BosTool. Dann hast du das Ergebnis sofort... ;-)

Ja aber dann brauch ich ein 3,5 Klinke auf 3,5 Klinke Kabel und das habe ich im Moment nicht zur Hand, ich kuck mal, dass ich mir eines organisiere, kann aber dauern.

[dataflash]

Wer Filterskripte einbinden will, muss das bereits in der Config vor dem Kompilieren machen.
Siehe:
http://www.funkmeldesystem.de/foren/...65&postcount=5

Kann ich die configure eigentlich nachträglich ändern?
Ich habe das schon mehrmals versucht, allerdings hat er es nicht übernommen.
Also configure, make, make install und nichts ändert sich.

[matt]

Kann ich die configure eigentlich nachträglich ändern?
Ich habe das schon mehrmals versucht, allerdings hat er es nicht übernommen.
Also configure, make, make install und nichts ändert sich.

Um die Skripts auszuführen bin so vorgegangen wie in dem Link beschrieben:

- Zunächst die Pakete für LUA installieren
- ./configure entsprechend durchlaufen lassen
- make
- make install

Währenddessen den Monitord natürlich nicht laufen lassen.
Danach das Programm ganz normal starten. Dann hats bei mir mit dem Skripts (zumindest grundlegend) funktioniert.

[dataflash]

Nein das bringts nicht, bei 145 Zeichen ist Ende. Es muss an was anderem liegen.

[matt]

Nein das bringts nicht, bei 145 Zeichen ist Ende. Es muss an was anderem liegen.

Ich hab das gleiche vorhin versucht. Kein Erfolg.
In der Datei MonitorModulePocsag.h ist ein Buffer als Array mit einer Länge von 128 definiert. Die Arraylänge habe ich einfach mal auf 256 vergrößert. Damit kamen auch Längere Meldungen durch, allerdings wurden Meldungen, die Länger als 145 Zeichen waren nicht korrekt dekodiert. Mit nicht korrekt meine ich, dass man anhand des dekodierten Textes noch nicht mal was erahnen konnte.

Meldungen die weniger als 145 Zeichen enthielten wurden korrekt dekodiert.


Für FMS und POCSAG habe ich nun auch Filter erstellt, die prüfen, ob es sich bei den dekodierten FMS-Kennungen und den RICs um plausible Werte handelt. Ist das nicht der Fall, werden diese nicht in die MySQL-Datenbank geschrieben.

Die RIC, die bei uns alle paar Minuten ausgesendet wird, damit die DMEs wissen, dass sie noch empfang haben, habe ich ebenfalls herausgefiltert. Funktioniert soweit ganz gut.

local toHidePOCSAG = {"xxxxxxx"} ; --RIC, die zur Empfangskontrolle der DMEs dient

function pocsagAktion()
end

function fmsAktion()
end

function pocsagFilter()

	if(string.sub(arg["ric"],1,2) ~= "xx") then		--xx durch erste beiden Ziffern der RICs ersetzen
		return 1
	end
		
	for index,testwert in pairs(toHidePOCSAG) do 
		if(testwert == arg["ric"]) then
			return 1
		end
	end
	
	return 0
end

function fmsFilter()
	--print("fmsFilter")
	--print(arg["fmskennung"])
	if(string.sub(arg["fmskennung"],1,3) ~= "xxx") then		--xxx durch erste drei Ziffern der FMS-Kennung ersetzen (BOS-Kennung, Landeskennung & 1. Ziffer der Ortskennung)
		return 1
	end
	
	return 0
end

function pluginFilter()
	
	--print(arg["typ"])
	
	if (arg["typ"]=="pocsag") then
		pocsagAktion()
		return pocsagFilter()
	end
	
	if (arg["typ"]=="fms") then
		fmsAktion()
		return fmsFilter()
	end
	
	return 0;
end

Mir ist noch aufgefallen, dass im monitord manchmal auch nicht der ganze POCSAG-Text dekodiert wird. FMS32pro bekommt die selben Nachrichten jedoch dekodiert. Vielleicht bekommt man da auch noch was gedreht.