|
Anzeige
|
Inline-Assambler PINC in register speichern
Gast
#1467895
Hallo, ich würde gernen in meinem C-Code ein ein Stück Assamblercode einfügen. Ich will die Bits, die am PINC anliegen in ein Register speichern. dazu hab ich mir folgendes überlegt:
aber das klappt nicht. Kann mir jemand helfen? Gruß Loo
Gast
#1468050
Ok, das hat sich schon erledigt, hab das grad mit dem Zugriff auf SFRs gelesen hab jetzt folgenden Code
Aber das kunktioniert nicht... Ich brauche von PINC nur das Bit 5 also PC5. Daher hab ich oben noch ein maskierbyte. Wenn ich das array DatenBits auslese, dann stehen da nur Nullen drin, obwohl an PC5 Daten ankommen. Bitte um Hilfe Gruß Loo
Gast
#1468059
was ist das für ein controller? atmega? jtag interface abgeschaltet? den entsprechenden pin als eingang initialisiert? Loo schrieb: > ich würde gernen in meinem C-Code ein ein Stück > Assamblercode einfügen. Ist das eine Übung, oder soll das irgendeinen praktischen Nährwert haben? Der inline-Assembler vom GCC ist relativ komplex und alles andere als etwas, was man sich als Anfänger auf die Tagesordnung setzen sollte. Er ist insbesondere ein nettes Werkzeug für Bibliotheks- entwickler, die damit plattformspezifische Funktionalität prima (und vor allem ohne Einbußen bei der restlichen Optimierungsarbeit des Compilers) integrieren können, aber er lebt natürlich in der Ebene, in der der Compiler auch optimiert. Von daher muss man ein wenig verstanden haben, wie der Compiler arbeitet, damit man ihn auch sinnvoll einsetzen kann. Für deine Aufgabe sehe ich erst einmal nicht, was dich davon abhält, das alles in C zu schreiben.
Gast
#1468085
das ist ein atmega8. DDRC ist für PC5 auf Eingang gesetzt, also 0. was jtag interface bedeutet weiss ich nicht, aber ist vermutlich abgeschaltet. Ist denn der Code soweit OK? Gruß Loo
Gast
#1468093
Also ich muss so schnell wie möglich die Daten am PC5 des uC einlesen. Am besten mit jedem Takt. Die Daten kommen von einem Flexray-Chip. Loo schrieb: > Also ich muss so schnell wie möglich die Daten am PC5 des uC einlesen. OK. > Am besten mit jedem Takt. Geht nur für eine begrenzte Anzahl, denn in einem Takt lässt sich nur etwas in ein CPU-Register lesen, mehr nicht. Für eine begrenzte Anzahl macht auch der Compiler schon das Richtige:
compiliert zu:
Für eine Variable Anzahl von Bytes wirst du es in Assembler kaum schneller bekommen als der Compiler:
ergibt:
Und was soll das mit der Maske? Die hast du ja dort noch nicht benutzt.
Gast
#1468289
Die Maske hab ich nicht benutzt. Die barauche ich, um dann die Bitfolge die an PC5 reinkommt auf einem Display auszugeben. das sieht dann so aus:
Aber eigentlich Muss ich insgesamt 8 Bit oder 16 Bit direkt hinter einander einlesen. yamamoto schrieb: > if(ausblenden=0b00100000){ Das macht vermutlich nicht das, was du willst, das es tut. > Aber eigentlich Muss ich insgesamt 8 Bit oder 16 Bit direkt hinter > einander einlesen. Aber du suchst nicht etwa ein SPI-Interface? Wenn's unbedingt inline asm sein soll, dann geht das hier:
Ergibt:
Der Weg über ein lokales Array ist zwar weniger Schreibarbeit, wird aber vom Compiler nicht wegoptimiert, sodass dann doppelt kopiert wird.
Gast
#1468333
Nein, SPI suche ich nicht. und eigentlich hab ich in der if das stehen:
Eigentlich müsste das doch so richtig sein. Ich sende mit einem anderen Flexray-Chip andauernd Nullen und Einsen auf den Bus. Aber im Display der Empängers stehen nur Nullen. Jörg, dein Code kann ich leider im moment nicht ausprobieren. Aber mit meinem Assamblercode müsste das doch auch klappen?!? Danke übrigens für die Hilfe!!!! yamamoto schrieb:
>
Du solltest dich mal entscheiden, wann du 0b00100000 und wann 32 schreibst. Am besten machst du ein #define dafür. > Eigentlich müsste das doch so richtig sein. Ich blicke immer noch nicht ganz durch, was denn da ausgeblendet werden soll, aber das doppelte Gleichheitszeichen ist natürlich erst einmal richtig. > Ich sende mit einem anderen Flexray-Chip andauernd Nullen und Einsen auf > den Bus. Hat der denn den gleichen Takt wie der AVR, oder wie soll das funktionieren? > Aber mit > meinem Assamblercode müsste das doch auch klappen?!? Nein, da gibt's einen subtilen Unterschied... Bei der Benutzung des inline-Assemblers ist es wirklich ratsam, dass man am Ende nochmal den generierten Assemblercode verifiziert. Ich mache das immer, indem ich statt mit -c mit -S compiliere: dann legt der Compiler eine Datei ${dateiname}.s an, die den Assemblercode enthält. All die Disassembler-Listings finde ich nur halb so übersichtlich. Ich wette, dass die Lösung nicht im Inline Assembler liegt, sondern dass das Problem ein ganz banaler C-Fehler ist. Topp die Wette gilt Karl heinz Buchegger schrieb:
> Topp die Wette gilt
Kann sein, dass da auch noch was falsch war, aber ansonsten hast du
die Wette verloren. ;-)
Gast
#1469701
>Ich blicke immer noch nicht ganz durch, was denn da ausgeblendet >werden soll Ich speichere den ganzen PINC, also alle 8 Bit die da rauskommen. Aber ich brauche nur das Bit-Nr.5... Daher habe ich erstmal das maskierbyte wo alles Nullen sind außer Bit-Nr.5. Dann mache ich eine und-Verknüpfung mit DatenBits. Als Ergebnis lifert mir diese Operation alle Bits als Nullen weil eben egal ist ob in "DatenBits" ne 1 oder eine 0 steht, denn die & operation liefert dann null. Ausser an der 5.Stelle. Da kommt es darauf an. Wenn da eine eins steht ist im "ausblenden=0b00100000=32". Sonst ist da eine Null. >Hat der denn den gleichen Takt wie der AVR, oder wie soll das >funktionieren? Der Sender-Flexray-Chip wird ebenfalls von einem atmega8 gesteuert. Der arbeitet mit dem Gleichen takt, also 10Mhz. In dem Sendercode hab ich ebenfalls ein inline-assamblercode eingebaut, damit er mit jedem Takt ein Bit auf den Bus sendet. Es geht mir erstmal darum irgendwie mit jedem Takt daten reinzuholen.
Gast
#1469707
Das ist der Sendercode:
Gast
#1470286
> Der Sender-Flexray-Chip wird ebenfalls von einem atmega8 gesteuert. > Der arbeitet mit dem Gleichen takt, also 10Mhz. Hm, wie stellst du eigentlich sicher, daß dein AVR erst dann den Eingang sampelt, wenn der Ausgang der Gegenseite einen stabilen Wert angenommen hat?
Gast
#1472225
>Hm, wie stellst du eigentlich sicher, daß dein AVR erst dann den Eingang >sampelt, wenn der Ausgang der Gegenseite einen stabilen Wert angenommen >hat? Das stell ich gar nicht sicher. Mir geht es erstmal darum überhaupt was zu samplen, egal ob das richtig abgetastet wird oder nicht. Später will ich dann versuchen langsamer zu senden, um zu gucken, ab welcher Geschwindigkeit fehler auftreten.... Hat jemand eine Idee wie man das besser machen könnte? yamamoto schrieb: > Hat jemand eine Idee wie man das besser machen könnte? . schnellerer Prozessor . CPLD zum Sampeln benutzen und dann parallel zum AVR ausgeben
Gast
#1473425
Ne, geht leider nicht. Das ist genau der Knackpunkt dieser Aufgabe. Ich muss es irgendwie schaffen mit dieser Hardware eine Abtastung vorzunehmen. Es muss halt nicht mit maximaler Datenrate sein. Ich wollte erstmal mit dem obigen Programm grundsätzlich versuchen... Habt ihr Vorschläge, wie man das im Code realisieren könnte? Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
