Druckbare Version
....Pins kannste auch in Bascom nehmen wie du willst.....
aber nicht mit den bascombefehlen zum senden.
OC1(A) hast du nur einen zum senden....in bascom.
wenn du asm kannst , dann brauchst du den oc1 nicht, das senden machste dann so aus dem handgelenk.
....Dadurch braucht es praktisch keine Zeit zum Einlesen.........
dat stimmet nicht, der avr32 machet keine multitasting.
Ich sagte "praktisch".
Im Verhältnis zu 150ms dauern 2-3 Abfragen und ein paar Shifts und Incr pro bit "praktisch" keine Zeit. Für alle 14 bits bestimmt nicht 1ms.
Du bist nur festgelegt, wenn du die Standard Routine RC5send nimmst. Anstatt gleich in ASM kannst du natürlich auch in Bascom über jeden PIN senden, wenn du es selber machst. Und so zeitkritisch sind die 1,7ms Taktzeit beim RC5 nicht, dass ein Compiler da versagen würde.
nein.Zitat:
kannst du natürlich auch in Bascom über jeden PIN senden,
schau dir mal die zeitdurchläufe der bascombefehle an, kannste überall nachlesen, oder machst selber den test in avrstudio, ist ganz interessant, was bascom dafür braucht.
ohne einen timer schafftst du das rc5 senden mit den bascombefehlen nicht, weil die zu langsam sind. nur das fastavrbasic schafft den rc5-sender nur mit dem basiccode ohne timer und ohne eingebundene asm-sourcen.
der compiler versagt nicht, das compilat versagt und du bekommst nur falsche ergebnisse am empfänger.Zitat:
dass ein Compiler da versagen würde.
Ich frage mich, wie du ohne Timer den Zeitablauf machen willst? Das geht wohl nie. Aber der kann ja durchlaufen, ist also nicht für die eine Aufgabe reserviert.
Und das Bascom zu langsam wäre, halte ich für ein Gerücht. Ich hab ein 132x132 Farbdisplay dran, welches nur mit Bascom Befehlen angesteuert wird und das ist um Längen mehr an Daten als ne simple RC5 Übertragung. Und nebenbei wird auch noch ein S/W GLCD angesteuert, mehrere Temp-sensoren eingelesen, Daten auf ner MMC abgespeichert und und und.
Aber lass uns nicht streiten, Hauptsache Steffens Problem ist klar.
japp Problem gelößt.
Das läßt mir nun die Zeit um mich mit einem neuem Projekt zu beschäftigen. Der AVR Webserver hat es mir übelst angetan sowas geiles muß man haben ^^
Gruß
Steffen
ich habe an meinem robby auch dran:
- 5 ir-sharp
- 1 kompassmodul
- 2servos
- 2 ultrschall srf04
- 1 mmc-karte 512mb
- 1 gameboycam
- 1 funkcam
- 1 eeprom 32kbyte
- 2 radencoder
- 1 funk rs232
- 1 motorcontroller
- 1 rc5send
- 1 rc5empfang
-1 palm m105
schafft der bascom und der avr32 allemal, ist nur eine frage der abrufung.
.....Und das Bascom zu langsam wäre, halte ich für ein Gerücht....
bascom ist nicht zu langsam, es macht halt manchmal nur im compilat seltsame resourcenverschwendungen, die ich als asm-progger nicht machen würde aus zeitgründen und von der ansatzweise her.
da ich nun schon so oft höre probiere mal ASM oder einfach das man im ASM einfach viel besser Prüfen kann was der µC macht, brauche ich mal ne Info darüber wo ich ASM herbekomme und wie das eigentlich funktioniert mit dem ASM.
So ein Link zu einem Tutorial oder ne kleine Anleitung wäre schön.
Gruß
Steffen
lade dir das avrstudio runter und instaliere das.
da kann man schön üben in asm und den code nachvollziehen. der ganze avr wird simuliert. sogar die laufzeiten werden 100% ausgegeben für ein befehl, nicht zu verwechseln mit der simulationszeit auf dem pc.
dort findest du auch den originalen assembler vom atmega und die dazugehörigen inc. kannst auch für den assembelr eien dos-bat schreiben und dann compilieren, brauchst nicht das avrstudio laufen zu lassen.