7-Ton ZVEI

[ChaotY2k]

Hi zusammen,

monitord ist echt ne super Sache ....

Aber gibts denn auch ne Möglichkeit, 7-Ton ZVEI auszuwerten?
Ich weiss, ist nicht BOS-Konform usw. - Aber es ist halt leider so ;)

Danke

Jürgen

[Buebchen]

geht bestimmt. Ich kenne 7-TON ZVEI aber nicht. Fängt dann an, daß die Matrix für die Frequenzen vermutlich angepasst werden muss und endet darin, daß monitord lernen muss, daß erst nach 7 Zeichen Schluß ist :)

Im Modulkonzept von monitord wäre das aber durchaus machbar.

[ChaotY2k]

Wäre ja ne idee, dass man ihn konfigurierbar macht, wie lange die Folgen sind.? ;)

Ich hab mir den Source mal angesehen - eigentlich sinds wohl nur zwei for-Schleifen die auf ne Variable gesetzt werden müssten statt auf 5.
Warum die Matrix erweitern?

Greetz

Jürgen

[Buebchen]

Die Frage wäre, ob ZVEI-1 oder ZVEI 2 (oder gar ne andere Kodierung) zum Einsatz kommt. Dem sollte man Rechnung tragen :)

[ChaotY2k]

ZVEI-1
70 ms Signallänge, 190ms Pause, Eine Aussendung ohne wiederholung.

Geht im Speziellen darum, dass per ZVEI über 70cm-Band-Frequenz Statusmeldungen von Funkgeräten (GM/GP1200 auf MCS2100 geflashed) gesendet werden. Format von den Meldungen ist "C" für Status, 4-Stelliger-Funkruf, 2-stelliger Status => Beispiel "C220403"

Und genau diese am PC zu bekommen und automatisch in die Leistelle zu lesen wäre natürlich genial ;)

[Buebchen]

Der Quelltext von Martin (mdi) ist gut dokumentiert. Es wäre sicherlich einen Versuch wert da mal ein paar Audioaufnahmen durchzujagen wenn die Werte für folge_position ( L 178 im MonitorModuleZVEI.cpp ) und pause_length angepasst sind.

Wobei ich Martins Quelltext jetzt bisher nicht analysiert hatte um ggf. Seiteneffekt noch zu kennen. Sofern es klappt würde ich dann ein ZVEI-7 Modul hinzufügen (diff wäre dann toll). So kann monitord dann beides auswerten.

[ChaotY2k]

Hab mir das gestern mal ein wenig angeschaut und an einigen Stellen die Funktionen auf 7 erweitert.
Allerdings passiert, dass die 6. Stelle immer "7" ist und die eigentliche 6. Ziffer auf die 7. Stelle rutscht... - irgendeine Idee, wo das passiert? - Ich vermute mal, es hat mit dem Doppelton der für FME am Ende gesendet wird zu tun...

[ChaotY2k]

so, also nun schon echt ein wenig Zeit im Source verbracht aber die Ursache noch immer nicht gefunden *grübel*

zvei_folge[6] bekommt immer den Wert 6 und zvei_folge[7] hat den wert von zvei_folge[6] - ich schätze mal, es hängt mit dem doppelton der Melder-auslösung zusammen, aber ich finde den Punkt nicht, der genau dieses zuweist....

selbst wenn man direkt hinter zvei_folge[folge_position] = f; nen cout macht auf zvei_folge[6] und f, dann enthält f den richtigen, zvei_folge[6] aber den falschen (also "6").

Hat jemand nen Tipp für mich?

Dankeschön...

[Shinzon]

Kannst du deine konkreten Änderungen posten ?

[ChaotY2k]

In 123 die Schleife auf 7 gesetzt, ansonsten überall wo folge_position == 5 oder folge_position != 5 auf 7 gesetzt.

Mein aktueller Code ist zu arg mit Debug-müll voll als ich ihn hier posten wollte ;)

Ausgelöst wird immer "new digit after full zvei_folge" - Aber auch alle anderen Rauswerfen ändert nix.

[mdi]

Moinmoin,

es sind ein paar mehr Stellen, an denen eine 7 statt einer 5 hin muss, glaube ich mich zu erinnern... ;).

Ich habe eben kurz in den Code geschaut und bin mir da recht sicher, dass die Länge an noch mehr Stellen eine Rolle spielt. Allerdings müsste ich mir das mit etwas mehr Ruhe anschauen. Es wäre entsprechend sinnvoll, eine Variable für die Länge der Folge einzubauen, dann könnte man das entsprechend einfacher anpassen. Gleich vorweg: Auch die Frequenzen müssten ergänzt werden, da Buchstaben leider noch immer nicht decodiert werden (hatte ich dann doch erstmal nicht mehr eingebaut, aber selber wenigstens an A/G Interesse).

Martin

Edit: Update, ich habe den Code umgestrickt. Ging doch schneller als ich dachte... ;). Make läuft durch, Funktion kurz getestet, liegt im SVN.

[ChaotY2k]

ich hab meine Dummheit leider selbst übertroffen - das Problem mit der 6ten Stelle kommt natürlich dann, wenn man die Dimensionierung in der Head nicht anpasst grmpfl ;)

Asche auf mein Haupt - werd mir aber die SVN morgen mal ansehen ;)

[mdi]

Moin nochmal,

*ein wenig grinsen muss* - guter Hinweis, ich hab eben nur getestet, ob der Code noch mit 5er Folgen läuft. Ich hab gleich mal (bisschen quick and dirty, aber was solls) einen Kommentar auf die .h in die .cpp (und andersherum) mit eingebaut und committet. Muss man nochmal sauberer bauen, aber dazu habe ich _jetzt_ keine Lust mehr ;).

Edit: Update, die Buchstaben A und C sind drin, Ausgabe wie in beschrieben in http://www.funkmeldesystem.de/foren/...&postcount=394

Martin

[ChaotY2k]

So, ich war nun mal aktiv ;)

Im Anhang die cpp und h vom Module ZVEI

Allerdings habe ich es wegen meines Bedarfs ordentlich gekürzt und die ganzen Melder-Sachen rausgelöscht. Wer also nur 7 Töne braucht kann das nehmen, wer die Melder mit braucht müsste sich das zusammenstricken ;)

Außerdem sind die Buchstaben A-F auch mit drin, sogar mit der "Sonderlocke", dass ein E als erstes Zeichen sogar angenommen werden würde ;)

[mdi]

Moinmoin,

ich habe eben mal in den Code geschaut; mich irritiert vor allem eins: Woher stammen die Frequenzen für die Töne A-F? Also ich meine: In welchem Standard sind die so definiert? Bisher haben wir nach ZVEI-1 decodiert, aber da passen die so gar nicht rein. Gibt es einen AFU-Standard? Etwas proprietäres eines bestimmten Herstellers?

Mehr Zeit hab ich grad nicht :7. Bis bald.

Viele Grüße
Martin