-
Thread
Unterschied 12- 14- & 16-Bit Kern eines Prozessors
Je größer die Instruktionsbreite, umso leistungsfähigere Befehle kann man implementieren. Beim AVR ist die Instruktionsbreite 16 oder 32 Bit. Beim 8051 ist sie 8, 16 oder 24 Bit. Vom Kern her sind 8051, AVR und PIC10..18 alles 8-Bitter, d.h. die Breite des Datenbusses beträgt 8 Bit. Peter
Kann ich das so verstehen das ich mit AVR´s schneller arbeiten kann als mit Pics weil Instruktionsbreite (verschiedene Pefehle) mit 16 bis 32 Bit ardessiert sind????
-
Thread
Sinusberechnung auf Controller STM32F030
fürs > Programm. Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem ARM dieses jedoch 32 Bit breit. Es wäre mal einen Vergleich wert, wie groß der Code auf einem AVR und wie groß der Code auf einem ARM
Ralph S. schrieb im Beitrag #4669687: > Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem > ARM dieses jedoch 32 Bit breit. Genau das ist deinen Chance, hatte nur keine Zeit mehr, zu editieren. Der ARM ist nativ 32 bit breit
-
Thread
Mikrocontroller Rechenleistung reicht für aktuelles Projekt nicht?
noch umsetzbar ist, wage ich zu bezweifeln. Als Kandidaten hatte ich daher den ATMega328 und den PIC32 im Visier. Eine Experimentierplatine mit AVR32 lag gerade zusätzlich noch rum (der dann allerdings nachher nicht als DIL zu bekommen wäre). Die Atmegas und PIC32er´s sind noch auf dem Postwege, aber
HW-Multiplizierer. IIRC dauert eine Multiplikation 1 Takt und eine Division max. 7 Takte. Für STM32 findest Du hier auch eine größere Anwendergruppe als AVR32.
-
Thread
uC Einsteiger mit ein paar Fragen
Links oben: Home AVR Einfach anklicken und lesen. Peter
hin. http://www.dark-clan-bf2.de/14_Open_Webspace/03.jpg http://www.dark-clan-bf2.de/14_Open_Webspace/04.jpg
-
Thread
Elektronisch steuerbarer Oszillator
eh nur "rumprobieren" willst. Hier im Forum gibts viel, suche hier. Und nochmals: lies die AN14 von Linear Technology. Oder eine der vielen ANs von Analog Devices zu deren DDS-Chips. Über die unzähligen anderen Möglichkeiten im Netz gute Quellen zu AVR-gesteuerten Sinusgeneratoren zu finden will
0100 0111 1010 1110 0001 0100 0111 Aber Du möchtest eine feinere Auflösung: 10.000.000 * 2^32 / 125.000.000 = 10.000.025 * 2^32 / 125.000.000 = oder: (10.000.000/25) * 2^32 / (125.000.000/25) (10.000.000/25) * 2^32 / 5.000.000 oder mit 8ppm Fehler: (10.000.000/25) * 859 = 343.600.000
-
Thread
AVR Synthesizer Konzept
Buffern umschalten. In einem wird gerechnet, der andere wird gerade ausgegeben. Wär nen Ansatz für AVR.
....da hab ich gerade den Atari 520st bearbeitet. Der hatte so nen Soundkäfer von Yamaha. M68000 32bit interne Register und fetter linearer Adressraum ist aber net AVR. Ich schätz mal auch auf den großen AVR'S wird es a bissl knapp mit dem Flash, und breite Wege nach außen brauchen auch nen paar
-
Thread
Selbstgebauter Optoelektronischer Füllstand Grenzwertsensor
Gerhard O. schrieb im Beitrag #4098043: > Das 32khz Sendesignal ist ja leicht herstellbar. Ein 32khz Hc14 > Kipposzillator im SOT-23 Gehäuse könnte die Sache vieleicht machen. Auch > ein Mikrocontroller im SOT-23 Gehäuse könnte sich dafür missbrauchen
Gerd E. schrieb im Beitrag #4098055: > Gerhard O. schrieb im Beitrag #4098043: >> Das 32khz Sendesignal ist ja leicht herstellbar. Ein 32khz Hc14 >> Kipposzillator im SOT-23 Gehäuse könnte die Sache vieleicht machen. Auch >> ein Mikrocontroller im SOT-23 Gehäuse könnte sich dafür missbrauchen
-
Thread
ESP8266 Deep Sleep Hardware Wakeup
Jens H. schrieb im Beitrag #4721891: > hättest du eine Beispielbeschaltung? Ein Suchwort: "AVR PCINT"
aus dem Tiefschlaf zu holen. Und jeder AVR, der das Feature überhaupt besitzt, hat es für (zumindest nahezu) alle IO-Pins. Das einzige Problem ist: eher historische AVR, wie etwa der unsägliche ATmega8-Gammel, haben dieses Feature eben einfach
-
Thread
PIC32 ASM atomic Funktionen
PIC24 und dsPIC33 haben sowas: DISI Disable Interrupts Temporarily Syntax: {label:} DISI #lit14 Operands: lit14 [0 ... 16383] Operation: lit14 → DISICNT 1 → DISI Disable interrupts for (lit14 + 1) cycles Status Affected: None PIC32 kenn ich (noch) nicht.
Gibt's doch beim AVR-GCC. Nennt sich ATOMIC_BLOCK!
-
Thread
Übersicht über preisgünstige elektronische Geräte für reverse-engineering Gesperrt
Ericsson Mini-Keyboard "Chatboard": http://www.myplace.nu/avr/avrchatboard/index.htm http://escogito.altervista.org/chatboard.html
Rafael schrieb: > Ericsson Mini-Keyboard "Chatboard": > http://www.myplace.nu/avr/avrchatboard/index.htm > http://escogito.altervista.org/chatboard.html ja Rafael, das ist ein schönes projekt, wollte es auch nachbauen für mein "AVR mobile terminal", allerdings wo kann man die
-
Thread
KIM-1 in AVR?
Peter Sieg schrieb im Beitrag #1919991: > Super! Das wird! > > Z.Zeit braucht man ja nur einen AVR (welcher?) und > Quarzbeschaltung..(bitte nicht wieder 14,xxxx MHz ;-) ) (Besser > 16/20MHz) Zur Zeit läuft V-KIM auf meinem XS-1541 mit Mega644, einem modifizierten Olimex Prototype Board. 14
SwinSID nutzt Atmega88PA mit 32MHz bei +5V. Beim AVR CP/M Projekt habe ich 168/88PU mit +3.3V und 30MHz stabil am laufen.. Peter
-
Thread
32-Bit-µC: Möglichst viel uint8_t verwenden?
er. Genau genommen tut es allerdings derjenige, der das Include-Files dazu schreibt, und bei einer 32-Bit RISC für int_fast8_t einen 32-Bit Typ einsetzt, bei 8-Bit AVR aber einen 8-bit Typ.
avr schrieb im Beitrag #7119523: > Das passiert aber nur auf einer 32-bit Architektur und dort sind 8-bit > Zugriffe bei mir bekannten Architekturen niemals schneller als 32-bit. Ja?! Deswegen hat
-
Thread
eeprom funktion aus quelltext entfernen - data im flash speicher
jemand bei meinem kleinen Problem weiterhelfen... Ich bin noch ziemlich in den Kinderstuben was WinAVR und AVR Programmierung in C angeht. Der unten angefügte Quelltext nutzt den EEPROM vom Atmel(mega32) um Fonts für ein LCD Display dort abzuspeichern. Ich möchte gern das anlegen der EEPROM Daten
//0x30 0x00 , 0x42 , 0x7F , 0x40 , 0x00, //0x31 0x62 , 0x51 , 0x49 , 0x49 , 0x46, //0x32 0x22 , 0x49 , 0x49 , 0x49 , 0x36, //0x33 0x18 , 0x14 , 0x12 , 0x7F , 0x10, //0x34 0x2F , 0x49 , 0x49 , 0x49 , 0x31, //0x35 0x3C , 0x4A , 0x49 , 0x49 , 0x30, //0x36 0x01 , 0x71 ,
-
Thread
Was sind die Vorteile und Nachteile von PICs und ATMEL Controller? Gesperrt
die einen, mal die anderen minimal besser. Aber letztendlich vergleichbar. > Und die >18F (24F, 32F 33F...) erst recht. Wenn du schon vergleichst, dann vergleiche richtig: Die 33 und 32F haben mit den <18F genausoviel gemeinsam wie AVR und AVR32. Jetzt vergleiche also mal AVR32 und 32F...
Problem lag letztendlich irgendwie an dem Rechner Was für ein Rechner ist das? auf meinem XP SP3 32-bit lief es ohne Probs!? zur eigentlichen Frage: Atmel ist besser, das sieht man schon daran dass das fav-icon hier vom Forum ein AVR beinhaltet :p
-
Thread
Rechenzeitoptimierung STM32F4
im Kern aus lächerlichen drei Multiplikationen und zwei Additionen. Das sollte ein Teil wie der STM32 doch wohl locker in einem Zeitfenster von 200µs leisten können und zwar so, dass von dem Zeitfenster immer noch fast die gesamten 200µs über bleiben... Das wäre ja selbst mit einem AVR8@16MHz noch
RH schrieb im Beitrag #6113265: > Analog Komparatoren haben meine ich nur die STM32F3x und manche STM32Lx. Und fast jeder verschissene AVR8, manche davon haben sogar mehrere...
-
Thread
USB AVR ISP
angegeben und alles ok!! wird dann in Win erkannt rotes LED brennt, in Geräte-Manager wird unter LibUSB-Win32 Devices dann als USBasp glaube ist soweit ok oder? Nun da hat er aber kein Port zugeordnet das heißt wenn ich unter AVR-Studio @ Menu Tools --> Program AVR --> Connect... im darauf folgenden Menu
Hallo, gestern habe ich mir meine USB-Testplatine mit deiner Software "geflasht" - AVR Studio erkennt das Gerät auch als AVRISP MKII :). Großes Lob! Aber mir ist noch nicht klar wie man damit einen AVR32 programmieren soll, wie auf deiner Website erwähnt. Ich dachte, die haben garkeine
-
Thread
ESP8266 - Was macht man bei zu wenigen I/Os?
Stefan ⛄ F. schrieb im Beitrag #6087181: > Beim ESP32 kannst du über einen Kern frei verfügen, während der zweite > Kern die WLAN Schnittstelle bedient. Aber nicht alle ESP32 Modelle haben > zwei Kerne. Interessant, kenne nur den ESP8266. Gibt es ein
passt perfekt Der Erfolg: ~1MByte Programm (das Maximum) ~1MByte Platz für OTA Firmware Update ~14MByte SPIFFS Soweit mir bekannt soll der ESP8266 eigentlich 32MByte Flash unterstützen. Aber irgendein Hardware/Software Bug verhindert das. ------- Gerald K. schrieb im Beitrag #6087029:
-
Thread
Microcomputer mit Intel Pentium +Fragenthed+
pulled low to lengthen memory cycles A15 A16 Address bit 16 A16 A15 Address bit 15 A17 A14 Address bit 14 A18 A13 Address bit 13 A19 A12 Address bit 12 A20 A11 Address bit 11 A21 A10 Address bit 10 A22 A9 Address bit 9 A23 A8 Address bit 8 A24 A7 Address
Ground C11 SD08 Data bit 8 C12 SD09 Data bit 9 C13 SD10 Data bit 10 C14 SD11 Data bit 11 C15 SD12 Data bit 12 C16 SD13 Data bit 13 C17 SD14 Data bit 14 C18 SD15 Data bit 15 D2 /IOCS16 I/O 16-bit chip select (1 wait, 16-bit I/O cycle) D3
-
Thread
Serielle Übertragung
habe ein Problem mit der Übertragungüber die serielle Schnittstelle. Im Einsatz habe ich eine ATMega32 und 14.7456 MHz. Meine Verbindung zum PC geht über eine FT232(FTDI) auf USB. Angestrebt sind 115200 Baud bei asynchronen Betrieb. Hier erstmal meine Einstellungen im Programm: USART_Init: ;Set baud
: > Ich habe zwar Zweifel, ob das der wirkliche Grund ist. Aber für einen > externen Quarz von 14.7456 MHz müsste die CKOPT-Fuse 0 sein, nach Deinen > Fuse-Angaben ist sie aber 1. Meistens tut's trotzdem. Laut AVR-Studio ist sie 0. -- Gruß Karsten
-
Thread
C: Variablen in Bedingungsanweisungen definieren
Wilhelm M. schrieb im Beitrag #6028224: > Da es ja bspw. für die kleinen AVR 8-Bitter keine stdlibc++ gibt Ich hab ja schon lange nichts mehr mit AVR gemacht, aber wie siehts eigentlich mit AVR-Support in LLVM aus, ist da was absehbar?
im Beitrag #6028360: > Wilhelm M. schrieb im Beitrag #6028224: >> Da es ja bspw. für die kleinen AVR 8-Bitter keine stdlibc++ gibt > > Ich hab ja schon lange nichts mehr mit AVR gemacht, aber wie siehts > eigentlich mit AVR-Support in LLVM aus, ist da was absehbar? War mal im Gespräch, aber
-
Thread
Rasberry Webradio von Michael Schwarz
In wiring I don't input Q1 14,3181MHz.
will work and not brick your AVR. Best, Chris
-
Thread
Wahl des Mikrocontroller für Kalendar Darstellung auf E-Ink
meine Antwort auf die Frage des TO nach einem Tipp für Controller > und Programmiersprache: > > ESP32 oder ESP8266 und Arduino. Also (ESP32 || (ESP8266 && Arduino))? Ich habe immer noch nicht ganz verstanden, weshalb man sich ein 32bit-SoC mit 160MHz zulegt, nur, um es dann an einen 8bit-AVR mit
Da der AVR alleine etwa so viel kostet, wie ein ESP32-Modul, kann man den nun wirklich getrost weglassen.
-
Thread
Raspberry Pi mit 74595 Schieberegistern
von der Hauptplatine zu empfangen > und auf der Platine zu verteilen. Ich hätte noch einen 74HC14 (invertierend) und einen MOS 4584.. sollte einer davon in der Lage sein alle 32 Bausteine zu versorgen? Was wäre denn wenn ich den Takt bspw. alle 8 ICs trenne und die 8er Gruppen jeweils getrennt
Daniel H. schrieb im Beitrag #3663790: > > Ich hätte noch einen 74HC14 (invertierend) und einen MOS 4584.. sollte > einer davon in der Lage sein alle 32 Bausteine zu versorgen? > Der 74HC14 sollte reichen (der CMOS 4584 ist zu langsam für die 74HC595). Die Invertierung
-
Thread
ATMEL Evaluations-Board V2.0.1 - Fehler beim überspielen
Board-Einstellungen ausgeführt und öfters kam die Fehlermeldung: auslesen ... benutze: avrisp - Atmel AVR ISP an COM1 mit ATmega32 ser_open(): can"t open device "com1": Zugriff verweigert mfg
Ich muss bei meinem Baord nichts invertieren. Richtiger Kontroller ausgewählt? AVR micro und ATmega32
-
Thread
Problem mit RS232
Der Mega32 ist leider im TQFP Gehäuse eingelötet...
Hallo Pete, habe hier ein AVR-Experimentierbaord, welches funktioniert. Die Belegung der RS232 ist wie folgt: DSUB9pol-Pin2 ---- Pin 13 MAX ---> ok in Deiner Schaltung DSUB9pol-Pin3 ---- Pin 14 MAX ---> ok in Deiner Schaltung
-
Thread
AVR-GCC: Unklarheit wie Datenbreite behandelt wird
nächstes hab ich ein explizites cast in die Zuweisung geschrieben, also so: [c] blkno = (uint32_t) (hstsec + (hsttrk << 5) + (hstdsk << 14)); [/c] Das hat ebenfalls nicht geholfen. Erst nachdem ich alle beteiligten Variablen als uint32_t definiert hatte kam das gewünschte Ergebnis heraus. Verhält
+ (hsttrk << 5) + (hstdsk << 14)); dein cast auf uint32_t bringt hier überhaupt nichts. Weil recht nur mit 16bit gerechnet wird. blkno = (uint32_t)hstsec + ((uint32_t)hsttrk << 5) + ((uint32_t)hstdsk << 14)); so müsste es
-
Thread
Timer mit 10µs Betriebstakt, aber wie??
Das geht, die 14,7456 durch 32 teilen, also vorteiler 32, dann hat man ca je alle 2 uS einen increment. Weiters beim Timestamp teilt man das durch 5, also da der AVR kein HW-div hat, macht man eine Multiplication
die dann addiert oder auch subtrahiert werden, oder das K auch weggezählt wird. Zur Zahl, 1000/14,7456 = 67,816840277777777777777777777778 nS / Tick Tick * 32 (prescaler) = 2170,1388888888888888888888888889 nS = 2,170138888888888888888888888888 uS / Tick Um nun vom Tick
-
Thread
AVR TTiny 461 Pullup nicht aktiv?
Wiederstände anklemme geht es aber nicht mit den internen Pullup. Könnte sich einer mal das Projekt AVR Studio ansehen? Ist nicht von mir. Gruß
Wiederstände anklemme geht es aber > nicht mit den internen Pullup. > Könnte sich einer mal das Projekt AVR Studio ansehen? > Im projekt sind die Pullup doch aktiviert. Da könnte man doch mal das Multimeter hervorholen und im "Projekt AVR Studio" nachmessen, dann sähe man klarer.
-
Thread
AVR Eclipse Plugin 2.3
Target-Management von AVR32Studio nicht darstellen.
& Feel von Eclipse nähert und so macht wie beim AVR32 Studio ist das mit den Buttons doch eher ne Kleinigkeit. Es reicht mir eigentlich wenn ich einmal Eclipse für Web, für "normale" Programmierung und das AVR32 Studio hab.
-
Thread
PIC Oder AVR?
Die AVR packen auch einiges nicht, oder zuwenig. Daher bin ich nun am Umsteigen auf den AVR32. Der hat echt viel mehr Dampf. 64 MHz Whoa....
verpufft und werd nun fuer anspruchsvollere Designs auf den AVR32 gehen.
-
Thread
BLDC Sinus AVR449 Allradantrieb Fahrrad
der Kollegen hat ein Platinenlayout entworfen, auf dem ein Attiny 861A verbaut ist. Dort kommt das AVR Programm AVR449 "Sinusoidal driving of 3-phase permanent magnet motor using ATtiny261/461/861" zum Einsatz. Details dazu gerne auf Anfrage, da ich nicht weiß, welche Informationen ihr braucht. Ich
sich bei den Motoren > teilweise krass unterscheidet. Diesen Voreilparameter kenne ich aus dem AVR449 nur für den Sinus. Hier kann ich in 1,8x° Schritten einstellen, wie weit er "vorkommutieren" soll. Beim Block kenne ich die Parameter nicht. Hier wird beim AVR449 direkt beim Hall-Interrupt eine
-
Thread
Wer hat Erfahrung mit HAP?
Also ich nutze AvrStudio + Winavr unter Windows. In Avr Studio einfach das Projekt öffnen und oben in der Iconleiste auf "AVR" (schwarze IC) klicken. Dann kann man den Programmieradapter auswählen und hat je nach AVRStudio
Danke für die Tipps. Hab es jetzt mit dem AVR-Studio gemacht. Gruß Carsten
-
Thread
Drehgeber-Auswertung zählt falsch/ungenau Gesperrt
eine Erhöhung des Prozessortaktes eine Lösung sein? (Ich >benutze momentan schon einen Quarz mit 14MHz) Sicher, aber fas bringt nur Faktor 20/14 ~ 1,5 >Ansonsten muss die ISR schneller abgearbeitet werden, aber ich sehe >nicht viel Einsparpotential. enc_delta muss nicht 32 Bit sein, 16 Bit
Oder man nimmt einen 2. AVR als Dekoder. http://www.mikrocontroller.net/topic/328856?goto=3595805#3595805
-
Thread
Magnetventil über Transistor ansteuern
ich deinen Beitrag nur zum Teil (fast gar nicht) verstanden. Die Parallelschaltung von mehreren AVR-Pins kommt nicht in Frage, da ich schon 20 der 32 Pins so benötige. Ich habe die Schaltung jetzt mal so wie oben aufgebaut (wie in meiner Zeichnung) und getestet. Sie funktioniert :-) Basis-Emitter-Spannung
Zauberei. Hättest du meinen Beitrag gelesen, dann wüsstest du, dass der anscheinend kaputte Mega32 wieder geht. Dass der neue geht, ist ja wohl klar. Nochmal zum Mitschreiben: Mega32 Nr. 1, der vor ein paar Tagen noch ein paar tote Pins hatte, geht Mega32 Nr. 2, der neue, geht!!!
-
Thread
UART -> PC
// Set frame format 10 } 11 12 13 14 int main () 15 { 16 usart_init(); 17 while (!(UCSR0A & (1<<UDRE))); /* warten bis Senden moeglich */ 18 UDR0 = 'x'; /* schreibt das
der Reihenfolge anordnest, wie sie im Datenblatt beschrieben ist? Zumindest bei den beiden Megas (32 und 162), die ich bisher per UART angesprochen habe, war es so, dass UBRRH vor UBRRL beschrieben werden musste.
-
Thread
Befehlssatz der bo8-CPU - was ist gut, was ist schlecht
rechnet, trotzdem aber das V-Flag in Abhängigkeit des Ergebnisses setzt. Für die Addition zweier 32-Bit-Zahlen, die man bspw. auf einem AVR mit 4 Befehlen (1×ADD und 3×ADC) erschlägt, muss man bei dir noch ein ZO.V voranstellen, um V zu löschen. Richtig? >> CR.V U wird V xor U , dann wird
. Ohne Indent: [code] gcc -o emul -Wall -lX11 emul.c emul.c: In function ‘main’: emul.c:25:14: warning: this ‘if’ clause does not guard... [-Wmisleading-indentation] if (h>57) h=h-39; if (b>57) b=b-39; ^~ emul.c:25:32: note: ...this statement, but the latter is
-
Thread
Ansteuerung eines alten Watanabe Plotters
D970,33 D971,32 D971,32 D968,28 M969,27 D968,26 D968,26 D967,27 D967,29 D968,30 D968,30 D969,29 D969,27 M974,15 D973,14 D973,14 D969,18 D969,18 D970,19 D970,19 D974,15 D974,15 M974,9 D973,8 D973,8
D944,32 D945,33 D945,33 D946,32 D946,23 D945,22 D945,22 D937,29 D937,29 D937,29 D938,30 D938,30 D946,23 D946,23 D946,23 M938,14 D938,14 D938,14 D937,15 D937,15 D940,19 D940,19 D940,19
-
Thread
Algorithmus für Logarithmus-Bererechnung?
(easy) und Quadrieren, also Multiplikation. Die in Fixed-Point ist auch kein Hexenwerk, z.b. für 2 32-Bit Zahlen, die den Wert in Q18.14 enthalten: [c] #include <stdint.h> uint32_t mul_Q18_14 (uint32_t a, uint32_t b) { return (a * b) >> 14; } [/c] Weil a und b bereits < 2 sind, sind sie als uint32 < 2^16. Die Multiplikation läuft also nicht über. Wenn man zusätzlich noch runden will: [c] uint32_t mul_Q18_14 (uint32_t a, uint32_t b) { uint32_t ab = a * b + (1u << 13) return ab
-
Thread
STM32F103C8T6 - Fälschung von ST bestätigt
Interessant wäre ein Minimal-Modul mit einem kleinen STM32, Quarz, USB-Buchse, Mini-SWD-Header, LDO und einem Pegelwandler für 5V an einigen GPIO's, und das ganze auf einer DIP-kompatiblen Platine. Das könnte man dann als Drop-In-Replacement für DIP-AVR's auf
Programmierer schrieb im Beitrag #6121378: > Interessant wäre ein Minimal-Modul mit einem kleinen STM32, Quarz, > USB-Buchse, Mini-SWD-Header, LDO und einem Pegelwandler für 5V an > einigen GPIO's, und das ganze auf einer DIP-kompatiblen Platine. Das > könnte man dann als Drop-In-Replacement für DIP-AVR's
-
Thread
DDR Schach-Computer Chess Master Diamond reparieren (Dauerton)
Der müde Joe schrieb im Beitrag #6613900: > die Adress-Leitungen A13 und A14 gehen direkt an die CS0 und CS1. Damit > lassen sich 32kByte ROM ansprechen. Interessanterweise sind beide ROMS > damit quasi parallel geschaltet, und nur über die Adressleitung "A15" > wird über
0,713 mA 4 A14 0,512 µA - 37 A7 0,713 mA 5 A15 0,241 mA - 36 A6 0,739 mA - 35 A5 0,713 mA - 34 A4 0,713 mA - 33 A3 0,713 mA - 32
-
Thread
Fehler im Programm lauflicht.c
, 200}; const uint8_t displayText[] = { 0,0,6,18,15,8,5, // FROHE 0,23,5,9,8,14,1,3,8,20,5,14, // WEIHNACHTEN 0,21,14,4, // UND 0,7,21,20,5,14, // GUTEN 0,18,21,20,19,3,8, // RUTSCH 0,9,14,19, // INS 0,14,5,21,5, // NEUE 0,10,1,8,18, // JAHR 0,200 }; // 200
Bei mir kommt: c:/winavr-20100110/bin/../lib/gcc/avr/4.3.3/../../../../avr/lib/avr4/crtm8515.o:(.init9+0x0): undefined reference to `main' make: *** [Laufschrift.elf] Error 1
-
Thread
Uhr mit LCD Display funktioniert nicht
Let Secounds = 0 Let Minutes = 0 Let Hours = 0 Let A = 0 Config Lcd = 16 * 2 Deflcdchar 0 , 32 , 21 , 14 , 4 , 4 , 10 , 17 , 17 ' replace ? with number (0-7) Deflcdchar 1 , 32 , 4 , 14 , 14 , 14 , 4 , 4 , 4 ' replace ? with number (0-7) Config Timer1 = Timer , Prescale
Let Secounds = 0 Let Minutes = 0 Let Hours = 0 Let A = 0 Config Lcd = 16 * 2 Deflcdchar 0 , 32 , 21 , 14 , 4 , 4 , 10 , 17 , 17 ' replace ? with number (0-7) Deflcdchar 1 , 32 , 4 , 14 , 14 , 14 , 4 , 4 , 4 ' replace ? with number (0-7) Config Timer1 = Timer , Prescale
-
Thread
c-code in den mc flashen
hi an alle, ich habe auf den AVR Studio ein C-Code geschrieben und ich möchte dieses Programm durch den AVRISPMKII auf den AVR evaluationboard v2.0 "Senden oder flaschen ..." (Atmega32). was muss ich in AVR Studio umstellen oder
peda) also ich weiß nicht ob du lesen kannst oder nicht, ich habe nähmlich den MC beschrieben (Atmega32), den Board(AVR Evaluationboard v 2.0 von pollin.de) und den ISP (AVRISPMKII). Wenn das dir nicht genau genug ist, dann hast du wirklich keine Ahnung, und das wird mich nicht wundern. und @ Gast3
-
Thread
Software I2C
: rjmp 29f 29: rjmp 30f 30: rjmp 31f 31: rjmp 32f 32: rjmp 33f 33: rjmp 34f 34: rjmp 35f 35: rjmp 36f 36: rjmp 37f 37: rjmp 38f 38: nop ; 1 " ret ; 3 " .endfunc ; total 80 cyles = 5.0 microsec with 16 Mhz crystal
; 2 " 28: rjmp 29f ; 2 " 29: rjmp 30f ; 2 " 30: rjmp 31f ; 2 " 31: rjmp 32f ; 2 " 32: rjmp 33f ; 2 " 33: ret ; 3 " .endfunc ; total 69 cyles = 100KHz with 16 Mhz crystal measured on Oszilloscope[/c]
-
Thread
AVR Bootloader in C - Artikel
ganz einfach:[c] start_application = (void *) (uint32_t) applicationAddress;[/c] Funktioniert (natürlich) beides nicht. In der Doku der avr-libc steht unter 11.14 dazu folgendes: > pointers are 16 bits (function pointers are word addresses, to allow
der Anwendungen aus den HEX-Dateien gelesen, gespeichert und bei Bedarf aufgerufen werden. In der avr-libc bin ich nun noch auf den uint_farptr_t gestoßen: http://www.nongnu.org/avr-libc/user-manual/group__avr__inttypes.html#ga72b6692e3f3123903c1a0d9a960c59b1 [c]typedef int32_t int_farptr_t[/c] >
-
Thread
Ähnlicher (gleicher) ersatz für 80c537
fuer ein copy von A nach B muss man immer wieder das Indexregister neu befuellen. Waehrend zB ein AVR 3 Indexregister hat. Der 8051 hat einen clock div 12 Teiler, waehrend die AVR keinen Teiler benoetigen. Bedeutet, beim 8051 hat man mit einem 12MHz Clock 1 MOps, waehrend es beim AVR 12 MOps sind
Vielleicht magst du mit STM32 einsteigen. http://stefanfrings.de/stm32/index.html
-
Thread
Atmega32 Evaluationsboard pollin mysmartusb
Den Teil > konnte ich mit myavr quickprog auch erkennen aber der ünterstützt nicht > den atmega32 verstehe ich nicht. Wurde mit dem myavr quickprog irgendwas in Richtung des Atmega32 geschrieben? Nicht dass das Problem besteht, dass der jetzt verstellt ([[Fuses]]) ist...
Das ist ein einfaches Testprogramm, mehr nicht. Diese unterstützt den Atmega32 nicht, steht auch dick und fett beschrieben. Den MyUSB Programmer kann man auch in AVR-Studio einbinden. Wie diese funktioniert, ist ebenfalls beschrieben. Auf der MY-AVR Downloadseite findest
-
Thread
STM32 Programming Reference
Bert S. schrieb im Beitrag #4720723: > Der Einstieg ist schon ziemlich schwieriger als in AVR Hättest nur statt STM32 einen LPC ARM zu nehmen brauchen, da ist das Manual übersichtlich und mit Beispielen zum Abtippen.
/*!< USART Receiver Time Out register, Address offset: 0x14 */ __IO uint32_t RQR; /*!< USART Request register, Address offset: 0x18 */ __IO uint32_t ISR; /*!< USART Interrupt and status register, Address offset: 0x1C */ _
-
Thread
Handydummy (Attrappe)mit richtigem Display - Sony Ericsson Vivaz
3.12.16.4 2011.10.25 Trojan-Dropper.Win32.Small.axz VIPRE 10868 2011.10.25 Trojan.Win32.Almanahe.b.dll (v) ViRobot 2011.10.25.4736 2011.10.25 - VirusBuster 14.1.28.0 2011.10.24 Trojan.DR.Small!jP0wLMCz3LU Additional information
folgt: 3 - IM1 5,6 - GND 8,9 - LED_Anode 10,11 - LED_Kathode 12 - CS 13 - D0 14 - D1 usw. 29 - D16 30 - D17 31 - RD 32 - WR 33 - RS (oder D/C) 34 - Reset 35,36 - VCC Alle anderen Pins sind NC. Pin 33 hatte ich RS benannt, im Datenblatt vom ILI9327 heißt
-
Thread
ARM-Beginn
*** Takten aber dem AVR etwas überlegen. *) der LPC2106 hat ein 32 bit breites Speicherinterface, benötigt also nicht wie andere kleine ARM-Varianten zwei 16-Bit-Speicherzugriffe für eine Instruktion. **) jedenfalls
nur noch Daten- und Kontrollstrukturen und setzt auf einigen wenigen I/O-Modulen auf. Dafür sind 16/32-bit Architekturen wie ARM (aber auch MSP430) i.d.R. besser geeignet als z.B. AVR. Auch nervt die AVR-sche Harvard-Architektur bald, weil man stets zwischen den Pointer-Typen und Zugriffsmechanismen unterscheiden