Nach Neuinstallation Microchip Studio funktioniert "Build" nicht mehr.

[Daniel B. (daniel10)]

Hallo.
Ich habe ein Problem, wo ich selber nicht mehr weiter weiß.
Ich habe meinen Rechner formatiert und auf Windows 11 geupdatet und auch 
sonst alle veralteten Programme gegen deren Nachfolger ersetzt.
Nun wollte ich nach langem wieder einmal eine kleine Software schreiben, 
und nun geht das nicht mehr...
Ich habe Studio auf Partition D installiert, wie es vorher auch war.

Der Testweise ASM-Code ist der direkt nach erscheinen der 
Programmierseite:
start:
inc r16
rjmp start

Nun taucht folgende Fehlermeldung auf, nachdem ich auf "Build" klicke:

------ Build started: Project: Ventilator_Steuerung, Configuration: 
Debug AVR ------
Build started.
Project "Ventilator_Steuerung.asmproj" (default targets):
Target "PreBuildEvent" skipped, due to false condition; 
('$(PreBuildEvent)'!='') was evaluated as (''!='').
Target "CoreBuild" in file "D:\Microchip Studio for AVR and 
SAM\7.0\Vs\Assembler.targets" from project 
"E:\AVR_ASM_Projekte_06.2026\Ventilator_Steuerung\Ventilator_Steuerung.a 
smproj"  (target "Build" depends on it):
  Using "RunAssemblerTask" task from assembly "D:\Microchip Studio for 
AVR and SAM\7.0\Extensions\Application\AvrAssembler.dll".
  Task "RunAssemblerTask"
    D:\Microchip Studio for AVR and 
SAM\7.0\toolchain\avr8\avrassembler\avrasm2.exe -fI -o 
"Ventilator_Steuerung.hex"  -m "Ventilator_Steuerung.map"  -l 
"Ventilator_Steuerung.lss"  -S "Ventilator_Steuerung.tmp"  -W+ie 
-I"D:/Microchip Studio for AVR and 
SAM\7.0\Packs\Atmel\ATmega_DFP\2.4.522\avrasm\inc\" -I"D:/Microchip 
Studio for AVR and SAM\7.0\Packs\Atmel\ATmega_DFP\2.4.522\include\" 
-I"D:/Microchip Studio for AVR and 
SAM\7.0\Packs\Atmel\ATmega_DFP\2.4.522\avrasm\inc"  -im168def.inc -d 
"E:\AVR_ASM_Projekte_06.2026\Ventilator_Steuerung\Debug\Ventilator_Steue 
rung.obj"   "E:\AVR_ASM_Projekte_06.2026\Ventilator_Steuerung\main.asm" 
-I "D:\Microchip Studio for AVR and 
SAM\7.0\toolchain\avr8\avrassembler\Include"
    AVRASM: AVR macro assembler 2.2.8 (build 80 Jan 14 2020 18:27:50)
    usage: avrasm2.exe [options] file.asm
    Type 'avrasm2 -h' for help.
    Copyright (C) 1995-2020 ATMEL Corporation
  Done executing task "RunAssemblerTask" -- FAILED.
Done building target "CoreBuild" in project 
"Ventilator_Steuerung.asmproj" -- FAILED.
Done building project "Ventilator_Steuerung.asmproj" -- FAILED.

Build FAILED.
========== Build: 0 succeeded or up-to-date, 1 failed, 0 skipped 
==========

Es ist dabei egal, ob ich Leerzeichen im Dateipfad habe oder diese gegen 
"_" ersetze, ich bekomme keinen Build hin...

Öffne ich nun ein bereits existierendendes Projekt, kann ich dieses 
Problemlos builden. Nur wenn ich eion komplett neues Projekt erstelle, 
geht garnichts.

Würde mich echt über Hilfe freuen. Liebe Grüße, Daniel

[Wastl (hartundweichware)]

Daniel B. schrieb:
> Würde mich echt über Hilfe freuen.

Poste dein komplettes Projekt welches nicht compilierbar
ist, als *.zip File. Vor dem Zippen noch ein "Clean".

[Daniel B. (daniel10)]

So ungefähr?
Wie schon gesagt, ist in den Projekt nichts drin, kann ja eh nicht 
gescheit Builden...
Grüße Daniel

[Wastl (hartundweichware)]

Daniel B. schrieb:
> So ungefähr?

Wie was?

Daniel B. schrieb:
> ist in den Projekt nichts drin

Im Projekt stecken jede Menge Einstellungen drin die das
Verhalten beim Build bestimmen.

[Daniel B. (daniel10)]

Wastl schrieb:
> Wie was?

Hab das Projekt in meiner ersten Frage angehängt

[Harald K. (kirnbichler)]

Abgesehen davon, daß der Installationsort ausgesprochen ungeschickt 
benannt ist -- "D:\Microchip Studio for AVR and SAM",

ist das hier der Aufruf des Assemblers, wie er dem Log zu entnehmen ist,
jedes Kommandozeilenargument auf einer neuen Zeile:

D:\Microchip Studio for AVR and SAM\7.0\toolchain\avr8\avrassembler\avrasm2.exe 
-fI 
-o
"Ventilator_Steuerung.hex"  
-m 
"Ventilator_Steuerung.map"  
-l
"Ventilator_Steuerung.lss"  
-S 
"Ventilator_Steuerung.tmp"  
-W+ie
-I"D:/Microchip Studio for AVR and SAM\7.0\Packs\Atmel\ATmega_DFP\2.4.522\avrasm\inc\" 
-I"D:/Microchip Studio for AVR and SAM\7.0\Packs\Atmel\ATmega_DFP\2.4.522\include\"
-I"D:/Microchip Studio for AVR and SAM\7.0\Packs\Atmel\ATmega_DFP\2.4.522\avrasm\inc"  
-im168def.inc 
-d
"E:\AVR_ASM_Projekte_06.2026\Ventilator_Steuerung\Debug\Ventilator_Steuerung.obj"   
"E:\AVR_ASM_Projekte_06.2026\Ventilator_Steuerung\main.asm"
-I 
"D:\Microchip Studio for AVR and SAM\7.0\toolchain\avr8\avrassembler\Include"

Und damit ist der Assembler unglücklich, der will so nicht aufgerufen 
werden:

>     AVRASM: AVR macro assembler 2.2.8 (build 80 Jan 14 2020 18:27:50)
>     usage: avrasm2.exe [options] file.asm
>     Type 'avrasm2 -h' for help.
>     Copyright (C) 1995-2020 ATMEL Corporation

Was auffällt:

Bei drei -I-Optionen fehlt das Leerzeichen zwischen -I und dem Pfad, 
ebenso bei -i
(es geht also um die Zeilen 12 - 15)

Das erste Pfadtrennzeichen ist bei den drei -I-Optionen ohne Leerzeichen 
auch anders, als unter Windows üblich.
Ein Fehler muss das nicht sein, manche Software kommt mit / statt \ 
zurecht, aber es könnte helfen, das zu vereinheitlichen.

[Moby A. (mobynew)]

Hab mich mal angemeldet um Dich von diesem nervigen Problem zu erlösen: 
Mit der Studio-Installation ist alles in Ordnung, nicht aber mit dem 
verwendeten Device-Pack: Alles kleiner 2.3 ist nämlich verwendbar :)

[Ob S. (Firma: 1984now) (observer)]

Daniel B. schrieb:
> Wastl schrieb:
>> Wie was?
>
> Hab das Projekt in meiner ersten Frage angehängt

Also, das funktioniert bei mir ebenfalls nicht.

...und ein testweise von mir erzeugtes neues Asm-Projekt auch nicht.

Das Problem besteht ja darin, dass sich der avrasm2.exe über die 
übergebenen Parameter beschwert, allerdings ohne in's Detail zu gehen, 
was ihm daran nicht gefällt.

Muss man also erst mal herausfinden, was genau davon nicht passt. Habe 
ich getan und festgestellt: Da werden zwei "-I"-Parameter zu viel 
übergeben. Und zwar sind das die, deren Pfade auf "\" enden.

Der Witz ist dabei: Es genügt bei dem Beispielprojekt (und auch bei 
meinem Testprojekt), das target device z.B. auf einen AVR128DB64 
umzustellen, dann funktioniert alles, wie es soll. Ein ATmega (ich hab's 
mit einem 1284P versucht) funktioniert allerdings ebenfalls nicht.

Zusammenfassend: Bug im im ATMEGA_DFP-Pack. Ältere Version benutzen. Ich 
hab's mal mit 2.0.401 probiert (weil die gerade bei mir noch lokal 
rumhing), damit geht es.

[Daniel B. (daniel10)]

Hallo ihr Lieben.
Ihr habt recht mit dem Device-Pack. Hab jetzt 2.0.401 drauf und klappt 
tatsächlich. Vielen lieben Dank. Ich hoffe Microchip behebt den Fehler 
mal, weil nun ständig Updates vorgeschlagen werden beim laden von ATmega 
Projekten :-D

Auf ein Fehlerhaftes Pack wäre ich so schnell nicht gekommen. Wie hab 
ihr das festgestellt? Vorahnung aus vorherigen Problemen bei euren 
Projekten?

Grüße, Daniel :-)

[Harald K. (kirnbichler)]

Daniel B. schrieb:
> Ich hoffe Microchip behebt den Fehler mal

Da Microchip Studio schon lange nicht mehr weiterentwickelt wird und 
Microchip die Leute dazu bringen will, stattdessen MPlab zu verwenden, 
halte ich das für nicht übermäßig wahrscheinlich.