-
Thread
Hausautomatisierung mit Embedded Linux
nur 69$ - also knapp 52€ kosten soll: http://www.atmel.com/dyn/corporate/view_detail.asp?FileName=AVR32NGKit_3_26.html Es ist alles drauf, was man so braucht für die Hausautomatisierung: * AVR32 Risc CPU AT32AP7000 with 140MHz * 8MB Program Flash, 8MB DatFlash, 32MB SDRAM * SD-Card
@ RelaisKarte: Eine Alternative ist zum Beispiel das Grasshopper AVR32 (AP7000) Board. Das kostet 75 Euro und ist komplett opensource (Hardware und Software). * 140MHz max. 200MHz * 64MB SDRAM, 32Bit Datenbus * 8MB Flash * USB-UART via CP2102 vorinstalliert, optional
-
Thread
Spielgerät gesucht
C ist das nicht. Etwas genauer solltest du aber schon werden. Möchtest du einen 8 Bitter einen 32 Bitter. Soll es ein AVR werden oder darf es auch was Anderes sein? Oder hast du noch garkeine Ahnung? In diesem Fall wirst du hier auch nicht schlauer werden. Jeder hier wird dir etwas anderes raten!
Stimmt^^quasi von jedem :) Ich persönlich nutze dafür das AVR Studio. man merkt, ich bin AVR Fan ;)
-
Thread
Z80 CPU einer der modernsten CPUs?
Usw. usf. Das Ding mit internem Flash und etwas aufgebohrter Peripherie und es hätte nie einen AVR gegeben.
haben, dann empfehlen sich immer noch PIC oder AVR, Z8 Encore! und moderne 8051er mit FLASH. Dann kommt noch die Entwicklungssprache dazu. STM32 sind eher eine Qual in Assembler. Meist nimmt man die C oder C++ Sprache. PICS und AVRs gibt es je nach
-
Thread
Welche Programmiersprache auf µC
einem controller laufen, was ich auf einem PIC32 laufen lassen wird weder auf PC noch auf AVR portiert. Aeh ja. auf dem PC lass ich Delphi laufen.
weil weil sich da alles abschalten laesst Na dann schalte mal bei einem noch relativ schlanken STM32F103 alles abschaltbare ab (außer Wake-Up per externem Signal) und vergleiche die Stromaufnahme mit irgendeinem beliebigen AVR oder PIC. Was in der AVR Welt typischerweise it "Super Low Power Consumption
-
Thread
Heavy-Metal-Maschine von Elektor
derzeit, mir auch so ein Teil zu bauen (allerdings >eventuell statt mit vier mit acht Oszis und einem AVR als >Hüllkurvengenerator). Die Rechteckfrequenzen kannst du auch mit dem AVR machen, falls du lieber programmieren statt löten willst: [c] #include <avr/io.h> #include <avr/interrupt.h> unsigned
Melodie.elf: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn 0 .text 0000017e 00000000 00000000 00000094 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE
-
Thread
Suche BASIC-Programmierer
ok, ich mach schnell nen plan von der pinbelegung des mega 32...
programmierverständisse sind anscheinend auch vorhanden. das was er hier erreichen will, mit nem mega32 könnte man super mit riesen spaghetticode machen.
-
Thread
AVR Studio 4.0
Ich verwende das AVR Studio 4.14. Nachfolgend findet ihr den C-Code für die LCD Anzeige. #include <mega32.h> #include <stdio.h> // Alphanumeric LCD Module functions #asm .equ __lcd_port=0x15 ;PORTC #endasm
Dieter wrote: > Ich verwende das AVR Studio 4.14. Oh, da hast Du aber schnell geupdatet... > #include <mega32.h> Was soll mega32.h für ein Header sein? Zur AVR-libc gehört der nicht. Und Device-spezifische Header werden nicht direkt
-
Thread
unions structs bildfields
#6388989: > In aller Regel klappt es aber Bei wie viel Prozent der Plattformen reicht es? Zwischen AVR und ARM ist es schon nicht übertragbar. Und das "packed" Attribut ist Gift für die Performance auf 32 bit Plattformen. Olaf schrieb im Beitrag #6388989: > Zumal ich in den Datenbloecken die ich
> irgendwelchen Gründen evtl. intern gar keine 16-Bit-Integer kennt und > intern z.B. immer mit 32 Bit rechnet? Nö, das ist nochmal was anderes. 1: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf
-
Thread
Feedback gewünscht zu ATMega32 Platine
Port Multi wrote: > Du brauchst eigentlich keinen Pegelwandler, der ATmega32 müsste mit 3.3V > bei 14.3181 MHz laufen. > Nicht laut Datenblatt und selbst wenn, wie versorgst du dann den MAX232 ???
Mike J. wrote: > Der ATmega32 läuft sicher noch bei 14.xx MHz und 3.3V Da wäre ich mir nicht so sicher. Manche Komponenten können bei dem Takt und der Spannung schon aussetzen (EEPROM bspw.). Außerhalb der Spec ist außerhalb
-
Thread
wie groß muß das CPLD ungefähr sein ?
aus. Hast Du das über die Shematic erfasst oder nur in HDL ?? Wenn der CPLD den Adresszähler bis A14 haben soll (32kx8 RAM ) dann müßte doch nur die Zeile geändert werden, oder? > generic(addresswidth : integer := 12; datawidth : integer := 8); Aus der 12 einfach ne 14 und gut ? Danke
Das hab ich in VHDL geschrieben. > Aus der 12 einfach ne 14 und gut? jupp dann hast du von A0...A14, aber wie gesagt ist noch nicht getestet und das externe Clocking durch den AVR fehlt noch. (und irgenwie hab ich noch nicht rausgefunden wo er einem die Maximale
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V4]
DMA und zweites SPI hätten da schon gereicht um bei 32Mhz vor nem AVR zu stehen.. so bleibt es ein Nieschenprodukt mit etwas mehr Power. Bin deswegen für Display Ansteuerungen zum STM32/ESP32 gewechselt.
Versand über Amazon: 8-Kanal-Relaismodul, Reset-Taste der Entwicklungsplatine für Bessere Steuerung ESP32-WROOM-32E 4M-Byte-Flash für 9,59€ mit Prime. Bei Ali nicht unter 14€ zu finden. https://www.amazon.de/dp/B0CF2QFGHW
-
Thread
AVR-GCC 4.7.2 Bug?
Funktion ausgliedere und die Berechnung einfach per Hand mache wie im folgenden Code: [c] #include <avr/io.h> #include <stdio.h> #include "uart.h" int main (void) { char buffer[90]; uart_init(); uint16_t vs,f; uint32_t u2; uint8_t v,s; s = 255; f=254; // 1: vs = 32640
uint16_t f = 254; // 0x00FE int main (void) { uint16_t vs = -32641; // 0x807F uint32_t u2 = (uint32_t) vs * f; if (u2 != 8355330) abort(); exit (0); return 0; } [/c] Compiliert mit avr-gcc 4.6.2, 4.7.2 und 4.8.0-rc1 vom 6.3.2013 läuft das Programm
-
Thread
Höchstmögliche Schaltfrequenz an einem normalen AVR Ausgangs-Pin
eine MCU mit mehr Countern. (Es sei denn jemand weis noch eine bessere Lösung) Weis jemand einen AVR mit min. 6 16-Bit-Timern ? Ich habe auf Reichelt jetzt z.B. den ATXMEGA 128A3UAU gefunden, mit 7 leider nur 8-Bit-Timern. Er hat eine Taktfrequenz von bis zu 32 Mhz, was dem doppelten des ATmegas328P
Du die vielen, ernstgemeinten Vorschläge verstanden hättest, wären > es 6 x ATmegaxxx oder ein STM32 oder RP2040 oder ... gewesen Der hat jetzt aber 7 16-Bit Timer, heißt ich kann es einfach von der Hardware machen lassen, und brauch keine CPU Leistung dafür. Und ich würde generell gerne bei AVR
-
Thread
Attiny Programmierung
aber ersteinmal kein Problem darstellen. Sehe ich auch so. Bevor ich mich mit diesen "neuen" AVR beschäftige, schaue ich mir lieber die STM32 an. Ich denke, davon habe ich langfristig mehr. Für mich endet die 8bit Welt bei den klassischen AVR Mikrocontrollern mit ISP Interface und Debug Wire
Stefan ⛄ F. schrieb im Beitrag #6095926: > Bevor ich mich mit diesen "neuen" AVR beschäftige, schaue ich mir lieber > die STM32 an. Ich denke, davon habe ich langfristig mehr. ... kommt drauf an, wenn es mal um "richtig" low power oder batterie geräte geht sind die neuen avr's
-
Thread
Attiny85V mit Arduino Mega ISP-Shield flashen, funktioniert nicht richtig.
configuration file for part ATtiny85 avrdude: stk500_program_enable(): protocol error, expect=0x14, resp=0x50 avrdude: initialization failed, rc=-1 avrdude: AVR device initialized and ready to accept instructions avrdude: Device signature = 0x000000 avrdude: Yikes! Invalid device signature.
dadurch hat der arduino takt auch den atmega32 taktvorgegeben, wodurch ich den atmega32 dann auf internen taktgeber umfusen konnte. Coole sache :-) Trotzdem danke für die Antwort.
-
Thread
ADC nimmt die falsche Vref obohl richtig eingestellt.
. hier ist das include File adc.c kann mir bitte jemand weiterhelfen? PS. auf dem ATmega 32 läuft der ADC #include <avr/io.h> #include <avr/interrupt.h> //#include <avr/signal.h> #include "adc.h" /*! * Initialisert den AD-Umsetzer. * @param channel Für jeden
type : Atmel Tiny 13 (Attiny 13) Program type : Application Clock frequency : 14,745600 MHz ******************************************************************************/ #include <avr/io.h> #include "global.h" // include our global settings #include "adc.h" #ifndef
-
Thread
Absoluter Anfänger
Arduino-IDE programmieren, neben den von Anfang an unterstützten AVRs auch z.B. die oben erwähnten STM32, ESP8266 und ESP32. Du musst Dich also kaum auf eine bestimmten Mikrocontroller-Familie festlegen. Meine konkrete Hardware-Empfehlung für den Einstieg wäre: Ein beliebiges Arduino-Board mit AVR (
Selbst das ist schwierig, denn es gibt steinalte PICs, und nagelneue, schlechte AVRs und gute. Weder AVR noch PIC16/18 sind veraltet. Es zwar ältere Produktlinien, aber sie bekommen beide noch Zuwachs. Aber allgemein "PIC" gegen AVR impliziert auch PIC32MZ gegen ATTINY. Das ist dumm, die bedienen ganz
-
Thread
Nach Update Ubuntu Linux 14.04 -> 16.04 funktioniert avrdude mit USBProg4 nicht mehr
Bei ls -l /dev/bus/usb/002 kommt dies: insgesamt 0 crw-rw-r-- 1 root root 189, 128 Jul 17 14:39 001 crw-rw-r-- 1 root root 189, 129 Jul 17 14:39 002 crw-rw-r-- 1 root root 189, 131 Jul 17 14:39 004 crw-rw-r-- 1 root root 189, 133 Jul 17 14:39 006 crw-rw-r-- 1 root root 189, 134
4-amd64 #1 SMP Debian 3.16.36-1+deb8u2 (2016-10-19) x86_64 GNU/Linux[/code] Hab's gerade mal am 32bit Laptop getestet, gleiches Verhalten und Ergebnis wie am Hauptrechner. [code]4.2.0-0.bpo.1-686-pae #1 SMP Debian 4.2.6-3~bpo8+2 (2015-12-14) i686 GNU/Linux[/code] Böse Zungen würden jetzt behaupten
-
Thread
MegaLoad für avr-gcc
Hallo zusammen, Ein kleiner Tipp, für alle, die wie ich am verzweifeln sind, weil ihr AVR nicht richtig erkannt wird: ich hab den Bootloader auf einem M128 laufen und wollte ihn auf einem Mega32 zum laufen kriegen. - Leider erfolglos, er wurde nicht richtig erkannt (meistens als Mega165
Entwicklungsumgebung: [pre] AVR Studio 4.14.589 GUI Version 4, 14, 0, 589 JTAG ICE 1, 0, 0, 39 AT90CAN128 170 Operating System (WinXP) Major 5 Minor 1 PlatformID 2 Build 2600 Service Pack
-
Thread
Grasshopper und TFT Display
einem Bug auf AVR32 Seite.
will kommt folgende Fehlermeldung: [pre]./mplayer -vo help ./mplayer: can't resolve symbol '__avr32_s32_to_f32' ./mplayer: can't resolve symbol '__avr32_f32_cmp_lt' ./mplayer: can't resolve symbol '__avr32_f32_to_s32' ./mplayer: can't resolve symbol '__ctype_b' ./mplayer: can't resolve symbol
-
Thread
RC5_Code läuft nicht auf ATMega32
DDRB = i; //LED output } } }[/c] Die Header Datei: [c]#include <avr/io.h> #include <avr/iom32.h> #include <avr/interrupt.h> #include <avr/signal.h> #include <stdlib.h> #define xRC5_IN PINA #define xRC5 PA0 // IR input low active #define XTAL
// count next pulse time } } rc5_tmp = tmp; } [/c] Header Datei [c] #include <avr/io.h> #include <avr/iom32.h> #include <avr/interrupt.h> #include <avr/signal.h> #include <stdlib.h> #define xRC5_IN PINA #define xRC5 PA0 // IR input low active //define XTAL
-
Thread
LCD Display 480x360, blau, bei Pollin
im obere 32Kb vom RAM. mit Px.x und Px.y kann ich dann die 4 pages von 128Kbtes S1D13705 memory im 32Kbytes 89CE558 mappen. Zum addressieren von die register muss mann dann die Px.x und Px.y auf high '1' legen
meinem (Eigenbau) 8051-Entwicklungsboard sind 4 Busanschlüsse vorhanden, von denen jeder 4kByte des 32kB I/O Adressraumes bekommt (ein 32k SRAM oder ein 2MB DRAM unterteilt in 32k Pages) bekommt den Rest. Auf der S1D13705 Platine sitzen ein 74HC573 und 74HC574, die 64k der Adressen erzeugen. A0-7 können
-
Thread
USB Design mit AVR16DU14, bitte um Review
schrieb im Beitrag #8074814: > Feedback Hm... sollte (a) U1 nicht eine Spannungsversorgung an Pin 14 bekommen und (b) VUSB auf 3.3V liegen statt auf 5V? | https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR32-16DU-14-20-28-32-Prelim-DataSheet-DS40002576
Datenblatt: https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR32-16DU-14-20-28-32-DataSheet-DS40002576.pdf Genau, auf Seite 28 steht: "Connection for RESET The RESET pin on the device is active-low with an internal pull-up resistor, and externally pulling
-
Thread
vom PIC18f umsteigen?
Vorrat hat. Bei den 18ern würde ich z.B. den 18F45K20, den 18F4550 sowie als "kleinen" noch den 18F14K50 in betracht ziehen. den 45K20 sowie 14K50 bekommt man für um die 2Euro. Bei den PIC32 ist der PIC32MX795F512L so ziemlich die obere Fahnenstange der wohl alles was der Hobbybastler braucht Abdeckt
PIC oder AVR aber dafür ist ein Ausgangsbit setzen wohl beim AVR/PIC einfacher..
-
Thread
Atmega 32 RC5
dort etwas konfus vor. Aus dem Bauch raus würde ich sowas erwarten (ungestestet!) [C] #include <avr/io.h> #include <avr/interrupt.h> #include "LCD.h" #define F_CPU 1000000 #define NUM_RC5_BITS 14 volatile unsigned char code_B[NUM_RC5_BITS]; volatile unsigned char wartezeit; unsigned char
A4nger Den Atmega32 Code habe ich mitgeführt und fehlerfrei kompiliert aber nicht auf einem Atmega32 getestet. Das 14 Byte Array ist Verschwendung auf einem µC. Man kann das (und würde in der Praxis bestimmt auch) durch
-
Thread
Wozu übertrieben schnelle Microcontroller?
Programmierer oder Entwickler nennen) außer AVR und STM32 kaum noch etwas anderes kennen. Entsprechend sieht dann deren Weltsicht auch in anderen Dingen aus. W.S.
Die USB Schnittstelle eines STM32 ist auch relativ "intelligent", verglichen mit VUSB auf einem AVR. Ach, und CAN natürlich auch.
-
Thread
Soft-PWM und Schieberegister / Multiplexen
haltet ihr von diesem Thread zu diesem Thema: >Beitrag "16 Bit Soft-PWM auf (fast) beliebig vielen AVR-Ports" Naja, ein Ansatz, wenn gleich etwas komplizierter. Mit [[Soft-PWM]] aus dem Artikel schafft man 10 Bit Auflösung bei 100Hz und 32 Kanälen auf einem 20 MHz AVR, und der hat dann noch MASSIG
den ganzen IC neu >mit Daten versorgen, was natürlich Zeit kostet. Mein Atmega läuft mit >rund 14 Mhz. >Ist das zeitlich noch möglich? Problemlos. 16 LEDs a 12 Bit macht 192 Bit / 24 Byte, die taktet der AVR mit SPI-Modul bei 7 MHz in 27,4us raus, bei 32 LEDs halt in 54,8us. Man schafft also
-
Thread
Mit welchem Programm programmiert ihr Controller?
Privat Freepascal auf dem STM32 und AVR, beruflich in C (ist aber nur eine Nebenaufgabe).
AVR: Microchip Studio 7 STM32: Atollic Truestudio
-
Thread
Programmgeschwindigkeit bim XMEGA viel kleiner als Taktfrequenz?
Jetzt hast du dir selbstein Bein gestellt: 32MHz /14Zyklen = 2,3MHz Voila. Stimmt doch..??!!
für die vielen Hinweise! Daniel V. schrieb: > Jetzt hast du dir selbstein Bein gestellt: > > 32MHz /14Zyklen = 2,3MHz > > Voila. Stimmt doch..??!! Ja, ist mir bewusst, mir gehts mehr darum, weshalb wo viele Taktzyklen verbraucht werden für eine Veroderung und Signalausgabe. Bei den AVR-Typen
-
Thread
Uart empfangen
Die Daten vom AVR kannst du am Terminal sehen?
Dein Controller sendet dauernd "ATMEGA 32" an den PC? Pack das mal vor die Schleife.
-
Thread
Das Ende des Z80
Gerhard H. schrieb im Beitrag #7650682: > Wenn ich mir den Asm-Code eines > 32Bitters anschaue kann ich nur sagen: nein danke. Gerhard H. schrieb im Beitrag #7650977: > Der Spaß hat sich bei mir auf den AVR übertragen. Mindestens so > assemblerfreundlich wie einst der Z80.
ohne blödsinnige Segmentierung. Das Motto "Alles geht mit allem" würde ich in der Tat auch beim AVR für erstrebenswert halten. Ansonsten sehe ich aber für den AVR mit seinen immerhin 32 Arbeits-Registern keine "Nachteile", die nicht unmittelbar aus seiner "Nur 8Bit" Architektur (und entsprechender
-
Thread
asm 16 Bit in BCD
; 2. Bit rol BIN1 rol BCD10 rol BCD32 rol BCD4 ldi COUNT,14 ; 14x LOOP (statt ursprünglich 16x) LOOP lsl BIN0 ; 3. Bit bis 16. Bit rol BIN1 rol BCD10
: " Bin4BCD == 32-bit Binary to BCD conversion [ together with Bin2BCD ]" https://avr-asm.tripod.com/math32x.html AVR-Assemblercode für zwei BCD-Stellen: subi tBCD0,-0x33 ; add 0x33 to digits 1 and 0 sbrs tBCD0,3
-
Thread
SPS Betriebssytem
gerade nochmal durch den Kopf gehen lassen und bin zu folgendem Entschluss gekommen! MCU: ATmega32-16 DIP mit 16MHz Quarz Inputs: 16 Stück (durch 2x 74HC595)ggf mit Optok. Outputs: 16 Stück (durch 2x 74HC165)ggf mit Optok. ADC: 8 ADC`s (die des AVR`s) PWM: 2 CAN: MCP2515 RS232:
komplett ist. Bei ernsthaftem Interesse an einer Mitarbeit (ist in C geschrieben braucht auf einem AVR derzeit ca. 14K Flash + 200 Byte Ram / pro MC5 Anweisung gehen bei 8MHz ca. 20uS drauf) dann meldet euch. Die Quellen hier zu veröffentlichen macht noch keinen Sinn, dazu ist das Teil noch nicht genug
-
Thread
passender Controller gesucht.
Danke für die Tipps, es geht ja eindeutig in Richtung AVR. Der ATmega328 wäre scheinbar geeignet mit seinem Power-Save Mode, in dem Timer2 aktiv bleibt. Aber er ist schon fast überdimensioniert. Ich brauche ja eigentlich nur einen 14-Piner. Matthias S.
avr schrieb im Beitrag #4584142: > Es gibt 14-Pin Attinys. Es wundert mich, dass diese noch nicht gennant > worden sind. Aus dem Grund, weil bei dieser Belegung Jörg schrieb im Beitrag #4583716: >
-
Thread
Frage zu "sections" im ext. memory
0x1100-0x11FF Memory Bank Register 0x1200-0x12FF externer 8 Bit Port 0x1300-0x13FF USB-FTDI 0x1400-0x14FF Realtek 0x1500-0xFFFF externer SRAM, banked in 512Kb Extern kann nun bis zu 512Kb an SRAM angesprochen werden. Dazu müssen die obersten 4 Addressleitungen A15-A18 des SRAM's über den AVR im Memory
den 16Bit Zeigern wäre. Ich kenne mich eben mit den Möglichkeiten wie tief und intensiv man in WinAVR und dessen Codeerzeugung eingreifen kann nicht aus. Die Idee wäre einen eigenen neuen Zeigertyp der 32Bit breit ist zu definieren. Die Regeln die der Compiler nun nutzen muß um eine Speicheraddresse
-
Thread
THT im Hobbybereich, hat das noch Zukunft? Gesperrt
hobby-geeigneten Lieblinge muss ich Dir aber schon vorstellen, Peter. Schau mal was in einem winzigen 14Pinner SOIC inzwischen als AVR64DD14 erhältlich ist! U.a. mit Pegelwandler und zwei UARTs.
Gerhard H. schrieb im Beitrag #7558027: > 32Bit Boliden Das drückt auch schon wieder eine gewisse Voreingenommenheit aus. Aus Sicht eines Z8 ist auch dein geliebter AVR ein "Bolide". Die Komplexität eines modernen AVR (die du ja gern als
-
Thread
Modernes "Z80 Klein-Computer"-Analogon für Jugendliche/Kinder?
oder Lochraster. Und mit demselben Programmer und der gleichen IDE könnt ihr dann bis zum 300MHz 32 Bit MIPS PIC32MZ alles machen. fchk
im Beitrag #6166296: > Die einfacheren > (älteren) PIC16 und eventuell noch die einfacheren Atmel AVR. Wobei ich > mir nicht sicher bin, ob die auf C-programmierung zugeschnittene > AVR-Architektur tatsächlich für 12 jährige das Geeignetste ist. Ich finde schon, dass man zumindest die kleinen AVR
-
Thread
Welchen Mikrocontroller für Millisekunden-Stoppuhr?
AVR Datasheet: "Two 16-bit Timer/Counter Type B (TCBn) can be combined to work as a true 32-bit input capture." Damit kann man sehr lange Millisekunden zählen.
Normalerweise meinen Leute hier im Forum den internen R/C Oszillator. Dieser hat bei den klassischen AVR 8 MHz +/-10%, soweit ich mich erinnere. Im gleichen Beitrag wie ich darauf hin der (interne) Quarz-Oszillator > nicht weniger genau, als ein 32 kHz Uhrenquarz ist.
-
Thread
[AVR] _delay_ms() funktioniert nicht mehr (vom Compiler ignoriert?)
0: 12 c0 rjmp .+36 ; 0x26 <__ctors_end> 2: 17 c0 rjmp .+46 ; 0x32 <__bad_interrupt> 4: 16 c0 rjmp .+44 ; 0x32 <__bad_interrupt> 6: 15 c0 rjmp .+42 ; 0x32 <__bad_interrupt> 8: 14 c0 rjmp .+40 ; 0x32 <__bad_interrupt
> 12: 0f c0 rjmp .+30 ; 0x32 <__bad_interrupt> 14: 0e c0 rjmp .+28 ; 0x32 <__bad_interrupt> 16: 0d c0 rjmp .+26 ; 0x32 <__bad_interrupt> 18: 0c c0 rjmp .+24 ; 0x32 <__bad_interrupt
-
Thread
Bosch BMP280: Umrechnungen vereinfachen?
abgestimmten Algorithmus auf double umzucastet. Den Originalalgorithmus findest du im Datenblatt rev. 1.14 im Abschnitt 8.2. Michael Reinelt schrieb im Beitrag #4121939: > Abgesehen davon dass 32bit-Schiebeoperationen (oder für höchste > Genauigkeit sogar 64bit) auf einem AVR alles andere als ein >
Michael Reinelt schrieb im Beitrag #4121939: > Abgesehen davon dass 32bit-Schiebeoperationen (oder für höchste > Genauigkeit sogar 64bit) auf einem AVR alles andere als ein > Wimpernschlag sind Huch? Vier Takte/SchiebeBit bei 32Bit, acht Takte/SchiebeBit bei 64Bit
-
Thread
Einstieg in 8051 - Atmels AT89S52 oder?
gemeint, also deren ARM-Konkurrenz PIC32 MIPS. AVR werden nicht unterstützt. https://www.segger.com/products/debug-probes/j-link/technology/cpus-and-devices/microchip-pic32-support/ Der J-Link unterstützt nur 8051 mit SWD, also die EFM8
Programmier- und Debuginterface der Microchip PICs (MCLR, PGCLK, PGDAT, VCC, GND). Die zugekauften Atmel AVR Controller haben alle was anderes. Und der JLink kann nur das ICSP vom PIC32, denn da wird das MIPS EJTAG-Protokoll der PIC32 MIPS-Kerne quasi durchgetunnelt, und der JLink kann ja auch MIPS EJTAG.
-
Thread
Pointer auf Array
Diese von Hand verstellen zu können, wäre doch unsinning. Preisfrage: [C] struct X { uint32_t b; uint32_t c; uint32_t foo[123]; }; [/C] Wie groß ist ein struct X* ? Glaubst du wirklich, daß für die Adresse nun 500 Bytes reserviert werden, nur weil ein struct X halt 500 Bytes groß
aufgefallen. zumal es hier glaube um einen AVR ging ... und es nur ein einfacher zeiger im RAM war es ging um uint8_t* , uint16_t* , uint32_t* ... sonderfälle beim AVR sind die __flash The __flash qualifier locates data in the
-
Thread
STM32 Shift operationen
Compiler-Version. Es sei den man wechselt die Plattform auf eine, auf welcher ein unsigned int nicht 32bit groß ist (z.B. AVR). Und für erst zur Laufzeit bekannte Variablen wird diese auch nicht zu "CLZ" optimiert.
des Makros auf >32 Bit (bei int = 32 Bit) hier auch zu Fehlern führen - tut es aber nicht! Ich behaupte mal, daß das BITNR-Makro unverändert auch bei C-Compilern füt AVR und sogar PIC12 funktioniert.
-
Thread
Elektroniker Stammtisch Nähe München
Montag, der 14. geht bei mir nicht. Sonst jederzeit gerne. Gruß Hans
Der nächste Stammtisch ist am 14.11.
-
Thread
Überlauf in AVR mit C
schrieb im Beitrag #7309615: > alles > darüber mit RICHTIGEN Hochsprachen. Welche nutzt Du für AVR/ESP/STM32?
El Capitan schrieb im Beitrag #7309651: > Welche nutzt Du für AVR/ESP/STM32? Pascal:-) Kein Scherz
-
Thread
S: Empfehlung nachbausicheres LC-Meter-Projekt mit Atmega
vor gehen, aber wer hat schon sowas > noch? QEMU hat. ;-) Habe mal ein FreeBSD/i386 (also 32-bit-System) unter QEMU mit einer 486DX CPU emulieren lassen. Wie du siehst, funktioniert auch ein aktueller AVR-GCC da völlig problemlos. (Das compilierte Programm ist einfach mal ein minimalistischer
SWCLK an PA14 (Pin49) SWDIO an PA13 (Pin46) Kann das hinkommen? https://www.mouser.de/datasheet/2/389/stm32f103c8-1851025.pdf
-
Thread
GPIB-RS232-Schnittstelle
eher nach einer .elf Datei aussah hab ich das per avr-objcopy -O ihex -I elf32-avr object.bin test2.hex in ein .hex umgewandelt. Man sieht im Hex-Viewer keinerlei Strings, was mich ein bisschen wundert weil das Programm ja per RS232 kommuniziert und
implementiere ich auch noch das Parallel Poll, Platz hätte ich noch; die Firmware belegt weniger als 14k der zur Verfügung stehenden 32k des mega32U4-Flashs -- trotz stärkster Speed-Optimierung. Ein kleiner Hinweis am Rande: Die aktuellen TI-Datenblätter der SN75161 und 162 enthalten einen Fehler:
-
Thread
Welche Low Cost 32 Bit MCU Familie? Gesperrt
absolut offene Frage stellen. Irgendwie scheint sich das ja alles im Forum aufzuteilen in 8 Bit > AVR 32 Bit > STM und noch etwas TI MSP430 was ich so mitbekommen habe. Warum ist bei 32 Bit STM dominant und nicht die AVR SAM? Beide nutzen ARM Kerne. Was macht STM so beliebt? Was machen die besser
Die 32Bit waren für mich persönlich kein großer Sprung, von AVR8 auf STM32. Nur die Einarbeitung in die Register / IDE, die ja nun ein großer Unterschied waren - hat man beim AVR noch im Studio die Taktung
-
Thread
Digitale Wasserwaage mit Arduino / Embedded
damit kann man alle normalen Baudraten exakt erzeugen. Siehe die Baudraten Tabellen im Datenblatt des AVR.
Quarz-Anschlüssen liegt. Mit möglichst kurzen Leitungen. Von Atmel gibt es dazu eine Layout-Empfehlung in der AVR042 "AVR Hardware Design Considerations" (Fig.6-1 (B) am Beispiel ATxmega32A4/ATmega324PB ) https://ww1.microchip.com/downloads/en/appnotes/atmel-2521-avr-hardware-design-considerations_applicationnote_avr042
-
Thread
LCD Uhr mit Alarmfunktion mit Drehencoder in BASCOM (Ein kleines Projekt für BASCOM Änfänger Vol3)
dass Bascom auch die Register sichert, die in der ISR nicht gebraucht werden, es sind aber nicht alle 32, sondern nur 25 oder 28, je nachdem, wie man die Hilfe zu "On Interrupt" interpretiert). Was macht der nun AVR beim Auftreten eines Interrupts? Er braucht eine Latenzzeit von einigen Takten, um auf
Ist sowas hier "brauchbar" ??? http://www.avr-praxis.de/forum/archive/index.php?t-63.html