Hallo Forum, ich habe mittlerweile bei zwei Projekten Schwierigkeiten gehabt, wenn ich das Device gewechselt habe. Im ersten Fall war es Attiny804 -> Attiny1604, und im aktuellen Fall beim Wechsel Attiny841 -> 441. Der Controller stürzt ab, sobald die erste Unterfunktion aufgerufen wird. Vermutung war, die Stackadresse stimmt nicht. Nach langen Suchen herausgefunden, dass in der Toolchain bei Gnu Linker und Gnu Assembler immer noch der alte Controller(Attiny841) eingetragen war. Vor dem build habe ich natürlich "Clean Solution" gedrückt. Ist das ein Bug vom Studio oder mache ich etwas falsch?
Angehängte Dateien:
-
gnu_linker.jpg
37 KB -
gnu_assembler.jpg
35 KB
Hast du nach dem Wechsel die IDE einfach mal neu gestartet? Dann sollte eigentlich alles passen...
Julian Baugatz schrieb: > oder mache ich etwas falsch? Wenn du noch beschrieben hättest, wie du das Device gewechselt hast, gäbe es die Chance auf eine Antwort. Aber vermutlich so: https://onlinedocs.microchip.com/pr/GUID-47AF2510-AB29-48AF-85D3-62B5DAFA61E5-en-US-3/index.html?GUID-23C601CF-84F3-4C5F-995E-2ECCD4197204 Oliver
Angehängte Dateien:
-
change_device.jpg
20 KB
Oliver S. schrieb: > Wenn du noch beschrieben hättest, wie du das Device gewechselt hast, > gäbe es die Chance auf eine Antwort.
Ingo Less schrieb: > Hast du nach dem Wechsel die IDE einfach mal neu gestartet? Dann > sollte > eigentlich alles passen... Neustart bringt nichts.
Angehängte Dateien:
bei einem anderen Projekt Wechsel von Mega88 auf Mega328 gibt es übrigens keine Probleme, da geht auch kurz ein Fenster auf "performing device change". Schein wohl doch ein Bug zu sein.
Studio 7 aktualisiert? Auch den Paketmanager aufgerufen und als aktualisiert?
BlaBla schrieb: > Studio 7 aktualisiert? Auch den Paketmanager aufgerufen und als > aktualisiert? Gerade noch einmal neu installiert, beim Device Pack Manager neueste Updates gezogen. Problem ist immer noch da.
Julian Baugatz schrieb: > Gerade noch einmal neu installiert, > beim Device Pack Manager neueste Updates gezogen. > Problem ist immer noch da. Nunja, es ist BEI DIR möglicherweise noch da. Bei der weit überwiegenden Mehrheit der AVR-Studio-Benutzer gibt es das Problem aber offensichtlich nicht. Sprich: du musst wohl selber herausfinden, wo es ist (wenn es tatsächlich eins gibt).
Mit aktueller Toolchain versuchen: AVR-GCC 12.1.0 for Windows 32/64 bit https://blog.zakkemble.net/avr-gcc-builds/ Installieren: Tools | Options | Toolchain | Package Config. | AVR8 Bit (C) oder (CPP) | Add Flavour Auswählen: Solution Explorer | Project | Properties | Advanced | Toolchain Flavour Minimales Testprojekt wechselt problemlos von ATtiny861 > ATtiny1604 > ATtiny804
c-hater schrieb: > Julian Baugatz schrieb: > >> Gerade noch einmal neu installiert, >> beim Device Pack Manager neueste Updates gezogen. >> Problem ist immer noch da. > > Nunja, es ist BEI DIR möglicherweise noch da. Bei der weit überwiegenden > Mehrheit der AVR-Studio-Benutzer gibt es das Problem aber offensichtlich > nicht. > > Sprich: du musst wohl selber herausfinden, wo es ist (wenn es > tatsächlich eins gibt). Das Problem ist auch auf anderen Rechnern vorhanden, allerdings ist es jedes Mal das gleiche Projekt, liegt also nahe, dass es nicht die installierte Umgebung ist. P.S. das Problem gibt es tatsächlich
Mitleserin schrieb: > Mit aktueller Toolchain versuchen: > AVR-GCC 12.1.0 for Windows 32/64 bit > > https://blog.zakkemble.net/avr-gcc-builds/ > > Installieren: Tools | Options | Toolchain | Package Config. | AVR8 Bit > (C) oder (CPP) | Add Flavour > > Auswählen: Solution Explorer | Project | Properties | Advanced | > Toolchain Flavour > > Minimales Testprojekt wechselt problemlos von ATtiny861 > ATtiny1604 > > ATtiny804 Ich habe das Problem nicht immer, ich vermute es liegt am Projekt.
Julian Baugatz schrieb: > Ich habe das Problem nicht immer, ich vermute es liegt am Projekt. Das würde ich auch für am wahrscheinlichsten halten (wobei natürlich keinesfalls auszuschließen ist, dass eine konkrete Eigenschaft des Projektes einen Bug in der IDE triggert). Je nach Projektumfang ist es möglicherweise sinnvoll, einfach mal ein komplett neues Projekt aufzubauen und dort nur die Sources des bestehenden reinzuschieben. Wenn in dem neuen Projekt das Problem nicht mehr auftritt, hätte man erstens ein funktionsfähiges Projekt, wüßte man zweitens, dass es tatsächlich am alten Projekt lag und hätte drittens genau das Material, was man braucht, um mit überschaubarem Aufwand das eigentliche Problem einzukreisen (durch Debugging der IDE). Und dabei könnte dann tatsächlich rauskommen, dass es ein Bug in der IDE gibt, der unter diesen und jenen Umständen zuschlägt. Es könnte aber auch rauskommen, dass die Projektstuktur durch irgendwelche Umstände beschädigt wurde. Man wüßte dann wenigstens, an welcher Stelle genau der Fehler saß, über die Entstehungsursache allerdings wüsste man immer noch nichts, hätte allenfalls Ansatzpunkte für weitere Recherchen.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.