Hallo,
habe im RN-Wiki den Artikel über Bascom gelesen.
Dort steht bei Tips und Tricks: Vermeide Bit-Variablen!
WARUM ??
Ich benutze oft Bitvariablen als Flag für verschiedene Ereignisse.
Was ist daran schlecht? Bis jetzt hat's immer funktioniert...
Über eine Erklärung würde ich mich freuen.
MfG,
Andreas
Ich würde sagen, dass der Grund hierfür der ist, dass ein Controller mindestens 8Bit Speicherplatz für eine Variable belegt, egal ob es sich um eine Bit-Variable oder eine Byte-Variable handelt. Daher ist eine Bit-Variable ineffektiv, da 7 Bits ungenutzt bleiben. Besser wäre es also, mehrere Flags in eine Variable zu packen und bei Verwendung zu maskieren. Dadurch wird der Code zwar schwerer lesbar, aber man spart ein paar Bytes an RAM.
askazo
mann könnte ja auch die einzelnen bits der byte variable mit alias namen versehen, dann könnte man wieder "direkt" darauf zugreifen....
gruss bluesmash
Meine Homepage:
www.bluesmash.roboterbastler.de
vielleicht ist es ja auch bloß eine glaubensfrage...wie die zulässigkeit vom goto befehl in basicprogrammen....
Hallo,
danke erst mal für die Infos. Das mit der Einsparung klingt logisch. Aber bei einem Mega32 oder gar Mega128 ein paar Byte einsparen.... naja...
Die Sache mit den Goto-Befehlen ist mir allerdings genauso schleierhaft...
dl1akp
Vergiss einfach die Antwort von dremler. Er liefert immer wieder solche Antworte. Mal abgesehen davon, dass es beim Goto-Befehl in Bascom noch keine Probleme gab und man diesen Befehl fast nie verwendet...Zitat von dl1akp
jon
wenn man ein Bit deklariert geht zwar schon ein komplettes Byte dafür drauf allerdings belegt Bascom das nächste deklarierte Bit mit der gleichen Speicherzelle bis die 8 Bits "voll" sind! - so habe ich das jedenfalls mal aus dem Protokoll nach dem compilen rauslesen können!
warum man das also vermeiden sollte ist mir auch nicht weiter bekannt.
Das Problem mit Bit's is weniger der Platz als der Prog-Code.
Bits tauscht er immer über das T-Bit aus, das gibt z.B für das einfache Statement
BIT.5 = 1
eine ganze Menge Maschinen Befehle
War schon öfter die Rede davon, ich werd' wohl einmal ein Demo in die Wiki stellen
mfg robert
Wer glaubt zu wissen, muß wissen, er glaubt.
Was ist ein T-Bit???
jon
Es ist hier ja auch nicht die Rede davon, das man etwas vermeiden sollte, weil es sonst nicht funktioniert, sondern weil es vorteilhafter ist, dieses und jenes zu vermeiden.
Einzelne Bits zu setzen ist zu vermeiden, da - wie PicNick schon schrieb - Bascom dies recht umständlich realisiert, was größeren und langsameren Code erzeugt.
Ein "goto" zu vermeiden ist eigentlich eher eine Frage der Eleganz und Lesbarkeit. Wer seine Programmstruktur mit vielen "goto"s versieht, der wird recht schnell nicht mehr durchsehen vor lauter Sprüngen und Sprungzielen. Die meisten Programmabläufe lassen sich gestalten ohne ein goto zu verwenden und werden dadurch, quasi als Nebeneffekt, eleganter, leichter lesbar und ab und zu auch schneller.
Nochmal: funktionieren kann auch das heftigste Spaghettiprogramm mit hunderten von goto-Befehlen.
@PicNick: deinen diesbezüglichen Wiki-Eintrag werde ich sicherlich auch mit größtem Interresse lesen. Marvin freu sich über jede Optimierung
Eine Frage drängt sich mit aber gleich auf. Wie sieht es mit den Ports aus, ist das setzen einzelner Bits dort auch so langsam? (Müßte ja eigentlich, oder?)
Und ists besser, die Ports immer als Byte komplett zu setzen anstatt einzelne Bits?
<weitergrübel>
Dann müßte man sich ja am besten eine Byte-Variable einrichten, deren Bits mit AND und OR gesetzt bzw. gelöscht werden und die dann komplett an den Port übergeben wird.
Oder macht dieses Verfahren mehr umstand als es verbesserugn bringt?
</weitergrübel>
Den Bascom-Code zu optimieren ist ein Thema, zu dem es bisher noch meiner Meinung nach viel zu wenige Infos gibt. Ich bin gespannt, was da noch kommt!
Gruß MeckPommER
Mein Hexapod im Detail auf www.vreal.de
Berechtigungen
Zitieren
Lesezeichen