RN-Control + All AVR + Atmel Studio 7 kein Erfolg

[oberallgeier]

.. vor Jahren das RN-Control 1.4 gekauft .. Dann ist es diese tolle Platine in einem Karton verschwunden .. Leider schaffe ich es nicht die ID des RN-Control auszulesen ..

Ist vielleicht der Quarz (auch) im Karton verschwunden? Denn der ist steckbar . . . (Sorry für die blöde Frage - aber ich meine es ernst).

.. Auch habe ich auch schon den Trick probiert, bei dem man den 500kHz clock des All AVR an den clock Eingang des RN-Control legt ..

Mit "clock Eingang des RN-Control" meinst Du die Controllerpinne? Es reicht ja GND anzuschließen und den Takt (5V ! !) an XTAL1 des Controllers. Evtl. auch dieser Trick (klick).

.. Ich weiß nicht ob ich mir damals den Bootloader überschrieben hatte .. gelesen, dass ich diesen bei der Benutzung der ISP Schnittstelle nicht benötige ..

Stimmt, den brauchst Du nicht - aber es wäre mit dem auch das Testprogramm (noch) drauf.

PS: prüfe doch mal den Zustand der Platine >>und der Jumper<< anhand der Bedienungsanleitung oder z.B. dieser Seite.

[Helmut1234]

Ist vielleicht der Quarz (auch) im Karton verschwunden? Denn der ist steckbar . . . (Sorry für die blöde Frage - aber ich meine es ernst).

Die Frage war gut! Ich kann zwar noch nix auslesen aber jetzt leuchten zumindest schon mal alle LEDs auf dem Board. Ich habe folgendes gemacht:

1. Das Mäuseklavier für die LEDs auf "ON" gestellt".
2. Den Jumper beim All AVR entfernt der das RN-Control mit Spg. versorgt.
3. RN-Control an Spg. gelegt
4. Den Quarz rausgezogen und den 500kHz Takt vom All AVR benutzt. In dem ich eine Ader vom Pin 3 (All AVR) auf das RN Board auf XTAL2 oder XTAL1 geführt habe.
5. Die Programmierfrequ. auf 32,65 kHz eingestellt.

---------------------------------------------------------------

- - - Aktualisiert - - -

Ich scheine durch das ausprobieren der verschieden Frequ. das Bitmuster der leuchtenden LEDs zu beeinflussen. Jetzt sind zwei LEDs aus von den 8.

---------------------------------------------------------------

PS: prüfe doch mal den Zustand der Platine >>und der Jumper<< anhand der Bedienungsanleitung oder z.B. dieser Seite.

Habe ich gemacht. Die Platine ist i.O..
Es waren alle Jumper belegt. Ich habe jetzt die drei für die den I2C Bus entfernt.

---------------------------------------------------------------

- - - Aktualisiert - - -

Unter dem Menüpunkt "Oszillator callibration" habe ich 1MHz eingestellt und dann auf "read" gedrückt. Ausgabe war "Reading oscillator calibration value....OK". Das geht.

---------------------------------------------------------------

Hier übrigens die Fehlermeldung die Atmel Studio mir ausgibt.


---------------------------------------------------------------

- - - Aktualisiert - - -

Ich habe es jetzt mal mit einem anderen Programm probiert. Mit meinem Debian Rechner und AVRDude habe ich die "Device signiture" auslesen können. Aber nicht auf normalem Wege, da bekomme ich eine Fehlermeldung.

Befehl:
->
avrdude -p atmega32 -P USB -c avrispmkII

Fehler:
->
avrdude: stk500v2_command(): command failed
avrdude: stk500v2_program_enable(): bad AVRISPmkII connection status: Unknown status 0x00
avrdude: initialization failed, rc=-1
Double check connections and try again, or use -F to override
this check.


Mit dem zusätzlichen Parameter "-F", der bedeutet "override invalid signiture check", bekomme ich jedoch eine Signiture angezeigt, aber anscheinend nicht die die er erwartet.
->
avrdude: stk500v2_command(): command failed
avrdude: stk500v2_program_enable(): bad AVRISPmkII connection status: Unknown status 0x00
avrdude: initialization failed, rc=-1
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x684b60
avrdude: Expected signature for ATmega32 is 1E 95 02




Nun bin ich etwas verwirrt. Irgendwas ist doch verkorst.

Gruß
Helmut

[wkrug]

Befinden sich irgendwelche Beschaltungen auf den Ports die für die Programmierung benutzt werden ( MISO, MOSI, SCK )?
Versuch mal die abzutrennen - Jumper ?!
Die Fehlermeldung kommt, wenn der Programmer nicht richtig auf diese Leitungen zugreifen kann, oder der Controller keinen Takt hat.
Zur Not kannst Du den Controller ausbauen, auf ein Steckbrett stecken, Takt und Strom und ISP verkabeln und versuchen dort den Controller zu proggen.

[Helmut1234]

Die gute Nachricht ist, jetzt funktioniert alles. Die Kommunikation zwischen All AVR und RN-Control läuft.
Die peinliche Nachricht ist, es lag daran, dass der Atmega32 verkehrt herum auf dem Board saß. Warum? Wieso? Keine Ahnung im welchem Moment der geistigen Umnachtung ich den Chip gedreht haben soll.

Vielen Dank an Euch für eure Hilfe!

Der Fall ist abgeschlossen.

Gruß
Helmut

[oberallgeier]

Die gute Nachricht ist, jetzt funktioniert alles. Die Kommunikation zwischen All AVR und RN-Control läuft ..

Gratuliere. Und - das ist mir auch schon, sogar öfters passiert. Also - freu Dich (mit mir) dass es klappt.