Cardreader mit LCD-Anzeige

http://www.aliexpress.com/item/USB-15-Keys-Keypad-Numeric-Keyboard-Numpad-Digital-Keyboard-Pin-Pad-Password-keyboard-with-LCD-Free/1362934050.html

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.

Hast du die Dinger schon bei dir liegen oder suchst du noch ?

die habe ich schon da

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).

ich könnte dir auch eins zur Ansicht zuschicken

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....

das sind USB-Eingabegeräte

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.....

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.

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)

Die Zuordnung erfolgt im Augenblick über die User32.dll-Funktion 
RawInputDevice. Ob das mit über den seriellen Port auch funktioniert, 
weiß ich nicht.

wenn das auch geht, werde ich mich damit beschäftigen

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