-
Thread
Ein paar Fragen zum STM32F103xC
Ausführliche Beschreibung der Pin-Belegung gefunden, das im Datenblatt ist ja doch etwas mager. Die AVR-Datenblätter sind da ehrlich gesagt schöner und vor allem auch mit kurzen Code-Beispielen. Habe allerdings schon ne Menge netter Funktionen gefunden, die ich ganz gut brauchen kann z.B. Watchdog
Vielleicht hilft das hier: Ein Pinout-Vergleich der 48/64/100-Pin Versionen.
-
Thread
Auswahl µController
z.B. ATMega 8, 48, 88, 168, 328
Wie Peter! Entwicklungsumgebung könntest du das AVR Studio verwenden. Als Compiler bietet sich AVR GGC an. MFG
-
Thread
Sonnenscheindauer loggen
Ausführung des Spannungsteilers) Dazu noch ein Log-Mechanismus mit einem ADC (kann auch ein kleiner AVR sein) und Aufzeichnung am PC.
Mobile Eco City" an einer sogenannten modularen Insellösung. Ich verwende ein 24/48V DC Netz mit parallelbechaltete "Solar-Convertern" und "HighPower LiPoly SmartBatterien" (37V/60Ah = 10 Zellen) Grüße Michelle
-
Thread
Projekt: DDS basierter Funktionsgenerator mit AD5930
zumindest wenn man PWM-Signale im Frequenzbereich bis ebenfalls 20MHz mit realisieren möchte, der AVR auch wieder etwas uninteressant. Es sei denn man schraubt die Anforderungen an die PWM-Signale deutlich nach unten. Grundsätzlich ist die SPI-Schnittstelle leicht nach außen geführt, sodass jeder mit
hat?!? Hmmm, also ich habe hier stangenweise 8051er Derivate rumliegen. Gut, auch mal 20 ATmega48 oder sowas. Aber der ist schon wieder outdated. (Die aktuelle Version trägt ein P dahinter) > hmm, wäre schick, wenn das Projekt hier benutzt würde. Mit AVR wäre ich aber raus ... könnte dann
-
Thread
Auswahl zwischen Cortex M3 von NXP, ST, TI
Bei den STM32 gibt es CAN/USB ab 48 Pins. Diese Controller können dann beides, aber nicht gleichzeitig.
de.farnell.com/nxp/om11048/kit-dev-lpcxpresso-lpc1343/dp/1777673). Entscheidungsgründe sind da bei mir: - 128kByte Code möglich - USB im 48LQFP Gehäuse (LPC1343) - Ethernet in den größeren Controllern vorhanden - Möglichkeit auch einige ARM7 und einen ARM9 zu programmieren - Günstige Erweiterungsmöglichkeit
-
Thread
Projekt: 200MHz DDS-Generator
uebriegens in einer fruehern Antwort von mir verlesen, die Aufloesung des AD9954 ist nur 32 Bit und nicht 48-Bit. Gruss, Gerhard
erfolgreich arbeiten zu koennen und Libraryfunktionen die mir Arbeit ersparen. Andere wollen lieber einen AVR oder ARM verwenden. Im Prinzip macht das wenig aus und Code lasst sich zum grossen Teil portieren wer sich nicht die Arbeit machen will. Ich bin im Augenblick weniger motiviert mit dem AVR zu arebeiten
-
Thread
Xmega Soundcheck
XMegas sind cool und man kann sie mit AVR-Studio und AVR-ISP mkII oder Dragon programmieren. All das hat man sowieso ´rumliegen...
Hard- noch in Software. CD-Qualität oder besser erreicht man nur mit nativen 16Bit bei 44.1kHz oder 48kHz Samplerate. Und das auch nur mit externen Wandlern. Zum Datenschippen und -verwalten ist der XMega schnell genug und auch gut geeignet.
-
Thread
Kann kein Programm übertragen, da Programmer nicht reagiert
selbst bereits getestet ist. "programmer is not responding" heißt, dass die Kommunikation vom PC zum AVR910 selbst nicht funktioniert; bis zu dem Punkt, da er eine Kommunikation mit dem AVR starten würde, ist er noch gar nicht gekommen. Kannst du den AVR910-Programmer mal für alle Fälle an einer echten
der baudrate. die baudrate bei dem programmer ist 115200. wenn ich also das mache: avrdude -c avr910 -p m32 -P /dev/ttyUSB0 -b 115200 dann kommt das: Found programmer: Id = "AVR ISP"; type = S Software Version = 1.1; Hardware Version = 1.4 Programmer supports auto addr increment.
-
Thread
EFM32 vs. MSP430
32MHz Schön, was man mit agressiver Werbung so alles suggerieren kann. Selbst ein einfacher AVR braucht sich im Vergleich nicht zu schämen. Z.B. der ATmega48A braucht auch nur 0,8µA für die RTC und 200µA für 1MIPS. Fazit: Kein MC kann automatisch Strom sparen, alle kochen nur mit Wasser.
Peter Dannegger schrieb im Beitrag #2053323: > Selbst ein einfacher AVR braucht sich im Vergleich nicht zu schämen. > Z.B. der ATmega48A braucht auch nur 0,8µA für die RTC und 200µA für > 1MIPS. Ja, das stimmt schon. Der Grund für uns war aber beispielsweise die Tatsache
-
Thread
sparsamster Mikrocontroller
Einen Atmel AVR Megaxxx oder Tynyxxx kannst du mit den verschiedenen Sptromspar-Modi auf wenige uA drücken. Die Frage ist da eher, ob du einen Spannungsregler brauchst. Der wird in dem Fall nämlich deutlich mehr
verbraucht. Die Compiler Optimierungen sind auch extrem wichtig. Verwendest Du z.b. IAR auf dem AVR, kannst Du auf Performance optimieren was dann zu kürzeren Laufzeiten führt. GCC ist nicht immer optimale Wahl. Das kann auf einem MSP430 z.b. positiv sein, auf dem AVR negativ oder umgekehrt. Versuch
-
Thread
Nur das Schreiben des Flashs klappt nicht(Atmega32 mit usbasp)
ff ff ff ff ff |..... | avrdude> write eeprom 0 0x48 0x61 0x6C 0x6C 0x6F >>> write eeprom 0 0x48 0x61 0x6C 0x6C 0x6F avrdude> read eeprom 0 5 >>> read eeprom 0 5 0000 48 61 6c 6c 6f |Hallo | avrdude
ff ff |.. | avrdude> write flash 0 0x48 0x61 0x6C 0x6C 0x6F >>> write flash 0 0x48 0x61 0x6C 0x6C 0x6F avrdude.exe (write): error writing 0x48 at 0x00000 cell=0xff avrdude.exe (write): error writing 0x61 at 0x00001 cell=0xff avrdude.exe
-
Thread
Frage zur Beschaltung 74HC393
Bei 4 MHz: Der Duty Cycle hätte bei einem Teiler von 128 genau 50%. Du teilst durch 124, dann liegen an Bit6 51,6 : 48,4 Prozent Taktverhältnis an. Also wenn Du nicht wirklich mit den Takt-HÄLFTEN etwas genaues anfangen willst, dürfte das ausreichend genau
/128=31250Hz vertretbar.
-
Thread
BMP to 16Bit RGB Converter gesucht
ein BMP in die Daten für mein AVR umwandeln kann. MFG Blitzlampe
Stapelverarbeitung mit links) alle in das selbe (einfach(!) zu interpretierende) Ausgangsformat bringen (PNG/[24, 48], BMP/[24, 32], unkomprimiertes TIFF/[24, 32, 48]), ein paar Zeilen C dazuhacken und in das passende Ausgabeformat dumpen ('Text', raw, C-Header, ..). HTH und HF
-
Thread
Separates Hex File. Geht das ?
Daten definieren die in einem gesonderten Hex-File abgelegt werden. Ich stelle mir das z.B. mit dem AVR-Studio so vor : char TabelleFlash [] PROGMEM = { 1, 2, 4, 8, 16, 32, ... }; char TabelleEEPROM [] EEMEM = { 254, 253, 251, 247, ... }; char TabelleDF [] DATAFLASH = { 32, 64, 128, 192, 96,
Speicher ja irgendwo "fehlen". Wie sieht das denn mit den Linker-Scripten aus ? Ich habe beim Win-AVR mal die ldscripts angeschaut, aber so wirklich schlau daraus werde ich nicht. Gibt es da irgendwo eine Zuordnung welcher AVR-Typ mit welchem Linker-Script (ich habe die Ordner avr25, avr3, avr6, avr1
-
Thread
Einsprung in Analog Comparator Interruptroutine bei Mega48 zu langsam
Analog Comparator Interrupt Disable ACSR &= ~(1 << ACIE); 66: 80 b7 in r24, 0x30 ; 48 68: 87 7f andi r24, 0xF7 ; 247 6a: 80 bf out 0x30, r24 ; 48 // Analog Comparator ausschalten ACSR |= (1 << ACD); 6c: 80 b7 in r24, 0x30 ; 48 6e: 80 68 ori r24, 0x80 ; 128 70: 80 bf out 0x30, r24 ; 48 flags.flanke = 1; 72: 80 91 03 01 lds r24, 0x0103 76: 81 60 ori r24, 0x01 ; 1 78: 80 93 03 01 sts 0x0103, r24 //sei(); }
-
Thread
USART mit Attiny2313
*/ /************************************************************************/ #include <avr/io.h> #include <avr/interrupt.h> //#include <avr/signal.h> #include <avr/include/stdlib.h> #ifndef F_CPU #define F_CPU 4000000UL #endif #define uchar unsigned char #define uint unsigned
avr-gcc-Tutorial Abschnitt "UART"
-
Thread
Temperaturmessung mit ATmag88 intern ADC8 (Assembler)
ein Thermometer gebaut (siehe Anhang). Die Hardware ist hier beschrieben: http://www.hanneslux.de/avr/divers/pm24/index.html ...
Änderungsprotkoll zu den Mega88? http://www.atmel.com/dyn/products/app_notes.asp?family_id=607#Migration_Notes AVR512: Migration from ATmega48/88/168 to ATmega48P/88P/168P AVR528: Migrating from ATmega48P/88P/168P to ATmega48PA/88PA/168PA die atmega88P version gab es auch noch die wurde dann von der atmega88pa
-
Thread
PSK 31 Modlulation im Mikrocontroller
dem stm32 laufen habe ist der daß ich den (als totaler ARM-Neuling und ehemals eigentlich eher bei AVR zuhause) gerade endlich soweit hatte dass ich Timer und ADC benutzen konnte und somit quasi schon genau das dafür benötigte Grundgerüst stehen hatte. Mir schwebt da aber was für nen kleinen AVR
>Mir schwebt da aber was für nen kleinen AVR vor, womöglich sogar ein >ATTiny, das werd ich demnächst mal versuchsweise aufbauen. Das ist auch >der Grund warum ich versucht habe möglichst ohne komplizierte >Rechenoperationen auszukommen,
-
Thread
IRMP - Infrared Multi Protocol Decoder
Frank M. schrieb im Beitrag #1844545: > Meines liegt unter > C:\Programme\WinAVR-20100110\avr\include\util\setbaud.h > und ist Bestand der avr-libc. > Wo liegt Dein avr\include-Verzeichnis? Überprüfe mal Deine Version - > damit meine ich jetzt nicht die WinAVR-Version, sondern
. Eintragen und fertig: [c] #elif defined (__AVR_ATmega164__) \ || defined (__AVR_ATmega324__) \ || defined (__AVR_ATmega644__) \ || defined (__AVR_ATmega644P__) \ || defined (__AVR_ATmega1284__) \ || defined (__AVR_ATmega1284P
-
Thread
UART - Serialin Bascom
4726.8323,N,00820.4822,E,29.212,107.2,,V,A*69 $GPGGA,191410,4735.5634,N,00739.3538,E,1,04,4.4,351.5,M,48.0,M,,*45 $GPGSA,A,3,,,,15,17,18,23,,,,,,4.7,4.4,1.5*3F $GPGSV,2,1,08,02,59,282,00,03,42,287,00,06,16,094,00,15,80,090,48*79 $GPGLL,4735.5634,N,00739.3538,E,191410,A,A*4A $GPBOD,221.9,T,221.5,M,Exit
If Goto Main OnRxD: Incr n b(n) = UDR Return Der String wird auf Adresse &H60 im AVR abgelegt. Dies ist die Adresse des ersten Bytes im SRAM (da der AT90S2313 über 128 Bytes SRAM vefügt, ist die höchste SRAM-Adresse &HDF). Quasi "darüber", also auf die selbe Adresse, legen wir ein Feld
-
Thread
µC gesucht mit Ext.Mem.Int, USB, DMA
Hallo Jörg, über den Daumen könnte da die Leistung der AVR32UC3 von Atmel reichen. Da gibt es Typen mit USB-Hardware und externem Speicherinterface. Gruß, DetlevT
Detlev T. schrieb: > über den Daumen könnte da die Leistung der AVR32UC3 von Atmel reichen. > Da gibt es Typen mit USB-Hardware und externem Speicherinterface. Ob ein 66MHz AVR32 wirklich so viel schneller ist als ein 100MHz Cortex-M3 (LPC1700)? Weder USB noch Bus
-
Thread
Einstieg mit den XMEGAs?
Das die Toolchain für den CM3 billiger sein soll kann ich so nicht stehen lassen: WinAVR unterstützt die XMegas im aktuellen Release schon, sprich es gibt den GCC ohne irgendwelche Codegrößenbeschränkung für lau. Und wieso sollte man zwingend externes RAM brauchen? der 128A1 hat 8 Kb, die
im Shop. Im AVR-Praxis-Forum wird im Supportbereich http://www.avr-praxis.de/forum/showthread.php?t=883 des Moduls eine Programmersoftware mit zugehörigem Bootloader angeboten. Ich habe den AVRISPmkII nur einmal
-
Thread
Alternative Firmware für Sparmatic Zero Heizungsthermostat
passt direkt? Kenne keins, das man kaufen könnte. Günterx schrieb: > Was ist ein 3V-tauglichen AVR-ISP Programmer, wo bekommt man sowas? Ein AVR-ISP mkII oder AVR-Dragon oder ein STK500. Bekommt man bei CSD-electronics, Reichelt und anderen Distris. Günterx schrieb: > Habe leider mit sowas
ich dafür doch nur einen Adapter bauen... > der wird ja bestimmt nich Pin-Kompatibel sein mit dem 128er. Die Entwickler der Sparmatic-Geräte waren nicht so blauäugig, die LockBits nicht zu setzen. Der verwendete Controller ist kein M128 sondern ein M169PA. Da ist nichts pinkompatibel, zumal der M128
-
Thread
Labornetzgerät - Fragen zum Schaltplan
? Ich hätte nichts gegen ein Gerät mit 12V/1A. Nur bräuchte ich dann noch 2x12/15/18/20/24V/3A, 48V/2A, und noch 60V/0,5A. Was dann?
> > Gerhard O. schrieb: >> Für ein 30V LNG sollte man einen 44V OPV finden. > > TI OPA604, 48V, Reichelt 2,99 EUR > > als DIP-Gehäusevariante verfügbar. > > rhf Hallo Roland, Danke für den Tip. Mit 48V ist das schon auf alle Fälle sicherer bei einem 30V LNG Bereich. Die beiden anderen
-
Thread
Interupt programmierung eines Atmega8 mit AVR Std. 4.18
Danke aber hab jetzt das Problem: C:\WinAVR-20090313\avr\include/avr/iom8.h:41:4: error: #error "Include <avr/io.h> instead of this file." C:\WinAVR-20090313\avr\include/avr/iom128.h:51:4: error: #error "Attempt to include more than one <avr
ich es dir sagen. Aber irgendetwas muss es sein, denn bei allen anderen hier funktioniert das: AVR-Studio installieren WinAvr installieren Drauflos programmieren. Sich darüber freuen, dass sich WinAvr nahtlos in AVR-Studio integriert hat.
-
Thread
Absolut unmögliche Werbung quer über den Artikeln
wieder, weil gerade mal wieder ein Treiber nicht passt, man irgendwas in der Registry frickeln muss, AVR Studio (da man ja zwingend braucht, wenn man die Firmware der AVR-Tools aktualisieren will) einen "Error 1172" spuckt, für den man auch von der AVR-Hotline natürlich keine Auflösung bekommt, weil
weil gerade mal wieder > ein Treiber nicht passt, man irgendwas in der Registry frickeln muss, > AVR Studio (da man ja zwingend braucht, wenn man die Firmware der > AVR-Tools aktualisieren will) einen "Error 1172" spuckt, für den man > auch von der AVR-Hotline natürlich keine Auflösung bekommt, weil
-
Thread
ATmega 128 langsam?
Der AVR ist nicht so der Bitschubser, d.h. bei Bitmanipulationen im SRAM siehts stockfinster aus. Da mußt Du besser nen 8051 nehmen (z.B. AT89LP4052), der hat 128 Bitvariablen (= 16 Byte) im SRAM. Und Bascom
Baudratenfehler, also voll im grünen Bereich. Das Delay akkumuliert sich ja nicht. Natürlich kann der AVR nichts anderes machen, also einfach nen AVR dafür abstellen, z.B. ATmega48. Die Einstellungen kriegt er über I2C gesagt. In der Regel ist ein AVR kleiner, billiger und stromsparender als ein CPLD
-
Thread
SVPWM Ansteuerung eines BLDC
will jetzt nicht den Thread kaputt machen und die 1001ste Diskussion um µCs lostreten, aber einen AVR würde ich persönlich nicht auswählen - zumindest für Motorcontrol - da gibts um Welten geeignetere. Grüße, Christian
eigentlich 7 * 1100 = 7700kv. Wenn ich das jetzt in Psi_M [Vs/rad], also Ke umrechne: 7700kv / 60s = 128.33 Psi_M = 1 / 128.33 * 2Pi = 0.00124 [Vs/rad] Sehe ich das richtig oder sind diese kv Angaben auf den Motoren bereits auf einzelne Spulen bezogen? Ist es richtig, dass ich Ld und Lq, bzw
-
Thread
ADC mit Bascom 8bit ?
steht in der Bascom Hilfe folgendes: >The prescaler divides the internal clock by 2,4,8,16,32,64 or 128 >Because the ADC needs a clock from 50-200 KHz >The AUTO feature, will select the highest clockrate possible Nun nehme ich an das der Prescaler von Bascom Automatisch auf 128 eingestellt wird und
ADC-Messbereich angepasst vorliegen. Legen wir diese auf ADC0 bis ADC3. Es reicht 8 Bit Auflösung. Der AVR läuft mit 20 MHz. Der ADC-Takt soll im Interesse einer schnellen Wandlung möglichst nah am Limit (200 kHz) sein. Es stehen Vorteiler 64 und 128 bereit. Bei VT=128 erreichen wir nur 156,25 kHz, schöpfen
-
Thread
Fakultaet berechnen auf dem STK500mit AtMega16
meinem Rechner sagt nur noch: factorial(200) = inf ich würde daher von einer Umsetzung auf dem AVR absehen (wofür eigentlich?) und entweder auf eine Näherung oder eine Tabelle ausweichen. Gruß Lasse
2 Ziffern) um die serielle Übertragung zu vereinfachen (Übertragung als ASCII durch BCD-Nibble +48). Richtig gut ist, wenn nur ein Feld benötigt wird. So ist es wirklich reizvoll wenn auch unnütz. Aber Sudoku ist auch unnütz und trotzdem beliebt ;) avr
-
Thread
SD-Karte Problem Grasshopper
root=nfs nfsroot=xxx:/freigaben/root ip=xxx:xxx::255.255.255.0::eth0:none mtdparts=physmap-flash.0:128k(boot)ro,64k(env)ro,-(root) PID hash table entries: 256 (order: 8, 1024 bytes) avr32_comparator: irq 0, 140.000 MHz Console: colour dummy device 80x25 console [tty0] enabled console [ttyS0] enabled
.0:128k(boot)ro,64k(env)ro,-(root) partition=nor0,0 mtddevnum=0 mtddevname=boot [/c] oder die, die du bei AVR-Freaks gepostet hast: [c] ICnova> printenv bootcmd=mtdparts default;chpart nor0,2
-
Thread
LPC1100, superguenstig, 8-bit? Wird immer unnoetiger
>Ein Kompromiss ist LQFP48 auf obigem DIP48-Träger. Und wenn der LPC1100 >tatsächlich als PLCC44 kommt, dann nützt das zwar nicht für Breadboards, >aber für Lötpunktraster taugt es. Prinzipiell ja. Das Problem ist nur, dass
6,50€ plus MWSt bei TME). Akzeptables Preis/Leistungsverhältnis, ggf. pinkompatibel ausbaufähig auf 128KB Flash.
-
Thread
Hausbusplanung, was sollte anders gemacht werden?
Blitzeinschlag überlebt bei dem der Fernseher und die Hifi Anlage starben. Die Bus-Knoten sind mit AT90CAN128 Prozessoren verwirklicht (128K Flash ist ein grosser Overkill, aber die RAM Austattung der kleineren Variante ist sehr knapp, und Vereinheitlichen "nach oben" kostet nicht sehr viel). Ich habe mir dafür
ich einen Flur mit ca 6m² und eine Wohnküche mit ca 42m² wenn ich das zusammenrechne komme ich auf 48m² bei einer durchschnittlichen Estrichhöhe von max 8cm ergibt das nach Adam Ries 3,84m³ Estrich. Wie hoch der Wasseranteil bei Fließestrich ist weiss ich nicht, aber ich vermute stark, daß das irgendwo
-
Thread
Pollin 16080 Touch mit ATMEGA32 und BASCOM
'Auswahl:' besitzt wie ich das sehe Maximal 8 Auswahlpunkte, die mit: [c]_kalibrieren Alias 1 + 48 + 128 'Auswahlpunkt 1 _setup Alias 2 + 48 + 128 'Auswahlpunkt 2 _delete Alias 3 + 48 + 128 'Auswahlpunkt 3 _touch_werte_anzeigen Alias 4 + 48 + 128 'Auswahlpunkt 4 _menue Alias 5 + 48 + 128 'Auswahlpunkt 5 _auswahl_6 Alias 6 + 48 + 128 'Auswahlpunkt 6 _zeichensatz_anzeigen
-
Thread
qtouch - sekt oder selters
funktionieren die Meßbursts nicht. Touch funktioniert also u.a. auf allen neueren AVRs und XMegas und den AVR32-Controllern.
hier noch den link: http://www.jtronics.de/elektronik-avr/kapazitives-touch-pad.html
-
Thread
XMega Clksystem
Andere Initialisierungen: keine Chance, er springt immer auf den internen 2Mhz RC Osz. Verwendet AVR GCC 4.3.2 (WINAVR 2090313) mit allen untersch. Optimierungen auf XMega 128A1, BGA, Rev. H Gruß Helmut
Sevus, zum Thema Atxmega128a1 16 Mhz Quarz: Ich habe Dir eine Datei angefügt. Der Code läuft bei mir astrein. Gruß GG