Hallo, welcher ist auch mit umfangreichen Libraries und wird ordentlich gepflegt. Ist der Microcontroller.net Liste steht ja nur (derzeit nicht gepflegt), derzeit nicht weiterentwickelt) etc p. Derzeit habe ich ERfahrungen mit Pascal von E-Lab und PAscal von Mikroe auf den Atmels Nun tendiere ich wieder zu Pascal von mikroe oder eben C von Mikroe oder...?? Was gibts da gutes. ICh will nicht das programmieren an sich als Hobby haben, sondern PRojekte zum Ziel bringen, daher sollte es keine Frickelsoftware sein
Pascal und uC hört sich für mich aber schon nach Frickelei ein. Üblich ist was anderes
Habe damit bei Atmel nur gute Erfahrungen.. Alles einfach zu handlen, sehr übersichtlich
Ich dachte Pascal wäre seit den 90ern überholt... Für MCUs lohnt es sich wirklich C zu lernen. Es ist Unsinn, hier Kompromisse einzugehen. Bascom ist noch viel schlimmer. Selten so etwas unübersichtliches gesehen.
Logischerweise der ARM-eigene Compiler: http://www.keil.com/arm/realview.asp#compiler Und der ARM-GCC, der ebenfalls von ARM gepflegt wird: https://launchpad.net/gcc-arm-embedded Und diverse weitere GCC-basierte wie yagarto, Code sourcery, etc.
"Ich dachte Pascal wäre seit den 90ern überholt..." Ich dachte bei sicherheitsrelevanten Systemen ist PAscal bzw Ada nach wie for der Platzhirsch Die Hauseigenen Compiler besitzen docha ber sicher kaum fertige Libraries für neue Displays ADC ICs etc pp, daher hatte ich schon was kommerziellen in betracht gezogen
Kim Schmidt schrieb: > Die Hauseigenen Compiler besitzen docha ber sicher kaum fertige > Libraries Solche Libraries gehören auch nicht zu einem Compiler, sondern die besorgt man sich "extern" und bindet sie dann ein. Wär ziemlich komisch wenn solche Libraries Compiler-Spezifisch wären, oder jemand extra einen Compiler baut für genau den STM32L und für genau die ADC's, LCD's etc. die du verwenden willst...
Die Mikroe - Compiler sollen ja etwas buggy sein - ich selbst kann es nicht betätigen, weil ich sie nicht benutze. Mir sind sie erstens zu teuer, und gehen zweitens am Ziel vorbei. Damit meine ich, die Zielgruppe scheinen Leute zu sein, die sich nicht besonders für MCU-Interna interessieren. Das wird auf deren Webseite unter blumigen Ausdrücken so beworben. Außerdem sind die Bibliotheken verschlüsselt, und damit inkompatibel zur _ARM ABI und allen anderen Compilern. Die Keil- und CodeRed-Toolchains gibt es auch in deutlich preiswerteren, codegrößenlimitierten Versionen. Die freien Varianten der kommerziellen Tools sind für größere Projekte unbrauchbar. Das ist Absicht. Crossworks hat eine empfehlenswerte Privatlizenz im Angebot. Wichtig ist vor allem auch, daß dein Debugadapter unterstützt wird. Mit freien Tools artet das häufig zum Gefriemel aus, wenn überhaupt möglich.
Bitte 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.