Benutzer-Werkzeuge

Webseiten-Werkzeuge


taf_zeitmessysteme

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
Nächste ÜberarbeitungBeide Seiten der Revision
taf_zeitmessysteme [04.01.2010 14:45] ferriestaf_zeitmessysteme [21.02.2013 17:53] diwa
Zeile 8: Zeile 8:
 ==== Alge Optic2 ==== ==== Alge Optic2 ====
  
-Als erstes muss man feststellen über welchen COM Port die Datenübernahme in der Optic2 gesendet werden können. Standardmässig wird bei der Software der COM Port 2 angesprochen, zum ändern muss man in die Registry eingreifen, siehe jpg:+Der Rechner auf dem der Timing-Client läuft und der auf dem die Alge Software läuft müssen mittels seriellem Null-Modem-Kabel verbunden werden.\\ 
 +Dann muss man feststellen über welchen COM-Port die Datenübernahme in der Optic2 gesendet werden können. Standardmässig wird bei der Software der COM Port 2 angesprochen, zum ändern muss man in die Registry eingreifen, siehe jpg:
  
 Dorthin gelangt man, wenn unter "START"→ "Ausführen..." ''regedit'' eingegeben und mit OK bestätigt wird. Dorthin gelangt man, wenn unter "START"→ "Ausführen..." ''regedit'' eingegeben und mit OK bestätigt wird.
Zeile 32: Zeile 33:
 \\ \\
 Zu beachten ist auch, dass sich die Kamera(s) bei der Vergabe der IP-Adressen an dem Rechner orientieren, auf dem das Programm zum Steuern der Kameras läuft.\\ Zu beachten ist auch, dass sich die Kamera(s) bei der Vergabe der IP-Adressen an dem Rechner orientieren, auf dem das Programm zum Steuern der Kameras läuft.\\
-Hat dieser Rechner z.B. die 192.168.0.1, so belegt die erste Kamera die 192.168.0.2, die zweite 192.168.0.3 und so weiter. D.h. Es ist sinnvoll DIESEM Rechner eine feste IP-Adresse zu geben, die außerhalb des Bereiches eines evtl. vorhandenen DHCP-Servers liegt.\\ +Hat dieser Rechner z.B. die 192.168.0.1, so belegt die erste Kamera die 192.168.0.2, die zweite 192.168.0.3 und so weiter. D.h. Es ist sinnvoll DIESEM Rechner eine feste IP-Adresse zu geben, die außerhalb des Bereiches eines evtl. vorhandenen DHCP-Servers liegt. 
-\\ +Gibt es meherere Rechner für die Zeitnahme (z.B. zur SteuerungAuswertung und den Timing-Client), so muss der Rechner der die Kamera steuert die höchste IP-Adresse haben.\\
-Oder man legt unter den Eigenschaften des Netzwerkadapters eine 2Subnet einsiehe folgendes Bild: +
-\\+
  
-\\ +Weiterhin könnte es sinnvoll sein, Track & Field und Finishlynx auf 2 verschiedenen physikalischen Netzwerken laufen zu lassen. Damit ist bei Problemen sichergestellt, dass das jeweils andere Netzwerk nicht betroffen ist. In diesem Fall benötigt der Rechner, auf dem der Timing-Client läuft 2 Netzwerkkarten... Außerdem sollten beide Netzwerke mit unterschiedlichen Subnetzen arbeiten (z.B. die Seltec-Umgebung mit der 192.168.168.0 und die Lynx-Umbebung mit der 192.168.192.0)
-Weiterhin könnte es sinnvoll sein, Track & Field und Finishlynx auf 2 verschiedenen Subnetzen laufen zu lassen. In diesem Fall benötigt der Rechner, auf dem der Timing-Client läuft 2 Netzwerkkarten...+
  
 \\ \\
Zeile 49: Zeile 47:
  
 Zu beachten sei auch Folgendes:\\ Zu beachten sei auch Folgendes:\\
-Damit die Codes für "nicht angetreten", "aufgegeben" und "disqualifiziert" korrekt von Lynx in den Timing Client übernommern werden können, muss in Lynx "Deutsch" als Sprache ausgewählt werden und die aktuelle [[http://finishlynx.com/products/finishlynx/software/body.htm|Version 7.1]] der Software eingesetzt werden.\\+Damit die Codes für "nicht angetreten", "aufgegeben" und "disqualifiziert" korrekt von Lynx in den Timing Client übernommern werden können, muss in Lynx "Deutsch" als Sprache ausgewählt werden und die aktuelle [[http://finishlynx.com/products/finishlynx/software/body.htm|Version 7.5]] der Software eingesetzt werden.\\
 Siehe auch [[http://onlinemeldesystem.de/SeltecBugs/mantis/view.php?id=375|Eintrag 375 im Bugtracking System]].\\ Siehe auch [[http://onlinemeldesystem.de/SeltecBugs/mantis/view.php?id=375|Eintrag 375 im Bugtracking System]].\\
 \\ \\
- --- //[[seltec@diwasoft.de|Dirk Wagner]] 15.12.2008 08:27//+\\ 
 +Eine Anmerkung zum Aufruf der Laufergebnisse im Timing-Client. 
 +Finish-Lynx speichert die Ergebnisse in ".lif"-Dateien, die mit den internen Seltec-IDs benannt werden. 
 +Diese Dateien heißen dann z.B. ''14100001-14100002-01.lif'' wobei die erste Zahl für die ID der Klasse, die 2. für die ID der Runde des Bewerbs und die letzte für den Lauf in der Runde steht.\\ 
 +Die IDs werden basierend auf der IP-Adresse des Rechners erzeugt, auf dem die Veranstaltung angelgt wurde. Von daher können sie von Veranstaltung zu Veranstaltung varieren.\\ 
 +Da der Timing-Client diese Liste alphabetisch in seinem Auswahlfenster sortiert, kann es unter Umständen problematisch sein, die passenden Ergebnisse aufzufinden. Hier kann ein kleines Skript Abhilfe schaffen, dass [[taf_zeimessung_lifrename|hier]] näher beschrieben wird.\\ 
 + 
 + --- //[[seltec@diwasoft.de|Dirk Wagner]] 16.04.2010 10:43// 
 + 
 +==== Sportronic Vision-Time-Master ==== 
 + 
 +Ab Version 8.0 der Sportronic-Software ist auch hier die Möglichkeit des Datenaustauschs mit dem Timing-Client vorgesehen. Laut [[http://www.sportronic-gbr.de/deutsch/Aktuell.html|Sportronic]] soll diese Version Ende Mai 2010 freigegeben werden.\\ 
 +Der Timing-Client muss Version 566 oder neuer sein. Dann kann in den Einstellungen unter Sportronic ein Port ausgewählt werden, mit dem der TC mit dem Vision-Time-Master komunizieren kann.\\ 
 +Weitere Infos folgen.\\ 
 + 
 + --- //[[seltec@diwasoft.de|Dirk Wagner]] 04.06.2010 19:55// 
  
 ==== Omega Scan-o-Vision ==== ==== Omega Scan-o-Vision ====
taf_zeitmessysteme.txt · Zuletzt geändert: 15.12.2013 14:15 von 127.0.0.1