-
Thread
7-Segment Multiplexing mittels ATmega
Dann stimmt diese Tabelle hier nicht? http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR CS00 -> 1 CS01 -> 1 = CPU-Takt / 64
#3752609: > Dann stimmt diese Tabelle hier nicht? > > http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Die_Timer_und_Z%C3%A4hler_des_AVR > > CS00 -> 1 > CS01 -> 1 > = CPU-Takt / 64 Abgesehen davon, dass sie für den falschen µC-Typ ist, Zitat [code] Der 8-Bit Timer wird z.B bei
-
Thread
USB Kompatibilitäts Probleme mit neuen Windows Versionen Gründe
die Treiber Schwierigkeiten machen und deshalb die SW am Ende als unbrauchbar zu verurteilen? Ob 32-bit oder 64-bit, es sollte keinen Unterschied machen. 32-bit SW funktioniert schließlich in den meisten Fällen im X64 BS. Es fehlt einfach am Willen Funktionalität zu erhalten. > > Gerhard O. schrieb
funktionell erhalten werden können. An der PC HW liegt es nun wirklich nicht. Z.B. kann ich in einer VM und 32-bit XP AS4.19 mit AVR-ISP II erfolgreich im selben PC betreiben. Geht also. In X64 aber nicht. (Ist aber hier nicht wichtig, weil moderne SW ohnehin funktioniert).es gibt Berichte, dass das mit speziellen
-
Thread
USBasp + AVSDUDE + ATmega8 Problem
20 128 0 no 512 4 0 900000 0xff 0xff flash 33 10 64 0 yes 8192 64 128 450000 0xff 0x00 lfuse 0 0 0 0 no 1 0 0 200000 0x00 0x00 hfuse 0 0 0 0 no 1
also bei mir gibg es erst mit avr studio 2009, da 2010 das nicht unterstützt. Nimm doch Avr burn o mat. Das ist einfacher (und ich kann dir besser helfen).
-
Thread
AVR-Handheld mit Mega644
wenn noch nicht alles komplett ist und die Dokumentation noch weitestgehend fehlt ist das Projekt "AVR-Handheld" an einem Punkt angelangt, an dem ich eine Veröffentlichung für sinnvoll halte. Hauptbestandteile sind ein ATMega644 und ein "Standard" GLCD mit 128x64 Pixeln. Optinal kann eine DS3232 RTC
Wofür soll denn ein AVR Handheld gut sein? Und so kompakt kann ich mir das gar nicht vorstellen. Übrigens sind Pullups im AVR integriert, die Widerstände an den Tastern kann man sich sparen. Und warum zur Hölle sind
-
Thread
Frage zu Char Array
8 bit rechnen / war damals nicht vorgesehen. ein int kann je nach Platform/Programmiermodell 16 32 oder 64 bit sein.
XYZ schrieb im Beitrag #2487551: > ein int kann je nach Platform/Programmiermodell 16 32 oder 64 bit sein. neugier: wo ist denn ein int 64bit?
-
Thread
AVR: Wetterinformationen über DCF77 Gesperrt
auskommen, sei es RAM, wie Rechenzeit. Normalerweise dauert sowas ca 20-30ms bei 1Mhz taktzeit (pic), bei 32khz würde das 8 sekunden heissen. Das mit dem Datenstrom irgendwie aufsetzten, wenn es 64 stationen gibt, dann beginn mit der 1sten und warte bist die kommt, und fang dort an. Nimm eventuell die
aktiv. Abdul: Gut, dann gehe doch bitte mal von dem ausgelesenen Xor-generator aus, welcher einen 32bit Bereich, nähmlich die ersten 32 bits der 84 bit Daten mittels Xor verknüpft. Dies könnte 64 mal wiederholt werden, wobei dann allerdings noch Code vorhanden ist, der warscheinlich eine Addition
-
Thread
Shakti: Indiens erster RISC-V basierender Prozessor bootet Linux
hier bekannten Microcontrollern, aber auch Broadcom mit seinen SOCs für Embedded. Atmel hat immerhin AVR32 erfunden umd irgendwelchen Grenzen oder Lizenzen zu entgehen.
gestritten werden... Es gibt vier sog. Basismodule (drei für die unterschiedlichen Adressbreiten 32, 64 und 128-Bit und ein abgespecktes für Microcontroller, RV32E genannt) und z.Z. 13 Erweiterungen... Es gibt zwei + n Befehlslängen: 32-Bit und 16-Bit komprimiert und variabler Länge (Vielfache von
-
Thread
Ansatz zum rechnen in Assembler gesucht...
warum nimmst du nicht einfach avr-gcc. Dann ist das problem schon gelöst. brulli
Schau dir mal diese Seite an http://www.avr-asm-tutorial.net/avr_de/rechnen/index.html Recht gute Erklärung.
-
Thread
Pollin Evaluationsboard - starten unter Ubuntu?
geholfen haben mir dabei die folgenden zwei Tutorials: Installation von Eclipse, mit CDT Plugin und AVR-gcc: http://www.wiki.elektronik-projekt.de/mikrocontroller/avr/avr_eclipse_tutorial?s[]=eclipse Konfiguration von avrdude unter Ubuntu. http://www.wiki.elektronik-projekt.de/mikrocontroller/avr
/64, error -71 [ 1468.900045] usb 5-1: device descriptor read/64, error -71 [ 1469.116047] usb 5-1: new full speed USB device using uhci_hcd and address 4 [ 1469.524050] usb 5-1: device not accepting
-
Thread
Sinn dieses Codes?!
verschiedensten Stellen einzubauen 2) Zu verhindern, dass es auf big endian Systemen läuft 3) Den Switch 32->64Bit zu erschweren 4) Undefined behaviour durch Type-Punning einzubauen etc. Also durchaus zahlreiche Anwendungsfälle. :)
define (WORD) (int) > #define (LONG) (long) geschrieben, wobei mir heute uint8_t uint16_t uint32_t uint64_t int8_t int16_t int32_t int64_t besser gefällt
-
Thread
Anfänger braucht Entscheidungshilfe
an: http://stefanfrings.de/mikrocontroller_buch/index.html (für 8bit AVR) http://stefanfrings.de/mikrocontroller_buch2/index.html und http://stefanfrings.de/stm32/index.html (für 32bit ARM) Eventuell ist für dich der ESP8266 interessant, ein 32bit Mikrocontroller mit
, ob er zum AVR Studio kompatibel ist. Es könnte sein, dass die aktuellen Modelle nur mit dem Atmel Studio funktionieren. Leider sind die Debugger für AVR verhältnismäßig teuer. Debugger für STM32 (ST-Link) bekommt
-
Thread
Effizente Mittelwertberechnung über 24bit (3x8Byte) ADC daten
FF ... FFFD -4 FF ... FFFC Da kann man vorne soviel wegwerfen wie identisch ist Ob das nun 64, 32, 16 bit sind
schrieb im Beitrag #4109329: > Da kann man vorne soviel wegwerfen wie identisch ist > Ob das nun 64, 32, 16 bit sind -1 24bit 0b11111111111111111111111 32bit 0b1111111111111111111111111111111 1 24bit 0b00000000000000000000001 32bit 0b0000000000000000000000000000001 Wie kommst
-
Thread
Dauer FFT berechnen
Ich wuerd mal mit einem AVR32 beginnen und die FFT ueber eine sinnvolle Anzahl Punkte machen. Worum geht es denn ?
bekomme einfach keine andere Entwicklungsumgebung von meinem Fachbreich. Würde auch liebendgern einen AVR32 mit 64-bit SPI-Bus programmiere, aber ich sehe da wenig Bereitschaft zu. Ist aber nicht so und deswegen wäre es schön wenn mir jemand seine Erfahrungen in bezug auf AVR mit FPGA berichten könnte
-
Thread
Mit FPGA möglich?
74HCT165 Gehäuse SOT763-1 2.5 x 3.5mm von NXP... > :-o Der 74HCT165 ist nur 8 Bit, davon würde ich ja 32 benötigen... da nehme ich lieber 4 * 64Bit Shift Register, z.B. den CD4031. Thorsten
@ Thorsten F. (tfol) >Der 74HCT165 ist nur 8 Bit, davon würde ich ja 32 benötigen... >da nehme ich lieber 4 * 64Bit Shift Register, z.B. den CD4031. Und was machst du dann mit deinen 64 Bit IM IC? Dort kommt man nur wieder seriell ran. Dashalb ist es höchste Eisenbahn
-
Thread
malloc hard fault KEIL
Heap_Size __heap_limit [/c] Und wie muss man sich das mit extern uint32_t HEAP$$Base; extern uint32_t HEAP$$Limit; uint32_t __HEAP_START = (uint32_t)&HEAP$$Base; uint32_t __HEAP_END = (uint32_t)&HEAP$$Limit; vorstellen, irgendwo muss ja in einem anderen File HEAP$$
avr avr schrieb im Beitrag #3337667: > zb soll > > struct nam { > int size; > char nname[20]; > > } data; > > in den TX_buffer geschrieben werden. HÄ? Was soll denn das? Wenn du irgendwas
-
Thread
Evaluation neuer Mikrocontroller: ARM? Gesperrt
Wenn für das Programm 1MB Flash reinchen würden, dann würde ich auch zu einem STM32 tendieren, denn Daten und andere Dinge könnte man auch in einen Atmel DataFlash speichern, das ist ein FLASH Speicher mit SPI Bus und hat viele MB. Hier ein Artikel über [[STM32]].
Addition oder Multiplikation d.h. das Teil wäre hier zu 60% ausgelastet (ohne FPU). Empfehlung: AVR32 in Form des UC3C http://www.atmel.com/dyn/corporate/view_detail.asp?ref=&FileName=UC3_Automotive_f2.html&SEC_NAME= 5V, 125 °C und hat zur Not auch eine FPU.
-
Thread
SIM Karte zum Datenspeicher?
xd64GB schrieb im Beitrag #4397783: > wenn auf meinem Notebook-Cardreader SD und xD draufsteht sonst aber > keine Angaben zur maximalen Kapazität kann ich davon ausgehen das auch > die > 32GB micro SD
xd64GB schrieb im Beitrag #4397826: > Keine Angabe von maximaler Größe. Dann wirst Du es /ausprobieren/ müssen. > Also die 32GB microSD von meinem Handy geht ohne Probleme. > Hier gibt's gerade 64GB
-
Thread
ARM M4F FPU: "Lazy stacking" und "Automatic stacking"
Beitrag #7436580: > Warum hat die CPU nur 16 Register? gibts dafür einen technischen Grund? > der AVR hat ja auch 32. Mit mehr Registern könnte man doch mehr > Operanden vorhalten, ohne dass man diese immer mit Load und Store aus > dem Memory holen muss. Warum nicht 64 Register, oder gar 256
Beitrag #7436580: > Warum hat die CPU nur 16 Register? gibts dafür einen > technischen Grund? der AVR hat ja auch 32. Bei ARM64 haben sie genau das getan: Dort gibt es 30 Register (und jedes ist 64Bit groß) und davon sind die ersten 8 laut ABI für die Parameterübergabe der Funktionen. Dafür ist jetzt
-
Thread
Dipl. Ing Heinz Ahborn Orgel - Keine Töne mehr
Adapter - Verlängerungskarte schon mehr als hilfreich. Irgendwo müßte ich in meinem Refugium noch 64 polige unbestückte Platinen liegen haben die man dann mit 32er VG Steckern ausstatten kann. Denke mal daß die Rackkarten dort 100 x 160mm groß sind womit meine Verlängerungsplatine dann genügend Raum
die passenden VG Leisten das ganze sieht dann im Gebrauch so aus : Hier ein Beispiel mit einer 64 poligen VG Leiste AB Die ist auch verwendbar für 32 pol AB Leisten Das Ebay Beispiel ist für 32 , 64 und 96 polige VG Leisten. A , B und C sind die jeweiligen Reihen einer solchen Leiste Für
-
Thread
STM32 FatFS elm chan
weg wären. Der Fehler hängt tatsächlich mit der Clustergröße zusammen. Habe eine Karte jetzt mit 64kByte Clustergröße formatiert, nun tritt der Fehler zyklisch alle 64kBytes auf Hier die STM32 Version von "wait_ready" aus den FF11-Beispielen: /*-----------------------------------------------
ist. >Der Fehler hängt tatsächlich mit der Clustergröße zusammen. Habe eine >Karte jetzt mit 64kByte Clustergröße formatiert, nun tritt der Fehler >zyklisch alle 64kBytes auf Hmmm. >Hier die STM32 Version von "wait_ready" aus den FF11-Beispielen: Das wait_ready ist nicht das Problem
-
Thread
RN Software UART und das Geheimnis der verlorenen Zeichen
umbauen/testen. MfG stinke [1] http://www.roboternetz.de/wissen/index.php/Software-UART_mit_avr-gcc
klemmen. Und der Sende-FIFO macht keinen Sprung an den Anfang, sondern schmeißt alle Bytes nach dem 64-sten weg. Peter
-
Thread
ATmega mit mehr Leistung?
"Einige STM32" sidn aber kein AVR und untersützen weder das MK2 noch das Atmelstudio. Dann bliebe eher der ATSAM..nur auch da geh das MK2 nicht mehr Also bliebe nur der gesamt Umsteig aus STm32 und Atolic True
möchte? Wenn das eine harte Anforderung ist, ist die Antwort eigentlich klar - es gehen nur Xmega, AVR32 und AVR. Wenn es auch ein anderer Debugger sein darf, kämen die Atmel Cortex-M Controller (ATSAMx) in Frage. Wenn es auch eine andere IDE sein darf, kommt alles in Frage. JTAG-Debugger sind nicht
-
Thread
Wie die Bytegröße einfach bestimmen (in C)?
Int mit der > breite des Datenbusses skaliert war. Der bruch kam dann erst bei > Einführung der 64bit Systeme. Das war schon vor 30 Jahren anno 68000 nicht mehr so eindeutig. Denn da gab es für den exakt gleichen Prozessor sowohl C-Compiler mit 16-Bit int als auch welche mit 32-Bit int. Warum
die Story bezog sich ausdrücklich auf 68000 Anfang der 80er als es weder den vordefinierten Typ int32_t noch ANSI-C noch Parameterdeklarationen ausserhalb der Funktionsdefinition gab. Damals war das relevant. Das war überdies nur eine Replik auf Alberts These, dass sich erst bei 64-Bit Architekturen
-
Thread
Brauche Hilfe bei Projektarbeit
return 0; } [/c] Hier die Fehlermeldungen: Build started 29.3.2011 at 15:58:13 avr-gcc -mmcu=atmega32 -Wall -gdwarf-2 -Os -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT Messwerterfassung_Boot.o -MF dep/Messwerterfassung_Boot.o.d -c ../Messwerterfassung_Boot.c
lange nichts mehr mit AVR-Studio - und AVRs - zu tun)
-
Thread
Fehlerhafte Adressierung von lokalen Arrays bei tinyAVR(R) 0-series
Mir haben Sie nichts gezeigt, würde es ohnehin nicht verstehen, das war wohl jemand anders. > Ein AVR mit mehr als 32 KiB Flash ... Der ATmega4809 hat 48 KiB.
Jörg W. schrieb im Beitrag #7379165: > Ein AVR mit mehr als 32 KiB Flash kann zwangsweise das Mapping des > Flashs in den linearen Adressraum, wie es bei den kleinen AVR0 gemacht > wird, nicht mehr haben. Daher bleibt für den ausschließlich
-
Thread
AVR-Doper unter Win10
Draco schrieb im Beitrag #4223239: > Nutzt du Windows 7 - 32bit? Falls Du mich meinst: Ja, Ich habe Windows 7 32 Bit und AVR-Studio 4.19 sowie Bascom im Einsatz und mein AVR-Doper funktioniert störungsfrei damit. Er gibt sich als STK500v.2 zu erkennen.
Paul B. schrieb im Beitrag #4223244: > Falls Du mich meinst: Ja, Ich habe Windows 7 32 Bit und AVR-Studio 4.19 > sowie Bascom im Einsatz und mein AVR-Doper funktioniert störungsfrei > damit. > Er gibt sich als STK500v.2 zu erkennen. Nein ich meinte eigentlich den TS :D Aber ja, so
-
Thread
Abbruch beim EEPROM-Flashen eines ATMega8 mit AtmelStudio 6.2
Ich habe Win7 32bit, Programmiertakt 125kHz. Programmiert in einem Eval-Board von Pollin, allerdings mit einem AVR-ISPmkII.
Karl L. schrieb im Beitrag #3622545: > Ich habe jetzt auf einem WindowsXP 32bit Rechner das AVR Studio 4 > installiert und hab das ganze dort nochmal probiert. > Der Diamex All AVR Programmer wird tadellos erkannt (als AVRISP mkII). Ich habe den Diamex All Avr auch, denke
-
Thread
fremden C-Code compilieren
Makefile angebe dann findet er irgendwie ein paar funktionen nicht dann kommen solche meldungen ../AVR-Studio/cube.c:61: error: 'CLEAR_CUBE' undeclared (first use in this function) ../AVR-Studio/cube.c:64: warning: implicit declaration of function 'ani__blink_slow_to_fast' ../AVR-Studio/cube.c:66:
paar funktionen nicht dann kommen solche meldungen > > ../AVR-Studio/cube.c:61: error: 'CLEAR_CUBE' undeclared > (first use in this function) > ../AVR-Studio/cube.c:64: warning: implicit declaration of > function 'ani__blink_slow_to_fast' > ../AVR-Studio/
-
Thread
Datei auf SD-Karte via AVR auf Computer übertragen
relativ viel im DIL-Gehäuse im Angebot haben, und nicht nur alte Sachen, sondern auch sowas wie PIC32MX. Fertige Bibliotheken für UART, SPI, USB etc hast Du dort auch, und die Debugging-Möglichkeiten sind viel besser als bei AVR. Denke einfach mal drüber nach. fchk
Byte) zu schreiben -- auch noch nach 100000 Schreibzyklen. Im SO-8 gibt es 16 MByte, im SO-16 auch 32 und 64 MByte; oder in 8x6 mm ohne Pins, aber noch lötbar. > Ich möchte nicht das Modul, sondern den hier als SMD anlöten: > https://www.u-blox.com/en/product/neo-m8-series Ein Modul hätte aber
-
Thread
LC Oscillator am AVR
@T.S. Den Pixeltakt synchronisiert man zweckmäßigerweise mit Hsync. Und da stören sie 32µs Trabbis den 64µs Hsync. Vsync synchron zu bekommen ist dagegen wesentlich leichter. Bleiben wir weiter gespannt auf die softe PLL :-)
>Und da stören sie 32µs Trabbis den 64µs Hsync. Stimmt. Das mit den Trabbi's ist nicht so einfach; und so einen zu fahren auch nicht. ;) Die Vor- und Nach-Trabanten sollten aber aufgrund ihrer unterschiedlichen Dauer vom
-
Thread
ISR macht Newbie fertig :P
= 4000000 const T1_PRESCALER = 64 const T1_10MS_TICKS = 625 avr.Device = atmega32 avr.clock = F_CPU avr.stack = 128 '******** Ports definieren und mit Aliasen versehen *********************** #define Lcd4PinRS
Unterschied von -1sek/Minute bemerkbar. [code]const F_CPU = 4000000 const T1_PRESCALER = 64 const T1_10MS_TICKS = 625 avr.Device = atmega32 avr.clock = F_CPU avr.stack = 128 '******** Ports definieren und mit Aliasen versehen *********************** #define Taste_ok
-
Thread
AVR Studio schon soweit?
Zumindets bei mir ging das noch *gg* Dieser Bug war meines Wissens aber nur in der AS5 Beta drin. regsvr32 "C:\Program Files\Common Files\Microsoft Shared\VS7Debug\msdbg2.dll" Gruß MB Edit: Bei 64bit Systemen könnte der Pfad auch anders aussehen...
problemlos. > > Vielleicht tritt der Fehler nur unter einem bestimmten OS auf (ich habe > vista x64). > Bei mir läuft alles auf Windows 7 Professional SP1. Hab auch schon beide Varianten der Installation probiert. Erst VS2010 und dann AVR5 oder AVR5 und dann VS. Bei beiden Varianten das gleiche
-
Thread
Servo mit PWM ansteuern
16* 64 µs = 1024 µs === > Auflösung oder auch 32* 32 µs wurde mir gesagt ich muss das mit Timer0 8 bit programmieren . fertige Hardware hab ich stk500 und ein servo .
schon auf die Schnelle mit PWM machen - aber nicht in der Auflösung! 1ms Aussteuerbereich in 16 oder 32 schritten bei 20ms periode gibt 9 (8,3) oder 10 (9,3) bit. Den internen PWM-Generator kannst du zur direkten Ansteuerung also vergessen. > 16* 64 µs = 1024 µs Das soll dir eher etwas über den
-
Thread
Quick&dirty - schnelle Problemlösungen selbst gebaut Bilder
Habe mir aus einem TQFP32 Adapter vom Chinamann https://www.aliexpress.com/item/Top-Quality-LQFP32-TQFP32-to-DIP28-programmer-adapter-for-ATMEL-AVR-Chips-atmega8-48-88-168/32557489995.html?spm=2114.13010608.0.0.xpoCoe und einem
Ich habe den C-Code eben mal mit dem AVR-Studio 4.19 und der aktuellen Toolchain Kompiliert, leider wird ein Fehler und neun Warnings ausgegeben! Abhilfe gab's mit: WinAVR-20100110\bin\avr32-gcc.exe und WinAVR-20100110
-
Thread
ATmega16 auf ATmega32 upgraden
Tatsächlich 20 Milliherz?? Ja Aber... Da ist der Umstieg nicht mehr so einfach wie vom Mega16 auf Mega32. Register sind umbenannt, Bits liegen in anderen Registern etc. Gibts aber eine Appnote von ATMEL was man zu beachten hat. Wenn Du die 64kB Flash nicht brauchst ... lass es lieber. Für Neuentwicklungen
> anstatt von ATmega16 auf ATmega32 gleich auf ATmega128 zu wechseln Dir ist klar, dass es den nicht im DIL40-Gehäuse gibt (pinkompatibel), sondern nur als SMD-Version (TQFP 64 / MLF 64)?
-
Thread
Wahrscheindlichkeit: Wiederholung 4 Byte Zufallszahl
Pragmatische Lösung: Teil die 64 bit auf, füll 32 Bit mit nem Unix-Timestamp o.Ä., die anderen 32 mit irgendwas, z.B. einer Pseudozufallszahl. So kannst du bis 2037 jede Sekunde ein Gerät bauen und verkaufen, und es wird sich nie eine
gar nicht hintereinander. WENN jetzt aber statt der 32 Bit einfach 64 Bits für den Generator verwendet werden, und aus diesen 64 Bit dann nur 32 Bits nach aussen dringen, DANN kannund wird durchaus auch eine mehrfache Wiederholung von Zahlen drin sein.
-
Thread
Mikrocontroller Cluster Computing
Performance nur zur Verteilung der Tasks benötigen. Ein STM32 macht das schon eher mal nebenbei.
2MHz plus einmal Netzwerk mit bspw. 10-Mbit Ethernet realisieren, also mehr als das sechsfache eines C64 plus Netzwerk mit DMA. Ich würde mal behaupten, dass es viele andere 8-bitter gibt, die für sowas besser geeignet sind, als der AVR. Aber grundsätzlich möglich ist es schon mit vielen AVRs (grob geschätzt
-
Thread
Grasshopper und OpenWrt
jetzt unter http://www.chzsoft.de/grasshopper/openwrt-avr32-jffs2-64k-uimage.img (knapp 2 MiB) Es handelt sich dabei um einen OpenWrt basierend auf dem heute aktuellen Stand (SVN Revision 19786) mit folgenden Änderungen: - Es kommt ein Linux-Kernel 2.6.30.9
Das JFFS2-Image unter http://www.chzsoft.de/grasshopper/openwrt-avr32-jffs2-64k-uimage.img wurde aktualisiert: - basierend auf OpenWRT SVN-Rev. 20651, - mit Linux-Kernel 2.6.32.10, für den es z.Zt. fertige Pakete gibt, - diesmal vorbereitet für die Installation
-
Thread
SD Karten Library für ATMega gesucht
und avr_complex.
Falk B. schrieb im Beitrag #4854914: > Keine Ahung, bei meiner Version gibt es 2 avr-Ordner, einmall > avr_foolproof und avr_complex. Okay, bei mir gibt es nur avr. Wenn ich dort die Dateien rausnehme und in mein Projekt rein packe. Gibt es viele Fehlermeldungen. Die Meisten sind
-
Thread
Division von unsigned char
die Funktion so aussehen: [c] uint8_t rec[254] = { 128, 86, 64, 52, 43, 37, 32, 29, 26, 24, 22, 20, 19, 18, 16, 16, 15, 14, 13, 13, 12, 12, 11, 11, 10, 10, 10, 9, 9, 9, 9, 8, 8, 8, 8, 8, 7, 7, 7, 7,
> Dein Algorithmus funktioniert nicht. 200 geteilt durch 7 ergibt 4!? > > Getestet mit GCC und AVR-Studio 4. hmmm... An Stelle 7 der Tabelle steht 37668, also LOW=36, HIGH=141. Zunächst wird das LOW-Byte mit 200 multipliziert, gibt 200*36 = 28*256 + 32. Nach dem ersten MUL müsste R1
-
Thread
Stoppuhr mit Atmega 8 und 4x20 LCD Display
zeichen sende, sendet der dann bei ABC 65,66,67 oder macht er die Zeichenlänge voll also 65,66,67,32,32,32,32,32,32...?
musst du eben "ABC " ausgeben lassen. > oder macht er die Zeichenlänge voll > also 65,66,67,32,32,32,32,32,32...? Warum soll er das tun? Das ergibt doch keinen Sinn. Damit würde sich jegliche Technik des "Ich schreib aufs LCD nur die Dinge die sich geändert haben" von selbst verbieten.
-
Thread
avr-gcc progmem immer noch?
#include <avr/pgmspace.h> #elif defined(STM32) #define PROGMEM #define pgm_read_byte(a) (*a) #define flash #define PSTR(a) (a) #define strlen_P strlen #define strncpy_P strncpy
Speicheraddressierung jenseits von 64kB Flash sauber machen, ohne das "Hackermakro". [[AVR-GCC-Tutorial]] -> Variablenzugriff >64kB Oder man steigt gleich auf STM32 um ;-) (Hallo mmvisual)
-
Thread
Datentyp mit 2bytes beim STM32
Hallo zusammen Normalerweise (beim AVR) hat ja ein [c]int[/c] 2bytes Davon bin ich nun auch beim STM32 ausgegangen, und hab mir ein strukt angelegt. Leider hat der int nun aber 4bytes. Ich benötige diesen wertebereich jedoch nicht
kleinste unterstützte Datentyp - short und int sind mindestens 16 Bit breit - long ist mindestens 32 Bit breit - long long ist mindestens 64 Bit breit - Die Grösse aller Datentypen sind ein Vielfaches der Grösse von char Tim schrieb im Beitrag #3697038: > Ok also inzwischen, weiss ich was ich
-
Thread
for(;;) bedeutung?
schrieb im Beitrag #4756601: > D. I. schrieb im Beitrag #4756507: >> wie wärs mit: > > Geht bei 64-Bit ints in die Hose. UINT_MAX wär besser. uint32_t sind auf 64bit 64bit breit? Das wäre mir jetzt aber neu.
auf manchen Plattformen 64 Bit breit, und "dword" ist eine prozessorspezifische Bezeichnung. Und wie "dword" oder "unsigned long int" leserlicher für einen 32-Bit-Typ sein soll als eine Bezeichnung in der die Zahl 32 auch tatsächlich
-
Thread
Schaut jemand mal über meinen Schaltplan?
einen 8³ LED-Würfel bauen und bräuchte mal eine Meinung zu meinem Schaltplan. Ich nutze den ATMega32U2, der per 8x 74HC595er Register die Säulen speisen und die Ebenen durch 8x IRLML 2402 MOSFETs auf Ground zieht. Die Register halten maximal 8,75mA pro Pin aus. An die 64 Ausgänge kommen noch Widerstände
s. auch http://www.mikrocontroller.net/articles/Quarze_und_AVR#Anschluss
-
Thread
AVR32: Wofür entwickelt?
Schlechtes Gras geraucht? AVR32 != Microchip. Da war doch was mit einem PIC32 und MIPS Kern.
seinem 32x32 bit multiplizierer auf 64 bit. Ich verstehe das auch nicht das Microchip da immer eine extra Wurst machen muss, warum nicht ARM7 ? Dann würden die doch viel mehr verkaufen ?!? Aber der AVR32 ist
-
Thread
Preis/Leistung ARM gegen den Rest
Rechenleistung überhaupt keine Rolle spielen. By the way: ich habe mir gestern das STK1000 geordert, AVR32, hat damit schon mal jemand gespielt?
Umstieg. So ist ein Umstieg von Atmel SAM7 auf LPC2000 Sicherlich viel schneller als von SAM7 nach AVR32 oder SH7 oder Coldfire oder was auch immer. Die ARM7 Typen sind sich so aehnlich, dass sie sich maechtig Konkurrenz machen. Einkaeufer lieben das und deshalb wird man da immer einen ziemlich guten
-
Thread
ESP8266 SD Card / AES256
#endif #ifdef __cplusplus extern "C" { #endif typedef struct { uint8_t key[32]; uint8_t enckey[32]; uint8_t deckey[32]; } aes256_context; void aes256_init(aes256_context *, uint8_t * /* key */); void aes256_done(aes256_context *); void
#endif #ifdef __cplusplus extern "C" { #endif typedef struct { uint8_t key[32]; uint8_t enckey[32]; uint8_t deckey[32]; } aes256_context; #define dumpx(s, i, buf2, sz) { at_port_print(s); \
-
Thread
Umstieg von Windows auf Linux?
Manfre schrieb im Beitrag #6806842: > Meine Anwendungen sind > ziemlich einfach: 8-Bit AVR- und STM32-Programmierung, Raspberry Pi > (Python, Lua, etc.), FireFox, Thunderbird, LibreOffice, etc. Zu AVR und STM32 kann ich nichts sagen, aber die anderen Sachen gibt's alles für Linux.
sondern die Feinheiten. Das Archiv der Konsolen-History wurde über 20 Jahre aufgebaut und gepflegt. AVR-, STM32- und RasPi-Pakete muss man eventuell selbst installieren. Das Wichtigste sind gute Hilfen und Foren der Distribution im Fertig-PC.
-
Thread
Elektor - nächste Ausgabe mit R8C/13 Platine
Fazit für Bastler: AVR für kleines und wenn das nicht reicht, dann direkt 32bit -> ARM. Das deckt sich überigens auch mit den Aussagen anderer hier im Forum, mir fällt da beispielsweise Peter Dannegger ein.
habe mal was von einem 48MHz USB-AVR gelesen, der aus genau diesem Grund in schnellem RAM läuft. Der Kern kann's also. Wir sehen zur Zeit den Beginn des Umbruchs von 8/16-Bit zu 32-Bit im Bereich von zweistelligen KB ROM-Kapazität.