Druckbare Version
Hallo,
Ich will mein neues Projekt in Assembler programmieren.
Allerdings finde ich BASCOM bequemer und brauche nicht noch irgendwelche andere Programme.
Nun bin ich vor langer Zeit das man in BASCOM auch Assembler Code schreiben kann. Die Frage ist nun ob es sinnvoll ist, den Code zweigeteilt zu schreiben.
Also ASM und dann die Befehle die ich nich weiss oder bequemer mit Bascom sind in BASCOM.
Die Ganzen µC einstllungen normal in Bascom.
MFG
Also ich arbeite nicht mit Bascom, aber gerade Bascom fuscht ja ziemlich viel dazwischen, so dass wohl alle Vorteile von Assembler wieder flöten gehen.
Also ich empfehle daher, es gleich richtig zu machen!
Ist ja auch nicht viel Aufwand bei der Installation..
Du brauchst nur WinAVR und das AVRStudio, eclipse oder irgendein Programmers Notepad (oder nur einen Texteditor :-) )
Gruß,
Thomas
Ok,
dass war nämlich die überlegeung weil ich gerade noch ASm lerne
Wie viel pfuscht Bascom dazwischen?
MFG
Ich finde es sehr angenehm, besonders zeitkritische Dinge unter Bascom in Assembler machen zu können. Einiges geht in Assembler auch einfach schöner und kompakter zu machen als in Bascom, da man mit den Registern direkt umgehen kann.
Andererseits würde ich mir lieber die Finger abschneiden, als z.B. den ganzen mathematischen Kram wie sin, acos, ... in Assembler machen zu wollen.
Programmiersprachen sind Werkzeuge wie Besteck. Manchmal sind Löffel besser, manchmal Gabeln ... und einige Gerichte erfordern den abwechselnden Einsatz beider Futterhilfen. :-)
Wichtig ist nur, das man aufpasst, welche Registern man für seine Assembler-Routinen benutzt, damit man Bascom nicht in die Quere kommt.
Nutzt man z.B. Register 20-27 (ander habe ich grade nicht im Kopf) gibts keine Probleme. Die Software meines Bots (mein kleiner 10000+ Zeiler ^^) ist vielleicht 40% Assembler und 60% Bascom und diese vertragen sich problemlos miteinander.
Gruß MeckPommER
Bestimmte Programmteile in Assembler zu schreiben, macht situationsabhängig schon Sinn. Ein Kumpel von mir hat bspw. für die RFM-Funkmodule die SPI-Schnittstelle in ASM geschrieben und eingebunden, da es mit der BASCOM-Software-SPI-Schnittstelle nicht funktionierte.
Ebenso hat er es mit I2C gemacht. Funktioniert einwandfrei.
Der Sinn ist einfach, für das kurze Stück im reinen Assembler zu sein, mit all seinen Vorteilen.
Nicht umsonst wird bei großen und/oder sehr nützlichen Softwareprojekten mit einer Mischform aus Programmiersprachen gearbeitet. Bspw. der Linuxkernel. Je nach Einsatzort hat eben jede Sprache Vor- und Nachteile.
Wie kommst du darauf? Wo pfuscht Bascom zwischen?Zitat:
Zitat von zerush
Nicht böse sein, aber es erinnert mich ein wenig an User, die kein Vista nutzen und kennen, sich aber täglich in Foren gegenseitig erzählen, wie schlecht es doch sei ;-)
Ok. Dann bin ich ja schonmal begeistert dass ich nicht komplett auf ASM umtsteigen muss.
Zeitkritische Sachen habe ich fast garnicht. 4 ADC abfragen, verarbeiten und 2 mal PWM ausgeben.
Damit wird wohl der Mega8 nicht überfordert sein.
@thewulf00:
Richtig. So habe ich das gemeint.
@MeckPommER:
R4, R5, R6, R8, R9, R28 und R29 darf ich nicht verwenden, oder?
Diese nutzt ja bereits Bascom
MFG
Das meiste könnte man sicher auch in BASCOM lösen, aber in ASM gehts evtl.:
- schneller
- einfacher
- lesbarer
Oder eben auch nicht ;)
Hmm also vielleicht habe ich mich da ungünstig ausgedrückt, also in den Teil, den man in Assembler schreibt pfuscht Bascom wohl nicht rein (denke und hoffe ich zumindest). Aber ich habe das ganze jetzt so verstanden, als würde er nur in Assembler schreiben wollen (um genau zu wissen was passiert), aber die Bascom Anweisungen zwischendurch / am Anfang die können da teilweise schon umfangreicheren Code erzeugen, wo man eben nicht mehr genau sieht, was auf der Hardware eigentlich passiert!Zitat:
Zitat von MeckPommER
Zu Vista: Ich nutze Vista und bin zufrieden damit! Und die Meinung über die anderen User teile ich mit dir :-)
EDIT: Also wenn man in Bascom programmieren möchte und nur einige kritische Teile in ASM machen will, dann ist das durchaus sinnvoll, wie ja schon gesagt wurde. Das macht man ja in C auch teilweise!
Ich verwende gerne Bascom und Assembler Mischungen. Ich will das aber keinem einreden.
Einige Infos hab ich da zusammengetragen.
https://www.roboternetz.de/wissen/in...Cr_Bascom-User
Vielleicht interessanter für dich, da du ja kein Anfänger bist
https://www.roboternetz.de/wissen/in...sch_mit_BasCom
@PicNick
Deine Infos waren für mich ein SEHR hilfreicher Wiedereinstieg in die Assemblerprogrammierung, nachdem meine vorherigen Erfahrungen noch aus 6502 und 80286-Zeiten waren und somit arg eingerostet ;-)
Dankende Grüße MeckPommER
freut mich doch, wenn sich wieder einer in die stygischen Tiefen gestürzt hat :mrgreen:
Gibt halt einige Begriffe, die von Vornherein negativ besetzt sind. Dazu gehört auch Assembler.
Assembler ist schwer, niemand normales begreift Assembler. Das ist nur etwas für Computergenies ...
Wenn man sich es aber genauer anschaut, ist es nichts Anderes als Ernies und Berts "Was passiert dann"-Maschine :)
*schmoll*Zitat:
....negativ besetzt sind. Dazu gehört auch Assembler....
find ich garnicht. Jede Compiler bis zu Visual-Studio 2008 ist ja nur eine aufgemotze Schreibhilfe für assemblercode *duck*
Sieht man am besten, wenn es das Programm zerreisst. Was siehst du dann ? Maschinencode und ausgefranste register bis zum Erbrechen.
Das was MeckPommEr sagt, ist schon richtig.
Auch hört man oft, Assembler sei nur-schreibe-Code, d.h. man kann damit zwar programmieren, aber das geschriebene Programm kann man nicht mehr verstehen. Ist ja auch (größtenteils) nachvollziehbar.
Wo wir hier schonmal beim Assembler und Bascom sind:
Gibts eine Möglichkeit, Bascom in ASM zu übersetzen? der Compiler macht ja grundsätzlich auch nix anderes.
Ich hatte gelesen, dass man das generierte .obj File in AVRStudio nutzen kann, aber der macht mir dann nur den Bascom Quellcode auf.
Es gibt wohl eine Möglichkeit, BASCOM zu sagen, dass Du den ASM-Code haben willst. Ansonsten könntest Du einfach das HEX-File disassemblieren und dann öffnen.
sagst du mir, welche ?Zitat:
...Möglichkeit, BASCOM zu sagen, dass Du den ASM-Code haben willst...
Das weiß ich doch nicht. :-)
Das Wörtchen "wohl" deutet an, dass ich davon gehört hatte.
Ich benutze BASCOM nicht...
Ah, so, ich hatte befürchtet, ich hab was versäumt.
Also gibt es keine?
Hierorts nix bekannt. Es gibt eine BasicVariante f. AVR, von der hat Pebisoft immer geschwärmt (mir fällt der Name nicht ein), die erzeugt erst einem Assembler und dann erst den Code, aber Bascom itself läßt sich nicht freiwillig in die Karten gucken.
FastAvrZitat:
mir fällt der Name nicht ein
http://www.fastavr.com/
Die letzte Version scheint vom Mai 2006 zu sein.
Ob das noch weiterentwickelt wird ?
Gruß
Christopher
Ah, danke.
2006 ? klingt nicht so gut.
kost anscheinend 99 $ , also auch nicht billiger als Bascom
Also ich hab nochmal nachgefragt. Bei BASCOM einfach das HEXfile erzeugen lassen und dieses dann im AVRStudio öffnen. Dabei wird es autom. disassembliert. Damit hat man den ASM-Code seines BASCOM-Projektes.
Logo, das kannst du bei jeder Hexfile.
Aber tatsächlich lesen können das nur abgebrühte hardliner.
Für frischoperierte und rekonvaleszente ist das abzuraten.
wie lasse ich denn Bascom eine Hex datei erzeugen?
Option --> compiler --> Output
Häkchen bei "HEX"
Gibt es schon in der Version 4.5.2
Ist für den Privatanwender, der keine Lust hat sich den ASM-Code noch einmal anzusehen und zu verbessern nichts.
Wer aber eine grosse Interesse hat an reinem ASM-Code ,der auch mit dem AVR-Studio-Assembler umgesetzt werden kann, für den ist es was.
Diese Firma bietet es an :
http://www.ewetel.net/~bamberg.monsees/homesywitecd.htm