Monitor mit dem ISP

Besorg dir einen JTAG- oder DebugWIRE-Programmer.
Alles andere (ausser der seriellen Schnittstelle) ist zu aufwändig 
(meiner Meinung nach).

JTAG wurde ja nicht zu Spass entwickelt.

[ ] Dir ist klar, dass bei Programmierung mittels ISP der Controller im 
Reset hängt, was soll da debugt werden?

Ok, lass mal erstmal ein bisschen Licht in das Chaos bringen:

SPI und ISP sind nicht dasselbe.....

In einer Leitung unterscheiden sie sich: ISP benutzt den Reset, SPI den 
ChipSelect.

Ich denke du meinst folgendes:

AVR über ISP programmieren, danach mittels SPI überwachen.

Das geht, kein Problem.

Gruss

walifogel wrote:

> Für die erfahrenen AVR-Programmierer müsste es doch möglich sein ein
> “Monitor“ zu basteln!!!

Ja, das ist es in der Tat :-)

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

> Dann währe ich glücklich!


:-) wenn nur soviel zu deinem Glück feht....  So ein Programm ist doch 
am Nachmittag geschrieben und wenn man es vorher noch nie gemacht hat, 
so lernt man dabei einiges...  Soll heissen: damit du ein "erfahrener 
Programmierer" wirst, musst du es schon selber machen..

Gruss

walifogel wrote:

> Jetzt müsste ich nur noch wissen wie ???
>
> Software ? Hardware ? oder doch besser ein paar Beschwörungsformeln ;-)
> Also ich bevorzuge die ersten beiden ;-)

Beides. Da du ja definitiv eine Verbindung zum Rechner brauchst, kommst 
du um die Standardlösung UART mit MAX232 kaum herum. Also wäre folgende 
Konfiguration denkbar:

HW  (IC1) mit ISP/SPI an ein uC (IC2) mit UART angebunden, UART per 
MAX232 an den Rechner "weiterleiten". Vorteil: IC2 ist auch in der Lage, 
IC1 per ISP zu programmieren, wenn er per UART den Code empfängt. Ganz 
praktisch in der Testphase...

walifogel wrote:

> Das ist wirklich Herzallerliebst von dir!
> Oben einen Freundlich angrinsen und unten gegen das Schienbein treten.

:-)))))))  Gegen Schienbein war es doch nicht getreten :-)))

Es kommen hier nur so viele Anfragen nach dem Motto: Ich kann etwas 
nicht, habe kein Bock mich einzuarbeiten also suche ich im Forum nen 
Deppen der das für mich macht. Hilfestellung gebe ich dir sehr gern, 
aber die Lösung musst du schon selber finden. Den selben Weg haben die 
meisten hier hinter sich gebracht....

Deshalb: Nicht beleidigt sein, aber eine gewisse "Selbstbeteiligung" und 
Lernwillen gehört schon dazu

Gruss:Carbolo

Nachdem ich die Postings oben nochmal durchgelesen habe, denke ich dass 
es nicht verkehrt wäre eine kleine "Wegbeschreibung" zu geben, wie man 
zu der Lösung kommt:

- Datenblatt des betreffenden Prozessors durchlesen. Besonders Kapitel 
"SPI" ist interessant, Rest eher weniger
- AVR910 durchlesen, da steht alles drin über ISP.Kurz und bündig.

http://www.atmel.com/dyn/resources/prod_documents/doc0943.pdf

- Hardware designen : SCK,MISO und MOSI sind klar denke ich, CableSelect 
ist auch nicht schwer, die Resetleitung geht aus den obigen Dokumenten 
hervor. Die Hauptfrage ist dabei: Welche Gemeinsamkeiten haben CS und 
Reset miteinander, bzw. welche Unterschiede?

- Der Umgang mit der MAX232 ist überall beschrieben.
- Programmieren: SPI-Kommunikation steht im Datenblatt, ISP im AVR910. 
Max232 überall.

GRuss:Carbolo

Andreas Thanheiser wrote:
> Hier wurde ja schon länger nix mehr neues geschrieben. Wird die Sache
> eigentlich noch weiterverfolgt?

Wozu, ist doch Unsinn.

Mit dem SPI kannst Du zwar Bytes rausschieben, aber wohin?

Ein PC kann damit absolut garnichts anfangen!
Der hat keinen SPI-Slave Anschluß.


Debugausgaben macht man über die UART (SW-UART, wenn keine HW-UART 
vorhanden) und dann aufm PC ein Terminalprogramm starten.


Peter

Bei meinem programmer sind auf der 10-Poligen ISp Schnittstelle RxD und 
TxD belegt das kannst du 1:1 zu deinem Controller durchziehn und über 
die UART Debug Narichten rausschieben wenn der Programmer nicht gerad 
programmiert kann man einfach mit dem Hyperterminal die Debugnarichten 
anschaun oder auch Kommandos hinschicken.

http://www.ullihome.de/index.php/Hauptseite#USB_AVR-ISP