-
Thread
LCD, HD44780 und KS0076
***************************************************************/ #include <inttypes.h> #include <avr/io.h> #include <avr/pgmspace.h> #include "lcd.h" /* ** constants/macros */ #define DDR(x) (*(&x - 1)) /* address of data direction register of port x */ #if defined(__AVR_ATmega64
*/ #define LCD_E_PIN 4 /**< pin for Enable line */ #elif defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) || defined(__AVR_ATmega64__) || \ defined(__AVR_ATmega8515__)|| defined(__AVR_ATmega103__) || defined(__AVR_ATmega128__) || \ defined(__AVR_ATmega161
-
Thread
SHARP LJ640U34 von Pollin?
Mit einem AVR direkt wirds schwer: 640x400x70Hz=18MHz. Da man 2 Leitungen hat, reicht die Hälfte, also 9MHz. Man müsste also etwas Logik zusammenbauen um mit einem AVR 8bit ausgeben zu können, die dann als 2x 4bit seriell übertragen werden. Der AVR selbst müsste nur 2,25MByte/s liefern, was kein Problem sein sollte.
-
Thread
Dragon ISP Win 7 Problem
4.18 + SP2 oder? hast du den Jungo Treiber installiert? sollte normallerweise gehen, ich benutzte WinAVR + AVRDUDE unter 32Bit aber ich habe vor kurz zum Testzwecken AVRStudio auf ein 64Bit System installiert und war alles ok, kann noch mal morgen gucken.
Zuhause habe ich nur Windows 7 mit 64 Bit, werde aber in der kommenden Woche das Dragon Board an einem anderen System testen. Was ich auch schon gelesen habe, dass ein downgrade zum AVR Studio 4.17 helfen soll. Auch das werde ich in der
-
Thread
KiCad unter Linux. Anwendungsdatei wird nicht gefunden
[code] christopher@CC-64-LI:/opt/kicad/bin$ objdump -f kicad kicad: file format elf32-i386 architecture: i386, flags 0x00000112: EXEC_P, HAS_SYMS, D_PAGED start address 0x08192adc [/code] Also ich hab ein x86_64
Christopher C. schrieb im Beitrag #3307625: > Achso habe Elementary OS (Ubuntu 12.04) x86_64. Ich würde denken es könnte gehen mit 32 Bit, eventuell beachten >http://askubuntu.com/questions/297151/how-to-run-32-bit-programs-on-a-64-bit-system-ubuntu-13-04 >sudo apt-get install ia32-libs
-
Thread
MEGA324, MEGA644 Bezugsquelle?
für einen MEGA324 bzw. MEGA644. (die haben doppelt soviel EEPROM und RAM) und sind pinkomp. zum MEGA32, MEGA64...
"sind pinkomp. zum MEGA32, MEGA64..." ... und mehr. Immerhin ist der Mega64 nicht als PDIP40 verfügbar.
-
Thread
Höchstmögliche Schaltfrequenz an einem normalen AVR Ausgangs-Pin
AtMegas herum zu schlagen. Dort war es für Dich nicht möglich, jetzt schon? Die Adapter von TQFP32/48/64 bekommst Du bei ebay problemlos für ein paar Cent. Macht Dein Hobby auch nicht exorbitant teuerer.
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
GCC - Rundungsfehler ?
M. K. schrieb im Beitrag #4805519: > das wird aber immer ein float sein Um es zu präzisieren: AVR-GCC verwendet für float und double den gleichen Datentyp; sizeof float == sizeof double == 4. Es hat sich bislang niemand die Mühe gemacht, 64-Bit-floatingpoint-Aritmetik auf den AVR zu portieren
: > AVR-GCC verwendet für float und double den gleichen Datentyp; sizeof > float == sizeof double == 4. > > Es hat sich bislang niemand die Mühe gemacht, > 64-Bit-floatingpoint-Aritmetik auf den AVR zu
-
Thread
GCC Funktionen "umbiegen"
> könnte man so dem AVRGCC echtes double-Format (64 bit) beibringen ? Ich vermute (ohne es zu wissen), dass der double auch beim AVRGCC 64 bit hat, nur die Rechenoperationen in der Library nur 32bit rechnen. Wenn das tatsächlich so ist, kannst du
Funktion ja auch Ausgabe statt ner Addition implementieren und damit dann einfach mal nachschauen ob 32 oder 64 bit ankommen.
-
Thread
USBbrog Problem
avrdude: Version 5.5, compiled on Jun 9 2008 at 14:32:04 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ System wide configuration file is "C:\WinAVR-20080610\bin\avrdude.conf" Using Port : usb
5.5, compiled on Jun 9 2008 at 14:32:04 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ System wide configuration file is "C:\WinAVR-20080610\bin\avrdude.conf" Using Port : usb
-
Thread
Ist Arduino verpönt?
Mikrocontrolelr Welt sind wesentlich näher an der Hardware (z.B. die http://www.mikrocontroller.net/articles/AVR_FAT32). > Ich möchte mich schon gern darauf verlassen, dass der C++ > Compiler auch den schnellsten Code erzeugt. Das ist unmöglich. Den *schnellsten* Code erhälst Du nur mit Assembler, wenn
meißten Käufer werden nur kurz damit rumspielen, aber einige werden dann zu den härteren Drogen (PIC, AVR, ARM etc in C, asm, Bascom, Pascal...) greifen. Übrigens: ist euch schonmal aufgefallen, daß es zu den meißten ARMs kaum Assembler-Beispiele gibt? USB am STM32? Da seht ihr selbst bei ST lange Gesichter
-
Thread
Kleiner Einsteiger Mikrocontroller
Wenn du eine billige Lösung suchst und dein Rechner einen Parallel-Port hat: AVR-Controller, z.B. den Atmega88 Den gibts in der Form: http://www.ebay.de/itm/ATMEGA88-20AU-Atmel-Microcontroller-AVR-Mega-TQFP-32-/160992807625?pt=Bauteile&hash=item257beb4ac9 oder so: http://www.ebay.de/itm/ATMEGA88PA-PU-Atmel-Microcontroller-AVR-Mega-DIP-28-/161159728711?pt=Bauteile&hash=item2585de4e47 Programmieren kannst du ihn mit dem kostenlosen Programm BASCOM AVR (eine Art BASIC für Mikrocontroller): http://www.mcselec.com/index.php
-
Thread
attiny asm: 8x8bit signed multiply
Recht alt 1999-2003), für AVR ohne Multiplizierbefehle in Assembler https://avr-asm.tripod.com/math32x.html allerdings eher 32 bit und unsigned
Christoph db1uq K. schrieb im Beitrag #7521349: > Recht alt 1999-2003), für AVR ohne Multiplizierbefehle in Assembler > https://avr-asm.tripod.com/math32x.html > allerdings eher 32 bit und unsigned Da ist nur das primitive Schiebe- und Addierspiel drinne. Was rechenzeittechnisch
-
Thread
1000 und mehr LEDs einzeln ansteuern?
Abstand in mm an, also z.B. Module mit P2, P3, P5, P8, P10, P15 Die Matrix-Größe beträgt 8x8, 16x16, 32x32 oder auch rechteckig, z.B. 32x64. Dann muss man noch unterscheiden, ob indoor oder outdoor (wasserdicht). Es gibt Treiber-Platinen für Raspi, Arduino, ESP und auch "richtige" Rechner (z.B. Hersteller
unterstützt, indem diese mehrere HUB75-Buchsen haben. Beispiel: Matrix 128 x 96 Pixel wird mit 32x64 Modulen (quer) erstellt, dann braucht man 3 parallele Chains zu je 4 Modulen (also 12 Module). Das wären dann immerhin 12288 RGB-LEDs. Zm Glück weden die gemutiplext, sonst bräuchte man armstarke
-
Thread
LCD 1x16 HD44870 kompatibel will einfach nicht mit der library von Peter Fleury funktionieren
der init routine zu ersetzen. So wurde aus: [c] lcd_command(LCD_FUNCTION_DEFAULT); delay(64); lcd_command(LCD_DISP_ON_CURSOR); delay(64); lcd_command(0x06); delay(64); [/c] Jetzt dieser Code: [c] LCD_PORT = 0x20; lcd_e_toggle(); delay(64
*)&(x)) #define vu16(x) (*(volatile u16*)&(x)) #define vs16(x) (*(volatile s16*)&(x)) #define vu32(x) (*(volatile u32*)&(x)) #define vs32(x) (*(volatile s32*)&(x)) [/c] Okay, hier wird jetzt anscheinend irgendeine Struktur erstellt. Aus unsigned chars. Aber hat diese Structur 8 unsigned chars
-
Thread
MiniLA Version MockUp
bösen Überschwinger :-). Zum anderen ein 136 Kanal Logic Analyzer Modul mit einer Speichertiefe von 64M, 2 GHz Timing und 200 MHz Stateanalysis. Ich kann Andreas Pretzsch nur voll zustimmen. Besonders, was die Speichertiefe angeht, es müssen ja keine 136 Kanäle sein, 32 reichen völlig. Mein Vorschlag
Hab es nochmal unter Arch Linux (x86_64) getestet: [root@laptop lin32]# ./xc3sprog -c ftdi -v -j Release $Rev: 401 $ Free software: If you cContribute nothing, expect nothing! Please provide feedback on success/failure/enhancement requests
-
Thread
avr-gcc: _spawnv: No such file or directory
-o test.elf): Using built-in specs. Target: avr Configured with: ../gcc-4.1.1/configure --prefix=/c/WinAVR --target=avr --enable-languages=c,c++ --with-dwarf2 --enable-win32-registry=WinAVR --disable-nls --disable-libssp --disable-fixincludes --
Original aus dem gcc 4.1.1-Quellcode zum Vergleich hier abgelegt: http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/winarmtests/pex-win32_patch_gcc411.zip Die Code darin hat nichts mit dem Target zu tun, sondern nur mit dem Host (hier also Win32) ist also nicht ARM- oder AVR-spezifisch. Mit
-
Thread
AVR Hardware PWM - ich raffs nicht
mach mal hier weiter ;-) Das nächste absolut unerklärliche Problem für mich: [c] #include <avr/io.h> #include <util/delay.h> #include <avr/pgmspace.h> uint8_t pwmtable[32] PROGMEM= {0, 1, 2, 2, 2, 3, 3, 4, 5, 6, 7, 8, 10, 11, 13, 16, 19, 23, 27, 32,
=(1<<CS01)|(1<<CS00); //Prescaler 1/64 OCR0A=0; uint8_t i =0; //Hauptschleife while(1) { for(i=0;i<32;i++) { OCR0A=pgm_read_byte(&pwmtable[i]); _delay_ms(100); } for(i=31;i>=0;i--)
-
Thread
uint32_t Problem
es denn überhaupt funktioniert), wundert mich übrigens nicht wirklich. Timer-Reload macht man beim AVR einfach nicht. Jeder AVR hat mindestens einen Timer, der mindestens eine Compare-Einheit besitzt. Und wenn man die im CTC-Modus betreibt, dann wird das ganze auch genau.
/////////////////// /****************/ /* Bibliotheken */ /****************/ #include <avr/io.h> #include <avr/interrupt.h> #include "led.h" /****************/ /* Prototypen */ /****************/ void initAll (void); uint32_t CLOCK_SystemTime2(void); /*****************
-
Thread
WS2812 Ansteuerung per Bitbanging für AVR und ARM von 4 Mhz-60 Mhz
No initialization required *Carefully optimized to use instructions which are available on all AVR cores and have the same instruction timing across all devices. *Supports standard AVR, reduced core AVR (Attiny 4/5/9/10/20/40) and XMEGA (untested) without special case handling. *New:Supports
wieder eine Sache der Einstellung. Habe den Test mit nem atmega8 gemacht und eingestellt war ein 32er.
-
Thread
Wie programmiert man einen STM32?
beschränkt, die Register direkt zu befüllen und auszulesen und mich so Schritt für Schritt an den uC (STM32F411RE nucleo-64) rangetastet. Nachdem ich nun (nach einigen Wochen) so weit gekommen bin, dass ich LEDs blinken lassen, via I2C Sensorwerte einlesen und mittels PWM Servos ansteuern kann, beginne
beschränkt, die Register direkt zu befüllen und > auszulesen und mich so Schritt für Schritt an den uC (STM32F411RE > nucleo-64) rangetastet. Ja, sure, das ist besonders für Anfänger geeignet. Da kann man so viel bei der Init-Routinen falsch machen bzw. vergessen, dass es einfach lachhaft ist, den Anfängern
-
Thread
TIMER für IRMP
anscheinend nicht auf den Empfänger. Dazu gesagt habe ich für die ISR-Routine den Timer2 meines Atmega32 benutzt. Diesen habe ich folgendermaßen initialisert: [c] #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> #include <stdlib.h> #include "lcd.h" #include "irmp.h"
); // switch CTC Mode on, set prescaler to 1 #if defined (__AVR_ATmega8__) || defined (__AVR_ATmega16__) || defined (__AVR_ATmega32__) || defined (__AVR_ATmega64__) || defined (__AVR_ATmega162__) TIMSK = 1 << OCIE1A;
-
Thread
LCD-Modul EPSON ECM-A0428 von Pollin
Seltsam.... Es scheint, als würde ein Eingang vom hc32 eine Spannung liefern ?!
vom linken Latch ist die oder-Verknüpfung (Pins 1, 12 und 13 des '32) von Ader 8 (/RD) und Pin 8 des '32 (Verknüpfung von /CS und der zusätzlichen Adresse). Wer das Display schon irgendwo angeschlossen hat, kann also versuchen, vom Touchscreen zu lesen. Wahrscheinlich
-
Thread
Display Reichelt TFT-DIS 4,3 LCD-Modul Fragen zum Timing
Graphiken machen kann. In deinem Post geht es um Text. Und schon dafür brauchst du schon einen riesigen AVR, mindestens 64k Flash. Die haben dann in etwa 60 Pins, wenn du das in DIP nimmst hast du schonmal einen riesen Displaycontroller. Ich sage nicht dass es mit einem AVR nicht möglich ist, ich sage
Schluss hast du dann ein flimmerndes Textdisplay oder so. Uzebox läuft übrigens auf einem gut 28MHz AVR.
-
Thread
Betriebssystem auf Grundlage des Linux-Kernels selbst schreiben
[code] objcopy -O binary -j .interp /bin/bash /dev/stdout; echo [/code] Dann steht dort: "/lib64/ld-linux-x86-64.so.2". Wenn ich also /bin/bash aufrufe, ist dass das selbe, wie wenn ich "/lib64/ld-linux-x86-64.so.2 /bin/bash" starten würde. (also /lib64/ld-linux-x86-64.so.2 als Program und /bin
immer, dass quemu nicht gefunden wird > es ist aber installiert! Der Befehl wäre "qemu-system-x86_64". Ich empfehle es mit "qemu-system-x86_64 -m 2G --drive media=cdrom,file=hello_world_distro.iso,readonly" zu starten.
-
Thread
Geschwindigkeit ATMega
Aufgabenstellung zu lösen? Man kann ja nur ganzzahlige Taktunterteilungen nutzen. Warum nicht einen AVR mit 64 MHz I/O Takt nutzen?
Atmel Betrüger schrieb im Beitrag #5963045: > Ich plädiere jetzt schon mal für einen STM32F103 (Bluepill) STM32 ist gut, aber nicht immer und nicht überall. Mit 3,3 Volt gibt es Problem, MOSFET direkt zu steuern, und das ist gerade bei Verwendungen für Motorregler wichtig. AVR mag etwas
-
Thread
Grafik-Display zeigt nichts an
Ich werde mit einem ATmega32 probieren
$lib "glcdKS108.lib" $hwstack = 64 $swstack = 64 $framesize = 40 initlcd '============================================================== 'Grafikdisplay KS108 | Atmega32 ' 01| VSS GND ' 02| VDD
-
Thread
USB - seitens des PCs - GUI auf Windows
im Forum) für AVR gibt. Für Hobbybastler sind immer entweder AVR oder PIC zu empfehlen. (Ein kleiner Rat am Rande: Frage *HIER* nie nie nie nach PIC vs. AVR hier - das gibt den dritten Weltkrieg). Wie gesagt für AVR
Tutorials und Beispielprojekte. Ein Einstieg wäre hier: http://www.mikrocontroller.net/articles/AVR-Tutorial http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial Ich kann dir schweren Herzens nur AVR empfehlen. Selbst komme ich aus dem PIC-Lager =) Achja also einen FTDI IC kann man mit
-
Thread
Galep3, Atmega EEPROM / FUSES programmieren.
man die 64-Bit Version der glpntdrv.sys: https://heha.fwh.is/hs/glpntdrv.zip/ Aus der ZIP muss man die glpntdrv.sys welche sich im Verzeichnis AMD64 befindet nach C:\Windows\System32\Driver kopieren, keine aus einem anderen Verzeichniss. Dazu ist demnach ein x64 Kopierprogramm nötig. Ich hab dazu den Total Commander in X64 genutzt: https://www.ghisler.com/deutsch.htm Danach kann man Galep32 schonmal ohne Fehlermeldung starten :) Unter ->Options->Application
-
Thread
PIC Microcontroller
> > typ RISCs (auch AVR,ARM,MIPS) bräuchten dafür mehrere Befehle. Du hast ja grundsätzlich recht, das war jetzt von mir auch anders gemeint. Eher aus "Wirtschaftlicher Sicht" gedacht. Die 16/32 Bit Pics sind schon relativ
jedesmal schauen ob man den überhaupt programmieren kann. Einen Erschwinglichen Programmer der jedem AVR (8Bit, ATMEGA, ATTINY,XMEGA ATMEGA32) programmieren kann gibt es nicht (bzw. gab es bis vor kurzem nicht. Wenn man jetzt mal die Schnittstellenvariante anschaut die wirklich "ISP" genannt wird Anschaut
-
Thread
Was ist mit dem avr-gcc 12.x passiert? Internal Compiler Errors Gesperrt
irgendwas. Ich hab mir Sorgen gemacht und nachgesehen. Es ist doch nur ein *-*-*-*-gcc-11.2.1-1.2-win32-x64.zip. Nochmal Glueck gehabt.
/bugs/> for instructions. lto-wrapper.exe: fatal error: C:\avrToolchain\avr-gcc-12.2.0_mingw32_binutils2.40_avrLibc2.1GitHub/bin/avr-gcc returned 1 exit status compilation terminated. c:/avrtoolchain/avr-gcc-12.2.0_mingw32_binutils2.40_avrlibc2.1github/bin/..
-
Thread
ATmega32 läuft nicht richtig an
can't be checked here */ /* repeat last command */ lcd_e_toggle(); delay(64); /* delay, busy flag can't be checked here */ /* repeat last command a third time */ lcd_e_toggle(); delay(64); /* delay, busy flag can't be checked here
lcd_write(LCD_FUNCTION_8BIT_1LINE,0); /* function set: 8bit interface */ delay(64); /* wait 64us */ lcd_write(LCD_FUNCTION_8BIT_1LINE,0); /* function set: 8bit interface */ delay(64);
-
Thread
Installation von AVRSTUDIO 4.19 bricht unter WIN10 ab
Corporation [builtin](2): Including file 'C:/Program Files (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA28def.inc' C:/Program Files (x86)\Atmel\Studio\7.0\Packs\Atmel\AVR-Dx_DFP\1.5.74\avrasm\inc\AVR128DA28def.inc(38,0): warning: Unrecognized core version: V4S Und
Hier der passende Text auch. Problem when installing AVR Studio AVR Studio installation problems. Mar 4, 2017•Knowledge Title Problem when installing AVR Studio Article URL https://microchipsupport.force.com/s/article/Problem-when-installing-AVR-Studio
-
Thread
Projekt: Virtuelle Instrumente an serielle Schnittstelle
Irgendwie mögen meine Windows7 32 Bitversionen die Installationsdatei nicht - Einziger Lichtblick -> mit Windows10 64 Bitt klappts!
die serielle Schnittstelle. Die Grundfrequenz des Signals ist ca. 4 Hz. FFT ist erlaubt mit 2^6 (64) bis 2^15 (32.768) Punkte.
-
Thread
Welche AVR sind mit SPI zu programmieren
ATtiny 261, 461, 861, 2313, 4313 28 Pins: ATmega 8, 48, 88, 168, 328, 328PB 40 Pins: ATmega 16, 32, 164, 324, 644, 1284, 8515, 8535 64 Pins: ATmega 64, 128, 640, 1280, 1281, 2560, 2561 Vermutlich gibt es noch ein paar mehr.
32Bitters ausschaut.
-
Thread
uC an USB nicht erkannt ( als wär nichts da )
[c] RB_Init(); uint16_t w = 2007; for(uint8_t j = 0; j <= 64(32); j++) { RB_Write(w); UsbDevSelectEndpoint(2); if (UsbDevTransmitterReady()) { w = RB_Read(); //w = cnt; dump counter to FIFO for testing UsbDevWriteByte(LSB(w)); UsbDevWriteByte(MSB(w)); if ( j == 64(32) ) { UsbDevClearTransmitterReady(); UsbDevSendInData(); } } } [/c] müsste das so eigentl. nicht funktionieren Daten über EP02 zu schicken? ist ungefähr
-
Thread
AVRDUDE für Windows kompilieren - Anleitung ! Gesperrt
libusb-win32-scr-0.1.12.2.tar.gz $ cd libusb-win32-scr-0.1.12.2 $ make 3. Danach folgende Dateien in MinGW kopieren: Copy … \LibUSB-Win32-scr-0.1.12.2\src\src\usb.h to C:\MinGW\include\ Copy …\LibUSB-Win32
Komisch, mit meinen AVR910 Adaptern, die mit dem Code von Klaus Leidinger laufen, funktioniert nach wie vor nur eine ganz bestimmte ältere Version. Egal ob als AVR910 oder butterfly konfiguriert.
-
Thread
Dateiübertragung auf W95 Laptop ohne USB
Denk aber daran, die Verwaltete Größe der CF könnte ev dein Win überfordern ;-) denke nicht das so 32 GB oder gar 64 GB CF so one weiteres verwaltet werden können. ;-) Nano schrieb im Beitrag #6837896: > Mit Samba geht das aber. > Also einfach ein Raspi mit Linux ins Netzwerk stellen, sobald der
13 ------------- 3 15 ------------- 2 25 ------------- 25 Da LM auf 64-bit BS nicht funktioniert verwende ich eine VM unter W10X64 worauf XP32 läuft. Vermutlich dürfte LM auch mit W10X32 funktionieren, habe ich aber nicht ausprobiert. Fuer den LPT Port verwende ich eine
-
Thread
Line Laser + LDR Array
Anstiegszeit/Abfallzeit 5-8µs), bei 26µs bin ich denke mit 8µs auch gut dabei. Also brauche ich jetzt 64 x BPX81-3 und 16 x CMOS 4043. Die lese ich dann mit nem AVR 1 mal pro Sec aus und wenn Werte verfügbar sind Resete ich alle RS-Flip-Flops wieder, wenn ich alles richtig verstanden habe :)
avr schrieb im Beitrag #3316932: > Stefan Anderson schrieb im Beitrag #3316882: >> Klar geht das aber das kann ich auch nach 5sec noch. >> Aber 64 PD auslesen Schaft kein atmega in 24us. > > Doch
-
Thread
fehlende Rechenschritte in listfile aus C
+1) % 10]; } [/c] dann ergibt sich i.W. folgendes Kompilat (mit -S) [pre] foo1: in r24,64-32 neg r24 ldi r22,lo8(10) rcall __udivmodqi4 ldi r30,lo8(DISPL_NR_CODE) ldi r31,hi8(DISPL_NR_CODE) add r30,r25 adc r31,__zero_reg__ ld r24,Z out 78-32,r24 ret foo2: in r24,64-32 ldi r25,lo8(0) com r25 neg r24 sbci r25,lo8(-1) ldi r22,lo8(10) ldi r23,hi8(10) rcall __divmodhi4 movw r30,r24 subi r30,lo8(-(DISPL_NR_CODE)) sbci r31,hi8(-(DISPL_NR_CODE
-
Thread
RFM12 - Funkmodul
www.hoperf.com/doce/pro/RFM12.html (Im programming guide gibts auch ein Schaltplan-Beispiel mit AVR)
habe ich nie gemessen, da meine Messgeräte alle nur 0,1mA Auflösung haben. Der mega48 lief mit einem 32kHz Quarz, der den AVR alle 5s aufweckte, und eine Messung startete und 1s später den auslas. 1x pro Minute wurde der Wert dann in den externen Flash (waren sogar glaube ich 512kbyte) geschrieben. Das
-
Thread
externe aref
Doku mega64 seite 237: "if the user has a fixed voltage sourde connected to the AREF pin, the user may not use the other reference voltage options in the application, as they will be shorted to the external voltage
>Hat jemand eigentlich schon mal irgendwo auch nur gerüchtsweise >gehört oder gelesen, dass ein AVR kaputt gegangen sei, weil bei extern >angelegter niederohmiger Referenzspannung gleichzeitig die interne >aktiv war? nee :-) ich hab nen mega64 sogar schonmal falschrum gepolt... auch das hat der
-
Thread
Full-Speed USB <-> SPI
Zur Info: Mit dem STM32F072/42 sind 64kByte/s locker möglich (bei 48Mhz Takt). Habe ich schon am laufen. Wo seine Grenze liegen, weiß ich nicht. Mir reichen die 64kByte/s, deshalb habe ich nicht weiter getestet. Also das
Sepp schrieb im Beitrag #3716476: > Mit dem STM32F072/42 sind 64kByte/s locker möglich (bei 48Mhz Takt). Und inwiefern hilft das jetzt weiter? 64kbyte/sec <<< 12Mbps - dachte ich zumindest... Mein ATxmega schaft sogar locker 128kbyte/sec - sogar
-
Thread
David Jones über PIC vs AVR
sind gleich gut, schwer, oder schlecht. Wenn die alle so gleich wären, warum findet man dannbei AVR keine uC mit eingebautem LCD Treiber die NICHT 64 pins gross sind, Warum findet man unter den gefühlt 10000 Varianten keine AVR mit 100mA Treibern für LED-Multiplexanzeigen. Warum kann ein AVR
, oder was sonst auch speziell ist. > > Wenn die alle so gleich wären, warum findet man dannbei AVR keine uC mit > eingebautem LCD Treiber die NICHT 64 pins gross sind, > > Warum findet man unter den gefühlt 10000 Varianten keine AVR mit 100mA > Treibern für LED-Multiplexanzeigen. Weil das dann
-
Thread
Taschenrechner in Hex/binär
mit Vorzeichen eingeben, das Ergebnis ist immer unsigned. Du kannst auch festlegen, ob auf 8, 16, 32 oder 64Bit abgeschnitten wird.
bitte was? > > Und das ist nichtmal das "aktuelle" Windows, das ist Win7. int16 FFFF = −32.768 ; 2+32.768 = 32.770 0x8002
-
Thread
Timer zählt zu langsam
mit der anzeigen funktion) > vorgenommen aber jetzt ist der irgendwie zu schnell???? Um welchen AVR geht es denn genau? Beim Mega8 z.B. sind CS20+CS21 ein Teiler von 32 (und nicht 64).
noch nicht wissen, welcher AVR.
-
Thread
Fließkomma mit Mega16 und avr gcc
dass der Compiler bei komplizierteren Berechnungen einfach weniger Stellen berechnet? -Kann man in avr-gcc arrays mit 32 oder 64 Bit Variablen bilden, also mit uint_32 oder unint_64, oder funktionieren nur 8 bit arrays? Wie groß kann ein Array maximal werden, bzw. ist die maximale grüße nur durch den
berechnet? Der Compiler nicht, der AVR. >-Kann man in avr-gcc arrays mit 32 oder 64 Bit Variablen bilden, also >mit uint_32 oder unint_64, Ja, sind aber recht langsam, da nicht optimiert. > oder funktionieren nur 8 bit arrays?
-
Thread
ENC28J60 Basics[Beispielprogramm in AVRGCC für atmega8]
Hast auch gleich einen ATmega32 geordert ?
@Thomas Benutzt du jetzt einen ATmega32 ? MfG Dirk
-
Thread
ARM Cortex M3 Seminar
entsprechenden Familie bringen und die später damit ablösen. Im Kit ist schon ein "großer" M3. 256KiB Flash, 64KiB RAM, 4x 32-bit oder 8x 16-bit timer, watchdog, 2x SSI / SPI, 2x I2C, 3x UART, 3x analog comparator, 1x 10-bit ADC mit 8 Eingängen, 1x motion-control pwm mit 6 Ausgängen, 2x Quadratur Encoder, RTC
> Im Kit ist schon ein "großer" M3. 256KiB Flash, 64KiB RAM, 4x 32-bit > oder 8x 16-bit timer, watchdog, 2x SSI / SPI, 2x I2C, 3x UART, 3x analog > comparator, 1x 10-bit ADC mit 8 Eingängen, 1x motion-control pwm mit 6 > Ausgängen, 2x Quadratur Encoder
-
Thread
AVR AtMega8 Preemtive Scheduler
ich es bisher geschaft habe, dass ich wenigstens im Sumulator in function1 komme: [code]#include <avr/io.h> #include <avr/interrupt.h> #include <stdint.h> uint8_t cnt = 0; // http://www.newty.de/fpt/fpt.html#defi void (*pt_function1)() = 0;//http://www.alenck.de/AVR_Tutorial_4_CVAVR/05_Syntax
ed b7 in r30, 0x3d ; 61 60: fe b7 in r31, 0x3e ; 62 Stack_Ptr++; 62: 32 96 adiw r30, 0x02 ; 2 64: f0 93 64 00 sts 0x0064, r31 68: e0 93 63 00 sts 0x0063, r30 6c: 32 97 sbiw r30, 0x02 ; 2 *Stack_Ptr = pt_function1;// store function adress
-
Thread
16 unabhängig arbeitende Oszillatoren ?
der 16 unabhängige Timer hat. Allerdings sind nicht alle auf IO-Ports gelegt. Siehe hier, [[STM32]]. Der STM32F103xF.
das auch. Schneider? Dieser verkappte C64? ;-)