Ich suche jemaden, der 6 Cardreader mit PIN-Eingabe umprogrammieren kann, so dass die Software über USB darauf zugreifen kann (Text in Zeile 1 ändern) und die Ausgabe meinen Wünschen angepasst ist. Die Cardreader werden nur als eine Art NumPad eingesetzt. Bezahlung nach Vereinbarung.
Such dir lieber cardreader die das direkt können...wird um einiges billiger....
Hab leider nichts passenderes gefunden. Der hier http://www.aliexpress.com/item/RS232-USB-15-Keys-Keypad-Numeric-Keyboard-Numpad-Digital-Keyboard-Pin-Pad-Password-keyboard-with-LCD/1363228041.html soll das zwar können, funktioniert aber nicht. Vieviel würde das denn kosten?
Bastel dir halt was mit ner Matrix Tastatur und nem hd44780 in nem kaufbaren Gehäuse. Entweder avr + vusb oder avr + USB-UART Chip. Sollte an ein-zwei Wochenenden zu machen sein und ist perfekt auf deine Wünsche angepasst.
Leider hab ich keine Ahnung davon. DEswegen habe ich ja hier gefragt, ob das jemand gegen Bezahlung machen würde.
Dann mach vlt. mal eines auf und foto die Platine (auf den bildern beim ali sieht das ja nur nach ein paar Schrauben aus). Wenn du Glück hast, dann ist der steuernde µC erkennbar (und wenn nicht sieht man wenigstens grob die Schaltung). Je nach zu erwarteten Aufwand könnte ich dir dann auch evtl. helfen (hab nur in nem guten Monat Prüfungen und will kein rießen Projekt mehr vom Zaun brechen).
Der Haupt-Controller ist ein STC89C52 und damit pin kompatibel mit nem mega8515. Der USB Chip ist ein cy7c63273 und arbeitet entweder (hoffentlich) als primitiver Wandler oder muss runter. Im großen und ganzen wäre ich aber zuversichtlich da was drehen zu können. Was aber noch völlig fehlt ist dir Info wie dein PC Programm mit dem pin pad kommunizieren soll. Vlt. Kannst du das noch schnell umreissen. Ich geh jetzt zwar schlafen aber morgen früh seh ich mir das an :) Gute Nacht
die Nummern-Tasten geben den ASCII-Code der Zahl aus. Die grüne Enter-Taste 13. Die rote Clear-Taste Bsckspace. Die 3 F-Tasten oben geben A, B, C zurück. In der zweiten Zeile des Pads sollen die gedrückten Zahlen ausgegeben werden (die mittlere F-Taste wird "Komma"). Die linke F-Taste "Gültig", die rechte "Ungültig". Die Software muss in der ersten Zeile "Wertung" und "Techniknote" ausgeben und die 2. Zeile löschen können. Wieviel wird das kosten?
Gerd Friedrich schrieb: > Wieviel wird das kosten? Viel, ziemlich viel sogar. Denn das läuft auf eine /komplette Neuentwicklung/ der Software im Gerät hinaus. Das, was da ist, lässt sich a) höchstwahrscheinlich nicht auslesen und b) ist Maschinencode, den in ein übersetzbares und veränderbares Programm zurückzuführen mehr Aufwand bedeutet, als den Kram neuzuschreiben. "Umschreiben" im Sinne von "das Vorhande ändern" ist daher nicht drin.
Hast du die Software die das ganze steuern soll schon fertig auf der platte ? Oder schreibst du die selber ? Oder willst du die auchnoch "outsourcen" ?
die Software schreibe ich selbst, der Teil für die Pads ist fertig. Das ist einfach eine Abfrage der Keys, geschrieben in VB.Net.
Wenn du das Pad ansteckst... als was für ein device erscheint das im PC ? Die Beschreibung klingt nach virtuellem Com, aber beim ali wird das nie explizit gesagt....
Und wie machst du (oder hast vor zu machen) das mit der Rückmeldung auf das Display ? Weil VB.net riecht nach Windows und das is ja nich gerade berühmt für den reibungslosen Direktzugriff auf USB.....
Max D. schrieb: > Weil VB.net riecht nach Windows und das is ja nich gerade berühmt für > den reibungslosen Direktzugriff auf USB..... wozu sollte man einen Direktzugriff auf USB bei Verwendung eine Betriebssystems brauchen? Auch HID Geräte können ein beide Richtungen Daten austauschen, sonst könnte man die NUM-LED nicht umschalten.
Peter II schrieb: > Auch HID Geräte können ein beide Richtungen Daten austauschen, sonst > könnte man die NUM-LED nicht umschalten. Natürlich KÖNNEN die das, aber normalerweise sieht das Client-programm nix von dem Austausch. Das kriegt nur die fertigen Zeichencodes vorgeworfen unabhängig ob von P/S2 oder USB oder Bluetooth. Wenn der to aber auf das Disp schreiben können will, dann braucht er einen Rückkanal auf den das Programm zugriefen kann.
Max D. schrieb: > Wenn der to aber auf das Disp schreiben können will, dann braucht er > einen Rückkanal auf den das Programm zugriefen kann. genau, und dafür kann er die HID api nutzen. Scheinbar ist sie aber in .net nicht direkt vorhanden, dann muss die C++ Funktionen nutzen.
Peter II schrieb: > Max D. schrieb: >> Wenn der to aber auf das Disp schreiben können will, dann braucht er >> einen Rückkanal auf den das Programm zugriefen kann. > > genau, und dafür kann er die HID api nutzen. > > Scheinbar ist sie aber in .net nicht direkt vorhanden, dann muss die C++ > Funktionen nutzen. Das es irgendwie™ möglich ist ist mir klar. Ich will nur vorher wissen wie das gemacht wird bevor ich da was bastel und dann der Reinfall kommt.
der Sachverhalt ist folgender: es gibt eine Wettkampfleitung, die das Programm bedient und 3 Kampfrichter, die die NumPads bedienen. ab einem bestimmten Punkt im Prgrammablauf können die Kampfrichter mittels ihrer Eingabe Daten an das Programm senden, die gespeichert und in einer Anzeigetafel angezeigt werden. (Gültig/Ungültig, Technikwertung) Nach der Eingabe Gültig/Ungültig und deren Anzeige (verzögert um 3 Sekunden - Vorschrift) muss das Pad dann "Techniknote" anzeigen --- allerdings erst, wenn alle 3 Kampfrichter gewertet haben -> daher Software gesteuert. Außerdem muss der interne Lautsprecher des Pads ausschließlich vom Programm angesprochen werden.
Das ist zwar eine schöne Beschreibung, aber es fehlt die Schlüsselinformation: Wie kommt der Befehl aus deinem Programm in das PinPad rein ? Ich hätte das presöhnlich von Anfang an mit nem Serialport aufgezogen, dann muss man da nur die Daten reinwerfen. Nachdem deine Lösung, aber schon fertig ist müsste ich wissen wie dein Programm die Befehle an das Pad schickt/schicken will. Solltest du da doch< noch keine Lösung haben, dann würde ich vorschlagen, dass man das ganze auf virtuellen Com umbaut (die paar Knöpfe einzulesen is ja einfach).
Hab ich falsch verstanden, sorry. Die Befehle aus dem Programm ins Pad kommen z.Z. noch gar nicht. Nur die Keys vom Pad werden im Programm verarbeitet. Du kannst das machen, wie es dir gefällt, es muss halt an VB.Net anzubinden sein.
Hab grade Google befragt: vb.net hat eine klasse für serialport. Würde dir also vorschlagen, dass man den ganzen traffic über serialport macht. Damit reduziert sich das USB Interface auf nen Wandler Chip und den Haupt Controller ersetzt man mit nem mega8515. Was vlt. auchnoch zu überlegen wäre ist wie man die Richter den pads zuordnet (is aber eher ein Problem für dein Programm)
:
Bearbeitet durch User
Die Zuordnung erfolgt im Augenblick über die User32.dll-Funktion RawInputDevice. Ob das mit über den seriellen Port auch funktioniert, weiß ich nicht.
Gerd Friedrich schrieb: > Die Zuordnung erfolgt im Augenblick über die User32.dll-Funktion > RawInputDevice. Ob das mit über den seriellen Port auch funktioniert, > weiß ich nicht. nein. dafür nimmt man einfach die SerialPort Klasse.
Naja, die Pads kann man ja (für jede Sitzung) anhand ihrer Com-Portnummer auseinanderhalten. Die Frage wie man (über sie Sitzungen hinweg) die Zuordnung macht. Übliche Methoden wären, dass man jedem Richter "sein" Pad (mit eindeutiger Seriennummer) gibt (und er nur dieses benutzt) oder, dass der Richter am Anfang seine "Kenn-NR." eingibt. Irgendwie muss man das halt lösen, ist aber an sich nicht schwer, nur dran denken muss man :D Der Vorteil von dem Serialport ist halt, dass der an jedem System funktioniert (grade wenn man nen allerweltschip wie nen FTDI nimmt).
die Kampfrichter müssen sich bei der Wettkampfleitung anmelden, das ist schon realisiert - muss dan eventuell angepasst werden.
Würdest du das machen? Brauchst du die Pads dazu? Wie ist dein Preis?
Wäre bereit da was zu machen. Hab dir ne PM mit meiner Adresse und paar details geschrieben :D
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.