TETRAcontrol

[Zakownik]

Alles gute im neuen Jahr.
Es ist und bleibt ein sehr gutes Programm, da habt Ihr Euch "@ahK" etwas tolles geschaffen, aber so langsam driftet es immer weiter in Richtung Leitstellensystem ab. Eigentlich schade, Tetra Control hob sich gerade wegen der "einfachen" Bedienung und des speziellen Umfangs von einem Leitstellensystem ab.
Bei unserem letzten Telefonat wurde das durch Dich auch bestätigt, dass Tetra Control kein Anspruch an ein Leitstellensystem hat, dennoch nimmt es nun immer mehr einen solchen Charakter an.
Vielleicht könnt Ihr da mal in einer ruhigen Minute nachdenken, Leitstellensystem ist das eine, eine spezielle Anwendung, auch für den mobilen Gebrauch, hauptsächlich für Techniker und Führungskräfte als schnellen Überblick das Andere.
Vielleicht wären einzelne Modlue besser, die dann, je nach Verwendungszweck aktiviert bzw. zubebucht und aktiviert werden können.

Es ist ein wunderbares Programm, belast es dabei und überfrachtet es bitte nicht. Dafür habt Ihr ein eigenständiges Leitstellensystem; e:LION.

mfg
Zako

[ahk]

Danke für die Rückmeldung.

TETRAcontrol soll definitiv kein Einsatzleitprogramm werden. Keine Sorge, das haben wir nicht vor.

Allerdings sollen alle Möglichkeiten, die der TETRA Digitalfunk bietet, nutzbar sein. Ganz wichtig ist dabei dauch die GPS Darstellung (LIP) und die TETRA Alarmierung.
Diese Funktionen gehören deshalb in TETRAcontrol rein.
Das Aussenden von Alarmierungen wird deshalb künftig noch komfortabler gemacht.
Aber beide 'Module' (Kartendarstellung und Alarmierung) sind als eigene Fenster ausgeführt, die man nicht öffnen braucht, wenn man dies nicht möchte oder falls man keine GPS Daten empfangen kann.

Da z.B. in Hessen ja schon das empfangen von Status und LIP Daten sowie das eigene Aussenden von Alarmierungen unter bestimmten Umständen erlaubt ist, werden diese Funktionen auch entsprechend in TETRAcontrol integriert.
- Künftig wird es auch eine Statusübersicht geben
- Alarmierung mit Prio 1 an eigene Melder wird über eine intuitive Oberfläche möglich sein
- Der Empfang von Status + GPS kann auf die eigenen ISSIs beschränkt werden, um den Richtlinien des Landes zu entsprechen.

Andere Funktionen, wie z.B. Audio-Aufzeichnung, Sprechwunsch-Anzeige und Verarbeitung und die Vollumfängliche Alarmierung werden nur in einer separaten Leitstellen-Version zur Verfügung stehen.

Ich hoffe, das entspricht so weit wie möglich den Erwartungen der Benutzer.

Viele Grüße

Arne

[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

[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