Simulation mit AVR-Studio 7? Geht das nicht ohne Debugger oder angeschlossenen Programmer?

ich kann da leider nichts umstellen anbei mal die Fehlermeldung und 
woran es meiner Meinung nach hängt. Dort läßt sich aber nichts umstellen 
oder könnt ihr mal bei euch schauen wo es sich versteckt?

Guest schrieb:

> ich kann da leider nichts umstellen anbei mal die Fehlermeldung und
> woran es meiner Meinung nach hängt. Dort läßt sich aber nichts umstellen

Das passiert imemr dann, wenn kein unterstützter Programer verfügbar ist 
und für das gewählte Target kein Simulator existiert. Den gibt's nämlich 
längst nicht für alle MCUs.

Welche MCU hast du den für das Projekt gewählt?

ATMega16M1

Guest schrieb:
> ATMega16M1

Dann probier's doch mal mit einem einfachen ATmega8

natürlich habe ich ein Programm geschrieben, Build läuft ja alles durch 
mit 0 Fehler, 0 Warnungen....

es wird ein Befehl fürs nicht vorhandene programming tool in der command 
Zeile erwartet.

ich kann das nachvollziehen, habe noch eine Atmel 7 Studio Installation.
Für ATMega16M1 ist die Simulator Option nicht verfügbar, für einen alten 
ATMega32 wird sie angezeigt. Auch ohne vorherigen Build, nur neues GCC 
Excecutable Projekt mit minimalem main.cpp erzeugt.

Hugo H. schrieb:
> Johannes S. schrieb:
>> ich kann das nachvollziehen,

Für den 16M1? Dann muss es ja an der installierten AVR Studio Version 
liegen.

Hugo H. schrieb:
> oder halt "Trolling".

klar, alle anderen sind sind dumm oder was?

In device/change device auf Mega128 umgestellt -> Simu Option ist da
zurück auf 16M1 -> Simu Option ist immer noch da
Debug Start -> Fehlermeldung wie beim TO, geht nicht
wieder auf Mega128 -> Simu startet ohne Probleme

Bei mir kommt wenn ich nach Updates suche, ein Update mit 2,2 MB 
(Namechange to Mircochip...) habe das dann sein lassen. OK ich probieren 
das mal mit dem MPXLab vielleicht ist dort der 16M1 dabei.

Guest schrieb:
> Bei mir kommt wenn ich nach Updates suche, ein Update mit 2,2 MB
> (Namechange to Mircochip...) habe das dann sein lassen. OK ich probieren
> das mal mit dem MPXLab vielleicht ist dort der 16M1 dabei.

ich habe das Update durchgeführt, auch damit geht es nicht.
Das ATMega_DFP ist aktuelle Version 1.6.364.

In den verfügbaren Tools wird der Simu für den 16M1 auch nicht verfügbar 
angeszeigt.
Vielleicht kann Hugo H. mal den Device Tab für den 16M1 zeigen und die 
DFP Version nennen.

Das der M1 mit CAN fehlt passt zu den bekannten Issues die Karl B. 
gepostet hat.

Für mich ist das wieder mal ein Zeichen das Microchip das Atmel Studio 
nicht mehr richtig unterstützt und man zu ihrem XC8 Compiler wechseln 
soll.

Hugo H. schrieb:
> Mal langsam bitte - es ging darum, dass "Simulation" nicht auswählbar
> ist.

soso:

Hugo H. schrieb:
> Witzbold -

Hugo H. schrieb:
> Quatsch

Hugo H. schrieb:
> Bashing oder Trolling?

Hugo H. schrieb:
> oder halt "Trolling".

Hugo H. schrieb:
> Es geht übrigens auch (natürlich) mit dem ATMega16M1.

was ja nach genauerer Prüfung jetzt wohl auch bei dir nicht geht.

Hugo H. schrieb:
> Im AVR-Studio 6.2 (kennt auch den MC) wird die Simulation gar nicht erst
> zugelassen

im 7er wird die Simu nach Umschalten auf ein Device mit Simu und zurück 
auf 16M1 immer noch angezeigt, aber Simulieren kann man dadurch trotzdem 
nicht. Auch nicht richtig gelesen was ich schrieb.

Diese "Trolling" Vorwürfe hier werden sehr inflationär rausgehauen, 
warum kann man nicht mal davon ausgehen das es stimmt was jemand 
probiert hat?

Hugo H. schrieb:

> Ich kann sehr wohl die Simulation auswählen - und darum ging es im Post
> des TO:
> Beitrag "Re: Simulation mit AVR-Studio 7? Geht das nicht ohne Debugger oder angeschlossenen Programmer?"
>
> Auswählen <> Ausführen
>
> Unbefriedigend ist es aber trotzdem - da gebe ich Dir Recht.

Das kann nur ein Bug in der IDE sein. Eigentlich steht alles in den 
Packs, auch, ob es einen Simulator für das Target gibt oder nicht.

Also, (normalerweise) findet man unter C:\Program Files 
(x86)\Atmel\Studio\7.0\packs\atmel\<Packname>\<Packversion> das gewählte 
Pack. Darin gibt es dann eine Datei namens package.content, die leicht 
lesbares XML enthält.

Zu jedem vom Pack unterstützten Target gibt es einen
<resources Target="<Targetname>">-Tag. Darin sind dann immer mehrere 
<resource type="<sowieso>">-Tags enthalten. Wird für ein Target ein 
Simulator angeboten, existiert so ein resource-Tag mit dem Attribut 
type="simulator.win32". Wenn so ein Tag nicht existiert->kein Simulator 
für das Target.

So auch der Fall beim ATMega16M1: kein Simulator.