-
Thread
Pollin MOTOROLA VIP1710
Norbert schrieb im Beitrag #1723897: > dd if=proddata of=/dev/mtd/1 bs=256 seek=64 Eine Anmerkung dazu: Für das Schreiben des Flashes dd in Verbindung mit /dev/mtd/ zu verwenden ist im Allgemeinen keine gute Idee. Zumindest die Standard-Linux
Norbert schrieb im Beitrag #1743962: > if=stb1710-mtd1.bin > of=/dev/mtdblock/1 bs=256 count=seek=64. Ist natürlich Unsinn. Sollte so heißen: dd if=proddata of=/dev/mtdblock/1 bs=256 seek=64 VG Norbert
-
Thread
Optimale Maschinensprache
empirisch erfasst) bieten: (1) MSP430 (2) ZPU (knapp dahinter) (3) ARM v5 thumb (4) MIPS16 (5) AVR8 (6) MIPS32 (7) i86-64 Basis ist eine für die versch. Arch. gcc-compilierte bare metal Library ohne float-Gerechne (dann sähe das alles wieder anders aus).
erfasst) bieten: > > (1) MSP430 > (2) ZPU (knapp dahinter) > (3) ARM v5 thumb > (4) MIPS16 > (5) AVR8 > (6) MIPS32 > (7) i86-64 und MC68000 kommt auf Platz 8 ??
-
Thread
EOL ATmega328p
The new AVR® DD family of microcontrollers feature the well-known AVR® CPU, now running at up to 24 MHz across the full supply voltage range of 1.8V to 5.5V. https://www.microchip.com/en-us/product/AVR64DD32
ATtiny461 ATtiny461A ATtiny48 ATTINY84 ATtiny84A ATtiny85 ATtiny861 ATtiny861A ATTINY88 AVR128DA28 AVR128DB28 AVR16DD28 AVR32DA28 AVR32DB28 AVR32DD28 AVR64DA28 AVR64DB28 AVR64DD28 Die gesamte Liste kann man als *.xlsx-Datei herunterladen, und wenn man da die Spalte "Package" nach
-
Thread
[V] Halbleiter, Netzteile, Opto, Encoder, Diskret, Relais, Pneumatik, AoIP
1x LMZ22003TZ: 3A Simple Switcher -> 1,50 €/Stk. Halbleiter Speicher: 94x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 1,00 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,50 €/Stk. 128x M29W320EB
5V 3-Driver/5-Receiver -> 0,25 €/Stk. Halbleiter Speicher: 43x M24C64-RMN6P: I²C EEPROM 64kBit -> 0,15 €/Stk. 27x 29LV040CQI-70G: 4MBit Parallel Flash -> 0,25 €/Stk. 10x 39VF010-70-4C: 1MBit Parallel Flash -> 0,25 €/Stk. 128x M29W320EB
-
Thread
GNUBLIN www.gnublin.org
kompiliert. Wenn man "file dm9601.ko" eingibt, dann kommt heraus: /home/hhoegl/dm9601.ko: ELF 64-bit LSB relocatable, x86-64, version 1 (SYSV), not stripped Eigentlich sollte das sowas stehen wie ... ELF 32-bit LSB relocatable, ARM, version 1 (SYSV), not stripped Gruesse, Hubert
/13/kleine-budde.pdf Vor einiger Zeit haben wir mal einen 2515 an die SPI Schnittstelle eines AVR32 (NGW100) gehaengt und socketcan cross-kompiliert. Das hat auch ziemlich schnell funktioniert. Gruesse, Hubert
-
Thread
Thermomix Rezeptchips
m_NANDTiming.m_u8DataHold = 40 m_NANDTiming.m_u8AddressSetup = 40 m_NANDTiming.m_u8DSAMPLE_TIME = 6 m_u32DataPageSize = 2048 m_u32TotalPageSize = 2112 m_u32SectorsPerBlock = 64 m_u32NumberOfNANDs = 0 m_u32TotalInternalDie = 0 m_u32CellType = 0 m_u32EccBlockNEccType = 4 m_u32EccBlock0Size
m_NANDTiming.m_u8DataHold = 40 m_NANDTiming.m_u8AddressSetup = 40 m_NANDTiming.m_u8DSAMPLE_TIME = 6 m_u32DataPageSize = 2048 m_u32TotalPageSize = 2112 m_u32SectorsPerBlock = 64 m_u32NumberOfNANDs = 0 m_u32TotalInternalDie = 0 m_u32CellType = 0 m_u32EccBlockNEccType = 4 m_u32EccBlock0Size
-
Thread
The Siemens S65 132x176, 65536 color display with AVR
Verwende die embedded Workbench von IAR, war bei dem Bundle von MSC mit dabei für 149 Euro, ist aber auf 32KB Code beschränkt. Finde die zwar lange nicht so gut wie Codevision für den AVR aber man kann mit arbeiten.
: #include <avr/pgmspace.h> // AVR specific functions to access the program memory // ascii table, starting with character blank (32) // size is 8x14 const uint8_t ascii_tab[96][14] PROGMEM = { { 0x00, 0x00
-
Thread
Grasshopper Inbetriebnahme
avr32-linux-uclibc-cc avr32-linux-c++filt avr32-linux-uclibc-c++filt avr32-linux-cpp avr32-linux-uclibc-cpp avr32-linux-depmod26 avr32-linux-uclibc-gcc
avr32-linux-uclibc-objdump avr32-linux-nm avr32-linux-uclibc-ranlib avr32-linux-objcopy avr32-linux-uclibc-readelf avr32-linux-objdump avr32-linux-uclibc-size
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C
14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
Woher bekommst Du den Treiber für das Display ? >>>- OS : Windows 2000 SP4, Windows XP SP2 (32bit), Windows Vista & 7 (32bit/64bit)
unten zeigen aber, dass wesentlich mehr möglich ist! woran liegt es? tests: [code]$ sudo time dd if=/dev/zero of=/tmp/labber bs=1M count=1000 dd: writing `/tmp/labber': No space left on device 62+0 records in 61+0 records out 64303104 bytes (64 MB) copied, 2.96105 s, 21.7 MB/s Command exited
-
Thread
Atmega88 Code kompiliert ohne Fehler und läuft nicht
; 66 62: 80 83 st Z, r24 #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif __builtin_avr_delay_cycles(__ticks_dc); 64: 2f ef ldi r18, 0xFF ; 255 66: 33 ed ldi r19, 0xD3 ; 211 68: 90 e3 ldi r25, 0x30
; 66 62: 80 83 st Z, r24 #else //round up by default __ticks_dc = (uint32_t)(ceil(fabs(__tmp))); #endif __builtin_avr_delay_cycles(__ticks_dc); 64: 2f ef ldi r18, 0xFF ; 255 66: 33 ed ldi r19, 0xD3 ; 211 68: 90 e3 ldi r25, 0x30
-
Thread
Diskette zu USB
Ist hierfür auch vollkommen unnötig. Das Problem kann man mit einem USB-fähigen 8-Bitter (z.B. ATMega32U2) und ein bissel Analogscheiß umfassend abhandeln. Gut, man muss natürlich wirklich Programmieren können, der 32U2 wäre hart an der Grenze seine Leistungsfähigkeit, jedenfalls bei HD-Disks. DD ist
c-hater schrieb im Beitrag #6498755: > Gut, man muss natürlich wirklich Programmieren können, der 32U2 wäre > hart an der Grenze seine Leistungsfähigkeit, jedenfalls bei HD-Disks. DD > ist easy, das kann man im Halbschlaf runterprogrammieren. Naja, wenn man's halt auf die harte Tour will. Mount
-
Thread
Logamatic 2107 Schnittstelle
* ! 32 * ! DB 00 DB FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 34 * ! DD 00 DD FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 36 * ! DF 00 DF FOUND: 08 * ! 10 * ! 14 * ! 00 * ! 1E * ! 64 * ! 38
:32 15.07.10: 10 {2F} 16:20:32 15.07.10: 08 00 18 00 5A 02 C3 64 64 0A 10 E5 60 80 00 02 0C 02 73 00 82 0F 3D 48 00 C9 FF 03 00 2F {--} 16:20:32 15.07.10: A1 {--} 16:20:32 15.07.10: 21 21 [/code]
-
Thread
UART Bootloader ATtiny13 - ATmega644
time: 0.00 seconds C:\AVR>FBOOT.EXE /PC:\AVR\LED_mega32.hex COM 1 at 115200 Baud: Connected Bootloader V1.4 Target: 1E9502 ATmega32 Buffer: 1792 Byte Size available: 32256 Byte File C:\AVR\LED_mega32.hex open failed !
Assemblieren des Bootloaders folgender Fehler auf: D:\Bootloader>avrasm2 -fi bootload.asm AVRASM: AVR macro assembler 2.1.42 (build 1796 Sep 15 2009 10:48:36) Copyright (C) 1995-2009 ATMEL Corporation bootload.asm(32): Including file 'C:\Program Files\Atmel\AVR Tools\AvrAssembler2 \Appnotes\m64def.inc
-
Thread
IRMP - Infrared Multi Protocol Decoder
der irsndconfig noch eingetragen werden, da auch hier die Pins nicht stimmen: [c] #if defined (__AVR_ATmega32__) || defined (__AVR_ATmega644P__) || defined (__AVR_ATmega324P__) // usw. [/c] Vielen Dank für dieses schöne Projekt!!! Grüße, Peter
irsndconfig noch eingetragen werden, da auch hier > die Pins nicht stimmen: > [c] > #if defined (__AVR_ATmega32__) || defined (__AVR_ATmega644P__) || > defined (__AVR_ATmega324P__) > // usw. > [/c] Danke, habe ich so übernommen, kommt ins nächste Release. > Vielen Dank für dieses schöne Projekt
-
Thread
Pollin Netbox
ich denke mit dd.
kann man die netbox pingen: [code] $ ping 10.0.0.1 PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data. 64 bytes from 10.0.0.1: icmp_seq=1 ttl=255 time=13.2 ms 64 bytes from 10.0.0.1: icmp_seq=2 ttl=255 time=9.99 ms 64 bytes from 10.0.0.1: icmp_seq=3 ttl=255 time=15.9 ms 64 bytes from 10.0.0.1: icmp_seq
-
Thread
Nach fast 3 Jahren fehlerkorrigiertes Datenblatt für die AVR-DB Serie erschienen
Client. https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR128DB28-32-48-64-DataSheet-DS40002247A.pdf
Nun gibt es schon die AVR_DU-Datenblätter: AVR64DU-28-32-Prelim-DataSheet-DS40002548.pdf AVR32-16DU-14-20-28-32-Prelim-DataSheet-DS40002576.pdf
-
Thread
Stack Überschreiber beim Rechnen mit uint64_t
auch eine 64-Bit Lib geschrieben - http://www.mshopf.de/proj/avr/uint64_ops.html Damit ist die FTW Berechnung auch schnell möglich. 64-Bit M. Hopf: *4,592ms* Hier der Code [c] const uint32_t dds_takt32 = F_MHZ(180); uint32_t freq32 = F_MHZ(10); uint64_t ftw = 0; start_t1_counter(); ftw = 0; // U64_UNION_O(ftw, 0) = 0; U64_UNION_O(ftw, 1) = freq32; // entspricht ftw = (1ull<<32) * freq32 ftw = uint64_div32(
-
Thread
Quarz und Clock bei AVR series 1 (z.B. Attiny 816)
auf eine andere CPU gehen > sollte (wobei ich in der AVR-Familie bleiben will) Für universelle Verwendung auf minimalem (aber bequem lötbaren) SMD Raum empfehle ich die neuen AVR64DD14 aufwärts, bei mehr Platz und Pinbedarf genauso die AVR128-DB Reihe
Beide Quarze möglich z.B. bei: AVR32EA28/32/48 AVR16EA28/32/48
-
Thread
Lokalität von Registerwerten?
brne dd_lp popw Z ret ;--------------------------------------------------------------------; ; 32 kHz wave form synthesising interrupt isr_tc0_coma: in _Sreg, SREG ;Save regs...
98,97,96,95,94,93,92,91,90,89,88,87,87,86,85,84 .db 83,82,82,81,80,79,78,78,77,76,75,75,74,73,72,72 .db 71,70,69,69,68,67,67,66,65,65,64,64,63,62,62,61 .db 60,60,59,59,58,57,57,56,56,55,55,54,54,53,53,52 .db 51,51,50,50,49,49,48,48,48,47,47,46,46,45,45,44 .db 44,43,43,43,42,42,41,40,40,39,39,38,38,37,37,36 .db 35,35,34,34,33,33,32,31,31,30,30,29,29,28,28,27
-
Thread
Entwicklung einer STM32F4 - Version der "Bluepill"
STM32L152RD STM32L152RE STM32L162RC STM32L162RC-A STM32L162RD STM32L162RE STM32L433RB STM32L433RC STM32L443RC STM32L452RC STM32L452RE STM32L462RE STM32F070RB STM32F072R8 STM32F072RB STM32F078RB STM32F102R4
ruhigen Gewissens weiter empfehlen. Hier nochmal der Link zum Produkt: https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19-11e9-910a-901b0ebb3621.html Auf der Seite kann man auswählen, ob man das Board mit eingelöteten oder losen Stiftleisten bekommen
-
Thread
I2C Kein ACK :-(
baud #define BAUDRATE ((F_CPU)/(BAUD*16UL)-1) #define SCL_CLOCK 100000 //100 kHz #include <avr/io.h> #include <util/delay.h> #include <util/twi.h> #include<stdbool.h> #include "USART.h" #include <avr/io.h> void I2C_sende(int daten) { TWDR = daten; TWCR = (1<<TWINT) | (1<<TWEN);
} I2C_sende(adresse); } void I2C_init(void) { DDRC &= !((1<<DD0)|(1<<DD1)); PORTC = (1<<DD0)|(1<<DD1); TWSR = 0; /* no prescaler */ TWBR = ((F_CPU/SCL_CLOCK)-16)/2; /* must be > 10 for stable operation */ } int main
-
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
AVR tiny0/tiny1/megaAVR0/DA/DB/DD/DE Systematik der internen Peripherie
kleinsten SMD Gehäuse gibts schon zu kaufen. https://www.microchipdirect.com/product/search/all/avr64ea
AVR128DA | AVR128DB | AVR64DD | AVR16|32DD | AVR4808|4809 Es gibt viele identische Peripherie-Komponenten, aber auch unterschiedliche und welche mit minimalen Differenzen.
-
Thread
Z180-Stamp Modul
sollten nunmehr die folgenden Varianten möglich sein: Z180-Stamp + EPROM Z180-Stamp + Bootprozessor (AVR, Propeller, STM32) Z180-Stamp + Bootprozessor + ECB-Bus Im nächsten Schritt folgt der Bootprozessor (AVR, STM32) als Huckepackvariante zum Z180-Stamp. Alle Unterlagen wie immer hier: http://
.0 ..0 ..01FCF| 00d0 3b 46 91 46 99 46 99 46 ac 46 ac 46 08 08 08 25 |;F.F.F.F.F.F...%| 00e0 32 64 20 00 48 69 74 20 61 6e 79 20 6b 65 79 20 |2d .Hit any key | 00f0 74 6f 20 73 74 6f 70 20 61 75 74 6f 62 6f 6f 74 |to stop autoboot| 0100 3a 20 25 32 64 20 00 23 23 23 20 6d 61 69 6e 5f
-
Thread
Arm Cortex im DIP Gehäuse Gesperrt
MHz neben 32 Bit (float) auch 64 Bit (double) direkt unterstützt. Richtig edle Teile, kennt hier allerdings kein Schwein ;-)
bei Renesas: RX111 geht bis 512 kiB Flash, 64 kiB, USB, 12-Bit ADC, DAC, netter Befehlssatz u.a. 32x32->64 Multiplikation, Barrelshifter, RMPA (Repeated MultiPly and Accumulate mit 80-Bit-Ergebnis) Edith: Da oben der gute alte 68k und Assembler
-
Thread
AVR128DA64 TCA1 funktioniert nicht mit alternativen Output?
/Errata/AVR128DA-28-32-48-64-SilConErrataClarif-DS80000882.pdf
Blick bezüglich des besagten TCA-Problems jedenfalls etwas anders zu sein. Es gibt noch die Serien AVR-DD und AVR-EA – die haben aber anscheinend keine TQFP64-Typen.
-
Thread
Ungenauigkeit beim ATtiny26 ADC
EE, $EE, $EE, $EE, $EE, $EE, $EE, $EE, $EE .db $EE, $EE, $EE, $EE, $EE, $EE, $EE, $DD, $DD, $DD, $DD, $DD, $DD, $DD .db $DD, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC .db $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $CC, $DD .db $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD, $DD .db $CC, $CC, $CC, $CC, $CC, $CC, $BC, $BB, $BB, $BB, $BB, $BB, $AA, $AA .db $AA, $AA, $AA, $AA, $99, $99, $99, $99, $99, $99, $99, $88, $88, $88
-
Thread
LCD DM19264A (KS0108B Controller)
Display. Nur 1. Treiber kommt nichts... [c] GLCD_Initialize(); GLCD_ClearScreen(); GLCD_GoTo(32,0); GLCD_WriteString("+-------------------+"); GLCD_GoTo(64,1); GLCD_WriteString("| Universal |"); GLCD_GoTo(64,2); GLCD_WriteString("| KS0108 library |"); GLCD_GoTo(64,3); GLCD_WriteString("| |"); GLCD_GoTo(64,4); GLCD_WriteString("| en.radzio.dxp.pl |"); GLCD_GoTo(64,5); GLCD_WriteString("| STM32 Cortex-M3 |"); GLCD_GoTo(64,6); GLCD_WriteString("| microcontrollers |"); GLCD_GoTo(64,7); GLCD_WriteString
-
Thread
Wo bekommt man zurzeit noch Mikrocontroller her.
Beitrag #7162838: >> Na, dann ist es doch die richtige Zeit für einen Umstieg auf die DA, DB >> oder DD Serie. > > Das möchte ich auch meinen. > Die stecken alle anderen Megas und Tinys in den Sack. Warum nicht direkt auf STM32, dann kannst du dir die Crapware von Microchip ersparen...
Einige Derivate der AVR-DD-Serie sind derzeit bei Mouser wieder in Tausender-Stückzahlen vorhanden.
-
Thread
Grasshopper Linux Images
checking build system type... i386-pc-linux-gnu checking host system type... Invalid configuration `avr32-linux': machine `avr32' not recognized configure: error: /bin/sh ./config.sub avr32-linux failed make: *** [/home/florian/grasshopper/icnova_base_cd/ICnova_base/build_avr32/bind-9.3.2/Makefile]
read-only: mount / -o remount,ro Danach kannst Du das neue Dateisystem in den Flash schreiben: dd if=/tmp/rootfs.avr32.jffs2 of=/dev/mtdblock2 bs=64k PS: Ich habe versucht, Dir via ICQ eine IM zukommen zu lassen, offenbar ohne Erfolg.
-
Thread
AVR für wenig Geld im LAN
Fehlermeldung: Build started 3.10.2008 at 12:33:09 avr-gcc.exe -mmcu=atmega32 -Wall -gdwarf-2 -std=gnu99 -DF_CPU=16000000UL -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT base64.o -MF dep/base64.o.d -c ../base64.
an AVR-NET-IO senden. z.B Atmeg32 sendet 64 Byte an AVR-NET-IO und diese werden dann im Browser angezeigt. Auch für kleine Aplikationen mit AVR wäre diese Funktion sinnvoll. AVR-NET-IO läuft bei mir mit
-
Thread
Raspberry Pi Pico: Mikrocontroller-Board mit Cortex M0+
verbaut. So ziemlich jeder Hersteller hat da besseres im Angebot. Exemplarisch sei mal der STM32H730 erwähnt (https://www.st.com/content/st_com/en/products/microcontrollers-microprocessors/stm32-32-bit-arm-cortex-mcus/stm32-high-performance-mcus/stm32h7-series/stm32h730-value-line/stm32h730vb.html
Hut ab vor den Entwicklern des uC. Sie haben einfach mal ein wenig nachgedacht. Beispiel Timer: 64bit us-Timer, welcher auch noch so auslesbar ist, dass man mit den Zahlen was anfangen kann. Ich hab gedacht ich lese im Manual ueber meinen eigenes usTimer.h (nur 32-bit, aber selbes Prinzip). Cool.
-
Thread
Direkte Programmierung des Arduino Micro
dem RAM/ROM oder Flashspeicher auslesen und direkt in die IO Register der Ports schreiben. Am C64 habe ich das so relativ simpel lösen können.. LDA $#4000 ; Lädt Akkumulator mit Wert aus RAM Adresse 4000 Hex STA $#DD00 ; Schreibt Akkumulator in D0-D7 des Userports.... Wie bekomme ich nun dieses
Direkte Register- und Portzugriffe, keine Problem. Marco W. schrieb im Beitrag #4999173: > Am C64 habe ich das so relativ simpel lösen können.. > > LDA $#4000 ; Lädt Akkumulator mit Wert aus RAM Adresse 4000 Hex > STA $#DD00 ; Schreibt Akkumulator in D0-D7 des Userports.... > > Wie bekomme
-
Thread
Diskettenlaufwerk ansteuern
Entweder hast du meinen Hinweis auf CCL überlesen oder du weisst nicht einmal, was das ist, weil deine AVR8-Kompetenz auf dem Stand von vor 5..10 Jahren eingefroren ist. Und was den Takt betrifft: ganz offiziell können die AVR8 heutzutage 24MHz, inoffiziell sogar 32MHz. Verstehst du jetzt das mögliche
noch Laufwerke dafür mehr. Ich halte es aber für durchaus möglich, mit den Features der neueren AVR8 einen HD-fähigen Floppycontroller umzusetzen. Konkret mit einem AVR128D(x)48 oder-64. Ich sehe eben bloß keinen Sinn darin, das tun zu wollen.
-
Thread
Digitaluhr mit geringem Stromverbrauch
designen. Beim Ali gibt es diese LCDs auch mit 6 Stellen (du wolltest gerne 6 Stellen?). Und statt des AVR128DA48 nimmst du einen AVR128DA64 damit du mehr IOs für das Display hast. Die Platine musst du natürlich neu machen. Da einen DCF77 Empfänger dran und diesen dann einmal am Tag einschalten zum synchronisieren
Beim Ali gibt es > diese LCDs auch mit 6 Stellen (du wolltest gerne 6 Stellen?). Und statt > des AVR128DA48 nimmst du einen AVR128DA64 damit du mehr IOs für das > Display hast. Die Platine musst du natürlich neu machen. Sehe ich das richtig, dass der avr128da64 zwar mit 3V läuft, aber dann auf
-
Thread
kurze frage zur Init.
> passt ja zumindest dahingehend, dass das Gesamtergebnis ohnehin kaum > noch auf Controllern < 64 KiB sinnvoll zu benutzen sein wird. ;-) M.E. nicht bei einer smarten Assemblerlösung nebst der Implementierung des 64-Bit Move im avr-gcc.
Beitrag #3227045: > M.E. nicht bei einer smarten Assemblerlösung nebst der Implementierung > des 64-Bit Move im avr-gcc. Schon richtig, aber dafür muss erstmal jemand Zeit und Muse haben. (Mit anderen Worten: es muss jemand 64-bit-double so nötig brauchen zusammen mit den übrigen avr-libc-Features
-
Thread
Atmega via Ethernet flashen
The avr-gcc-4.2.2 reports this for size Size after: AVR Memory Usage ---------------- Device: atmega32 Program: 4782 bytes (14.6% Full) (.text + .data + .bootloader) Data: 783 bytes (
Ich hab avr-gcc 4.3.2 aus WinAVR-20090313 benutzt unter Win7 x64 und hatte keine solchen Probleme, weder mit device 001 noch 002. Welche Revision ich allerdings habe weiß ich nicht, wüßte nicht wo ich das nachsehen
-
Thread
GLCD Routinen ( KS0108, HD61202 )
dieses Display: http://www.sure-electronics.net/mcu,display/DE-LM106.pdf Controller ist ein ATMEGA32 (mit 8 MHz intern). Beides habe ich im Projekt (AVR-Studio) eingestellt und die Pins habe ich auch angepasst. Die Ausgabe ist prinzipiell zu erkennen, aber es ist nicht i.O. (siehe angehängtes Bild
Schon gut... habs hinbekommen! ich Depp musste erstmal die Funktionen unter AVR aktivieren! :-S
-
Thread
EMS > Adapter > NetIO > Raspi
Hallo, ich habe im Projekt gelesen, dass man den atmel32 gegen den atmel64 austauschen muss, weil man für das Projekt eben zwei solche Schnittstellen braucht. Mal nachgefragt: warum eigentlich? Gruß, Bernd
Olaf. Es ist das Experimentierboard von Ulrich Radig http://www.ulrichradig.de/home/index.php/avr/eth_m32_ex Ist der zweite usart hier entscheidend?
-
Thread
Verständnisfrage PWM mit AVR
PLL) https://ww1.microchip.com/downloads/aemDocuments/documents/MCU08/ProductDocuments/DataSheets/AVR64DD32-28-Complete-DataSheet-DS40002315.pdf
Schau Dir den ATTiny85 an, der sollte eine PLL mit 32/64MHz für den Timer/Counter 1 haben.
-
Thread
MMC karte adressieren 32bit will nicht
Deshalb ja mein Vorschlag, einen typedef für uint32_t einfach mal so reinzuschreiben. Dann wird der Compiler schon zeigen, wo er die erste Definition gefunden hat und man kann sie nachprüfen. In der <stdint.h> der avr-libc ist uint32_t ein typedef
Ok, ich glaube ich habe den fehler: [code] main.h:16: error: conflicting types for 'uint32_t' /usr/include/stdint.h:52: note: previous declaration of 'uint32_t' was here [/code] anstatt in /usr/avr/include nimmt er die normalen. Mal schauen, wo ich das ändern kann.
-
Thread
1000 Leds an Atmega32
Auf der Suche nach Portexpandern, habe ich den PCF8574 gefunden. Wenn ich 8 davon nehme, habe ich 64 Pins. Damit kann ich eine 32 x 32 = 1024 LED Matrix betreiben (Mit Treibern natürlich). Liege ich damit richtig? Hat einer von euch Erfahrungen mit diesen Chips? Freundliche Grüsse Florian
avr schrieb im Beitrag #3886689: > 1/32 dutycycle? Bei dem UDN bekommen die Leds einen Strom von ~300µA. Troll dich. Oder such jemanden der dir vorlesen kann, was ich geschrieben habe.
-
Thread
mehrere usbasp betreiben
die beiden auseinander halten? ID 16c0:05dc kann der erste bleiben und der zweite dann ID 16c0:05dd. Sollte doch klappen.
...... zwei Programmer verbinden Jumper2 colse ändern .../Firmware/usbcofig.h -> id ID 16c0:05dd flashen.... >lsusb Bus 003 Device 035: ID 16c0:05dd VOTI BlackcatUSB2 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
-
Thread
Schrittmotorsteuerung mit Atmega8?
die Timer1 entsprechen. Hiermit lassen sich fein abstimmbare Lauffrequenzen erzeugen. z.B. Atmega64 oder..640
, y0); while(x < y) { if(f >= 0) { y--; ddF_y += 2; f += ddF_y; } x++; ddF_x += 2; f += ddF_x + 1; setPixel(x0 + x, y0 + y); setPixel(x0 - x, y0 + y); setPixel(x0 + x, y0 - y);
-
Thread
Mehrere DS1820/DS18B20 auslesen
Dannegger wurde im Thread http://www.mikrocontroller.net/forum/read-4-84831.html#102216 "fertiger" avr-gcc-Code bereitgestellt. Bei der Gelegenheit: Danke dafuer, Peter.
n"); [/c] Als Ausgabe erhalte ich für drei angeschlossene DS18S20: [code] ID: 10 6F 9B DD 01 08 00 9A T: 0180 = 24.0°C ID: 10 D9 9F DD 01 08 00 30 T: 0180 = 24.0°C ID: 10 A8 AF DD 01 08 00 1B T: 0180 = 24.0°C festeID: 10 D9 9F DD 01 08 00 30 T: FFF8 = 4095.5°C [/code
-
Thread
LCD Problem mit blafusel´s Routinen
Wahl. Die meisten kommen wohl damit halbwegs zurecht: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung
D7 * R/W ist n.c. * * 03/2005 Florian Schäffer, http://www.blafusel.de * */ #include <avr/io.h> #include <avr/delay.h> #define delay(us) _delay_loop_2 (((F_CPU/4000)*us)/1000) // wartet µs void lcd_write_init(uint8_t data) { PORTC = (data>>4); // output
-
Thread
FT800 / FT810 Library
Detect Erase Read/Write CMD_FLASHFAST W25Q128JVSIQ 128 Yes Yes Yes Yes SST26VF064BA-104I/SM 64 Yes Yes Write fails - AT25QF128A-SHB-T 128 Yes Yes Yes 0xE004 - device/blob mismatch W25Q32JVSSIQ 32 Yes Yes Yes Yes W25Q64JVSSIQ 64 Yes Yes Yes Yes IS25LP128F-JBLE 128 Yes
habe ich nur an der Oberfläche gekratzt. c-hater schrieb im Beitrag #6647994: > Unterstützung für AVR-Host-Flash >64kB) Also grundsätzlich ist das drin: [code] static inline uint8_t fetch_flash_byte(const uint8_t *data) { #if defined (__AVR_HAVE_ELPM__) /* we have an AVR with more than 64kB
-
Thread
Atmel übernommen, AVRs tot? Alternativen?
Lothar schrieb im Beitrag #4715767: > Die STM32 sind ohne HAL > kaum in den Griff zu bekommen. EINSPRUCH! Ich bin erst dieses Jahr von AVR auf STM32 umgestiegen. Beim STM32 arbeite ich stets bare-metal ohne HAL und ich finde es NICHT schwieriger
oder einfach kostenlos und > ohne Code Beschränkung? Wie gesagt: AVR-Bastler schrieb im Beitrag #4715701: > )* frei wie in "freie Rede", nicht wie in "Freibier" meckerziege schrieb im Beitrag #4715778: > EINSPRUCH! Ich bin erst dieses Jahr von AVR auf STM32 umgestiegen
-
Thread
Zahl umdrehen?
Christoph db1uq K. schrieb im Beitrag #7415264: > Für 64 Bit sind das allerdings 16 Register, in einem 8-Bitter wie dem > AVR ist damit schon die Hälfte aller Register belegt. Man muss ja nicht alles um 64 Bit schieben. Je nach Architektur und Sprache
ich nämlich schon vor einigen Tagen auf > Github in MicroPython Discussions gepostet… Welchen? 32Bit oder 64Bit? Und wo finde ich auf github irgendwelche Diskussionsforen?