7-Ton ZVEI

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

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.

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

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

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 ;)

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.

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...

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...

Kannst du deine konkreten Änderungen posten ?

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.

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.

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 ;)

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

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 ;)

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

"Wookie Labs" - Die Prog-Software für MC2100 bzw. geflashte GM/GP 1200 von M*t*r*la hat mir den angehängten Screenshot mit den Frequenzen spendiert.

mdi:

Moin..

Ist doch nach ZVEI-Standard ... nur die BOS verwenden nur eine
Teilmenge davon ..

Gruss,
Tim

Moinmoin,

hast Du den kompletten Satz von Zuordnungen Buchstabe <-> Frequenz da (nach ZVEI-1 Standard, nicht aus einer proprietären Software) oder einen Link für mich, wo ich den einsehen kann? Ich habe nur die BOS-Buchstaben vorliegen (C, H, J, L, P, U); A-E sind darin nicht enthalten (doch, C, aber auf einer anderen Frequenz als hier im Screenshot angegeben). So gesehen würde da ein Konflikt bei der Auswertung vorliegen (Buchstabe C hätte dann zwei zugehörige Frequenzen: 810 vs. 970 Hz).

Viele Grüße
Martin

Moin..

Aus meinen Unterlagen:

Code:

---


Ton        ZVEI 1        CCIR        ZVEI 2        EEA        ZVEI 3
0        2400 Hz 1981 Hz 2400 Hz 1981 Hz 2200 Hz
1        1060 Hz 1124 Hz 1060 Hz 1124 Hz 970 Hz
2        1160 Hz 1197 Hz 1160 Hz 1197 Hz 1060 Hz
3        1270 Hz 1275 Hz 1270 Hz 1275 Hz 1160 Hz
4        1400 Hz 1358 Hz 1400 Hz 1358 Hz 1270 Hz
5        1530 Hz 1446 Hz 1530 Hz 1446 Hz 1400 Hz
6        1670 Hz 1540 Hz 1670 Hz 1540 Hz 1530 Hz
7        1830 Hz 1640 Hz 1830 Hz 1640 Hz 1670 Hz
8        2000 Hz 1747 Hz 2000 Hz 1747 Hz 1830 Hz
9        2200 Hz 1860 Hz 2200 Hz 1860 Hz 2000 Hz
A        2800 Hz 2400 Hz 886 Hz        1055 Hz 886 Hz
B        810 Hz        930 Hz        810 Hz        930 Hz        810 Hz
C        970 Hz        2247 Hz 740 Hz        2247 Hz 740 Hz
D        886 Hz        991 Hz        680 Hz        991 Hz        680 Hz
E        2600 Hz 2110 Hz 970 Hz        2110 Hz 2400 Hz

Quelle: Major 5 Handbuch

---

Gruss,
Tim

Moinmoin,

erstmal vielen Dank; das hat sich mit dem gedeckt, was ich im Netz dazu auch gefunden habe. Blöd ist, dass Konflikte zwischen den "BOS-Buchstaben" und den "ZVEI-1"-Buchstaben A-E vorliegen:

1) E = BOS-W (Wiederholton) = 2600 Hz
Konsequenz: Der Wiederholton wird derzeit vom monitord nicht in der Ausgabe ausgegeben, sondern transparent in das vorhergehende Zeichen umgesetzt. Das ist für eine "echte" ZVEI-1-Auswertung dann natürlich Banane, bei der Auswertung der BOS-Fünftonfolgen aber usus (bei uns im Betriebsfunk ebenfalls, die M*t*r*la-Geräte machen das auch komplett transparent).

2) B = BOS-C = 810 Hz
Konsequenz: Je nachdem, ob man die ZVEI-1-Buchstaben oder die BOS-Buchstaben ausgibt, wird es hier zu Verwirrungen führen. Entsprechend wäre hier der Workaround, das "B" auszugeben und in einer Readme zu erwähnen, dass das das ZVEI-1-B und das BOS-C ist. Alternativ einigt man sich auf "wir machen nur BOS" und es käme ein "C".

Der Buchstabe "A" (2800 Hz) wird weiterhin (jedenfalls bei M*t*r*la-Geräten, sowie augenscheinlich auch allgemein im Amateurfunk) häufig als "G" (Gruppenruf) genutzt.

Ich hätte das mit den Buchstaben nicht anfangen sollen ;).

Viele Grüße
Martin