-
Thread
Frage zu Assembler für meinen Informatikunterricht
Hallo Fabian, hier im Abschnitt "A2 Assemblerprogrammierung" ab S. 32 ist das ganz gut erklärt: http://www.weigu.lu/tutorials/avr_assembler/pdf/MICEL_MODUL_A.pdf Das ganze AVR Assembler Tutorial unter http://www.weigu.lu ist evtl. auch interessant für besonders interessierte
und schaut Windows mal unter die Haube (er ist neugierig). Ich denke schon, dass man sich mit 13/14 dafür begeistern lassen kann. Aber zum Dokument vom TO: Wenn du schon den Bezug zu Assembler machen möchtest, dann nimm doch bitte den Befehlssatz von einem AVR oder so, aber nicht Intel. Das war
-
Thread
[V] Starterkits - Olimex MSP430 EASYWEB-2, Olimex LPC2148 ARM, Olimex AT90USB162, AVR CAN testboard
ein Atmega16 ist drauf, das hier: http://www.ulrichradig.de/home/index.php/avr/experimentierboard-v2 Bild AVR_16_-_32_Board und AVR_16_-_32_Board2 Preis 14€ + Versand Versand nach wünsch. Bei Interesse bitte PN schreiben. Gruß
Das AVR CAN Entwicklungsboard und das AVR 16/32 Testboard sind noch da. Preis UPDATE: Das AVR CAN Entwicklungsboard mit ein Atmega644 (statt Atmega32) gebe ich für 40€ inkl. Versand ab und das AVR 16/
-
Thread
DDS erster Versuch
funktioniert prima. Übrigens ist hier noch Einer von Etlichen, der es so gemacht hat: http://www.avr-asm-tutorial.net/avr_de/avr_dac.html MfG Paul
: 1K CK /14 CK + 0 ms
-
Thread
Einzelbits in Byte Namen zuweisen und auswerten
Man kann das Ganze ungeheuer kompliziert betrachten. Man kann aber auch einfach auf avr-gcc testen und dann die gültige Bitorder anwenden: [pre] To determine the compiler is avr-gcc, you need to test for 2 macros __GNUC__ and __AVR__ [/pre] Die avr-gcc Entwickler sind recht konservativ
#7214048: > Man kann das Ganze ungeheuer kompliziert betrachten. > Man kann aber auch einfach auf avr-gcc testen und dann die gültige > Bitorder anwenden: > [pre] > To determine the compiler is avr-gcc, you need to test for 2 macros > __GNUC__ and __AVR__ > [/pre] Das Thema static_assert o.ä
-
Thread
Wie benutze ich uLua auf einem AVR?
NodeMCU der Compiler mit auf dem µC läuft, das ist schon eine ganze Größenordnung mehr Aufwand. Für den AVR/µLUA ist der Compiler auf den PC ausgelagert, auf dem AVR läuft rein die VM, die vorgekauten Bytecode vorgesetzt kriegt.
Ich würde den code mit einem stm32 mit 64k ram verwenden.
-
Thread
Wechsel von ATmega8 auf ATmega32 - Codeanpassung
******************************* Title: Aquarium Control v2 Author: Tobias xxxxxx Software: AVR-GCC 3.3, HD44780U LCD library by Peter Fleury Hardware: ATmega32, HD44780 compatible LCD text display **************************************************************************/ #define F_CPU 8000000 //8000000 #include <stdlib.h> #include <avr/io.h> #include <avr/pgmspace.h> #include <util/delay.h> #include <avr/interrupt.h> //Interruptheader #include "lcd.h" #define INTRO_ON #define KEY_PRESSED_ON //#define KEY_REPEAT_ON /
-
Thread
AVR Orgel Eigenbau
Job für 'nen XMega mit externen SDRAM oder einem STM32. Gut, man könnte auch auf die Idee kommen, den Sample ins Flash zu speichern und dann mit variabler Samplefrequenz auszulesen, das macht AVR314 ja auch so, wird aber bei tiefen Tönen recht kompliziert
Nanosekunden. Mir scheint, du machst dir keine Vorstellung davon, wie schnell so ein mit 16Mhz getakteter AVR tatsächlich arbeitet? Der macht rund 14 Millionen Befehle pro Sekunde! 1 Befehl wird in ca. (je nach Befehl) 7 tausendstel millionstel (7 mal 10 hoch -8) Sekunden, oder 0.07 µSekunden oder 0.00007 Millisekunden
-
Thread
ATtiny2313V-10PU vs. ATtiny2313A-PU
6.3.0-arduino9/bin/avrdude -C/home/tux/Programme/sloeber//arduinoPlugin/packages/ATTinyCore/hardware/avr/1.1.2/avrdude.conf -pattiny2313 -carduino -P/dev/ttyUSB0 -b19200 -Uflash:w:/n4800/DATEN/Programmierung/Arduino/ATtiny2313/7_Segment/Release/7_Segment_ATtiny3213.hex:i Output: avrdude: AVR device
Arduino-IDE), vielleicht hilft dies weiter. [code]/home/tux/Programme/arduino-1.8.5/hardware/tools/avr/bin/avrdude -C/home/tux/.arduino15/packages/ATTinyCore/hardware/avr/1.1.4/avrdude.conf -v -pattiny2313 -cstk500v1 -P/dev/ttyUSB0 -b19200 -e -Uefuse:w:0xFF:m -Uhfuse:w:0x99:m -Ulfuse:w:0xE4:m avrdude
-
Thread
m32def.inc:49: Error: expected comma after "SIGNATURE_000"
erfolgt durch -mmcu=atmega32, oder auch #include <avr/iom32.h>. Das bringt aber leider immer noch eine ganze Reihe von Fehlern. Hier ein Auszug: [code] avr-gcc -Wall -g2 -gstabs -O0 -fpack-struct -fshort-enums -std=gnu99 -funsigned-char -funsigned-bitfields -mmcu=atmega32 -DF_CPU=4000000UL -MMD -MP -MF"avr-sammlng-2.d" -MT"avr-sammlng-2.d" -c -o "avr-sammlng-2.o" "../avr-sammlng-2.c" In file included from ../avr-sammlng-2.c:7: ../7-seg.sx:9: error: expected identifier
-
Thread
atmega328 funktioniert teilweise nicht
Titel: Messung des Puls mittels eines Polar Brustgurt Author: Alex & Michael Software: AVR-GCC 4.14 Hardware: TL074 LM567 HD44780 compatible text LCD *******************************************************************/ #include <stdlib.h> #include <avr/io.h> #
__) || defined(__AVR_ATmega162__) /* * memory mapped mode is only supported when the device has an external data memory interface */ #define LCD_IO_DATA 0xC000 /* A15=E=1, A14=RS=1 */ #define
-
Thread
DS18S20 unterschied zu DS18S20+ da es leider mit Ethersex und AVR-NET-IO nicht geht
www.gtkdb.de/index_18_1040.html mit Ethersex.. Habe diese Parasitärer Modus Schaltung genommen. an einer AVR-NET-IO Wenn ich die AVR-NET-IO IP mit Ethersex Aufrufe mit /ecmd?1w list kommt nur ein blödes ok.. sprich die DS18S20+ wird nicht nicht erkannt.. gibt es einen Unterschied von DS18S20 wo alle rüber
## ## Temperature Measurement with the AVR-NET-IO Board ## ## ## ## Creation: 14.07.2010 ## ## Last Update: 29.08.2010
-
Thread
ATMega4809 EVSYS, total überfordert
Hallo Veit Devil, nun, dann will ich, als AVR-Studio 4.11 Nutzer (und für mich abschließend), noch eine gewisse Frustration loswerden: wo beim ATmega4809 noch ein 'EVSYS_USEREVOUTF' reichte, verlangt Microchip für die AVR-Dx 'EVSYS_USEREVSYSEVOUTC
> megaAVR0 ... Eventsystem EVOUTx Override ... Nun, wie bereits erwähnt, gilt das auch für AVR-DB (und hat dort den wohlklingenden Bezeichner 'EVSYS_USEREVSYSEVOUTx' (woran sich aber natürlich nichts mehr
-
Thread
Suche Programierung für Alten TV
https://github.com/aquaticus/esp32_composite_video_lib ein esp32 reicht
environment and have the TVout library properly set up. The TVout library is primarily designed for AVR microcontrollers, such as the ones used in Arduino boards, but you can adapt it for use with the ESP32. Here's a basic example of how you might set this up. Note that this example assumes you have
-
Thread
WinAVR und Interruptvektoren
Der Code ist der vom FatFs, aber angepasst von einem mega64 auf einen mega32. Daher sind die Kommentare etwas gemischt. ASSR ist auf 0 weil ich kein 32kHz Quarz drann habe und daher keinen async kann, egal ob Timer0 das in meinem Fall kann oder nicht. OC2 toggelt nicht,
Aufgrund der geschilderten und einiger anderer Merekwürdigkeiten gehe ich abere davon aus, das der mega32 das Zeitliche gesegnet hat, er ist definitiv defekt. Also danke an alle, das Beispiel funktioniert im Simulator und ich denke auch in einem neuen mega32. Gruß, Ulrich
-
Thread
Atmel Studio 7 schnarchlangsam
erste Start des Simulators dauert zwar auch etwas, danach geht es >aber auch damit. Nutzt Du es für AVR oder ARM?
Bei mir ist es brav G:\Programme\Atmel\Studio\7.0\toolchain\avr8\avr8-gnu-toolchain\bin (bei CPP Language), also da wo es auch wirklich liegt.
-
Thread
Umstieg von Assembler auf Bascom
In Bascom AVR kann man auch ASM proggen
Königssprache....Und wenn man die Beherscht, sind keine Grenzen mehr gesetzt? Hab jetzt auch mal Win-AVR runtergeladen... Trotz AVR-GCC-Tutorial schaff ich keinen Einstieg.... Es happert ja schon beim makefile...Für was braucht man das? Dann gibts 4 Programme: AVR Insight MFile Programmers Notepad
-
Thread
STM32F207 + KS8721 (Ethernet Phy)
KS8721 empfangen. Bin mir da aber nicht sicher ob es doch die gespeicherten Daten vom ETH MAC des STM32 sind.
for EXTI line, used to manage Ethernet link status */ #define ETH_LINK_EXTI_LINE EXTI_Line14 #define ETH_LINK_EXTI_PORT_SOURCE EXTI_PortSourceGPIOB #define ETH_LINK_EXTI_PIN_SOURCE EXTI_PinSource14 #define ETH_LINK_EXTI_IRQn EXTI15_10_IRQn /* PB14 */ #define ETH_LINK_PIN
-
Thread
ATMEGA328P auf Arduino Uno
] avrdude: Send: 0 [30] [20] avrdude: Send: 0 [30] [20] avrdude: Recv: . [14] avrdude: Recv: . [10] AVR Part : ATMEGA328P Chip Erase delay : 9000 us PAGEL : PD7 BS2
: Recv: . [10] avrdude: AVR device initialized and ready to accept instructions Reading | avrdude: Send: u [75] [20] avrdude: Recv: . [14] . [1e] . [95] . [0f] . [10] ##################################################
-
Thread
Anfänger Warenkorb bitte überprüfen! :)
solltest du auch mal erzählen wofür der Warenkorb gut sein > soll. werde für den einstieg mal das AVR Tutorial durchmachen!
wie der Aufbau "zieht". 'n AVR zieht da eine Handvoll mA, die 0.5W Widerstände kommen da sicher mal nicht ins Schwitzen. Insgesamt... in der Bestellung seh ich nix was einem AVR-Kit gleicht, seh ich das jetzt nur nicht oder fehlt
-
Thread
Gründe für IAR
Begründung. Windows ist in der Industrie Standard. Ist halt so. IAR hat sehr gute Compiler. Für AVR zB gibt es nichts besseres, denn IAR hat die AVR-Architektur mitentwickelt, so dass sie auf ihren Compiler optimal passt. IAR unterstützt MISRA. Du kennst MISRA nicht? Fehler, großer Fehler. Dabei
immernoch mit der Keule hinter nem Mammut herlaufen.... Frank K. schrieb im Beitrag #4363617: > Für AVR zB gibt es nichts besseres, denn IAR > hat die AVR-Architektur mitentwickelt, so dass sie auf ihren Compiler > optimal passt. Selbst Atmel presöhnlich setzt inzwischen auf einen (etwas verpatchten
-
Thread
atmega16 UART / USART
Phil schrieb im Beitrag #2573358: > #include <stdio.h> #include <avr/io.h> bitte. mfg mf
undeclared (first use in this function) C:\Users\Phil\Documents\AVRStudio 5.1\AVRGCC1\AVRGCC1\AVRGCC1.c 32 1 AVRGCC1 Error 13 'RXEN' undeclared (first use in this function) C:\Users\Phil\Documents\AVRStudio 5.1\AVRGCC1\AVRGCC1\AVRGCC1.c 32 13 AVRGCC1 Error 14 'TXEN' undeclared (first use in this
-
Thread
Melodieklingel mit PWM
62,60,57,54, 52,49,47,45, 42,40,38,36, 34,32,30,28, 26,24,22,21, 19,17,16,14, 13,12,11,9, 8,7,6,6, 5,4,3,3, 2,2,2,1,
2,3,3,4, 5,6,6,7, 8,9,11,12, 13,14,16,17, 19,21,22,24, 26,28,30,32, 34,36,38,40, 42,45,47,49, 52,54,57,60, 62,65,68,70
-
Thread
Zuverlässigkeit: AVR vs. ARM (BeagleBone)
Ich habe eine Prozessteuerung, in der bisher ein AVR ATmega32 werkelt. Die Aufgaben sind nicht sehr komplex: Ankommende Daten (RS232) auswerten und an einen Datenbus (RS485) für verschiedene Aktoren zu Verfügung stellen. Ein bißchen Statusabfrage und
mitunter Anpassungen der Tabelle "im Feld" vorgenommen werden, also beim > Kunden. Und? Der Mega32 hat, wie fast die ganze AVR-Palette, "self-programming"-Fähigkeiten. Solange sich Größe und Struktur der Tabelle nicht ändert, sondern nur irgendwelche Tabellenwerte, ist das sowieso absoluter Kinderkram
-
Thread
Tasten entprellen - Bulletproof
nicht mehr wie 8 Taster)? Wenn alle nacheinander sind ginge es ja, aber wenn ich zum Beispiel - P0.14, P0.15, P0.30, P0.1 usw. verwenden will sind diese ja über die 32 I/O´s verteilt, sehe da keine ander Möglichkeit bis jetzt. Wie so muss man bei den Interrupt immer ein und auschalten, reicht es
funktionier weis nur nicht ob das richtig ist! Das mit den IRQ´s ist ja nicht so einfach wie bei den AVR´s. [c] uint32_t get_key_press(uint32_t key_mask ) { unsigned cpsr; //cli(); cpsr = disableIRQ(); // disable global interrupts T0MCR &= ~(TMCR_MR0_I);
-
Thread
Frequenzzähler eigenbau, Jitter beim Interrupt
nächste Wochenende einen neuen Frequenzzähler bauen :) Eine Frage zum Artikel, weshalb wurde dort 14.31MHz als Referenz verwendet? Mein Ansatz wäre, einen STM32F0 zu verwenden, anstelle des Atmega8. Die Referenzfrequenz bei z.B. 16MHz anzusetzen.
. Bei höheren Frequenzen braucht auch ein STM32F0x zusätzliche externe Logik und/oder einen separaten Vorteiler. Bei Fref 16 MHz bieten beide Varianten die gleiche Auflösung bei gleicher Meßrate. Wenn schon STM32 dann doch besser gleich einen mit
-
Thread
Attiny85 ADC Eingangswiderstand - wie hoch
Uwe B. schrieb im Beitrag #7587179: > Bei den STM32 gibt es in den Datenblaettern eine Tablelle Table "Maximum > ADC RAIN". Gibt es das nicht bei Atmel/Microchip? Nur vereinzelt. Allerdings ist der Leckstrom bei fast allen AVR auf typ. 5nA spezifiziert
Lothar M. schrieb im Beitrag #7587247: > Uwe B. schrieb: >> Bei den STM32 gibt es in den Datenblaettern eine Tablelle Table "Maximum >> ADC RAIN". Gibt es das nicht bei Atmel/Microchip? > Nur vereinzelt. Allerdings ist der Leckstrom bei fast allen AVR auf typ. > 5nA spezifiziert
-
Thread
Code zu groß, Attiny13, WinAVR+AVR Studio
könnte es liegen? Vielen Dank für eure Hilfe. mfg julian [pre] Build started 23.2.2008 at 14:09:42 avr-gcc.exe -mmcu=attiny13 -Wall -gdwarf-2 -Os -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT test.o -MF dep/test.o.d -c ../test.c In file included from ../test.c:3: c:/winavr-20071221/bin/../avr/include/avr/delay.h:36:2: warning: #warning "This file has been moved to <util/delay.h>." avr-gcc.exe -mmcu=attiny13 -Wl,-Map=test.map test.o -o test.elf avr-objcopy -O ihex -R .eeprom test.elf
-
Thread
Helligkeit analog messen mit Fotowiderstand analog an AtTiny
14:00:23;;970 2018-08-19;14:15:23;;970 2018-08-19;14:30:24;;970 2018-08-19;14:45:25;;970 2018-08-19;15:00:26;;969 2018-08-19;15:15:28;;969 2018-08-19;15:30:29;;968 2018-08-19;15:45:30;;968 2018-
Schaltung für AVR 0...10000 Lux oder mehr.
-
Thread
Atmega328p SMD bootloader
Atmega... da komme ich ja an die Pins nicht wirklich dran... https://www.reichelt.de/8-bit-atmega-avr-mikrocontroller-32-kb-20-mhz-vqfn-32-atmega-328pb-mu-p269209.html?PROVID=2788&gclid=Cj0KCQiA5vb-BRCRARIsAJBKc6I_tFQzxQRd__Kejof4IwwU9pMyqgoaO63ro_tBm7flti11PMhbpPoaAt-8EALw_wcB
Naja ich habe ja folgenden Atmega. https://www.reichelt.de/8-bit-atmega-avr-mikrocontroller-32-kb-20-mhz-vqfn-32-atmega-328pb-mu-p269209.html?PROVID=2788&gclid=Cj0KCQiAifz-BRDjARIsAEElyGK6BI9zJQWAaTtg-MxlkZiaV7Zn7IWAlUod63Fb_FlyyGzTBhYxNu4aAoQEEALw_wcB&&r=1 Das heißt ich
-
Thread
delay us: Wie reparieren?
defined __ICCARM__) # define cpu_ms_2_cy(ms, f_cpu) \ (((uint64_t)(ms) * (f_cpu) + (uint64_t)(14e3-1ul)) / (uint64_t)14e3) # define cpu_us_2_cy(us, f_cpu) \ (((uint64_t)(us) * (f_cpu) + (uint64_t)(14e6-1ul)) / (uint64_t)14e6) #endif #define delay_cycles portable_delay_cycles
Uwe Bonnes schrieb im Beitrag #3315153: > void NutMicroDelay(uint32_t us) > ... Das ist ja ganz schön viel Holz. Es geht auch deutlich einfacher. Hier ein Delay mit Timer auf dem AVR: [c] void delay( int16_t d ) // d = 0 ... 32000 ticks { d +=
-
Thread
Komisches Bitfield Padding
auf 16bit aligned. Ich würde jetzt mal probieren, ob [c] typedef union GYRODATA { uint32_t Data; struct { uint32_t P1:1; uint32_t CHK:1; uint32_t CST:1; uint32_t PWR:1; uint32_t POR:1; uint32_t NVM:1; uint32_t Q:1; uint32_t PLL:1; uint32_t empty:2; uint32_t Daten:16; uint32_t ST:2; uint32_t P0:1; uint32_t SQ:3; }; }GYRO1; [/c] nicht auch funktioniert. Beim gcc geht folgendes: -funsigned-bitfields macht
-
Thread
Schnelle(re)s Quadrieren??
mul Q12, Q20 //b*D add Q02, ML add Q03, MH sollte der 2. add nicht ein adc sein? 32 x 32 --> 32 Bit macht dann Sinn, wenn ein Faktor klein und der andere groß ist. z.B. 0x00000012 x 0x00345678
er möchte ein 32Bit Resultat, 2^32^0.5 = 2^16, ergo bei einem Resulat von 32Bit ist das Quadrieren von Zahlen größer 2^16-1 ziemlich sinnfrei. Man benötigt also eine 16x16 Bit Mul und bei der Quadrierung dessen kann
-
Thread
pow() Flash-speichersparend ?
bzw. was wird mit der berechneten Potenz angestellt? Edit: Ich habe den Code nicht am einem AVR, sondern nur auf dem PC getestet. Sollten auf dem AVR falsche Ergebnisse geliefert werden oder die Laufzeit zu hoch sein, bitte Bescheid geben.
die Speicheranzeige herbekommt weiß ich nicht. Darum hab ich hier 4.18, die letzte 4er mit direkter avr-gcc Integration.
-
Thread
Hilfe Ladereglung Atmega16 Assembler
Der AVR hat kein ROM, sondern Flash... eine Variante des EEPROM. ROM find ich da ein wenig mißverständlich.
; ADC-Wert-Sollwert breq mainloop ; Wenn gleich->fertig adc r14,r2 ; wenn ADC-Wert kleiner->PWM+1 cp r3,r15 ; Sollwert-ADC-Wert sbc r14,r2 ; wenn ADC-Wert größer->PWM-1 out OCR0, r14
-
Thread
16-Bit-PWM mit 10 bis 100 kHz
des Taktes vom µC, oder? Also wenn es eine andere Möglichkeit gibt, evtl. auch mit Hilfe eines 32-Bit Controllers, dann bin ich für jeden Hinweis dankbar. Vielen Dank schon mal :-) Grüße Cyberfuzzy
A) aushalten müssen. ...irgendwie konfus... Klingt für mich wie ein Step-Up, der komplett im AVR laufen soll. Vielleicht sollte man den Regelteil auslagern und den AVR nur zum steuern benutzen?
-
Thread
cpp memory leaks vermeiden
gibt, das ganze Konzept >überdenken. Ich will das Ganze auf einem Atmega328 mit 2K RAM und 32K Flash verwenden. Der Compiler ist AVR-GCC und ich weiß nicht, ob die stdlib für so kleine Controller passt.
Das ganze lasse ich auf folgenden Systemen laufen: * Arduino Nano (Atmega328), 2k Ram, 32kFlash gcc version 5.4.0 (GCC) gcc version 7.3.0 (GCC) * Pipico2, 520k Ram gcc version 14.2.0 (GCC) * PC, 16GB Ram gcc version 13.3.0 (Ubuntu 13.3.0-6ubuntu2~24.04) Der
-
Thread
Pollin Display LCD-Modul LCM-5430-E
Stiftleiste ausgemessen. 1 -> Frame (VSYNC) 3 -> LOAD (HSYNC) 4 -> CP (PCLK) 6..9 -> D0..D3 14 -> VDD 15 -> VSS 16 -> VEE -22V ? 17 -> VEE switch (Basis "TR") 18 -> DISP OFF
liefert ca 3V für die Pollin DCF-Uhr. Über ein Transistor gelangt das invertierte Signal zum AVR. -Der Datenempfang erfolgt, wie sollte es auch anders sein, mit Benedikts Funkbrücke(Weissblechgehäuse) -Bei Scheitholzmangel wird bei fallender Rauchgasttemperatur im AVR ein 750Hz Ton erzeugt
-
Thread
3x Mega32 über I2C = 3x TxD und RxD ?
warum keinen AVR mit mehreren UARTS oder einen AVR nd softwareuart bauen
und stehe vor einem ähnlichem Problem. Wenn ich es richtig verstehe geht es auch mit nur einem Mega32: Mega32 = 5V USB = 5V I-Pod (3,3V) da USB-Kabel = 5V (Müsste im Ipod intern auf 3,3 Volt gewandelt werden ? ) Mega32 Pin 14,15 = Rx/Tx = USB Nun könnte ich den Ipod direkt an Pin 14/15 anschließen
-
Thread
avarice und atmega32u2
; return 0; }[/c] Dieser kleine Codeschnipsel wird dann mit folgendem übersetzt. [code]$ avr-gcc -O0 -g -std=c99 -DF_CPU=8000000UL -c -mmcu=atmega32u2 -MMD -MP -MF"main.d" -MT"main.d" -c -o "main.o" "main.c"[/code] Anschließend gelinkt und es entsteht die Elf-Datei. Als ich dann avarice
den uC. Dann starte ich avarice: [code]$ avarice -2 -P atmega32u2 -w -j usb -C :4242 -d[/code] Am Ende dann starte ich gdb und verbinde mich dann damit zu avarice. [code]$ avr-gdb firmware.elf[/code] [code](gdb) target remote :4242[/code] Dort springt der Controller
-
Thread
GPS an mega8,88 oder 168
Wie wohl in allen AVR SD-Projekten wird das SPI-Protokoll angewendet.
erste µC sein den ich zum laufen bringen möchte. Ich habe das Polli-Board mit verbindung des USB AVR Programmer http://www.my-irshop.de/catalog/product_info.php?products_id=158&osCsid=549de8da536d7b0b18041cea713a7f85 Zum übertragen des hexfiles verwende ich AvrOspII Ich verwende den Mega168-
-
Thread
EA DOGL 128x64 will nicht
beispielsweise 16 Controllerpins ist Pin 1 unten links, Pin 16 unten rechts, Pin 17 oben rechts und Pin 32 oben links. Pin 17 bis 32 gehen zum Displaycontroller.
Betriebstemperatur: 0 - 50° C" Weil das ist ein Baugruppe, und definitiv ist behauptet dass auf AVR-Board anschliessbar ist(Steckerleiste Pin 13 = Plus, Pin 14=GND) man kqann gar nicht anderes anschliessen auf das AVR MK2 Board. Ich habe die Spannung gemessen, ist 5.0 V. Bemerkbar ist nichts was
-
Thread
Wie viel Rechenpower braucht man fuer Audio
Für MP3 würde ich Dir den AVR32 empfehlen. Hat sogar einen DSP drauf. Zusätzlich bei Bedarf: kostenlosen TCP/IP/ USB / Stack und eine kostenlose DSP Library, DMA, und wenn willst auch nen RTOS. USB Host dann klemmst einfach ne SD
Der AVR32 hat _keinen_ USB-Host. SD-Karten kann man aber anschließen. Er hat auch keinen DSP on chip, sondern vielmehr einige DPS-ähnliche Befehle in seinem Befehlssatz. Für einfache Audio-Anwendungen könnte
-
Thread
seltsames Phänomen Ausgabe auf LCD HD44780
break; case 13: lcd_gotoxy(0,0); lcd_puts ("Anweisung 14 "); lcd_gotoxy(0,1); lcd_puts ("Anweisung 14 14/28"); step = 14; break; case 14: lcd_gotoxy
break; case 15: lcd_gotoxy(0,0); lcd_puts ("Anweisung 14 "); lcd_gotoxy(0,1); lcd_puts ("Anweisung 14 14/28"); step = 14; break; case 16: lcd_gotoxy
-
Thread
blutiger anfänger in GCC
Time_sec) { unsigned char n; n = (Time_sec << 5); // 5Bit nach links schieben: n=Time_sec * 32 while(n--) // solange (n<>0); n-- ist zudem n=n-1 { //---------------------------------------------------------- // Max. Delay für _delay_ms ist: 262.14 ms / F_CPU in MHz
Konstante sein! //---------------------------------------------------------- _delay_ms(1000/32); // Time_sec * 32 * (1000ms / 32) } } int main(void) { unsigned char X; // lokale Variable DDRB=255; while(1) // endlos Loop {
-
Thread
Suche kleines, schnelles PWM-Bauteil
LPC810, ist allerdings ein 32 Bit Cortex-M0, nix AVR.
. Die LPCs fand ich so 2004 rum auch interessant, mein Werdegang mit MCUs ist allerdings PIC -> AVR -> STM32, mit ein paar projektbezogenen Ausflügen zu anderen Familien (8051, 68HC11, PicoBlaze,...). In aktuellen Projekten kommen bevorzugt STM32F0 und STM32F4 zum Einsatz. Und natürlich MicrobenController
-
Thread
CMOS Sensor MT9P031
durch die Blankpixel deutlich länger (2592 echte Pixel und einige 1000er Blankpinxel). Dann hätte der AVR eine Chance durch einen Interrupt pro fertiger Zeile diese dann aus dem FPGA zu laden. Wie schnell (MByte/sekunde) ist denn Deine AVR-Schnittstelle?
man kann 1MB an Geschwindigkeit bekommen (über den Datendurchsatz hab ich mir keine Gedanken beim AVR gemacht). Daher könnte zeilenbasiert fehlschlagen. Schöner wär es dem AVR alle Daten vorzukauen und ihm diese parallel zu füttern. Den AVR würde ich auch nur nehmen um eine SD-Karte anzusprechen
-
Thread
EEMEM landet aber im RAM
Bei mir geht das. In ein beliebiges Projekt reingesetzt: [c] uint8_t EEMEM t[1024]; AVR Memory Usage ---------------- Device: atmega328p Program: 3198 bytes (9.8% Full) (.text + .data + .bootloader) Data: 288 bytes (14.1% Full) (.data + .bss + .noinit) EEPROM:
-h ee.elf ee.elf: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn 0 .text 0000004c 00000000 00000000 00000074 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE
-
Thread
Arduino 2560 / Datenverlust bei Hardware-UART und SPI
LG, Sebastian PS: Ich glaube du meinst Atmega2560 bzw. Atmega328P, nicht Atmega256 bzw. Atmega32?
geladen, sondern die FIFOs selber programmiert, ist ja nicht aufwendig. Ich benutze ein Baudratenquarz 14,7456MHz, damit gehen auch hohe Baudraten ohne Rundungsfehler: 14,7456MHz / 16 / 230400 Baud = 4,0
-
Thread
ESP8266 Fatal Exception (0)
+0x78> 401016d6: 0000c0 callx0 a0 401016d9: fff7d1 l32r a13, 401016b8 <xPortWantedSizeAlign+0x14> 401016dc: 0d08 l32i.n a0, a13, 0 401016de: 40cc bnez.n a0, 401016e6 <pvPortMalloc+0x1e> 401016e0: fff901 l32r a0, 401016c4
a12, a2 401016ef: a29c beqz.n a2, 4010170d <pvPortMalloc+0x45> 401016f1: 1d28 l32i.n a2, a13, 4 401016f3: 2d08 l32i.n a0, a13, 8 401016f5: 14bc27 bgeu a12, a2, 4010170d <pvPortMalloc+0x45> 401016f8: fff131 l32r a3, 401016bc <xPortWantedSizeAlign+
-
Thread
Zusammenfügen von 2 mal 8 bit zu einem 16 bit Wert funktioniert nicht richtig
y=(yupper<<8)|ylower; // ... } [/c] Das funktioniert nur auf 16-Bit-Plattformen, nicht auf 32 Bit.
benutzt Du denn? Vor ein paar Wochen gabs mal ein ähnliches Thema, da war es letztlich ein Fehler im avr-gcc aus AVR-Studio 5.