TETRAcontrol

[FF LeipzigM]

Hallo,

habe jetzt mal mit der Demoversion etwas rumprobiert, dabei sind mir 2 mehr oder weniger Bugs aufgefallen:

- Problem GSSI:

Gruppen werden korrekt ausgelesen und in die CSV geschrieben. Allerdings lädt es nur GSSI welche mindestens 6 Stellen haben. GSSI mit z.B. 5 Stellen werden nicht angezeigt. Somit taucht auch bei geschalteter Gruppe mit 5stelliger GSSI nur deren GSSI und nicht der Alias auf.

- Problem ISSI:

Sofern die ISSI nicht 6 Stellen hat, wird Sie zwar geloggt, man kommt aber über rechtsklick nicht ins Kontextmenü um einen Alias zu hinterlegen. Sie wird auch nicht automatisch in die CSV geschrieben.

- Problem MTM5400 allg:

Verwendet wird ein MTM5400 via USB an der hinteren Schnittstelle. PEI Parameter stehen auf 9600,8,n,1 ohne Flussteuerung. Gerät wird vom PC als COM Port erkannt (PEI1 und PEI2). Air Tracer ist aus. Gerät wird von TC gelesen. Wenn man allerdings die Gruppen auslesen will, macht es das zwar, es steht aber ewig "Lese Talkgroups da" und schließlich "Gerät offline". Allgemein erscheint mir die KOmmunikation zwischen Gerät und TC sehr behäbig.

Gibt es programmiertechnisch am Gerät noch etwas was anders eingestellt werden muss bzw. worauf ich achten sollte?

Grüße,

Paul

Arne hat ein Update eingespielt:

-> GSSI können jetzt minimal 2 Stellen haben
-> ISSI Problem besteht allerdings weiterhin (denke mal er arbeitet daran schon, wünschenswert wäre dass TC dann auch mit der minimalen Länge von 1 Stelle umgehen kann)
-> PEI auf 38400 Baud stellen bringt etwas mehr Stabilität in die Verbindung

Paul

[Zakownik]

Hallöchen,

ich sehe gerade ein bisschen auf dem Schlauch, GSSI mit 6, 5 oder weniger Stellen, ISSI mit ebenfalls 6 oder weniger, sogar eine (1) Stelle.
Von welchen Funk für den ihr TetraControl verwenden wollt sprecht ihr?
Soll das als Filter dienen oder wie?

[ahk]

Hallo,
es gibt in der Industrie diverse nicht-BOS TETRA Netze und da kann es durchaus einstellige SSIs geben.

Der von Paul beschriebene Fehler wird nachher noch vollständig behoben. Danke für den Hinweis!

Die Probleme beim Auslesen von größeren Datenmengen (insbesondere GSSI Liste) betreffen meiner Erfahrung nach vor allem Motorola Geräte mit älterer Firmware.
Da scheint es eine Art Timeout zu geben. D.h. wenn man die Baudrate höher stellt, dann werden die Daten schneller übertragen und der Timeout tritt nicht auf.
Ich werde aber mal schauen, ob sich diese Daten auch in kleineren 'Häppchen' lesen lassen um den Fehler zu umgehen.
Wäre nicht das erste mal, dass ich einen Workaround einbauen muss um, sagen wir mal, 'Eigenheiten' der verschiedenen Firmware Versionen zu umgehen ;-)

Grüße
Arne

[FF LeipzigM]

Hallo,
es gibt in der Industrie diverse nicht-BOS TETRA Netze und da kann es durchaus einstellige SSIs geben.

Der von Paul beschriebene Fehler wird nachher noch vollständig behoben. Danke für den Hinweis!

Die Probleme beim Auslesen von größeren Datenmengen (insbesondere GSSI Liste) betreffen meiner Erfahrung nach vor allem Motorola Geräte mit älterer Firmware.
Da scheint es eine Art Timeout zu geben. D.h. wenn man die Baudrate höher stellt, dann werden die Daten schneller übertragen und der Timeout tritt nicht auf.
Ich werde aber mal schauen, ob sich diese Daten auch in kleineren 'Häppchen' lesen lassen um den Fehler zu umgehen.
Wäre nicht das erste mal, dass ich einen Workaround einbauen muss um, sagen wir mal, 'Eigenheiten' der verschiedenen Firmware Versionen zu umgehen ;-)

Grüße
Arne

Hey,

dazu kann ich noch beitragen, dass es sich mit der MR15.1 um eine relativ neue Firmware handelt. Update auf MR16 könnte ich auch machen.

Paul

[ahk]

Okay, ich korrigiere mich. Es liegt wohl weniger an der alten Firmware sondern am Gerätetyp (MTM5400).
Ein Workaround um auch mit diesen Geräten die Gruppen vollständig auszulesen wird gerade getestet.
Wer das gleiche Problem hat, bitte per E-Mail melden.

Grüße
Arne