Hallo, ich habe mir einen Adapter gekauft mit dem ich N64-Controller am
USB Port anschließen kann. Da man leider nur zwei Controller
gleichzeitig benutzen kann, wollte ich mir diesen Adapter nachbauen.
Allerdings ist ein IC nicht beschriftet, deshalb wollte ich jetzt
wissen, ob es möglich ist herauszufinden was das für ein IC ist?
hmm ist wie mit einer konserve ohne papier... aufmachen und nachschauen
:D
nee ist schon eine unart, die bezeichnung von den bauteilen zu
schleifen.
wenn du technische ausrüstung und etwas geschick hast einschalten und
messen. das wird irgendein microcontroller sein, der HT82... ist der USB
interface controller. dann müßte man zumindest die betriebsspannung
finden und evtl. auch die datenleitungen. und dann kannst nur raten was
zu diesen gewonnenen infos passt.
Wenn es ein Mikrocontroller wäre, müsste man ja die Identität nicht
unbedingt durch Abschleifen verheimlichen, Nachbau wäre durch Code
Protection verhindert.
Abschleifen macht mehr Sinn, wenn es ein Standard Baustein ist, den man
unkenntlich machen muss, da sonst der Nachbau zu einfach wäre...
Nur so ne Vermutung von mir...
Wie schon gesagt, der HT82K95E ist ein USB-Interface-Chip, dat Teil
nebenan kann ein µC sein. Der sieht aber nicht abgeschliffen aus sondern
scheint nur nicht bedruckt zu sein...was durchaus auch bei einem
µC-Hersteller so zu bekommen ist wenn man entsprechende Stückzahlen
ordert. Ich denke aber alleine durch Messen wo was angeschlossen ist
bekommt man nicht heraus was das für ein µC ist. Es gibt ja unzählige µC
die an den gleichen Pins die Versorgungsspannung haben. Die Vermutung
von Anja, dass es ein PIC ist, kann richtig sein, muss aber nicht. Ich
frag mich grad, wie sie erkennen will, dass PIN 5 an VDD hängt und PIN
14 an GND. Was für einen PIC spricht ist jedenfalls dass zumindest PIN 1
über einen 1k Widerstand an einer positiven Spannung hängt, bei allen
PICs die ich bisher verwendet hab ist PIN 1 der Resetpin und der muss im
Betrieb auf "high" liegen. Atmels kenn ich nicht aber mein Gefühl sagt
mir wiederum, dass es bei denen nicht viel anders ist. Und schon wieder
das Dilemma, dass es jeder µC sein könnte.
Was wiederum interessant ist: Wenn ein ein µC ist, warum nahm man nicht
einen µC der USB kann, bei PICs kenn ich da einige die das können, z.B.
PIC18F2455 (mit dem spiel ich grad rum ;)) und ander Hersteller haben ja
auch USB-fähige µC? Es könnte also auch noch was ganz anderes sein,
vielleicht ein Speicher um Daten zu puffern?
Zum selberbauen:
4x N64 Controller am USB.
http://ezhid.sourceforge.net/n64pad.html
Leider ist der verwendete µC nicht mehr so einfach zu bekommen, da ist
also evtl. eine Portierung angesagt...
Schau mal in die Applikation des HT82K95E, da ist evtl. so eine
Schaltung enthalten.
Es ist auch eine gute Prüfungsfrage eines Meisters an den Lehrling, so
eine "BlackBox" zu identifizieren.
Michael schrieb:
> Ich> frag mich grad, wie sie erkennen will, dass PIN 5 an VDD hängt und PIN> 14 an GND.
der unbekannte chip pin5 ist eigentlich gnd, da hängt auch
abblockkondensator der wiederum an HT82K95E pin 8 hängt - was auch v33o
ist (3.3V regulator output).
Im prinzip wurscht, denkt ihr nicht das der HT82K95E gross genug ist als
controller für den adapter und der unbekannt chip lediglich eine
"port/funktionerweiterung" ist ? Dazu noch es ist ein OTP.
>der unbekannte chip pin5 ist eigentlich gnd, da hängt auch>abblockkondensator der wiederum an HT82K95E pin 8 hängt - was auch v33o>ist (3.3V regulator output).
Deshalb meine Frage wie Anja erkennen will/wollte, dass PIN 5 an Vdd
hängt. ;)
>Im prinzip wurscht, denkt ihr nicht das der HT82K95E gross genug ist als>controller für den adapter und der unbekannt chip lediglich eine>"port/funktionerweiterung" ist ? Dazu noch es ist ein OTP.
Porterweiterung denke ich weniger. Wenn nicht unter dem Chip viele
Leitungen geknubbelt sind sind einige Ports (PIN 1,2,5,6,11,12,17,18,19
sieht man keine Verbindung auf dem Bild, das sind alles Portpins) des
HT82K95E unbenutzt. Ich denke, wie schon gesagt, dass es ein Speicher
ist um Daten zwischen zu puffern. Man kann ja nicht Realtime Daten über
USB schicken (Schickt man ein Packet über USB muss man warten bis der
Transfer abgeschlossen ist bevor man das nächste Packet schicken kann),
d.h. ein Speicher zum Zwischenspeichern wäre also durchaus sinnvoll.