ATTiny unterschiedliche Device IDs

Gast #4166487
Lesenswert?

Hi,

heute wollte ich einen ATTiny 25 programmieren. Allerdings gibt es beim 
Auslesen schon einige Probleme: Ständig bekomm ich andere Device-IDs 
angezeigt, mal die richtige 0x1E9108, mal 0x1E91FF, mal 0xFFFFFF mal 
0x1EFFFF usw. Ich komm weder dazu, irgendwelche Fuses zu setzen noch zum 
löschen, da er mir bei welcher Device-ID immer einen Error anzeigt.
Weiß jemand woran das liegen kann? Ich benutze Atmel Studio 6.2 und 
einen AVRISP MKII Programmer, ISP Frequenz steht auf 125KHz (da liegt 
die Trefferquote für die richtige Device-ID immer noch am besten, so bei 
1:10, was mir allerdings auch nichts bringt, da ich ihn nicht 
programmieren kann)

Danke im Voraus
Gast #4166492
Lesenswert?

>Ständig bekomm ich andere Device-IDs
>angezeigt, mal die richtige 0x1E9108, mal 0x1E91FF, mal 0xFFFFFF mal
>0x1EFFFF usw.

Spannungsversorgung in Ordnung? Woher kommt die?
Abblockkondensator zwischen VCC und GND?
Gast #4166561
Lesenswert?

DerEddy schrieb:
> Und soweit ich weiß sind 0.1µ=100n ^^

Du hast es nicht verstanden oder willst es nicht verstehen.

Der Kondensator C6 am Regler ersetzt nicht einen Abblock-
Kondensator direkt am Tiny!

C6 gehört direkt am Regler positioniert, am Tiny einer extra,
und zwar so kanpp wie möglich.
Gast #4166566
Lesenswert?

Schaltplanleser schrieb:
> DerEddy schrieb:
>> Und soweit ich weiß sind 0.1µ=100n ^^
>
> Du hast es nicht verstanden oder willst es nicht verstehen.
>
> Der Kondensator C6 am Regler ersetzt nicht einen Abblock-
> Kondensator direkt am Tiny!
>
> C6 gehört direkt am Regler positioniert, am Tiny einer extra,
> und zwar so kanpp wie möglich.

aaah, jetzt hab ich es verstanden...

kann gut sein dass der programmer ne macke hat, der wechselt zwischen 
grün leuchtend und orange blinkend...
Gast #4166570
Lesenswert?

DerEddy schrieb:
> Laut Datenblatt des Spannungsreglers (KA7805ERTF) nicht. 0.33µ für C5...

Viele 78xx Regler funktionieren mit solch kleinen Kapazitäten
am Eingang nicht sauber. Reiner Erfahrungswert. Wenn dann evtl.
der Kondensator nichts taugt dann geht's erst recht nicht.

Your mileage may vary. Alte Weisheit aus dem alten China.
Gast #4166582
Lesenswert?

>kann gut sein dass der programmer ne macke hat, der wechselt zwischen
>grün leuchtend und orange blinkend...

Und diese Information stellst du erst jetzt rein?
Na super.

Aus der AVRStudio Hilfe:

AVRISP mkII status LED is blinking orange. ISP cable is not mounted 
correctly Check that the red stripe on the cable is mating pin 1 on the 
ISP header. See more in Section 2.5, “Target Interface”.

4 AVRISP mkII status LED is blinking orange in spite of correct ISP 
cable connection. There is a problem on the reset line. Check that the 
reset has a proper pull-up. Read more about Section 2.10, “Reset Line”.
Gast #4166590
Lesenswert?

holger schrieb:

> Und diese Information stellst du erst jetzt rein?
> Na super.
>
> Aus der AVRStudio Hilfe:
>
> AVRISP mkII status LED is blinking orange. ISP cable is not mounted
> correctly Check that the red stripe on the cable is mating pin 1 on the
> ISP header. See more in Section 2.5, “Target Interface”.
>
> 4 AVRISP mkII status LED is blinking orange in spite of correct ISP
> cable connection. There is a problem on the reset line. Check that the
> reset has a proper pull-up. Read more about Section 2.10, “Reset Line”.

da ich das bereits vor stunden gelesen und ausgeschlossen hab, da der 
pullup da is und die pins korrekt angeschlossen sind, bin ich mir sehr 
sicher das eine erwähnung irrelevant ist
Gast #4166592
Lesenswert?

Oder dieser:

AVRISP mkII reports that the ISP cable is not mounted correctly, and the 
LED is blinking orange. A parameter is not set in the AVRISP mkII 
firmware. Upgrade to firmware revision higher than 01.06 if production 
date of AVRISP mkII is from 20071012 to 20080130. The production date 
can be found on the bottom side of the AVRISP mkII enclosure.
Gast #4166599
Lesenswert?

>da ich das bereits vor stunden gelesen und ausgeschlossen hab, da der
>pullup da is und die pins korrekt angeschlossen sind, bin ich mir sehr
>sicher das eine erwähnung irrelevant ist

Ich finde es auch irrelevant dir noch irgendeine Antwort zu geben.
Gast #4166612
Lesenswert?

Ansonsten hört sich das echt nach schlechter Verkabelung an. Auch 
einfach mal im Atmel Studio mittels Device Programming die Spannung am 
Programmer auslesen und die Kontake zu MOSI, MISO und SCK überprüfen.
Gast #4166617
Lesenswert?

Es gibt noch eine (seltene) Fehlerquelle die nicht unerwähnt
bleiben soll:

Sind Rechner und Netzteil für den Controller an Netzdosen
angeschlossen die "weit" voneinander entfert sind, können
manchmal (auch alleine durch kleine Macken in den Netzteilen
beider Beteiligter) Potentialunterschiede auf der Masse
auftreten die eine korrekte Übertragung der TTL Signale stören.
Abhilfe wäre die Sekundär-Massen der beiden beteiligten
Netzteile mit einem kräftigen Kabel zu verbinden um Massetröme
über die TTL-Verbindeung zu minimieren.

Glaubt es oder glaubt es nicht .......
Einfach mal mit dem Multimeter die Potentialdifferenz der
beiden (unverbundenen) Netzteile messen .....
Gast #4166784
Lesenswert?

Soo, kurze Rückmeldung: Habs heute morgen auf der Arbeit getestet, 
funktioniert alles tadellos... gleicher programmer, gleiches 
usb-kabel,ich werde zuhause mal ne andere usb-schnittstelle 
ausprobieren. ansonsten hat sich nur noch das verwendete netzteil 
geändert, was allerdings keinen unterschied amchen dürfte weil die 
spannungen überall gemessen wurden und stimmen... schon komisch
(Firma: matzetronics) #4166800
Lesenswert?

Ich hol mir die 5V zum Programmieren immer mittels USB Kabel direkt vom 
Rechner - so gibts nie Potentialunterschiede.
Als USB Kabel dienen dabei abgeschnittene von alten Mäusen und Keyboards 
oder so. Kleiner Stützkondensator mit 10µF auf dem Adapter und einen 
Schalter für Vcc des zu programmierenden MC.
Gast #4168143
Lesenswert?

... soooo schnell wird es still, wenn der Thread-Ersteller kleinlaut
den Schwanz ein- und von dannen zieht ......

..... denn eine richtige Rückmeldung woran es denn genau lag haben
wir nicht bekommen.

Wohl auch weil der Aufbau nicht herzuzeigen (herzeigbar) war.
#4168620
Lesenswert?

Cyblord ---- schrieb:
> Peter schrieb:
>> Dass sich bisher noch keiner über den ISP beschwert hat... Müssen da
>> nicht auch für gewöhnlich ein paar Widerstände dran?
>
> Nein, wozu denn?

zum ISP Stecker und zum AVR muss direkt verschaltet werden, allerding 
ist es keine schlechte Idee einige 470 Ohm Widerstände zu anderen Teilen 
z.B. LCD oder OLED am SPI ab ISP Ports zu führen, so kann eine 
angeschlossene Schaltung LED oder Taster den ISP weniger stören, 
angenommen da wird ein Potenzial gehalten low oder high, der 470 Ohm ist 
zwar kein Allheilmittel aber bis jetzt hat den bei mir jeder ISP Prommer 
überwinden können, egal was dran hängt.

Also AVR <-> ISP 1:1 Verbindung

AVR MISO MOSI zu Bauteilen über 470 Ohm
Gast #4169515
Lesenswert?

Jetzt Nicht schrieb:
> Und ich hab am Reset auch noch einen 100nF.

Dazu muss ich fragen: Baut Ihr alle ne Kapazität an den Reset?

Meine Hobbybastler-These dazu: Wenn Du den Reset stützt, Dir aber die 
Versorgung kurzfristig wegbricht, wo steht das Programm dann? Im Wald, 
weil sich der Program Counter & Co aus dem SRAM verabschiedet haben? Ist 
es da nicht besser, den Brown Out ungestört seinen Job machen zu lassen?
#4169585
Lesenswert?

Horst S. schrieb:
> Dazu muss ich fragen: Baut Ihr alle ne Kapazität an den Reset?

immer

Horst S. schrieb:
> Ist
> es da nicht besser, den Brown Out ungestört seinen Job machen zu lassen?

was soll der mit dem reset zu tun haben?

Horst S. schrieb:
> Wenn Du den Reset stützt, Dir aber die
> Versorgung kurzfristig wegbricht

dann wird der reset Kondi durch eine parallele Diode am R zu VCC schnell 
entladen.

https://www.mikrocontroller.net/attachment/36103/avr_reset.png
#4169598
Lesenswert?

Horst S. schrieb:
> Jetzt Nicht schrieb:
>> Und ich hab am Reset auch noch einen 100nF.
>
> Dazu muss ich fragen: Baut Ihr alle ne Kapazität an den Reset?

Nicht mehr.

Früher waren solche Beschaltungen üblich (zb bei Z80 Rechnern). Der Sinn 
der Sache war es, beim Anlegen der SPannung den Prozessor erst mal eine 
Zeit lang im Reset zu halten, damit sich alle Spannugen erst mal 
stabilisieren können, Quarze anschwingen etc.

Bei einem AVR kann man aber per Fuse einstellen, wie lange er warten 
soll, ehe er dann loslegt.

Heute bleibt für so einen Kondensator dann eigentlich nur noch, dass er 
verhindern soll, dass der Reset durch kurze Spikes ausgelöst wird. Was 
m.M. nach aber sowieso durch eine bessere Stromversorgung verhindert 
werden sollte. Wenn man derartige Spikes auf der Reset Leitung hat (die 
einen 10k Pullup nach Vcc kriegt), so dass ein Reset ausgelöst wird, 
dann ist sowieso Feuer am Dach und man muss sich was überlegen.
#4169615
Lesenswert?

Karl Heinz schrieb:
> Heute bleibt für so einen Kondensator dann eigentlich nur noch, dass er
> verhindern soll, dass der Reset durch kurze Spikes ausgelöst wird. Was
> m.M. nach aber sowieso durch eine bessere Stromversorgung verhindert
> werden sollte.

?

Ich weiss das du besser in AVR bist als ich aber längere ISP Strippen 
sind ja nix ungewöhnliches und Einstrahlungen auch nicht, ich bin mit 
dem Kondi am Reset immer gut gefahren, auch wenn der jetzt überflüssig 
scheint, er tut mir nix böses also lasse ich den bis er zum ersten Mal 
stört.
#4169631
Lesenswert?

Karl Heinz schrieb:
> Joachim B. schrieb:
>
>> er tut mir nix böses also lasse ich den bis er zum ersten Mal
>> stört.
>
> Ich will ihn dir ja auch nicht ausreden :-)
>
> (Wenn du dir am ISP Kabel Störungen an der Reset Leitung einfängst, was
> machst du dann mit MOSI, MISO und SCK? Fangen die nix ein? :-)

bis jetzt noch nicht oder es gibt einen verify error :-)

Irgendwann ist ja auch das ISP Kabel ab und mich hat der Kondi am Reset 
nie gestört, ich habe auch die Entladediode stets am R, ganz genau dem 
Vorbild vom µC Net.

https://www.mikrocontroller.net/attachment/36103/avr_reset.png


Das ist schon kein doofer Vorschlag und hat sich bis jetzt bei mir 
bewährt, egal welche µC oder Atmel.

am Atmel mit Quarz wähle ich in den Fuses immer die 65ms Resetdauer ab 
8MHz Quarz
Gast #4170082
Lesenswert?

Fühle mich erleuchtet, Danke.

Mein einzig wirklich sinnvoller Einfall für Deine Reset-Schaltung ist 
vielleicht noch der zusätzliche Reset-Button (an der langen Strippe, im 
Plan als "External Reset" eingezeichnet). Weil da kann's dann auch mal 
einstreuen. Muss ich zugeben, den hab' ich nie.
Ansonsten hab ich immer das Gefühl, beim Reset hab ich mit die kürzeste 
Leitung. Da wackelt nix, was nicht auch auf der Versorgung wackelt.
#4171274
Lesenswert?

Unbedingt 100nF zw. Reset und Gnd, den genau diese kurzen Spikes die 
nicht von der Stromversorgung kommen müssen, erzeugen sonst einen Reset.

Auch wenn das Multimeter 5V anzeigt, kann es sein das der 
Spannungsregler z.B. zw. 4,5 und 5,5 V schwingt und je nach Brown out 
Schwelle kommt der MC dadurch aus dem Tritt oder nicht aus dem Reset 
raus.
Gast #4174769
Lesenswert?

Schaltplanleser schrieb:
> ... soooo schnell wird es still, wenn der Thread-Ersteller kleinlaut
> den Schwanz ein- und von dannen zieht ......
>
> ..... denn eine richtige Rückmeldung woran es denn genau lag haben
> wir nicht bekommen.
>
> Wohl auch weil der Aufbau nicht herzuzeigen (herzeigbar) war.

Wenn deiner wirklich soo klein ist wie sich hier aufgrund deiner 
Arroganz und deiner Sehnsucht nach Anerkennung vermuten lässt... au wei!

Verwendet als Spannungsversorgung kein 12V-Batterieladegerät! :D Daher 
die Spannungsschwankungen.

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