...eine Folge von Pulsen auf Pin 6 (75ms low + 50ms high).
Das war übrigens alles mit allen Dip-Schaltern auf Aus. Anscheinend kann man mit Dip-Schalter 5 auf ein anderes Timing (100ms low + 50ms high) umschalten...
Viele Grüße,
Simon
Beiträge von simon.budig
-
-
Nichtsdestotrotz werde ich mal rumspielen, das muss doch mit deinen Hinweisen irgendwie hinzukriegen sein
Jawollja, geht doch
Mit folgender Beschaltung des 10pol. Wannensteckers habe ich es hinbekommen ("rohes ID-062E")
Pin 3: Enable-Eingang des PUB 7. Ruhepegel 12V, wird mittels z.B. einem logic-level N-FET (BS 108) durch den Arduino auf GND gezogen
Pin 4: Auf 12V legen
Pin 5: Auf GND legen
Pin 6: Pulse-Output des PUB 7. Kann direkt an einen Input-Pin des Arduino gelegt werden, sofern dessen interner Pullup aktiv ist.
Pin 7: Auf 12V legen - Stromversorgung des PUB 7
Pin 8: Auf GND legen - Stromversorgung des PUB 7
Pins 1,2,9,10: unbeschaltet.Durch den N-Fet wird das Signal invertiert, d.h. der Pin des Arduino muss auf high gesetzt werden damit bei dem PUB 7 ein Low ankommt.
Um nun den [definition=2]Akzeptor
">Akzeptor [/definition] aktiv zu schalten, muss er anscheinend auf Pin 3 einen 10ms langen Low-Puls kriegen. Wenn er sich tatsächlich zurücksetzt, zieht er als Antwort Pin 6 auf low. Ich fahre im Moment folgende Strategie: 1) stelle für mind. 30ms einen high-Pegel auf Pin3 sicher
2).ziehe für 10ms den Pin3 auf low
3) stelle für mind 30ms einen high-Pegel auf Pin3 sicher. Sollte in dieser Zeit Pin6 auf low gehen, warte bis der wieder auf High wechselt.
4) Ziehe Pin3 dauerhaft auf Low um den [definition=2]Akzeptor">Akzeptor [/definition] freizuschalten Nun nimmt der [definition=2]Akzeptor
">Akzeptor [/definition] Scheine entgegen, eine Escrow-Funktion steht anscheinend leider nicht zur Verfügung. Nach der Entgegennahme (inkl. Auswurf nach hinten) eines gültigen Scheins sendet der PUB 7 eine Folge von Pulsen auf Pin 6 (75ms low + 50ms high). Jeder Puls entspricht dabei einem Geldwert von 2.50 EUR. Zum Abschluss gibt es noch 150ms low. Das ist alles relativ langsam: für einen 50EUR-Schein braucht man so 2.5s zur Übermittlung des Geldwerts.
Nachdem ein Geldschein entgegengenommen wurde, muss der [definition=2]Akzeptor
">Akzeptor [/definition] mit der Reset-Sequenz erneut freigeschaltet werden. Zwischendurch kann der [definition=2]Akzeptor
">Akzeptor [/definition] blockiert werden, indem man den Pin3 auf high zieht. Dann geht die LED aus und er zieht keine Scheine ein. Durch das Low-ziehen von Pin 3 wir er wieder freigeschaltet, eine Reset-Sequenz ist hier nicht zwingend nötig (schadet aber anscheinend auch nicht). Ich habe natürlich keine Ahnung, ob das die gleichen Strategien sind wie sie die originale Adapterplatine fährt, aber es scheint ganz gut zu funktionieren.
Riiko: Ich bin nach wie vor an den "originalen" Strategien interessiert. Insbesonders wenn es am Original-Automaten irgendwie eine Escrow-Strategie gibt (d.h. der [definition=2]Akzeptor
">Akzeptor [/definition] hält die Banknote intern vor und lässt den Host entscheiden, ob die nun eingezogen oder wieder ausgespuckt wird) dann wäre das für mich sehr spannend. Vielen Dank für eure Hilfe!
Simon -
in meinem Arcade-Projekt habe ich einen Taiko aus einem Merkur verwendet. Leider hats grad meinen PC zerschossen, aber ich bin mir sehr sicher, auch das hier iergendwo dokumentiert zu haben
Ohne diese Platine arbeitet der Taiko im Pulsemode. Aber damit der freigibt, braucht der ein 150ms Impuls... oder so.
So bald mein PC wieder ok ist, lade ich meine selbst erstellte Dokumentation für den Taiko nochmal hoch.
Oh wow, das klingt sehr gut. Ich habe eben mal gesucht und diesen Thread gefunden wo Du deinen Bau dokumentierst - das sieht alles beeindruckend gut aus, Kompliment.Und in diesem Posting beschreibst Du das Funktionsprinzip von dem Taiko-Pulsverfahren. Das hilft auf jeden Fall weiter, eine konkrete Dokumentation der notwendigen Pulslängen habe ich aber nicht gefunden, von daher wäre ich dankbar, wenn Du mir die zukommen lassen könntest - ich drücke mal alle Daumen für Deinen PC
Mir fehlt hier leider ein Merkur-Automat bei dem ich mich mal zwischen Adapterplatine und Taiko klemmen könnte, um das Ding im Regelbetrieb zu beobachten.
Nichtsdestotrotz werde ich mal rumspielen, das muss doch mit deinen Hinweisen irgendwie hinzukriegen sein
VIelen Dank und viele Grüße,
Simon -
Ich habe jetzt nochmal bei meinem Kontakt nachgefasst - die 062E-Firmware hat in der Tat keine weiteren Interfaces freigeschaltet - da kannst du dann am Dipswitch so viel rumstellen, wie du möchtest...
Ok, das ist natürlich schon ein bischen trist, aber bestätigt mich immerhin darin, dass ich nichts fundamentales falsch gemacht habe
Mit etwas Glück bekomme ich die ID003-Firmware demnächst™, dann kann man sich Mal das anschauen, wie man die mit "Haushaltsmitteln" geflasht bekommt...
Halte mich da bitte auf dem Laufenden. Prinzipiell wäre es aber auch gut, den ID-062-Modus zu verstehen, dann kann man die vielen günstigen Prüfer bei Ebay gut für solche Bastelprojekte verwerten, ohne dass man mit wüsten Tricks Firmwareupdates fahren muss
Viele Grüße,
Simon -
Hi pc-coholic.
Dann mal herzliche Grüße nach MUC
Ja, ich bin auf jeden Fall daran interessiert, Deine Erfahrungen mit dem Ding mitzubekommen. Die USB-Akzeptoren wären natürlich auch spannend, kosten aber mal eben das dreifache von einem PUB-7...
Das Pinout von dem Pub-7 ist für die seriellen Protokolle allerdings über Optokopler angebunden, d.h. man braucht eine Stromschleife (einmal 5V, einmal 12V - grgh) die leider nicht mal eben so aus einem FT232 rausfällt.
Das Adapterboard was Du da gefunden hast, ist definiv etwas anderes als das was hier bei mir dabei war. Die Schnittstelle am PUB-7 ist ein 10pol. Wannenstecker auf den das Adapterboard direkt draufgesteckt wird (das hat 14pol Buchsenleisten, passen deswegen ohne Spiel und Verrutschgefahr in den 10pol. Wannenstecker). Ich habe mal Fotos angehängt.
Das Adapterboard macht eigentlich den Eindruck, als würde es die Pins 3 und 6 für den Datentransfer nutzen, die Beschaltung auf dem Adapterboard entspricht nicht direkt den Schematics von dem "Parallel" ID-62e-Protokoll. Ich habe aber mal mit dem Oszi mit zugeguckt und der Geldakzeptor verhält sich anders als ohne das Adapterboard: Er macht am Anfang einen Selbsttest und bleibt dann aber stehen (wartet vermutlich auf irgendeine Freigabe).
Wenn ich den Pin 6 *nicht* anschließe (also das Feedback von [definition=2]Akzeptor
">Akzeptor [/definition] zu Adapterboard unterbinde) dann sendet das Adapterboard alle 1.4s einen Low-Puls von 10ms. In diesem Fall ist der [definition=2]Akzeptor ">Akzeptor [/definition] bereit, Geldscheine einzuziehen, spuckt sie allerdings unmittelbar wieder aus, ein Signal (z.B. Pulse für den Wert) konnte ich auf der Leitung 6 nicht beobachten. Alles ein bischen mysteriös... Viele Grüße,
Simon -
In einem Handbuch zum PUB-7 ist auf Seite 2-13 (resp. 37) das Anschlussdiagramm für das "Parallel ID-062 Communications Interface" zu finden. Damit wäre schon Mal geklärt, dass es sich hier um eine parallele Schnittstelle handeln dürfte. Das "E" dürfte vermutlich für "Enhanced", also mit erweitertem Funktionsumfang/Crypto stehen. Ich habe die Doku dazu leider aktuell nicht da...
... Mir leuchet ja überhaupt nicht ein, warum das als "paralleles" Interface bezeichnet wird. Das Anschlussdiagramm zeigt deutlich, dass da eine Datenleitung rein und eine raus geht. Das ist entweder etwas strunz-simples (wie das Pulse-Interface) oder etwas serielles, weil zu jedem Zeitpunkt nur ein Bit pro Richtung übertragen wird. Seltsam.
Viele Grüße,
Simon -
Hallo pc-coholic.
In einem Was das selbst umflashen angeht, so sollte das an sich schon machbar sein... Dazu brauchst aber das Taiko Harness A (Stromversorgung) und Harness B (Kommunikation mit dem PC). Ob sich deren Anschaffung für ein einmaliges Umflashen lohnt, musst du wissen...
Das Ding soll in eine Kasse für unseren Hackspace in Siegen eingebaut werden, da ist leider kein großer finanzieller Spielraum da. Insofern werde ich mir das verkneifen. Aber vielleicht findet sich hier jemand, der mir dabei helfen kann? Tatsächlich wäre es mir ja lieber, wenn ich einfach verstehen würde, warum das andere Zeugs anscheinend nicht funktioniert.
Das Protokoll, dass der [definition=2]Akzeptor
">Akzeptor [/definition] "nativ" spricht, dürfte ID-003 (JCM Serial) sein. U.a. hier hat jemand das Mal angefangen in Python zu implementieren - aber leider nicht die genaue Spezifikation beigepackt. Die gibt es wieder Mal nur direkt bei JCM... Joh, der wird auch unter NDA stehen.
Andererseits macht es mir halt auch Sorgen, dass ich nichtmal das Puls-Interface zum Laufen bringe. Meine Befürchtung ist halt, dass die ganzen "normalen" Interfaces (cctalk, id-003, mdb und Pulse) zugunsten von dem id-068 deaktiviert wurden. Klar, ich kann jetzt noch id-003 und mdb ausprobieren, aber im Moment fühlt sich das wie ziemliche Zeitverschwendung an - zumal ich von id003 und mdb keine wirkliche Protokollbeschreibung habe.
Ich war ja schon drauf und dran, die Lichtsignale im Testmodus auszuwerten - der Wert der Banknote wird ja mit 1-4 Blinksignalen rausgemorst. Ist aber auch eine Menge Aufwand - und wenn der Strom mal weg ist muss man wieder mit den Dip-Schaltern fummeln um in den Testmodus zu kommen. Grgh...
Vielen Dank und viele Grüße,
Simon -
Hallo allerseits.
ich habe mir neulich bei Ebay einen gebrauchten PUB-7 Geldscheinakzeptor gekauft, der wohl aus einem Merkur Spielautomaten stammte, die genaue Modellbezeichnung ist "PUB-7 EUR 1020-0062E", laut einem Aufkleber ist die Firmwareversion anscheinend "V 2.00-10 ID-0062 E EURO"
Ich würde den gerne für andere Zwecke einsetzen und den daher selber mit einem Arduino oder ähnlichem ansteuern. Leider macht mir das ziemliche Schwierigkeiten.
An dem Pub-7 war ein Aufsteck-Modul, welches anscheinend eine Protokollumsetzung und/oder eine Verschlüsselung macht.
Bisher habe ich versucht, ohne dieses Modul direkt mit dem PUB-7 zu reden und verbinde mich direkt mit dem 10pol. Wannenstecker.
1) cctalk: Ich habe die Dip-Switches entsprechend gesetzt (switch 7 an, alles andere aus) und versucht, das cctalk-Kommando 254 (Simple Poll) abzusetzen. Der Pub-7 hat darauf nicht reagiert, obwohl ich mir relativ sicher bin, die Schnittstelle richtig an den PC angeschlossen zu haben. Ich habe sowohl die Version mit der einfachen Checksumme als auch mit der 16-bit CRC-Checksumme probiert. Der Pub-7 stellt sich leider tot und reagiert nicht auf dieses Kommando.
2) Pulse: Dann dachte ich, dass man bei der Pulse-Schnittstelle eigentlich nicht viel falsch machen kann: Switch 8 an, alle anderen aus, Pin 4 an +12V, Pin 3 an GND (es fließt auch der erwartete Strom von 10mA), aber der PUB7 leuchtet nur gelb vor sich hin und mag keine Scheine akzeptieren.
Dass er prinzipiell Scheine akzeptiert und auch korrekt identifiziert, kann ich im Testmodus überprüfen. Das geht.
Die Frage ist jetzt: Was ist mir durch die Lappen gegangen?
Haben die Pub-7-Geräte für Merkur eine Spezialfirmware, die diese Interfaces abschaltet? Falls ja, kann mir jemand dabei helfen, eine Standard-Firmware aufzuspielen?
Welches Protokoll wird zwischen Aufsteckmodul und PUB-7 gesprochen?
Welches Protokoll spricht denn das Aufsteckmodul mit dem Merkur-Automaten? Ist das bekannt?
Vielen Dank und viele Grüße,
Simon
