Archiv der Kategorie: Software

Dash Button Bestellsystem

Dashbutton Server Software
Dashbutton Server Software

Was ist ein Dash Button?

In diesem Projekt entsteht eine Batterie betriebener WLAN Dash Button in robuster Ausf√ľhrung.
Die Elektronik soll in einem Geh√§use aus Metall untergebracht werden und eine Schutzart von IP64 erf√ľllen (Schutz gegen Spritzwasser und Staub).

Ein Dash Button ist eine kleine Mikrocontroller gest√ľtzte Schaltung, die bei Anforderung mit einem lokalen WLAN Netzwerk eine Verbindung herstellen kann, um so Daten an einen beliebigen Server zu senden.

Um einen Dash Button in ein bestehendes WLAN Netzwerk zu integrieren, startet der Dash Button im AP-Modus, nach dem Verbinden z.B. mit einem Smartphone oder Laptop, wird automatisch ein Captive Portal auf dem Endgerät geöffnet.

Hier können anschließend folgende Credentials definiert werden:

  • SSID des lokalen WLAN Netzwerks
  • Passwort des lokalen WLAN Netzwerks
  • Hostname des Ziel-Servers
  • URL
  • Dash Token, ein ein-eindeutiger Schl√ľssel f√ľr die Aktion die der Dash Button ausl√∂sen soll

Aufbau der Hardware

Der Dash Button soll unabhängig von einer externen Energieversorgung arbeiten können. Das bedeutet, dass die Energieversorgung mit Batterien realisiert wird, die im Gehäuse untergebracht werden.

Prototyp Dash Button von oben
Prototyp Dash Button von unten
Prototyp eines DashButtons im Metallgehäuse, zum Testen der Feldstärke mit einer ext. Antenne.

Deep Sleep Modus

Softwaretechnisch wird hierf√ľr die sogenannte Deepsleep Funktion des Mikrocontrollers verwendet. In diesem Modus hat die Schaltung eine Stromaufnahme <70uA, was eine lange Lebensdauer der Batterien im Standby garantiert.

Nach Herstellerangaben, liegt der Deepsleep Ruhestrom bei ca. 10uA. Gemessen wurde beim Dashbutton jedoch eine Ruhestromaufnahme von ca. 60 uA. Dies muss jedoch noch genauer untersucht werden, da hier eine Messfehlertoleranz des Multimeters anzunehmen ist.

Parameter Typische Stromaufnahme Einheit
Tx 802.11b, CCK 11Mbps, Pout=+17dBm 170 mA
Tx 802.11g, OFDM 54Mbps,, Pout=+15dBm 140 mA
Tx 802.11n, MCS7, Pout=+13dBm 120 mA
Rx 802.11b 1024 byte packet lenght, -80dBm 50 mA
Rx 802.11g 1024 byte packet lenght, -70dBm 56 mA
Rx 802.11n 1024 byte packet lenght, -65dBm 56 mA
Modem-Sleep 15 mA
Light-Sleep 0,5 mA
Power save mode DTIM 1 1,2 mA
Power save mode DTIM 3 0,9 mA
Deep-Sleep 10 uA
Power OFF 0.5 uA

Eine Standard ESP-07 enth√§lt einen Flash RAM von 1M, f√ľr die Programmierung wird ein SPIFFS von 64 K voreingestellt.
Direkt auf dem Modul befinden sich zwei LED’s , die rote LED ist direkt mit der Versorgungsspannung verbunden. Diese LED verursacht auch im Deepsleep Modus einen schadhaften Ruhestrom von ca. 15 mA und muss deshalb entfernt werden.
Die blaue LED ist mit TxD verbunden und zeigt die Aktivität an diesem Pin an.

√Ąnderung des Energieversorgungsskonzeptes

Bei den Tests mit verschiedenen Prim√§rquellen hat sich gezeigt, das mit dem ersten Layoutentwurf immer nur ein relativ kleiner Teil der zu Verf√ľgungstehenden Kapazit√§ten entnommen werden kann. Deshalb wird nun in einer √ľberarabeitenen Hardware Revision ein StepUp Booster vom Typ¬†¬† NCP1402SN33T1 eingesetzt.

Dieser Baustein hat eine sehr niedrige Anlaufspannung von ca. 0.8V. Werden zwei AA-Battereien in Reihe betrieben, kann jede Zelle bis zu einer Spannung von 0.4V entladen werden, was knapp 90% der Gesamtkapazität der Zellen entspricht.

Der Baustein hat einen sehr niedrige Standby Stromaufnahme von nur 10uA und er stellt am Ausgang einen konstante Spannung von 3.3V zur Verf√ľgung.

Das Schaltungsdesigne wird auch dahingehend ge√§ndert, dass auf den Standbystrom des NCP1402SN33T1 und den Deep Sleep Modus des ESP6288 verzichtet werden kann, da die Summe der beiden Ruhestromaufnahmen dann doch einen betr√§chtlichen Anteil von ca. 70 uA aus mahen w√ľrden.

Zu Einsatz kommt ein Mos Fet Transistor, der gleich zwei Aufgaben erf√ľllt. Zum einen dient er dem Verpolungsschutz, wenn die Batteriene versehentlich falsch eingelegt wurden und sch√ľtzt so die Schaltkreise vor der Zerst√∂rung.
Und zum anderen, wird er als Schalter f√ľr die Sapannungsversorgung verwendet.

Mit dem Bet√§tigen des Tasters wird der Mos Fet leitend und stellt die Versorgungsspannung des Schaltkreises zur Verf√ľgung. Ms nach dem starten des ESP 8266 steuert dieser dann √ľbereinen Ausgang den Mos Fet an und verhindert so das sie Versorungsspannung nach dem loslassen des Taster wieder abgeschaltet wird.

Sobald alle n√∂tigen Programmaktionen abgearbeitet wurden, gibt der ESP 8266 den Schaltausgang des Mos Fet’s wieder frei und die Spannungsversorgung wird abgeschaltet.

Batterie Kapazität

Die Richtwerte f√ľr Alkalien Batterien schwanken lt. Herstellerangaben in folgenden Bereichen:

AAA 1000  - 1500  mAh
AA  2000  - 3000  mAh
D   12000 - 20000 mAh

Eine Duracell Plus soll lt. Herstellers Angaben bis zu 2.9 Ah haben, was einer Laufzeit im Deepsleep Modus von mehreren Jahren entspräche.

F√ľr Batterietests bietet das Layout unter anderem auch die M√∂glichkeit den Dash Button mit einer Knopfzelle zu betreiben.
Es hat sich jedoch gezeigt, dass eine Standard LR2032 nicht in Frage kommt, da bei diesem Typ bei einer Pulsbelastung die Spannung kurzfristig auf 2,8V einbricht. Was deutlich au√üerhalb der Spezifizierten Parameter des ESP8266 liegen w√ľrde.

Deshalb wurde f√ľr den Test eine Lithium Ionen Zelle z.B. Typ¬†LIR 2032 (35mAh) verwendet. Da diese Typen auch bei einer Pulsbelastung in der f√ľr den ESP8266 definierten Spezifikation bleibt.
Der Nachteil dieser kleinen Bauform liegt jedoch in der kurzen Standbyzeit,¬† die bei rund 60 uA Ruhestromaufnahme gerade mal f√ľr ca. 25 Tage reicht.

Bei der Verwendung von zwei in Reihe geschalteten AA-Zink Kohle Batterien ist der Arbeitsspannungsbereich f√ľr den Betrieb eines ESP8266 sehr eingeschr√§nkt. Bei neuen Batterien liegt die Spannung bei ca. 3,2 V. Nach einer Entladung von ca. 5% liegt die Spannung nur noch bei 3,0V. Somit erscheint der Einsatz solcher Batterietypen als wenig sinnvoll.

Eine weitere denkbare Option w√§re der Verwendung von drei in Reihe geschalteten AA-Zellen, um das Spannungsniveau¬† in einen besseren Auslastungsbereich zu bekommen. Hier bei m√ľsste dann jedoch wieder ein Spannungsregler eingesetzt werden, der zus√§tzliche Verluste mit sich bringt, was die Lebensdauer aber bei der verh√§ltnism√§√üig geringen Einschaltzeit kaum einschr√§nken d√ľrfte.

Typische Kennlienie einer Duracell AA Batterie. (Quelle Duracell Datenblatt)

So wird nun im dritten Anlauf f√ľr dieses Projekt angenommen, dass entweder zwei paralell geschaltete LiFEPO4 AA Akkus zum Einsatz kommen oder drei AA-Zellen die in Reihe geschaltet werden. Oder die Dritte Option ein LIPO Akku mit einer Ausgangsspannung von 3.7V.

Die Platine erh√§lt einen 3,3 V low drop Spannungsregler der Firma Mikrochip, vom Typ MIC5219-3.3BM5 LG33 3.3V ‚Äď40¬įC to +125¬įC SOT-23-5.

Dieser Baustein besitzt einen Enable Eingang, der es erlaubt die komplette Schaltung abzuschalten ohne das ein merklicher Ruhestrom fließt.

Durch den Einsatz dieses Reglers kann ein ein Eingangsspannungsbereiche zwischen 3 Р5v abgedeckt werden. Darurch sind alle drei Varianten der oben beschriebenen Spannungsversorgungen möglich.

LiFEPO4 AA Akkus liefern eine Spannung von 3,4 V / 700 mA, was einer Batteriekapazität von 100% entspräche.
Durch eine Parallelschaltung von zwei LiFePO4 Akkus kann somit die Kapazität auf 1400 mAh erhöht werden.

Hierbei l√§ge die Ausn√ľtzung der Batteriekapazit√§t bei etwa 60% (800 mAh), im Vergleich zu drei Zink-Kohle Batteriene. Deren Entladeschlussspannung bei 1v liegt, was bei drei in reihe geschaltenenen Zellen ca. 3V entspricht¬† = minimale Eingangsspannung der EPS lt. Spec.

Es ergäbe sich rein rechnerisch eine Standbybetriebszeit von ca. 1,5 Jahren.

Ein großer Vorteil bei der Verwendung von LiFePO4 Zellen liegt darin, dass die Zellen wiederaufladbar sind und somit viele Male wieder verwendet werden können.
Ein gravierender Nachteil der Parallelschaltung von zwei Zellen liegt jedoch in einer Verpolung.
Wenn die Zellen von nicht fachkundigem Personal gewechselt werden sollen,¬† kann es durch die Parallelschaltung der beiden Zellen bei einem falschen Einlegen zu einem Kurzschluss kommen, der dann zur thermischen Zerst√∂rung der Akkus und letztendlich des Dashbuttons f√ľhren w√ľrde.

Um eine lange Lebensdauer von Akkus zu gew√§hrleisten, sind diese unbedingt vor einer Tiefentladung¬† zu sch√ľtzen. Deshalb ist in der Firmware des DashButtons ein Schwellwert von 2,9 V programmiert, ab dem sich der Dash Button nicht mehr starten l√§sst. Die LED geht kurz an, blinkt f√ľr 1 Sekunde sehr schnell und geht dann sofort wieder aus!

Laut Herstellerangaben darf sich die Betriebsspannung eines ESP 8266 in einem Bereich von 3,0V – 3,6V bewegen (Typisch 3,3V).
Somit entspr√§che eine Batteriespannung von 3,0V gleich 0% Batteriekapazit√§t, was einen sofortigen Batteriewechsel n√∂tig machen w√ľrde!

Server Software

Die Server Software bietet die Möglichkeit, neben den Nutzinformation (Token) auch Informationen zur aktuellen Batteriespannung, Hard- und Software Version  und eine Statusinformation des DashButtons zu liefern.

Die Betriebsspannung wird mit dem Parameter &vbatt=x.xxx an den Server √ľbergeben.
Er gibt die Batteriespannung in Volt an.

Beispielberechnung f√ľr die Batteriekapazit√§t:

Bei Betrieb mit einer Li Fe PO4 Zelle , wird am Messeingang des Mikrocontrollers etwa eine  Betriebsspannung von 3,3V erreicht.
Was in diesem Fall einer prozentualen Batteriekapazität von 100 % entspräche.
Die minimale Betriebsspannung sollte 3,0V nicht unterschreiten, was somit die 0% der Batteriekapazität fest legt.

Im folgenden Beispiel wird angenommen, dass die Batterie noch eine Spannung von 3,15V (50%) liefert:

Y = Eingangsspannung 3,15V
Y0= 3,0 V
Y100= 3,3 V

X= Ergebnis in %
X0 = 0 %
X100 = 100%

X:= ((X100 – X0) * ( Y ‚Äď Y0 )¬† / ¬†(Y100 ‚Äď Y0)) + X0;

        100 * 0.1
Y = ————-¬† + 0 = 50%
               0.2

Wird der Parameter nicht √ľbergeben, wird der Wert im Server automatisch auf -1 gesetzt. Was soviel bedeutet, dass der Batteriestatus nicht ermittelt werden konnte bzw. nicht bekannt ist.

In der Server Software kann f√ľr jeden DashButton der verwendete Batterietyp ausgew√§hlt werden. Somit kann die Berechnung der Batteriekapazit√§t anhand einer hinterlegten Herstellerkennlinie erfolgen, was eine genauere Anzeige der tats√§chlichen Kapazit√§t erm√∂glicht.

Mit diesen Informationen kann in der Serverapplikation ein Mechanismus angesto√üen werden, der den Admin rechtzeitig dar√ľber informiert, wann ein Batteriewechsel erforderlich wird.

Das Layout bietet die Möglichkeit, verschieden Batterietypen in verschiedenen Leistungsklassen und Größen zu verwenden.

Externe Antenne

Um eine stabile Funkverbindung etablieren zu können, muss bei der Verwendung eines Metall- bzw. metallisierten Gehäuses eine externe Antenne verwendet werden!

Bei einem Standard ESP-07 Modulen ist bereits ein Anschluss f√ľr eine externe Antenne vorhanden. Wird der externe Antennenanschluss verwendet, muss die Verbindung zur internen (aufgel√∂teten) Antenne unterbrochen werden. Hierf√ľr ist der Null Ohm Wiederstand neben dem Antennenanschluss zu entfernen.

F√ľr die Verwendung einer externen Antenne muss der null Ohm Wiederstand (rotes Quadrat) entfernt werden. Wird das ESP07 Modul mit einer Batterie betrieben muss zus√§tzlich die Power LED (roter Kreis) entfernt werden, um ein unn√∂tiges entladen der Batterie zu vermeiden.

 

Wurde die interne Antenne entfernt,ist zwingend darauf zu achten, dass das Modul nicht ohne eine angeschlossene externe Antenne betrieben wird. Da dies zur Zerst√∂rung des ESP-Moduls f√ľhren kann.

Programmierung

Die Programmierung des Mikrocontrollers erfolgt √ľber einen Programmieranschluss, der auf der Platine vorhanden ist.
Diese Schnittstelle ist notwendig, um erstmalig eine Firmware in den Mikrocontroller laden zu können.

Hierbei ist zu beachten, dass die L√∂tbr√ľcke J1 die im Bild mit einem Stern gekennzeichnet ist, nicht geschlossen sein darf. Da im Auslieferungsstand der Pin GPIO16 auf low liegt und somit eine Dauer Reset anliegen w√ľrde.

Im Programm darf somit der GPIO16 nicht mit pinMode() konfiguriert werden.

L√∂tbr√ľcke f√ľr ein optionales automatisches aktivieren des DashButton nach einer fest definierten Zeitspanne. Sie verbindet den Pin GPIO16 mit dem Eingang RESET.

Funktionsweise des Tasters und der LED

Das Layout bietet je nach Best√ľckung die M√∂glichkeit einen Taster und eine LED in SMD Technik oder aber auch¬†bedrahteten Bauelemente zu verwenden. Somit ist es auch m√∂glich andere Bedientasten z.B. mit Kabelanschl√ľssen ein zu l√∂ten.

Befindet sich das Modul im Deepsleep Modus, kann es durch einen Tastendruck aufgeweckt werden.

Je nachdem wie lange der Taster¬† gedr√ľckt gehalten wir, werden unterschiedliche Funktionen aufgerufen:

  • Dr√ľcken bis eine Verbindung ausgebaut wurde¬† – Test Modus (Status 0).
  • Dr√ľcken √ľber einen Zeitraum von 10 Sekunden – WIFI Setup (Status 1).
  • kurzes Dr√ľcken des Tasters – l√∂st eine Bestellung aus (Status 2).

Anschließend versucht das Gerät eine Netzwerkverbindung zum lokalen AP zu etablieren, was durch ein langsames blinken der LED signalisiert wird.
Kann keine Verbindung hergestellt werden, beginnt die LED schnell zu blinken und man hat die M√∂glichkeit f√ľr 240 Sekunden eine Verbindung zu diesem Dash Button aufzubauen und die Konfiguration vor zu nehmen.
Erfolgt in dieser Zeit kein Login auf dem Dash Button, wird der Mikrocontroller wieder in den Deepsleep Modus versetzt, um die Batterie nicht unnötig zu strapazieren.

Ist der Verbindungsaufbau zum lokalen WLAN gegl√ľckt, wird die Nutzinformation (Dash Token) an den in den Credentials definierten Server verschickt.
Wurde der Empfang der Information vom Server best√§tigt, leuchtet die Status LED f√ľr drei Sekunden kontinuierlich.
Wird der Empfangs nicht vom Server best√§tigt, wird dies durch schnelles Blinken der LED f√ľr drei Sekunden angezeigt.
Anschließend wechselt der Mikrocontroller wider in den Deepsleep Modus.

Je nachdem welches Ereignis am Dashbutton ausgel√∂st wurde, wird eine entsprechende Statusinformation im Parameter &status=x dem HTTP Put Request √ľbergeben. Wird der Parameter nicht mit √ľbergeben, wird der Wert im Server automatisch auf -1 gesetzt, was soviel bedeutet das der Status nicht bekannt ist.

Server Applikation f√ľr den DashButton

Die Serverapplikation kann auch direkt mit dem Webbrowser getestet werden. Hierf√ľr wird in die Adresszeile der folgende Aufruf eingegeben:

http://HOST
/URL?&token=ef98c8246ef0409da5fb3a27afa4ec61
&vbatt=3.12&hv=1.00&sv=1.03&status=1

  • Host:
    Ist die IP-Adresse des Servers z.B. 192.168.1.123
  • URL:
    Ist eine Pfadangabe (optional f√ľr den augenblicklichen Stand) soll sp√§ter der Einordnung der Eintr√§ge dienen, z.B. f√ľr die Standorte.
  • token:
    Ist ein 32 stelliger ein eindeutiger Schl√ľssel des betreffenden Dash Buttons.
  • vbatt:
    Gibt die Batteriespannung in Volt an.
  • hv:
    Gibt die aktuelle Hardware Revision des DashButton an.
  • sv:
    Gibt die aktuelle Firmware Version des DashButton an.
  • status:
    Information √ľber den Ausl√∂ser des Ereignisses.
    0 – Test (Button wurde k√ľrzer als drei Sekunden gedr√ľckt)
    1 – Settings (Die Einstellungen wurden aufgerufen, durch langes dr√ľcken des Tasters)
    2 – Order (Ein Bestellauftrag wurde abgesetzt)
    3 – F√ľr weitere Statusinformationen reserviert
Weitere Ideen:
  • Der Dash Token sollte im Prinzip ein 32 Byte Hashcode sein, der einen Pr√ľfsumme oder einen CRC Check enth√§lt, um die Authentizit√§t des Tokens auf dem Server verifizieren zu k√∂nnen.
  • Es w√§re denkbar, dass sich ein Dash Button der l√§ngere Zeit nicht bet√§tigt wurde, automatisch aktiviert (z.B. alle 24h) und seinen Batteriestatus an den Server sendet.
    Der Parameter „status“ w√ľrde das Ereignis dann als Test identifizieren.
    Hierbei w√§re zu bedenken, dass ein zyklisches Verbinden mit dem WLAN und das Senden dieser Statusinformationen die Batterielebensdauer zus√§tzlich verk√ľrzen w√ľrde.

Mitsubishi Profibus POE Konverter f√ľr konsistente Daten√ľbertragung

Mitsubishi Profibus POE Konverter Software
Mitsubishi Profibus POE Konverter Software

Ihre pers√∂nliche Softwarelizenz erhalten Sie √ľber diesen Link in unserem Shop

Allgemeines:

Wird f√ľr eine Mitsubishi SPS ein Profibus Projekt mit dem GX-Developer oder GX-Works erstellt und werden die Optionen:

  • Slave-Spezifischer Transfer
  • Kopieranweisung
  • Nur Datenaustausch

benutzt, kann die Profibus Konfiguration auch ohne einen RESET an der SPS geändert oder erweitert werden.

Manchen Slaves verlangen Daten Konsistenz, die mit der automatisch generierten POE aus dem GX Developer oder aus GX-Works und den darin enthaltenen Kopieranweisungen FROM_M und TO_M jedoch nicht sichergestellt werden können.

Um dies sicher zu stellen m√ľssen, die FROM_M und TO_M Anweisungen durch sogenannte BMOV Anweisungen ersetzt werden.

Um dies schnell und vor allem fehlerfrei zu gewährleisten, wurde dieses Tool entwickelt. Neben dem Austauschen dieser Befehle, wir der Syntax und die Schreibweise der Kopfadresse sowie die BMOV Anweisung Hexadezimal angegeben und angepasst.

 Kurzbeschreibung:

Erfordert an einem Profibusstrang mindestens ein Teilnehmer Datenkonsistenz, sollte die gesamte POE von FROM_M und TO_M Anweisungen auf BMOV Anweisungen umgestellt werden.

Es gibt zwei Möglichkeiten eine Konvertierung vor zu nehmen:

Im einfachsten Fall kann man aus der zu konvertierenden Profibus POE direkt die entsprechenden Netzwerke markieren und anschließend mit CTRL-C oder CTRL-X in die Zwischenablage kopieren bzw. ausschneiden.

Der Inhalt der Zwischenablage wird nun in die leere TextBox Quelldatei mit CTRL-V eingef√ľgt. Um eine leere TextBox zu erhalten, w√§hlen sie in der Men√ľleiste den Eintrag Datei und Neu aus. Nach dem einf√ľgen der Zwichenablage kann mit der Konvertierung begonnen werden, w√§hlen sie hierf√ľr in der Men√ľleiste den Eintrag Bearbeiten und Konvertieren aus.

Das Ergebnis der Konvertierung wird in der Rechten TextBox dargestellt, √ľberpr√ľfen sie in der Statusbar am unteren Rand der Anwendung ob hierbei Fehler aufgetreten sind. In Fehlerfall wird ein Hinweis auf die Art des Fehlers und die Position angezeigt, der Cursor wird automatisch in der entsprechenden Zeile der linken TextBox platziert.

Wurde die Konvertierung erfolgreich abgeschlossen, kann der Inhalt der rechten TextBox markiert und in die Zwischenablage kopiert werden und anschlie√üen wieder in die POE eingef√ľgt werden.

Das aktive Fenster wird durch anklicken aktivier, dies wird durch eine andre Hintergrundfarbe dargestellt (√ľblicherweise mit der Farbe Wei√ü).

In der Toolbar der Applikation sind neben den √ľblichen Schaltern Datei Neu, Speichern und √∂ffne, noch weitere vorhanden. Sie dienen zum kopieren und einf√ľgen der Daten in der Zwischenablage. Die Besonderheit dieser Schalter, sie wirken immer im aktiven Fenster. wird der Taster kopieren bet√§tigt, wird der gesamte Inhalt der aktiven TextBox zuerst markiert und dann in die Zwichenablage kopiert. So das mit einem Tastendruck die Daten aus der TextBox Zieldatei in die Zwischenablage √ľbernommen werden k√∂nnen. Beim Einf√ľgen √ľber den Toolbutton wird der vorhandene Inhalt der aktiven TextBox gel√∂scht und durch den in der Zwischenablage ersetzt.

Die zweite M√∂glichkeit Daten in die Applikation zu laden, erfolgt √ľber das Men√ľ Datei √∂ffnen. Hier k√∂nnen exportierte *.asc Dateien eingelesen und anschlie√üend konvertieren werden. Die Vorgehensweise ist derselben wie bereits weiter oben beschrieben.

Mit dem Laden einer *.asc Datei werden die beiden Textboxen wie bei Datei neu erst einmal gelöscht, bevor die neuen Daten geladen werden.

Nach einer erfolgreichen Konvertierung k√∂nnen die erzeugten Zieldaten mit Datei speichern wieder als *.asc Datei gespeichert werden. Zum Speichern wird an den urspr√ľnglichen Dateinamen ein _new.asc angeh√§ngt um eine Unterscheidung gew√§hrleisten zu k√∂nnen.

 

Hochgenaue elektronische Start- Zielzeiterfassung f√ľr Sportveranstaltungen

StopWatch

Softwarebeschreibung StopWatch
Softwarebeschreibung StopWatch

StopWatch Software
StopWatch Software
Ab Release V1.30 läuft die StopWatch Applikation nun auf folgenden Windows Plattformen.

  • Windows XP SP1
  • Windows Vista
  • Windows ME
  • Windows 7
  • Windows 8
  • Windows 10

Das kann die StopWach Software:

  • Hochgenaue elektronische Zeiterfassung f√ľr Sportveranstaltungen mit dem USB StopWatch Hardwareinterface.
  • PC-Zeitbasis basierende elektronische Zeiterfassung f√ľr Sportveranstaltungen √ľber einen USB RS232 Adapter oder dem USB Initiator Interface.
  • Kontakt und Lichtschranken Testfunktionen
  • PC-Zeitbasis basierende manuelle Zeiterfassung f√ľr Sportveranstaltungen.
  • Optionaler USB DMX Adapter f√ľr die Ansteuerung einer DMX Ampel.
  • Anzeige einer virtuellen Ampel auf dem Infoscreen.
  • Komfortable Erfassung von Teilnehmerdaten mittels Worterg√§nzung und Erfassung √ľber mehere PC (Datenimport/Export)
  • Benutzerverwaltung der Anwendung mit den entsprechenden Benutzerrechten sowie Verwaltung der einzelnen Teilnehmerdaten mittels USB RFID Modul und RFID Tags.
  • Ergebnisauswertung nach Klassen Fahrzeugen usw. in Listenform, Drucken von Ergebnislisten mit deteiliertem Rennverlauf und Kostenberechnung.
  • Importfunktion im *.csv Format.
  • Exportfunktion *.csv, *.txt und *.html
  • Direkte Ver√∂ffentlichung von Ergebnislisten mittels WLAN an alle Teilnehmer der Veranstaltung oder direkt auf dem eigenen Webspace.
  • Druckerei f√ľr die Erstellung von Startnummern auch mit Barcode.
  • Automatisierte Urkundendruckerei.
  • Ausf√ľhrliche .chm basierende Hilfe, Tooltipp Anzeige bei den Eingabefeldern. Wichtige Informationen √ľber die n√∂tige Windows Einstellungen zum Anzeige einer .chm bassierenden Hilfe.
  • Protokollierung der Programmaktivit√§ten.
  • Automatische Benachrichtigung √ľber eine neuere Programmversion.
  • Laufende Zeitanzeige mit Teilnehmerdaten und virtueller Ampel.
  • Kennwortsystem Anmeldung auch √ľber RFID Tags m√∂glich.
  • Teilnehmerdates√§tze Erfassung und Aufruf auch √ľber RFID Tags m√∂glich.
  • Startgeld und Budgetverwaltung.
  • Vorbereiten von Starterlisten f√ľr einzelne Rennl√§ufe (Batchbetrieb).
  • Umschaltung der Sprachversion (Deutsch / Englisch).
  • Anzeige eines Infoscreen auf einem zweiten Monitor mit den aktuellen Teilnehmerdaten, einem Foto und der aktuellen Zeit.
  • uvm.

Screenshots aus der StopWatch Anwendung

F√ľr die Zeitnahme steht ein eigener √ľbersichtlich gegliederter Dialog zur Verf√ľgung.

Dialog zuer Erfassung der Persönlichen Daten
Dialog zuer Erfassung der Persönlichen Daten
Dialog mit den Rennergebnissen
Dialog mit den Rennergebnissen

 

Mit der integrierten Druckerei k√∂nnen Sie ihre eigenen Vorlagen kreieren und anschlie√üend z.B automatisiert die Startnummern oder Urkunden f√ľr die Teilnehmer des Rennens erstellen.

Integrierte Druckerei
Integrierte Druckerei
Urkunden f√ľr Teilnehmer automatisiert erstellen
Urkunden f√ľr Teilnehmer automatisiert erstellen

Wenn Sie gerne Ergebnislisten Drucken oder in verschieden Formaten exportieren möchten gibt es im Programm viel verschiedene Möglichkeiten das schnell und einfach zu erstellen. Durch vorgefertigte Filter Funktionen können schnell verschiedene Ausgaben erstellt werden.

 

Schnelle erstellung von Ergebnislisten
Schnelle Erstellung von Ergebnislisten

Zus√§tzlich verf√ľgt die Software √ľber die M√∂glichkeit Ergebnislisten direkt auf ihrer Hompage zu publizieren oder diese noch am Veranstaltungsort den Teilnehmern auf ihrem eigenen Smartphone oder Tablett zu pr√§sentieren.

Ansicht der Rennergebnisse im Webbrowser / Smartphone

Roadmap Release Candidate V1.44

Geplant

  • Keine erweiterungen in der Planung.

In Arbeit

Erledigt

  • 15.08.2019 1.450
    Verbesserung im DMX Eingabedialog.
  • 21.08.2018 1.431
    Fehlerbeseitigung beim laden des Kennwortsystems und im Erfassendialog.
  • 09.06.2018 1.43
    Fehlerbeseitigung im Erfassen Dialog der in Verbindung mit dem USB-StopWatch Modul auftrat.
  • 09.06.2016 1.42
    Programm um eine weitere Zeiterfassungf f√ľr Rundenrennen mit Einzelrundenzeitmessung erweitert.
    Bestzeitenauswertung f√ľr EinzelrundenZeitnahme nach Runden in der Ergebnisliste erweitert.
  • 09.06.2016 1.41
    Programm um eine weitere Auswerteliste f√ľr Rundenrennen erweitert.
    Urkunden angepasst.
    Bestzeitenauswertung nach Runden in der Ergebnisliste erweitert.
    Mittelwertanzeige in der Ergebnisliste f√ľr Rundenerfassung erweitert.
    -Zeitanzeigefenster f√ľr den Sammelstart und Runden Z√§hlungen erweitern, Tabelarischeansicht der Zeiten und laufenden Runden.
  • 02.04.2016 1.403rc
    Optimierung der RFID Routienen, Erweiterung um lokalen GPS Empf√§nger, GPS Daten f√ľr jeden Zeitdatensatz .GEO Datenerfassung der Rennen per GPS Empf√§nger Modul. Anpassung der EX- und Importfunktionen.
    Anpassung der Listenansichten und der Webserveransichten.
    Umbau und Erweiterung des Erfassendialogs, DMX und virtuelle Ampel in die Einstellungen √ľbernommen.
    Anpassen der internen Datenstruckturen.
    Erweiterung und √úberarbeitung der DMX Ansteuern. Neue Funktionen Savety Car und RFID Erfassungssignalisierung.
    Optimierung der RFID Leserroutienen.
    Erweiterung der Benutzerrechte.
    Erweiterung um neue Zeitnahmemethoden f√ľr Rundenrennen mit Sammelstart.
    Erweiterung der Listen aund Auswertungen um Rundenrennen.
    Erweiterung um einen Auswahldialog f√ľr die Art und das beenden der Zeitnahme bei Rundenrennen.
  • 17.01.2016 1.402rc
    Zeitmessung von Einzelrunden mit Rundenzählung durch RFID.
    Integration von Geo(GPS)daten¬† f√ľr die erfassten Einzelzeiten.
    Optimierung der RFID Tag Erfassung .
    Integration eines neuen RFID Readers der Firma TowiToko.
  • 10.01.2016 1.40rc
    Erweiterung um eine Auswahl der Zeitmessung:
    – Start- Ziel Zeitmessungen
    – Zeitmessung mit Sammelstart,
    – Zeiterfassung der einzelnen Teilnehmerzeiten √ľber eine RFID Erfassung.
    Erweiterung der Webserveransicht und der Listen um die Rundenanzahl.
  • 12.12.2015 1.36rc
    Aktualisierung der Hilfe.
    Fehlerbehebung im Quick Serarch Eingabefeld.
    Fehlerbehebung beim dynamischen Einbinder von Font Dateien in Windowssysteme ab Windows 8+.
  • 10.12.2015 1.35 Released
    Option f√ľr die Invertierung der Initiatoreing√§nge des USB RS232 Adapters. N√§chsten Teilnehmer suchen w√§hrend einer laufenden Zeitmessung.
  • 29.10.2015 1.35rc
    Automatischer FTP Upload der Wertungslisten auf einen externen Server. Der einzel Datei upload wurde daf√ľr aus dem Programm entfernt.
  • 07.10.2015 1.35rc
    Der Erfassen Dialog wurde verkleinert, damit er auch bei einer Aufl√∂sung 768×1024 komplett auf den Bildschirm passt.
    Bei den Renndaten kann mit den entsprechenden Benutzerrechten nun eine Eingabe von manuell erfassten Zeiten erfolgen.
    Desweitern werden die ausgewählten Listen im WebServer nun bei gestarteten WebServer in das Applikationsverzeichnis unter WEB gespeichert. Damit stehen diese zur weiteren Verwendung des Veranstalters bereit.
  • 01.10.15 1.34 Release
    Verbesserung beim Sortieren der Mastertabelle, die Sortierung wird nun direkt in der Datenbank und nicht mehr in der Tabelle vorgenommen, somit bleibt die Sortierung auch nach dem Einf√ľgen eines neuen Datensatzes erhalten.
    Erweiterung des Erfassen Dialogs um einen Suchfunktion des nächsten Starters bereits während einer Laufenden Zeiterfassung.
  • 24.09.15 1.34rc
    Erweiterung der Funktion beim USB RS232 Adapter um eine Direktstartoption mit dem Startinitiator.
    Erweiterung um eine automatische TagID Vergabe, bei manueller Teilnehmer Erfassung.
  • 02.07.15 1.33rc
    Im Dialog StopWatch werden nun die Felder die ge√§ndert aber noch nicht √ľbertragen wurden rot hinterlegt, bis die √úbertragung zum StopWatch Modul stattgefunden hat.
  • 22.06.15 1.32rc
    Ampel Ansteuerung √ľber DMX integriert. Funktion f√ľr die virtuelle Ampel sowie das StopWatch Modul erweitert.
  • 02.06.15
    Direkter Startnummernausdruck √ľber das Popup in der Listenansicht.
    Erweiterung der Filterfunktion um die Kriterien Einträge mit negativem Budget und Einträge ohne Startnummer.
  • 28.05.15
    Automatische Startnummernvergabe verbessert.
    Manuelles Eingabefeld von der TagID entkoppelt und als Startnummernfeld umfunktioniert. Teilnehmer Erfassung manuell √ľber die Startnummer und elektronisch √ľber die TagID. (Notwendig wegen der Einf√ľhrung der Teilnehmererfassung auf externen Terminal PC‚Äôs)
    Funktion der Startnummernvergabe im Eingabefeld der Manuellen Erfassung verbessert.
    Fehler bei der Teilnehmererfassung √ľber den Comport beseitigt.
  • 01.05.15
    Zusatzprogramm zur Teilnehmererfassung auf externen Terminal PC‚Äôs . Anbindung √ľber einen¬† TCP-IP an den StopWatch Server.
  • 01.05.15
    Abstand zwischen den in der Kopfzeile Enthaltenen Texten eingef√ľgt.
  • 12.04.15
    Umbau der internen Applikationsstruktur sowie eine Erweiterung um ein Zusatztoll, dass dem Endanwender die M√∂glichkeit zur Verf√ľgung stellt, die Anwendung um beliebige Sprachversionen zu erweitern. Migration der Anwendung auf eine Windows Versions unabh√§ngige und konforme Datei- und Verzeichnis Struktur. Somit ist die StopWatch Applikation auf allen erh√§ltlichen Windows ab Windows XP lauff√§hig.
    Optimierung des Installers, ein besonderes Augenmerk liegt hierbei auf einer vollständigen Deinstallation aller angelegten Dateien und Verzeichnisse.
  • 09.10.2014
    Webserver Integration, Wertungslisten Infoscreen. Teilnehmer Fotoanzeige im Teilnehmerdatensatz und dem Zeitnahmefenster. Manuelle √Ąnderung der Zeitdatens√§tze mit den entsprechenden Benutzerrechten.
  • 15.09.2014
    Logfile Erstellung Default auf “Immer in dasselbe Logfile Schreiben.
  • 16.09.2014
    Foto in den Benutzerdatensatz und in die Zeitanzeige einbinden und mit dem StopWacht File abspeichern.
  • 17.09.2014
    Flexible Größenänderung des Teilnehmerfotos durch ziehen mit der Maus. Laden von Bildern als JPG und als Bitmap ermöglichen Werbebanner Dillinger-Engineering Standartmäßig im Ressource File speichern und anzeigen. Ausblenden des Wertungsdaten Dialoges ermöglichen, stattdessen Eintragung direkt in die Renndatenanzeige mit den entsprechenden Benutzerrechten möglich.
  • 18.09.2014
    Ausblenden des Wertungsdaten Dialoges ermöglichen, stattdessen Eintragung direkt in die Renndatenanzeige mit den entsprechenden Benutzerrechten möglich.
  • 19.09.2014
    Daten Struktur um TZeiten um einen Integer und einen String[12] f√ľr die Aufnahme der √Ąnderungsinformation, Eintrag ge√§ndert sowie die alte Zeit Information vor der √Ąnderung. Neue Datenbank Version V3.
  • 20.09.2014
    Fehlerbeseitigung: Beim öffnen der Font Dialoges im Erfassen Dialog und in der Zeitanzeige wurde nach dem Verlassen des Dialoges das Entsprechende Element mit Move deklariert und mit der Mausbewegung verschoben. Erweiterung der Zugriffsrechte um den Punkt ändern der Zeitdatensätze. Die Zeitdaten im Erfassen Fenster sind mit entsprechenden Benutzerrechten nun direkt änderbar.
  • 24.09.2014
    Integration eines Webservers f√ľr einen direkten Aufruf von Ergebnislisten z.B. direkt auf das Smartphone. Die Anbindung kann √ľber einen WLAN Router mit DHCP Freigabe erfolgen.