monitor 1.9.0 - aber richtig :)

[funkwart]

[...]
Ist das Links oder Rechts für den Audiokanal wo es rein kam[...]?

Exakt!

Gruß,
Funkwart

[Buebchen]

Du kannst auch statt "Links" und "Rechts" auch z.B. keine Kanalnummer oder einen Namen "Leistelle BlaBlaBla" nehmen.

Sofern du diesen Teil hier meinst: (Spitze Klammern durch eckige ersetzt). Ich habe hier Kanal1 und Kanal2 drin.

monitord.xml:

[channel part="left"]
[name]Kanal 1<[/name]
[/channel]

[channel part="right"]
[name]Kanal 2[/name]
[/channel]

... bin mir aber gerade nicht sicher, ob ich das überhaupt schon mit ausgeben :-)

[Medic]

Ok, dann sollte ich die funktion für die Nutzung doch drin lassen. Hatte sie nämlich gerade auskommentiert ;)

Wie sieht eigentlich die Übertragung von FMS-Text aus im neuen Kommprotokoll aus?

[Buebchen]

Ok, dann sollte ich die funktion für die Nutzung doch drin lassen. Hatte sie nämlich gerade auskommentiert ;)

Wie sieht eigentlich die Übertragung von FMS-Text aus im neuen Kommprotokoll aus?

Keine Ahnung. Die Funktion exisitiert noch nicht :-)

Aber ich denke, ich hänge das an den FMS-Eintrag einfach hinten dran. Wenn der Status 10 (A) ist folgt halt noch der Text in Hex kodiert.

Ich weiss jetzt gerade nicht, was Du da auskommentieren wolltest ? Den Eintrag in der Konfig Datei ?

[Buebchen]

... bin mir aber gerade nicht sicher, ob ich das überhaupt schon mit ausgeben :-)

jetzt schon. SVN geupdated (Nur unter Win32 getestet. Sollte unter linux aber genauso compilieren).

[Medic]

Ich hatte die Funktion die die Kanalbezeichnung auswertet in meinem Converter auskommentiert. Ist jetzt aber wieder drin. Damit wird auch auf dem Crusader Client dann richtig angezeigt von welchem Kanal die Daten stammen.

Zur Info: Der Converter convertiert bereits FMS- und ZVEI-Telegramme korrekt in das Crusaderformat und der Client akzeptiert auch die Daten vom Converter.

Gruß

Medic

[MacLeod]

...Der Converter convertiert bereits FMS- und ZVEI-Telegramme korrekt in das Crusaderformat und der Client akzeptiert auch die Daten vom Converter....

heist das, monitor kann jetzt als server für den crusader laufen?
ist das jetzt im svn-repository schon enthalten? oder läuft der converter extra...

das wäre ja ultra-klasse

cu
MacLeod

[Buebchen]

Grundsätzlich finde ich die Idee nicht schlecht.

Warum nicht einfach die Socket Klasse um einen Tarnkappenmodus erweitern. Dann könnten die Meldungen tätsachlich direkt von da aus im passenden Format ausgegeben werden. Dürfe ja nicht allzukomplex sein.

[Medic]

Ja der Monitor kann das als Backend für den FMS-Crusader und FMS32-Pro dienen.
Also zur Zeit entwickel ich den Convert unabhängig vom monitor. Ich schreibe in Java weil ich ihn C nicht so wirklich fit bin, aber ich kann natürlich meine bisherige Arbeit zur Verfügung stellen wenn das gewünscht wird. Ich fänd es cool wenn das Backend von sich aus schon Crusader und FMS32 sprechen würde, dann bräuchte man kein extra Programm zur Convertierung.

Ich habe gestern von Herrn Jahn die Schnittstellenbeschreibung für FMS32-Pro bekommen so das ich mich jetzt daran machen werde dem Converter auch FMS32-Pro bei zu bringen.

Update:

Der Converter spricht jetzt auch FMS32-Pro.

Allerdings bisher nur "normales" FMS und ZVEI. POCSAG werde ich heute oder morgen integrieren und ja FMS-Text liefert das Backend ja noch nicht.

2. Update:

POCSAG wurde sowohl für FMS32-Pro als auch für den Crusader inplementiert. Sprich der Converter wandelt jetzt den puren Datenstrom um.
Was noch fehlt wären Steuerbefehle vom Client zum Server und das Login aber ich würde damit gerne warten bis wir uns geeinigt haben ob wie die Converterfunktion in das Backend übernehmen wollen oder nicht.