-
Thread
Atmel 64-Pinner im DIP-Gehäuse?
Lochrastertaugliche Platinen: z.B.: http://www.watterott.com/de/Xmega128a4u-USB-BO?x12abe=3f1f3e8dd6b2ca516c06e82d66a18205 So wie diverses von Olimex: https://www.olimex.com/Products/AVR/Header/ Ein derartiges Display stellt gewisse Anforderungen an Speicherplatz... Eventuell kannst Du mit SD-Karte
passt genau in einen DIL-64 Sockel). Abblockkondensatoren und Quarze sollten auch mit auf die Platine, denn hier ist die Länge kritisch. Das Display, das Du Dir ausgesucht hast, ist am Besten am externen Speicherbus eines Mega64
-
Thread
flash-Fehler mit ATtiny2313, compile ok
Wie bekommt man überhaupt so viele bytes hin? Mit libm ergibt sich bei mir: [code] >avr-gcc --version avr-gcc (GCC) 4.8.2 >avr-gcc -mmcu=attiny2313 -o main.elf -O0 main.c >avr-size main.elf text data bss dec hex filename 820 0 0 820
/install/configure.html#TOC3 Wie gelinkt wird, kann man z.B. anzeigen lassen mit [pre]$ echo | avr-gcc -x c - -###[/pre] Ein avr-gcc 4.7.2 spuckt damit aus: [pre]... Target: avr Configured with: ... --target=avr --with-avrlibc=yes Thread model: single gcc version 4.7.2 (GCC) ... ... collect2
-
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
Raspberry Pi 2 mit Quad-Core ARM Cortex A7, 1 GB RAM
4503.7 IOPS] Random Write 4KB (QD=32) : 7.160 MB/s [ 1748.0 IOPS] Test : 100 MB [C: 54.2% (15.3/28.2 GB)] (x1) Date : 2014/03/01 8:34:16 OS : Windows 8 [6.2 Build 9200] (x86) 64GB Class 10 UHS-1 microSD: Sequential Read : 23.673 MB/s Sequential Write : 15.861 MB/s Random Read 512KB : 23.350
auf PowerPC. Man darf halt nicht vergessen daß die Codebasis der Windowsapplikationen für x86 (32/64bit) ist.
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V2] Gesperrt
oder? Kann man dann auch so etwas verwenden? http://de.aliexpress.com/item/Free-shipping-USBASP-AVR-download-cable-AVR-programmer-51-ISP-the-downline-lines-programming-AVR-ISP/1886190857.html Torsten C. schrieb im Beitrag #4155333: > Nun hatte ich die STM8S103F3P6 Module ja bereits bestellt und
STM32F103RCT6 in Einzelstücken für 2.10$ Cortex-M3, 256kb Flash, 48kb Ram, LQFP-64 http://www.ebay.com/itm/1PCS-MCU-ARM-IC-ST-LQFP-64-STM32F103RCT6-STM32F103RCT6TR-/271505510162
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
LED-Controller Boards sind erst mal unabhängig von dem Wecker entstanden und besitzen jeweils einen AVR. Und der ATTiny ist mit dem Abspielen von 64kHz Stereo Audio bei 8 Bit pro Sample von SD-Karte bei 8MHz komplett Ausgelastet. ;-) > Nen Mega64 hat 6 16Bit PWMs, damit hätten sich 3 Atmegas zu einem
Gezeigt hier ist ein einfacher ICSP Programmier-Adapter für ATMEL 28 und 40-pin AVRs wie ATMEGA32-1284 und 328 u.a. Anschlüsse für AVR-ISP MK2 und Serial USB Adapter für avrdude Bootloader sind vorgesehen (Arduino). Quarz Beschaltung bis auf 24MHz getestet. Den Quarz
-
Thread
Conways Game of Live zu langsam auf Z80
1F29 DD 36 F0 00 [19] 243 ld -16 (ix),#0x00 1F2D DD 36 F6 18 [19] 244 ld -10 (ix),#0x18 1F31 DD 36 F7 00 [19] 245 ld -9 (ix),#0x00 1F35 DD 36 FC 18 [19] 246 ld -4 (ix),#0x18
#0x00 4B5C 252 00105$: 4B5C CB 7A [ 8] 254 bit 7, d 4B5E 28 04 [12] 255 jr Z,00109$ 4B60 16 17 [ 7] 257 ld d,#0x17 4B62 18 0D [12] 258 jr 00110$ 4B64 259 00109$: 4B64 3E 17 [ 7]
-
Thread
C++ auf einem MC, wie geht das?
pue; // PUEx pull up enable }; Und definiere dann meine Ports als Konstante . #ifdef __AVR_ATmega16__ constexpr AvrPortRegsTyp1 PORTA = {0x19,0x1A,0x1B}; constexpr AvrPortRegsTyp1 PORTB = {0x16,0x17,0x18}; constexpr AvrPortRegsTyp1 PORTC = {0x13,0x14,0x15}; constexpr AvrPortRegsTyp1 PORTD = {0x10,0x11,0x12}; #endif // __AVR_ATmega16__ #ifdef __AVR_ATtiny1634__ constexpr AvrPortRegsTyp2 PORTA = {0x0F,0x10,0x11,0x12}; constexpr AvrPortRegsTyp2 PORTB = {0x0B,0x0C,0x0D,0x0E}; constexpr AvrPortRegsTyp2 PORTC = {0x07,0x08,0x09,0x0A
-
Thread
1000 Leds an Atmega32
können theoretisch beliebig viele SR kaskadiert werden: https://www.mikrocontroller.net/wikifiles/d/dd/Hc595-porterweiterung.png
hängen an jedem Anodentreiber 64 LEDs, also muss der, wenn jede LED 5 mA braucht, mit 5 x 64 = 320 mA belastbar sein. Geht nicht mit 2981. Georg
-
Thread
Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?
Was hat das mit "notwendig" zu tun? nix, aber mit basteln und Herbert hat ja eher einen Hang zu AVR ;-)
läuft. Ich finde es erstrebenswert, dass wir einen _gemeinsamen_ Code haben, der sich für ARM _und_ AVR compilieren lässt. Ich hatte das mal mit AtmelStudio und [c]#ifdef _AVR_IOM2560_H_ // … #ifdef _AVR_IOM328P_H_ // …[/c] gemacht. Ging super! … oder zumindest gemeinsame .h-Datei-Schnittstellen
-
Thread
WiFi Relais mit ESP8266 ESP-01 Modul (Bascom)
); PROVIDE ( xthal_copy123 = 0x4000074c ); PROVIDE ( xthal_get_ccompare = 0x4000dd4c ); PROVIDE ( xthal_get_ccount = 0x4000dd38 ); PROVIDE ( xthal_get_interrupt = 0x4000dd58 ); PROVIDE ( xthal_get_intread = 0x4000dd58 ); PROVIDE ( xthal_memcpy = 0x400006c4 ); PROVIDE ( xthal_set_ccompare = 0x4000dd40 ); PROVIDE ( xthal_set_intclear = 0x4000dd60 ); PROVIDE ( xthal_spill_registers_into_stack_nw = 0x4000e320 ); PROVIDE ( xthal_window_spill = 0x4000e324 ); PROVIDE ( xthal_window_spill_nw = 0x4000e320
-
Thread
Funktion wird nicht aufgerufen
standen die "DDn" Makros drin. Verwendet wird ein ATMega8-AU. Die Fuses sind auf internen 8MHz Takt 64ms Delay gestellt, ansonsten auf Auslieferungszustand. Compiliert wurde mit dem AVR-Studio 6. Zuvor hatte ich mit Xcode in Verbindung mit AVR-GCC aus dem AVR-Crosspack gearbeitet. Das Resultat war
; 61 32: 1e d0 rcall .+60 ; 0x70 <main> 34: 20 c0 rjmp .+64 ; 0x76 <_exit> 00000036 <__bad_interrupt>: 36: e4 cf rjmp .-56 ; 0x0 <__vectors> 00000038 <susi>: #include <avr/io.h> #include <util/delay.h> void susi(void){
-
Thread
Projekt Schublade per IR-Remote
den hier: http://www.lignoshop.de/servo-drive-set-fur-mullauszug.html?force_sid=ca7498f740e638724e7dd207888e54ce&
im Bereich Eingänge (Wie kommen Signale in den µC) an. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Eing.C3.A4nge_.28Wie_kommen_Signale_in_den_.C2.B5C.29 Unter dem Unterpunkt *Taster und Schater* werden Pull up und Pull down Eingangsbeschaltungen kurz angeschnitten. Kurzfassung:
-
Thread
Thermomix Rezeptchips
815a ff2d 7cda 50008f0 7106 ff4f f34b 6db8 2e96 b725 a77b e4ea 5000900 3d5d 1877 61f3 f725 903c a28e 48c1 1fcb 5000910 3392 f9d7 b081 f8b0 e03f 82ee dd6a 9eff 5000920 457b 1c20 5f59 8c00 f24e b297 4876 5ba9 5000930 ff04 b638 75fe 882d 4edf df2b 64d3 90fd 5000940 6282 175d 51f4 e231 3f82 6cdb 7c1b
5e32 daeb 0d83 c0c5 9bf6 5001290 e841 ea66 9de8 28a1 bd27 f4c2 faa2 52ca 50012a0 4509 9a7d b022 b72d a31d 1d08 48a7 9269 50012b0 535d 12f3 b160 2b24 5828 1838 26b3 9312 50012c0 0c7a 1efb 29c6 ed99 8e9c c7f7 4edb dd18 50012d0 18a2 aa00 270d 0e0a 239f
-
Thread
Retro Fieber: Z80 oder 68000 ?
der AVR einen Z80 emuliert und der DRAM sauber angeschlossen ist, kommt man auf knapp über 2 MHz, wenn ich mich recht entsinne. > Und für richtige Projekte ist der 64K Arbeitsspeicher zu klein. War er
kommt in den Monitor rein. EEPROMs gab es zu der Zeit noch nicht. Das erste, was es gab, was der 28C64, parallel und fast 6264/27C64-pinkompatibel. Oder eben batteriegepuffertes RAM. Und wenn seriell: SPI ist deutlich einfacher zu implementieren. fchk
-
Thread
Seriennummernproblem
> Kostet halt 1,50€ bei Reichelt kosten die bloss 29 Cent: 24AA02E64-I/SN und Du bekommst sogar 2-wire ;)
Bits) erzeugen und ins EEprom ablegen. Gute Idee aber bei meinem Glück hab ich da ne ID doppelt :DD
-
Thread
TI Launchpad MSP430
msp430-objdump -dSz xxx.x in einer Shell die einzelnen Dateien anschauen. Wenn ich bei mir mit avr-gcc aus [c] int main(void) { return 0; } [/c] ein main.o und main.elf erzeuge, bekomme ich mit avr-objdump -dSz main.o [code] main.o: file format elf32-avr Disassembly
[code] avr-gcc -Os -mmcu=atmega88 -g -c main.c avr-gcc -Os -mmcu=atmega88 -o main.elf main.o [/code] Was mich halt wundert, du schickst die Ausgabe (-o) nach DeadMan.c. Kannst du denn die DeadMan.o und DeadMan.exe
-
Thread
IRMP auf einen PIC18F4520 portieren
die Änderung reinkamen, entdeckt und behoben. Jetzt sollte der Source im SVN auch wieder durch den avr-gcc gehen ;-)
movf ??_main,w 59 07DC 3E70 addlw _irsnd_buffer& (0+255) 60 07DD 0086 movwf 6 61 07DE 0187 clrf 7 62 07DF 3001 movlw 1 63 07E0 00F8 movwf ??_main+1 64 07E1 0876
-
Thread
Z180-Stamp Modul
Der WR-CRD mikro SD 8-Pin kostet bei RS 4,29€ + MwSt das Stück, ab 15 Stück 3,64. Bei Bedarf bestelle ich. Ich würde eigentlich hier in diesem Thread bleiben wollen. Die Beschaffung verläuft sich auch wieder. Wolfram K. schrieb > Ich habe gerade den AVR-Stamp fertig zusammengelötet
cpm3_x.sys File patchen. Einfach in der Datei nach ASCI1 suchen, und mit einem Binär-Editor (oder dd) das 2. Byte danach (hier auf 3c0), auf den gewünschten Index setzen. 0f ist 19200 und 04 wäre 115200. [pre] 000003a0 ab b4 c9 cd 64 fd b6 b4 c9 55 53 42 30 20 20 03 |....d....USB0 .| 000003b0
-
Thread
ILI9341 langsam Verbesserungsvorschläge?
sehr lange. Liegt das vielleicht an dem Code? Habt ihr Verbesserungsvorschläge? [c] #include <avr/io.h> #include <util/delay.h> #define DDR_SPI DDRB #define DD_MOSI DDB3 #define DD_SCK DDB5 #define DDR_CS_RST_DC DDRB #define DD_CS DDB0 #define DD_RST DDB1 #define DD_DC DDB2 #define PORT_CS_RST_DC
Frank K. schrieb im Beitrag #3677760: >> Die schnellste Möglichkeit, ein solches Display mit einem AVR >> anzusteuern, ist die Verwendung des External Bus Interfaces an einem >> Mega 64/128/... > Ja, klar. Und dann hat man auch die Möglichkeit, genügend XMEM > anzuschließen. Aber man muß halt mehr
-
Thread
Quick&dirty - schnelle Problemlösungen selbst gebaut Bilder
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 USBasp einen Programmer für den ATMEGA328AU und ähnliche gebaut. Außer einem RC Glied
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
EMS > Adapter > NetIO > Raspi
83 81 DC 3E 3C 56 00 84 DF 02 04 00 |8B 00 E5 1A 15-11-06 6:47:09 49455.460 83 81 {4} 55 AA 83 81 DD 3E 3C 56 64 A1 F2 02 04 00 |8B 00 E5 1A [/code] Aktive Busteilnehmer hingengen alle ~50ms (bsp. 0x90) abgefragt: [code] 15-11-06 6:47:09 49712.100 83 81 {4} 55 AA 83 81 DD 3E 3C 56 E4 8B F6 02 04
0x08, dest 0x00, type 0x18, offset 0, data: 0x0b 0x01 0x1e 0x64 0x00 0x00 0x00 0x00 0x00 0x02 0x13 0x7d 0x00 0x01 0x5a 0x00 0x01 0x13 0x30 0x48 0x00 0x00 0xff 0x0$ DATA: Kessel-Solltemperatur = 11 °C DATA: Kessel-Isttemperatur = 28.6 °C DATA: Brenner-Sollwert
-
Thread
Micronucleus - USB-Bootloader für ATtiny
Gibt es einen Pin-Belegungs-Standard? https://s3.amazonaws.com/digistump-resources/files/97a1bb28_DigisparkSchematic.pdf PB3, PB4 https://www.sparkfun.com/datasheets/Widgets/AVR-Stick-v12.pdf PB0, PB2 http://codeandlife.com/2012/02/22/v-usb-with-attiny45-attiny85-without-a-crystal/ PB1,
Oh je. Ich hätte mir den Aufwand wohl tatsächlich sparen können. Meine Klone hatten wohl (E:FE, H:DD, L:E1) http://www.engbedded.com/fusecalc/ PLL 1K / 14 + 64 ms BOD 2.7 V SPI enabled Self programming enabled Aber die Original-Fuses "disablen" Reset: http://digistump.com/board/index.php/topic
-
Thread
Heatronic 3 Adapter (Junkers Heizung) fuer Raspberry Pi
perl test.pl /tmp/ht_binlog.log | grep 'a1 00 ff' Ergibt 00 00 22 00 10 00 90 a1 ff 00 01 00 0c dd 00 a1 10 ff 00 00 0c 02 dc 00 90 00 21 00 a1 00 ff 00 00 0c 02 03 64 01 2c 22 b9 00 a1 00 2a 00 32 00 Hinten ist das ein gültiges telegramm? a1 00 ff 00 00 0c 02 03 64 01 2c 22 b9 00 Müsste das
:28:36 DEBUG: Client-ID:1;cportwrite();value:53 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:11 25.09.2018 20:28:36 DEBUG: Client-ID:1;cportwrite();value:06 25.09.2018 20:28:36 DEBUG: Client-ID