Zusammenhang SPI - ISP

Hallo,

völlig egal.
Zumal beim Mega64 der ISP nichtmal auf den SPI-Leitungen liegt, wenn ich 
jetzt nicht irre.

Gruß aus Berlin
Michael

Alex schrieb:

> Kann das an diesem Register liegen? Wenn ja, gibt es dazu eine Lösung?

Da ISP bei aktivem Reset arbeitet gibt es keine Beeinflussung.

Ärger kann aber das machen, was neben ISP noch an den betreffenden Pins 
hängt. Wenn trotz Reset aktiv.

Wenn die Pins imBetrieb Ausgänge sin eigentlich nicht. Eher wenn der Pin 
selbst im Betrieb ein Eingang ist, also draussen ein Ausgang sitzt. Wenn 
beispielsweise ein MAXe an der UART sitzt, die wenn ich mich richtig 
erinnere zwei der ISP-Pins beherbergt. Was m.E. eine eher seltsame Wahl 
von Atmel darsellt, glücklichrweise ist das bei anderen Modellen besser 
gelöst.

Schaltbild?

Ich denke es liegt am SC Pin den du beschaltet hast, da dieser für ISP 
benötigt wird. Bau einen Jumper rein dann kannst du es zum Programmieren 
abtrennen.

An SCLK hängt seiner Aussage nach ein LED-Treiber-IC. Wenn er das nicht 
falsch oder über zu langes Kabel angeschlossen hat, dann entsteht mit 
ISP kein Konflikt. Aber ohne Schaltbild ist das alles reine Spekulation.

Woher stammt das Pinout vom ISP Anschluss? Von Atmel nicht, das ist mal 
sicher.

Den versprochenden LED-Treiber kann ich nicht erkennen. Immerhin geht es 
auch darum, wo Konflikte entstehen können.

Ok, das Rätsel des ISP-Steckers ist geklärt. Das Pinout stammt doch von 
Atmel, gehört allerdings zum JTAG Anschluss. So wird das aber nichts.

Hallo,

Alex schrieb:
> Hallo Magnus,
>
> bin mir nicht sicher was du meinst, jedoch sind alle benannten Netze
> verbunden. D.h. auch /Reset am ISP mit /Reset am Controller.

Er meinte nur: es gibt 2 Varianten der ISP-Beschaltung, einmal die mit 
6Pin (2x3) und einmal die mit 10Pin (2x5). Üblicherweise benutzt man 
eine der beiden, weil dann ein einfaches 1:1 Kabel zum ISP-Programmer 
passt.
Die benutzen die üblicherweise ja auch.

Deine Beschaltung passt nicht zum 10Pin-Standard, das kannst Du zwar 
machen, es irritiert aber eben etwas, weil Du da ja dann ein 
Spezialkabel gebaut haben mußt.

Gruß aus Berlin
Michael

Dann wirst du wohl mit den Entwicklern des ISP-Programmers deiner 
Hochschule klären müssen, warum der Pegel von SCK ausserhalb vom 
Reset-Zustand diesen Programmer derart aus der Fassung bringt.

Denn dieser Programmer funktioniert - wie du selber festgestellt hast - 
eben nur wenn SCK ausserhalb vom Reset-Zustand einen bestimmten Pegel 
aufweist. CPOL dreht diesen Pegel um und der Programmer streicht die 
Segel.

Mit einem normalen Programmer sollte es funktionieren, vom Pinout mal 
abgesehen.

PS: Setzt du CPOL sofort nach dem Start und die Fuses sind vielleicht 
auch so eingestellt, dass trotz Quarz nicht erst 16ms gewartet sondern 
sofort losgelegt wird?

Kannst mal ein bischen Wartezeit ganz vorne in main() einbauen, noch 
bevor du CPOL setzt, 1sec oder so, vielleicht hilft das.

Alternativ kannst du CPOL nur während des SPI-Transfers setzen. Dann 
sollte auch kein Konflikt auftreten.

Kann es sein das du über einen Bootloader programmierst, da doch über 
MOSI und MISO statt über TX und RX programmiert wird. An meinen 6 
poligen ISP Anschluß befindet sich zumindestens kein SS, TX oder RX.

Thomas O. schrieb:

> Kann es sein das du über einen Bootloader programmierst, da doch über
> MOSI und MISO statt über TX und RX programmiert wird.

Du hast offenbar noch nie mit dem Mega64/128 zu tun gehabt.

hat sich ja geklärt. Bin etwas langsam an Handy zu tippen.

ne habe ich auch nicht. Die ISP Schnittstelle sollte doch bei den großen 
AVRs über, SCK, MISO, MOSI, VCC, GND und RESET funktionieren. Hatte mir 
am Handy nicht die Mühe gemacht das Datenblatt runterzuladen und 
durchzusehen.