DG3YCS
30.09.2008, 14:13
Hallo Zusammen,
Da ich gerade leider kaum sitzen kann, habe ich mir zwecks Zeitvertreib in den letzten Tagen eine Tätigkeit gesucht die ich in "Rückenfreundlicher" Position ausübern kann und die mir etwas Lernerfolg (für mein Studium) bringt. Herausgekommen ist neben vielen Stunden Mathepauken ein Kleines Programm um die Ascom SE 550 mit dem PC zu steuern.
(Halbliegend programmieren mit dem Lappi auf den Knien ist gar nicht so einfach ;-) )
Für dieses Programm suche ich nun noch 2-3 Betatester.
@Alphatester (Natürlich kommt die Betaversion heute Abend per Mail auch zu dir)
Vorraussetzungen:
1. Interesse am Test
2. Besitz eines Ascom SE550
3. Bereitschaft und Fähigkeit am Bedienteil des AscomSE550 die RS232 Leitungen anzuschließen
4. Windows XP (ob Vista läuft ist nicht bekannt vieleicht hier ein Test?) mit installiertet ".NET" Umgebung >= 2.0
5. Serielle Schnittstelle oder USB<->RS232 Adapter
Bisherige Möglichkeiten der Software:
Das Funkgerät kann über die PC Software wie über das Bedieteil gesteuert werden.
Die Steuerung erfolgt mittels Anklicken der Taste mit der Maus.
Die Anzeige des Bedienteils und des PC´s sind Identisch, das Bedienteil bleibt bedienbar!
(Im Prinzip ist der PC also ein Parrallel geschaltetes BG)
Das Layout des Bedienteils kann zwischen den gängisten Versionen umgestellt werden, (die Auswirkungen sind aber nur optischer Natur - NAtürlich kann man auch ein anderes LAyout wählen als man tatsächlich auf dem BG hat)
Das EIN/AUS Schalten des Gerätes funktioniert natürlich nicht und wird ohne zusätzliche Hardware IM Funkgerät auch nicht funktionieren können!
Bisher bekannte Einschränkungen:
Das Syncronisieren der Daten beim Starten der Software klappt noch nicht immer.
(Wenn das FuG bereits Eingeschaltet ist sollte die PC Software einen neuen Bildaufbau anfordern. Zu erkennen daran das das Display des FuGs ca.1s dunkel wird!)
Es kommt zu Fehlauswertungen der RS232 Schnittstelle die Unbekannte Zeichenfolgen zur Folge haben. Dieses Problem liegt aber wohl am vom FuG vorgesehenem Übertragungsprotokoll ohne Flussteuerung und Fehlerkorrektur und tritt unter XP auch bei Betrieb mit einem Terminalprogramm auf, daher habe ich darauf ohne zusätzliche HW keinen Einfluss. Beim "RS232-Lauschen" mit einem 486 unter DOS und TERM90 (aus NC) tritt dieses Problem interessanterweise nicht auf.
Die Displaydarstellung hängt etwas hinterher (ca. 1s)und verschluckt manchmal auch ein Zeichen...
Geplante Erweiterungen
1. Es soll möglich sein BefehlsSEQUENZEN aufzuzeichnen, die auch extern aufgerufen werden können. Also Automatisierte Kanalwechsel usw.
2. Verbesserung der gesamten Datenübertragung um die Verzögerung sowie die Fehlauswertungen auf das technisch mögliche zu minimeren.
(Wie gesagt, was schon falsch im RS232 buffer steht kann ich nicht richtig auswerten)
Auserdem soll die Syncronisation zu 100% funktionieren.
3. Die zuletzt eingespeicherten Einstellungen sollen bei einem Neustart erhalten bleiben.
(Port und Tastaturlayout)
4. komplette Umstellung des Programmcodes auf "Native C++" um von der ".NET" Laufzeitumgebung loszukommen (Übung für mich, sowie weitestgehende Betriebssystemunabhängigkeit)
Unter verwendung zusätzlicher Hardware:
1. Möglichkeit der Trägertastung mit PC.
2. Einführung einer Flussteuerung um Auswertefehler auf ~0 zu Minimieren.
3. EIN/AUS Schalten des Gerätes via RS232
4. Optisch und technisch schönerer Anschluss über die PROG-Schnittstelle des Ascom.
5. Die Prog-Funktionalität soll natürlich zu 100% erhalten bleiben.
So, das war es ersteinmal. Unten füge ich noch ein Screenshot der SW an.
Ausserdem wie die Anschlusskabel an das Bedieteil angeschlossen werden:
(Mit Bezug auf die Bezeichnungen am PC)
1. Grün = RXD (Displaydaten ZUM PC)
2. Rot = TXD (Tastaturdaten ZUM FuG)
3. Schwarz = Masse
Es versteht sich von selbst, das diese Leitungen über einen Pegelwandler (MAX232 oder ähnlich) gehen MÜSSEN.
Ich verwende hierzu einfach den Prog Adapter, wobei ich nur RXD und TXD beschaltet habe. Masse habe ich von der PROG-Modus Leitung (Den Schalter in PROG-Stellung, dann führt die Leitung Masse, andernfalls ist sie offen)
Die beiden anderen Leitungen sind unbeschaltet...
Achja: Für auftretende Schäden an der HW oder SW übernehme ich keinerlei Haftung.
Egal welche Ursache! Eigenes Risiko! (Zur rechtlichen Absicherung)
Wer also interesse hat:
Meldet euch unter der in der Signatur angegebenen Email-Addy!
Gruß
Carsten
EDIT: Aufgrund von Anfragen den Passus bzgl. des Anschlusses hervorgehoben!
Da ich gerade leider kaum sitzen kann, habe ich mir zwecks Zeitvertreib in den letzten Tagen eine Tätigkeit gesucht die ich in "Rückenfreundlicher" Position ausübern kann und die mir etwas Lernerfolg (für mein Studium) bringt. Herausgekommen ist neben vielen Stunden Mathepauken ein Kleines Programm um die Ascom SE 550 mit dem PC zu steuern.
(Halbliegend programmieren mit dem Lappi auf den Knien ist gar nicht so einfach ;-) )
Für dieses Programm suche ich nun noch 2-3 Betatester.
@Alphatester (Natürlich kommt die Betaversion heute Abend per Mail auch zu dir)
Vorraussetzungen:
1. Interesse am Test
2. Besitz eines Ascom SE550
3. Bereitschaft und Fähigkeit am Bedienteil des AscomSE550 die RS232 Leitungen anzuschließen
4. Windows XP (ob Vista läuft ist nicht bekannt vieleicht hier ein Test?) mit installiertet ".NET" Umgebung >= 2.0
5. Serielle Schnittstelle oder USB<->RS232 Adapter
Bisherige Möglichkeiten der Software:
Das Funkgerät kann über die PC Software wie über das Bedieteil gesteuert werden.
Die Steuerung erfolgt mittels Anklicken der Taste mit der Maus.
Die Anzeige des Bedienteils und des PC´s sind Identisch, das Bedienteil bleibt bedienbar!
(Im Prinzip ist der PC also ein Parrallel geschaltetes BG)
Das Layout des Bedienteils kann zwischen den gängisten Versionen umgestellt werden, (die Auswirkungen sind aber nur optischer Natur - NAtürlich kann man auch ein anderes LAyout wählen als man tatsächlich auf dem BG hat)
Das EIN/AUS Schalten des Gerätes funktioniert natürlich nicht und wird ohne zusätzliche Hardware IM Funkgerät auch nicht funktionieren können!
Bisher bekannte Einschränkungen:
Das Syncronisieren der Daten beim Starten der Software klappt noch nicht immer.
(Wenn das FuG bereits Eingeschaltet ist sollte die PC Software einen neuen Bildaufbau anfordern. Zu erkennen daran das das Display des FuGs ca.1s dunkel wird!)
Es kommt zu Fehlauswertungen der RS232 Schnittstelle die Unbekannte Zeichenfolgen zur Folge haben. Dieses Problem liegt aber wohl am vom FuG vorgesehenem Übertragungsprotokoll ohne Flussteuerung und Fehlerkorrektur und tritt unter XP auch bei Betrieb mit einem Terminalprogramm auf, daher habe ich darauf ohne zusätzliche HW keinen Einfluss. Beim "RS232-Lauschen" mit einem 486 unter DOS und TERM90 (aus NC) tritt dieses Problem interessanterweise nicht auf.
Die Displaydarstellung hängt etwas hinterher (ca. 1s)und verschluckt manchmal auch ein Zeichen...
Geplante Erweiterungen
1. Es soll möglich sein BefehlsSEQUENZEN aufzuzeichnen, die auch extern aufgerufen werden können. Also Automatisierte Kanalwechsel usw.
2. Verbesserung der gesamten Datenübertragung um die Verzögerung sowie die Fehlauswertungen auf das technisch mögliche zu minimeren.
(Wie gesagt, was schon falsch im RS232 buffer steht kann ich nicht richtig auswerten)
Auserdem soll die Syncronisation zu 100% funktionieren.
3. Die zuletzt eingespeicherten Einstellungen sollen bei einem Neustart erhalten bleiben.
(Port und Tastaturlayout)
4. komplette Umstellung des Programmcodes auf "Native C++" um von der ".NET" Laufzeitumgebung loszukommen (Übung für mich, sowie weitestgehende Betriebssystemunabhängigkeit)
Unter verwendung zusätzlicher Hardware:
1. Möglichkeit der Trägertastung mit PC.
2. Einführung einer Flussteuerung um Auswertefehler auf ~0 zu Minimieren.
3. EIN/AUS Schalten des Gerätes via RS232
4. Optisch und technisch schönerer Anschluss über die PROG-Schnittstelle des Ascom.
5. Die Prog-Funktionalität soll natürlich zu 100% erhalten bleiben.
So, das war es ersteinmal. Unten füge ich noch ein Screenshot der SW an.
Ausserdem wie die Anschlusskabel an das Bedieteil angeschlossen werden:
(Mit Bezug auf die Bezeichnungen am PC)
1. Grün = RXD (Displaydaten ZUM PC)
2. Rot = TXD (Tastaturdaten ZUM FuG)
3. Schwarz = Masse
Es versteht sich von selbst, das diese Leitungen über einen Pegelwandler (MAX232 oder ähnlich) gehen MÜSSEN.
Ich verwende hierzu einfach den Prog Adapter, wobei ich nur RXD und TXD beschaltet habe. Masse habe ich von der PROG-Modus Leitung (Den Schalter in PROG-Stellung, dann führt die Leitung Masse, andernfalls ist sie offen)
Die beiden anderen Leitungen sind unbeschaltet...
Achja: Für auftretende Schäden an der HW oder SW übernehme ich keinerlei Haftung.
Egal welche Ursache! Eigenes Risiko! (Zur rechtlichen Absicherung)
Wer also interesse hat:
Meldet euch unter der in der Signatur angegebenen Email-Addy!
Gruß
Carsten
EDIT: Aufgrund von Anfragen den Passus bzgl. des Anschlusses hervorgehoben!