Werden die AVR Mikrocontroller nach der Herstellung garnicht überprüft?

Hi

>Kann es vielleicht sein, dass die uC nicht überprüft werden?
>Ich habe zwei atmega16, bei einem ist der adc kaputt, bei anderem ist
>der Port a kaputt.

Wie hast du das festgestellt?

MfG Spess

Einen kurzen Test werden die Chips vermutlich schon durchlaufen, und 
wenn es nur das Programm ist für die Kalibrierung des internen Taktes. 
Bei der Gelegenheit wäre auch auch ein kurzer Test möglich - kostet aber 
natürlich Zeit.

>Ich habe zwei atmega16, bei einem ist der adc kaputt, bei anderem ist
>der Port a kaputt.
>
>Ist das normal, und wie geht man damit um?

Man schliesst AVCC und AGND an.
Ansonsten hast du beide wohl selbst getötet.

Normalerweise werden Chips im Einzeltest auf dem Wafer noch getestet, um 
schlechte zu markieren und auszusondern.

Bei den fertigen Bauteilen nimmt man nur noch Stichproben. Der 
Produktionsprozeß Bonding und Molding ist wohl so ausgereift, daß man da 
nichts mehr groß befürchtet. Stichproben geben aber auf jeden Fall auch 
einen Hinweis, wenn da wirklich was schief läuft.

Festgestellt habe ich dass indem ich sie beide getestet habe.

Ein m16 habe ich bei pollin, und den anderen vor kurzem bei reichelt 
gekauft.

Beim m16(reichelt) liegt an jedem Ausgangspin des PortA 1,5 V anstatt 
4,3 V wie beim m16(pollin).

Kann man in so einem Fall das Widerrufsrecht nutzen, und sich den uC 
ersetzen lassen?
Weil, der ist ja im prinzip nicht brauchbar.

MfG
Valentin

Valentin schrieb:
> Festgestellt habe ich dass indem ich sie beide getestet habe.

Schaltung? Code?

Wurstfinger --> Mikrocontroller --> ESD --> Input --> Kaput

Nun, ich wusste nicht genau, wie ich auf die Frage "wie" antworten 
sollte. War nicht Böse
gemeint.

Eine Schaltung gibt es nicht, der uC befindet sich auf einem Steckbrett 
mit Quarz, zwei 22 pF kerkos., und 100 nF für Betriebsspannung .

Als Programm nutze ich eine selbstgeschriebene PC-Software(die ich hier 
bald präsentieren werde) die es mir ermöglicht alle Datenregister eines 
AVRs auszulesen und zu beschreiben.

Klingt schon witzig...
Du schaffst es nicht einmal nen ADC zum Laufen zu bringen, ohne den µC 
zu Schrotten und willst hier ein eigenes Programm zum Auslesen aller 
Register vorstellen...:-D
Ist bei dir Nachts eigentlich auch kälter wie draußen, oder was für en 
Zeug rauchst du denn??

so: 
http://www.mikrocontroller.net/articles/AVR-Tutorial:_IO-Grundlagen#Pullup-Widerstand

geht das.

Das Pseudonym "dunno" ist treffend gewählt ;-)

(umgangssprachlich für "don't know")

Gruß Gerd

Gerd schrieb:
> Das Pseudonym "dunno" ist treffend gewählt ;-)
>
> (umgangssprachlich für "don't know")
>
> Gruß Gerd

Oo.. ->als ausgang..
mea culpa. asche auf mein haupt...

- ich werd nie wieder vor dem ersten kaffee irgendwo querlesen.. 
promised.
mfg

Ein PC mit AVR??????

citb

Logisch, die Dinger werden auf dem Wafer getestet, schon um das
Verpacken der defekten zu sparen. Die "Eingehäusten" werden in der Regel
nochmals getestet.
Gilt nicht unbedingt für die AVR, aber die verschiedenen 
Selektions-Stufen-
(z.B. Frequenz) werden bei diesen Tests ermittelt. Beim AVR könnte das
auch das Cal.-Byte des Internen Oszillators sein.

Ich tippe eher auf Handling-Fehler, bei Originalverpackter Ware, die
noch keiner angefaßt hat, sollte kein defektes Teil sein. Der Fehler
kann durchaus auch beim Versender oder dessen Lieferanten ("Industrie-
Überbestände") aufgetreten sein.

> Ein Steckbrett ist keine Umgebung für reproduzierbare Tests jeglicher
> Art.

Doch schon, man muss halt die Grenzen davon kennen (parasitäre Effekte, 
Strombelastung, Zuverlässigkeit der Kontakte...), für das bisschen 
AVR-Basteln reichts locker.
Der TO hat höchstwahrscheinlich nur Vcc, nicht jedoch AVcc 
angeschlossen. Da passt zu dem Fehlerbild des nichtfunktionierenden 
PortA.
Hat Holger allerdings oben schon erwähnt.

Hallo,

ADC und PortA riechen sehr nach nicht beschaltetem AVCC/AGND.

Solange hier kein Schaltplan vom TO gepostet ist, ist alles nur 
Spekulation.

Fragezeichen, kannst du mir Bitte sagen, wie man mit einem Programm die 
Hardware kaputt machen kann!
Dass habe ich bis jetzt noch nicht geschaft.

Die von mir beschriebenen Fehler sind irgendwie anders zustande 
gekommen.

A. K., du hast recht, man darf die Schuld nicht immer bei Anderen 
suchen.
Aber wenigstens ist der Herstellen jetzt von der Fehlerquelle 
ausgeschlossen.

Ich möchte mich an dieser Stelle bei allen, die meine Frage in der 
Überschrift kompetent beantwortet haben, ganz herzlichst Bedanken.

Die, die mich hier als Vollideoten abgestempelt haben, nur weil ich 
nicht so gut mit Hardware umgehen kann, werden es noch sehen, was für 
ein Tolles, Hilfreiches, und Funktionsfähiges Programm ich da 
geschrieben habe.

Mit freundlichen Grüßen

Valentin

Das ist aber kein Programmfehler, sondern ein Hardwarefehler (ein Fehler 
in der Beschaltung des uCs). Der uC geht kaputt, weil man den Pin 
kurzschließt, und der Strom größer als 40 mA ist (5 V / 20 Ohm = 250 mA) 
.

Ich sagte doch bereits schon, dass ich kein Vollideot bin. Ich weiß halt 
nicht Alles. Bin nicht Perfekt. Bin nur ein Mensch, der versucht etwas 
Umzusätzen.

MfG
Valentin

Valentin schrieb:
> ch weiß halt nicht Alles. Bin nicht Perfekt.

Erwartet auch keiner. Allerdings kann man dir ohne Infos von deiner 
Hardware nicht helfen. Daher warte ich noch auf einen Schaltplan oder 
ein Bild vom Aufbau wenigstens.
:-)

Valentin schrieb:

> Der uC geht kaputt, weil man den Pin
> kurzschließt, und der Strom größer als 40 mA ist (5 V / 20 Ohm = 250 mA)
> .

Wenn man mehrere Pins mit hohen Strömen belastet, z.B. einen ganzen Port 
mit 8 bits, oder 2 Ports, da kann man den µC auch noch killen. Oder er 
arbeitet nicht mehr sauber. Denn man überbeansprucht dann die 
Gesamtstromaufnahme des µC, und ist da vielleicht mal schnell bei einem 
halben Ampere. Das steht aber auch im Datenblatt.

Ich arbeite hier öfter noch mit älteren SAB80C517A, das sind 
8051-Derivate. Die Pins können nur einen TTL-Baustein treiben, also 
Sinkstrom 1,6mA. Das genügt auch für die meisten Anwendungen. Trotzdem 
hänge ich da mal LEDs mit 5mA dran, weil ich keine Lust habe, noch einen 
Treiberbaustein dazwischen zu setzen. Fürs Hobby geht das schon mal, und 
wenn es nur 3 LEDs sind, sowieso.

Mit 300mA Stromaufnahme beanspruche ich hier gerade einen 8255. Das ist 
ein I/O-Portexpanderbaustein aus älteren Systemen. Habe da 16 LEDs OHNE 
Vorwiderstand dran, und er wird ganz schön warm. Ich machte das auch 
nur, weil ich noch Massen dieses alten Bausteines besitze. Und die Pins 
bei der LED-Spannung sowieso abregeln, also kein voller Kurzschluß. Das 
Ding läuft aber tatsächlich tagelang, passiert ist nichts. Bei Defekt 
wird er einfach umgesteckt, ist nicht eingelötet.

Einen vollen Kurzschluß an den Pins habe ich noch nicht getestet, das 
hält der Baustein sicherlich nicht dauerhaft aus. Möglicherweise bricht 
aber auch die VCC zusammen, denn sie ist ja bei einem kleinen µC-System 
selten auf Ampere-Ströme ausgelegt.

Mit neuen gekauften Bauteilen gehe ich selbstverständlich manierlich um. 
Bei Schrott, den ich sowieso vor der Schrottpresse rettete, ist es nicht 
immer so wichtig.

Als Erstes möchte ich mich bei Allen bedanken, die sich die Zeit 
genommen haben, um mir zu helfen. Ich habe Heute etwas Experimentiert, 
und das ist dabei rausgekommen.

@Floh, und Marvin M.
Ihr habt Beide recht, als ich AVCC mit der Betriebsspannung verbunden 
habe, funktionierte plötzlich PortA als Ausgang!
Ich meine gelesen zuhaben, dass AVCC nur den ADC und AC mit sauberer 
Spannung versorgt, und nicht den digitalen PortA.

@Simon K.
Ich habe bereits, weiter oben, zugegeben, dass ich nicht gerade wie ein 
Profi aussehe, wenn ich die Schuld auf Andere abschiebe.
Wollt Ihr jetzt bei mir ein Exempel statuieren?

@A. K.
Du wolltest mich dumm aussehen lassen. Du hast es geschaft. Gratuliere.

@Fragezeichen, wirst du mich dann loben?
Bei deinen Kommentaren wird das eh nix...

Ich kann nur sagen, es macht einfach Spaß.
Ich konnte in kürzester Zeit alle möglichen Funktionen 
(Spannungsreferenz, Eingangskanal, Ergebnisausrichtung, Triggerquelle, 
Vorteiler) ändern, ohne nur eine Zeile Code geschrieben, compiliert, und 
übertragen zuhaben. Der ADC funktioniert tadellos. Und sogar 
gleichzeitig mit dem Ausgangport A. Schalte ich mit meiner Software z.B. 
den AusgangsPinA.0 auf 1, dann messe ich den wert 1023, schalte ich 
diesen auf 0, dann messe ich den wert 0.

Danke nochmal an Alle.

Mit freundlichen grüßen.

Valentin

PS: Und ich wollte schon den uC umtauschen!

>@Floh, und Marvin M.
>Ihr habt Beide recht, als ich AVCC mit der Betriebsspannung verbunden
>habe, funktionierte plötzlich PortA als Ausgang!
>Ich meine gelesen zuhaben, dass AVCC nur den ADC und AC mit sauberer
>Spannung versorgt, und nicht den digitalen PortA.

Und damit hätte das Thema gestern Abend um 23:55 beendet sein
können. Wer nicht hören will muss fühlen;)

Stimmt holger, dich habe ich woll übersehen.

Hier ist der Grund, wieso ich nicht sofort auf dich gehört habe.

Beim m16 von Pollin funktioniert PortA als Ausgang auch wenn man avcc 
offen lässt.
Beim m16 von Reichelt funktioniert das nicht ganz.

Was mich noch sehr interessiert, ist.
Wenn man den ADC mit einer Referenzspannung, die kleiner als 2 V ist, 
auf dauer betreibt, geht der ADC dann kaputt?

MfG
Valentin