ATmega1248p lässt sich im Nibo Burger nicht programmieren

Hat keiner eine Ahnung was ich übersehen haben könnte?

Moin,

In der Beschreibung steht, dass der Hauptprozessor ein ATmega16 ist. 
Hast Du den ausgetauscht? Hast Du evtl. ein Problem mit der 
Prozessoridentifikation?

Hatte vergessen zu erwähnen, dass ich auf den ATmega1248p upgegraded 
habe.

Der ist auch Pinkompatibel mit dem ATmega16.

Siehe hier: http://www.nicai-systems.com/de/robotik/nibobee/tuning-kit

Hab den ATmega1284p nicht aus dem Tuning-Kit sonder extra gekauft, die 
Fuses sollten auch passen (External Clock mit max Startup Time)

Werde heute Abend noch überprüfen ob vielleicht mit dem Clock Signal 
(XTAL1) was nicht passt, weil soweit ich mich errinern kann hatte das 
Signal nur eine VPP von ca 600mV

Die anderen Teile habe ich nicht gewechselt, weil der 20MHz Quarz im 
Burger sowieso nicht funktioniert, und ein besser ATtiny würde mir 
nichts bringen, ist ja sowieso nur ein ISP Adapter. Und Zitat von der 
Seite mit dem Tuning Kit: "Hinweise zum NIBO Burger: Aus dem Tuning-Kit 
wird nur der ATmega1284 benötigt und gegen den ATmega16A ausgetauscht!"

Wegen dem Reset: ich vermute das der Reset über einen interne Pullup des 
ATtinys auf VCC gezogen wird.

Und ISP sollte schon gehen, weil die ISP Pins ja über 100Ohm Widerstände 
mit dem ATtiny verbunden sind.

Das mit dem ATtiny rausnehmen ist nicht so einfach, weil dann der ATmega 
sonst kein Clock Signal hat. Werde aber heute Abend den Trotdem mal 
rausnehmen und eine externes Clock Signal "reinpfuschen".

Auch mit dem originalen (bereits programmierten ATmega16) funktioniert 
das programmieren auf beide Arten nicht.

Frank L. schrieb:
> Hallo,
>
> dann würde ich sagen, Du fängst vorne an!
>
> 1. Ist alles korrekt bestückt (ich gehe davon aus, dass Du das Teil
> selbst gelötet hast)?

Ja, zumindest ist mir in ca 3~ mal überprüfen nichts aufgefallen

> 2. Keine kalten Lötstellen?

Hab alle Lötstellen die mit ISP in Verbindungen stehen nachgelötet und 
mit dem Durchgangsmesser überprüft

> 3. Wird die USB Schnittstelle erkannt?

Ja

> 4. Wenn die USB Schnittstelle erkannt wird und Du programmierst über die
> USB Schnittstelle, kommen am ISP Interface des ATMEGA Signale an?

Ja

> 5. Kommt das generierte Clock Signal an

Ja, hat aber nur eine sehr kleine VPP von 600mv, finde im ATmega1284p 
Datenblatt aber nicht die Thresholdspannungen für eine externe Clock.

>
> usw.
>
> Wenn die Fuses des ATMEGA nicht auf extern stehen, benötigt der ATMEGA
> kein Clock Signal um ein Programm aufzuspielen.

Hatte ich bereits in einer externen Schaltung mit einem Clock Generator 
geflashed

>
> Gruß
> Frank


Habs jetzt auch geschafft den ATmega in der Schaltung zu Programmieren, 
mit folgender Modifikation:

1. ATtiny rausgenommen
2. Externes Clock Signal an XTAL1 angeschlossen (ca 500kHz)
3. 1k Widerstand von Reset nach VCC angeschlossen (10k waren zu viel 
wegen der Programmier LED)

sobald ich alles auf original zurückbaue gehts nicht mehr (das MISO 
Signal sieht auch anders aus)

Ich vermute mal das die Amplitude des Clock Signals einfach zu klein 
ist.

werde mir am Besten so einen Oszillator Baustein dazu bauen und den 
direkt am ATmega anschließen, oder ich muss mit der internen CLock 
auskommen

Vielen Dank für deine Hilfe.

LG
Funkenkitzler

Georg G. schrieb:
> Funkenkitzler schrieb:
> sehr kleine VPP von 600mv
>
> Das ist wenig. Das Signal kommt vom Tiny über einen Kondensator. Der hat
> laut Schaltbild 10nF. Den solltest du kontrollieren, ob der Wert stimmt
> und ob irgendwo ein Kurzschluss ist

Der Kondensator  ist glaub ich nicht dran schuld, hab auch direkt am 
xtal2 des ATtinys nur so ein schwaches Signal

Gemessen wurde mit einem Digitaloszi mit einer Bandbreite von 50MHz und 
einem Tastkopf mit 10x Einstellung.

>Wenn also der Takt vom Prinzip her in Ordnung ist, kann es an der Frequenz 
liegen.

Wie meinst du das? Zu schnell sollte er ja nicht sein, ATmega verträgt 
ja ab 4,5V die maximale Frequenz.
Zu langsam zum programmieren ist sie auch nicht, weil die ISP Clock 
liegt im Moment bei ca 100kHz, sonst würde es ja auch nicht in meiner 
externen Schaltung funktionieren (da wird eine 500kHz mit einem NE555 
generiert)

CLKDIV8 sollte nicht gesetzt sein, habe die Fuses mit 
http://www.engbedded.com/fusecalc/ berechnet und kontrolliert.

Ich weis nicht ob der Burger funktioniert wenn der ATmega von extern 
programmiert wurde, werde das dann heute mal ausprobieren. Somit wäre 
dann es dann echt leicht zu überprüfen ob das Clock Signal passt, danke 
für den Tipp.

> Nimm den Tiny aus der Fassung, biege XTAL2 etwas nach oben und setze ihn
> wieder in die Fassung, so dass XTAL2 frei in der Luft hängt. Miss die
> Amplitude an XTAL2. Es sollten gut 4Vss sein (bei 5V Vcc). Sonst hat der
> Tiny einen Schuss weg.

Wenn ich das mache liegt am XTAL2 eine GLEICH-Spannung von 1V.

Georg G. schrieb:
> Noch ein Nachtrag: Wenn die USB Schnittstelle erkannt wird, ist
> der Tiny
> in Ordnung.

Ja die Schnittstelle wird ja erkannt.

> Du schreibst "50MHz DSO". Meinst du vielleicht 50Msamples/s DSO? Das wäe
> etwas anderes. Ist der Tastkopf richtig abgeglichen? Irgendwie passen
> deine Beobachtungen nicht zueinander.

50MHz wird denke ich die maximale Frequenz sein, sampling rate liegt bei 
1GS/s. Tastkopf wurde am Oszi Testausgang abgeglichen

> Ich tippe nach wie vor auf falsche
> Fuses im 1284.

Habs nochmal ausgelesen:
lfuse: 0xE0
hfuse: 0xDF
efuse: 0xFF

Zu dir senden ist wirklich nicht nötig, werden mir einfach einen 
Oszillator besorgen, den irgendwie dazu Basteln und fertig ist.

Jedoch danke das du mir so viel geholfen hast!