IC (ohne Bezeichnung) erkennen?

Gast #1456205
Lesenswert?

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?
Angehängte Dateien:
Gast #1456351
Lesenswert?

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.
Gast #1456367
Lesenswert?

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...
Gast #1456400
Lesenswert?

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?
Persönliche Seite #1456829
Lesenswert?

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.
Gast #1457485
Lesenswert?

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

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren