Gast
#2645518
Kann man inzwischen die Tinys mit nur 16 Arbeitsregistern auch in C programmieren? Finde nirgends Hinweise dazu! Ingo
Gast
#2645543
Wozu? Kannst du kein Assembler? W.S.
Ingo schrieb: > Kann man inzwischen die Tinys mit nur 16 Arbeitsregistern auch in C > programmieren? Da hilft wohl nur, das neueste AVRStudio zu installieren und einfach ausprobieren, ob sich ein C-Projekt mit ATtiny10 erstellen läßt. Peter
Gast
#2645554
W.S. schrieb: > Kannst du kein Assembler? Nicht besonderst gut... Aber ich habe gerade in der LibC gesehen das er untersützt wird, daher muss ich dass offensichtlich nicht können ;-) > Kannst du kein Assembler? Was hat das mit meiner Frage zu tun? Ingo
Gast
#2645559
http://www.nongnu.org/avr-libc/user-manual/index.html Es handelt sich bei mir um einen süßen kleinen Tiny10.
Gast
#2653797
Also. Es geht nicht, der Compiler produziert hier Code, der tatsächlich nicht 100% funktioniert. if else Konstrukte werden zum Teil einfach ignoriert. Also wohl doch Assembler, Mist... :(
Gast
#2653806
oder nen anderer ATTiny ;)
Gast
#2653824
testy schrieb: > oder nen anderer ATTiny ;) Hä?
Gast
#2653834
Hi >testy schrieb: >> oder nen anderer ATTiny ;) >Hä? Wieso? Testy kennt bestimmt noch 20 andere ATTinys im SOT23-Gehäuse. MfG Spess
Ingo schrieb: > der Compiler produziert hier Code, der tatsächlich nicht > 100% funktioniert. if else Konstrukte werden zum Teil einfach > ignoriert. Mit Sicherheit ein Anwendungsfehler und/oder Missverständnis der verwendeten Sprache (C). Zeig einfach mal die Quelle und was der Compiler draus erzeugt.
Gast
#2653948
Atmel Studio 5 funktioniert er nicht gescheid. In der 6er soll wohl ein Fix drinnen sein, habs aber seit dem nicht mehr versucht. In der 5er hatte er ein Problem mit static und globalen Variablen. Gruß Matthias
Stone schrieb: > Atmel Studio 5 funktioniert er nicht gescheid. In der 6er soll wohl ein > Fix drinnen sein, habs aber seit dem nicht mehr versucht. In der 5er > hatte er ein Problem mit static und globalen Variablen. Das ist ein Fehler in den Binutils, die LDS/STS falsch codieren. Mit dem obigen "if-else Konstrukte werden einfach ignoriert" hat das nix zu tun.
Gast
#2654125
Nungut, ich habs auch in Assembler hinbekommen... Währe trotzdem gut wenn das für die Zukunft auch in C gehen würde. Ingo
Gast
#2654126
Aua, wäre mit "h"!
Ingo schrieb: > Währe Davon wird es auch nicht wahrer... ;-)) ...
Ingo schrieb: > Nungut, ich habs auch in Assembler hinbekommen... > Währe trotzdem gut wenn das für die Zukunft auch in C gehen würde. Ich kenne nur einen Compiler, der Code dafür erzeugen kann: https://www.imagecraft.com/devtools_tinyAVR.html fchk
Frank K. schrieb: > Ich kenne nur einen Compiler, der Code dafür erzeugen kann: Dann solltest du zur Kenntnis nehmen, dass der AVR-GCC, den Atmel mit ausliefert, es auch kann. Die Qualität des erzeugten Codes ist eine ander Sache. Neben den genannten Problemen mit falsch codierten LDS/STS, die Johann erwähnte, hat er meiner Erinnerung nach auch noch gelegentlich Probleme, die Register sauber sortiert zu bekommen und keine Clashes zu erzeugen, weil diesen Chips halt die Hälfte der Register fehlt.
Ich glaube, meine Definition von "können" ist eine andere. fchk
Frank K. schrieb: > Ich glaube, meine Definition von "können" ist eine andere. Klar, völlig bugfreie Software benutzt ja schließlich jeder. :-)
Gast
#2654368
obwohl sich buggy von unbrauchbar unterscheidet :)
Ingo schrieb: > obwohl sich buggy von unbrauchbar unterscheidet :) Richtig, das Teil bei AVR Studio 5 ist auch nicht unbrauchbar, denn trotz der offensichtlichen Macken kann es durchaus benutzbaren Code generieren, aber eben auch welchen, der unsinnig ist. Trotzdem bleiben es erstmal Bugs, die Atmel wohl beheben sollte. Keine Ahnung, inwiefern sie das bei der Toolchain, die sie mit dem Beta von Atmel Studio 6 liefern, vielleicht schon getan haben.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.