-
Thread
max186 (ADC) über SPI ansprechen
Entschuldigt bitte nocheinmal, ich habe die Angabe der Pins vergessen, also #define DD_MOSI PB5 #define DD_MISO PB6 #define DD_SCK PB7 und ausserdem PB4 als SS Also genau wie im Atmega 16 Datenblatt Danke Matthias
Hallo Matthias, ich stamme nun nicht aus dem Atmel AVR Lager und hab von C nur rudimentäre Ahnung, aber das DDRB = (1 << DD_MOSI) | (1 << DD_SCK); DDRB = (1 << PB4); //SS als Augang setzen ist meiner Meinung nach leicht daneben. Mit der zweiten
-
Thread
AVR Bootloader
Hier noch die Meldungen: AVRASM: AVR macro assembler version 1.77.3 (Dec 20 2006 14:29:41) Copyright (C) 1995-2005 ATMEL Corporation Creating 'M32BOOT.hex' Assembling 'M32BOOT.ASM' Including 'm32def.inc' Including 'bootload.h
output vom assembler. lg, thomas <------------------- snip ------------------> AVRASM: AVR macro assembler version 1.77.3 (Sep 21 2005 08:43:03) Copyright (C) 1995-2005 ATMEL Corporation Creating 'm32boot.eep' Creating 'm32boot.hex' Creating 'm32boot.lst' Assembling 'm32boot.asm
-
Thread
Einfacher Fehler in C-Berechnung
Joachim B. schrieb im Beitrag #6815037: > was willst du mir mitteilen? > ging es nicht um einen 32-bit AVR flash microcontroller und C? > Ist in C nicht das ',' ein Datentrenner? Ja. Wie in der *ersten* Antwort hingewiesen: Hi schrieb im Beitrag #6811847: > "." statt "," wäre schon mal ein
Debugger so eine Art "value history" ansehen zu können, tut's ein einfacher Ringbuffer: [c] #define DD_CNT 32 uint8_t debugdata[DD_CNT]; int debugidx; ... debugdata[debugidx] = my_interesting_value; if (++debugidx == DD_CNT) debugidx = 0; ... [/c] Das Ganze als globale Variablen hinterlegt
-
Thread
NeuesOS für AVR Mikrocontroller
Guten Abend, ich habe angefangen den Code für den atMega32 an zu passen. "system/header/nano_os.h" [code] #elif defined (__AVR_ATmega32__) #define RAMSTART 0x60 #define HEAPSTART 0x085f #define STACK_SIZE 54 // immer Timer0 ! #define TIMER_REGISTER
dec hex filename 0 692 0 692 2b4 nano_os.hex atmega32 $ avr-size nano_os.hex text data bss dec hex filename 0 712 0 712 2c8 nano_os.hex
-
Thread
OSCCAL extrem?
Was uebrigens sehr gut geht ist das Kalibrieren/Synchronisieren des RC Oszillators auf einem 32kHz Quarz. Sofern denn ein 32kHz Quarz da ist. Was also erst bei den Megas moeglich ist. Damit erreicht man zwar keine so hohe Aufloesung wie 14.746MHZ aber eben doch besser wie die 2% welches ein UART
bist bloß nicht in der Lage, das richtige Schema zu finden oder es zu verstehen. Dabei ist das beim AVR8 doch echt übersichtlich (insbesondere im Vergleich zu den 32-Bittern jeglicher Coleur...) > Leider kann ich nach einem elenden Hardware-Crash momentan nicht mal > schnell an einem Controller "
-
Thread
Daten von array in long int kopieren, in umgekehrter Reihenfolge
I2C-Schnittstelle hereinkommen. Ungefähr so habe ich das implementiert: [c] uint8_t puffer[100]; uint32_t grossezahl[16]; [/c] [c] grossezahl[n] = (uint32_t)puffer[25] << 24 | (uint32_t)puffer[24] << 16 | (uint32_t)puffer[23] << 8 | (uint32_t)puffer[22]; [/c] Der avr-gcc macht daraus eine riesen Geschichte: [avrasm] 632: fb 01 movw r30, r22 634: 27 81 ldd r18, Z+7 ; 0x07 636: e6 80 ldd r14, Z+6 ; 0x06 638: a5 80
-
Thread
ATtiny85 + Uhrenquarz mit 10 pF CL: Kondensatoren
Aber 8 Stunden ununterbrochen sind möglich. https://www.mikrocontroller.net/attachment/633444/tinyAVR_RTC.png Gerhard O. schrieb im Beitrag #7664639: > Toll, dass der neue Tiny das hat. Leider nicht alle, erst ab tinyAVR® 2 Family (und selbstverständlich alle weiteren AVR: DA, DB, DD, DU
einem moderneren RTC Baustein: RV-3032-C7. Nachteile: nur die RTC ist temperaturkompensiert, nicht die 32kHz und das Datenblatt hat 154 Seiten ;)
-
Thread
SPI mit Attiny84
bei der Verwendung von SPI mit einem Attiny84. Der Code stammt von Atmel aus der Application note AVR319: Using the USI module for SPI communication - http://www.atmel.com/dyn/resources/prod_documents/AVR319.zip. Die einzigen Anpassungen die ich machen musste waren die Aufrufe für die ISR und die
werden. DI liegt auf A6 und muss bei den Slaves an MISO angeschlossen werden: [c] #if defined(__AVR_ATtiny44__) || defined(__AVR_ATtiny84__) #define SPI_DDR_PORT DDRA #define USCK_DD_PIN DDA4 #define DO_DD_PIN DDA5 #define DI_DD_PIN DDA6 #endif [/c] * der Code zum Lesen vom Bus enthält einen
-
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
MMC/SD Karte: mmc_lib Version 2.0
die Karte kopiert und mir auch den Karteninhalt als Rohdaten von der Karte kopiert (mit dem Befehl dd unter Linux ;)). Wenn ich nun per AVR lesen möchte, kriege ich aber nur andere Daten (Schrott) raus. Initialisierung der MMC geht einwandfrei, die CID und CSD kann ich auch problemlos auslesen. Der
, aber bei WinAvr scheint man für die 32bit ja einen unsinged long long zu brauchen...komische Sache. Ich dachte mir immer: char - 8 bit short - 16 bit long - 32 bit long long - 64 bit Naja, scheint nach
-
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
Handycamera MCA-25 ansteuern - ip webcam mit mega32
Hi! Es geht darum eine mca-25 Kamera mit einem avr anzusteuern. Mein Code erweitert ulrich radigs mega32 webserver um die webcam funktion. Die webcam/mca25.c Datei sollte auch standalone verwendbar sein. WICHTIG: Baudratenquarz verwenden! (460800
das ich warscjeinlich zu blöd bin aber der compiler sagt: In file included from main.c:30: D:/WinAVR/bin/../lib/gcc/avr/3.4.3/../../../../avr/include/avr/delay.h:121:3: warning: #warning "F_CPU not defined for <avr/delay.h>" main.c:32: warning: function declaration isn't a prototype main.c:32: warning
-
Thread
AVR "ret" springt zu 0x00
000004DB POP R29 Pop register from stack 000004DC POP R28 Pop register from stack 000004DD RET Subroutine return[/avrasm] Nach 0x4DD wenn ich mit F10 ein Step Over mache springt der AVR auf 0x00: [avrasm]--- No source file ----------------------------------------------------------
// Filter 0 0,0,0,0, //MCP2515_FILTER(0x000), // Filter 1 // Group 1 32,0,0,0, //MCP2515_FILTER(CAN_WHO_IS_ONLINE), // Filter 2 32,0,0,0, //MCP2515_FILTER(CAN_WHO_IS_ONLINE), // Filter 3 32,0,0,0, //MCP2515_FILTER(CAN_WHO_IS_ONLINE), // Filter 4 32,0,0,0
-
Thread
1-Wire Slave auf AVR
ausgewählt ISR (INT0_vect) { unsigned char tim0_i, status; status = status_global; #ifdef __AVR_ATtiny13__ DDRB &= ~(1 << ONEWIREPIN); // Pin auf Eingang #elif defined (__AVR_ATmega8__) DDRD &= ~(1 << ONEWIREPIN); // Pin auf Eingang #endif #ifdef __AVR_ATtiny13
Hallo, wenn ich versuche den Code von smurfix im AVR Studion für einen ATmega8 zu kompilieren, bekomme ich folgende Fehlermeldung(en): Build started 22.7.2010 at 11:14:02 avr-gcc -mmcu=atmega8 -Wall -gdwarf-2 -std=gnu99 -DF_CPU=8000000UL -Os
-
Thread
Direkte Programmierung des Arduino Micro
https://www.mikrocontroller.net/articles/AVR-GCC-Tutorial
Du könntest auch eine BluePill ( STM32F103 ) zusammen mit der Arduino-Umgebung nutzen und dann auf die Register Bare Metal zugreifen. Das sieht dann so aus [c] // STM32F103 IO register #define GPIOPort_B_ADDRESS 0x40010C00 #define
-
Thread
Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?
arbeite und sie so ziemlich gut aus dem EffEff beherrsche, sehe ich da keine große Zukunft. Mit den STM32 beschäftige ich mich erst seit wenigen Tagen. Aber dank jeder Menge guter Tutorials habe ich schon fast alle meine AVR-Projekte auf STM32 portiert. Die STM32 sind auch überhaupt keine unbekannten
#3942675: > Ich finde es erstrebenswert, dass wir einen gemeinsamen Code haben, > der sich für ARM und AVR compilieren lässt. Ja, spricht ja nichts dagegen. Die Unterschiede kann man mit [c] #if defined (STM32F4XXX) Hier STM32-F4-Code (Disco und Nucleo) #elif defined (STM32F1XXX) Hier STM32
-
Thread
Eclipse, GDB, avarice, JTAGICE_mkII - Debuggen funktioniert nicht
recv: 0x00 recv: 0x00 recv: 0x00 recv: 0x0e sDATA: reading 33 bytes read: 82 95 00 90 00 00 21 dd 04 c0 a8 73 01 c0 a8 73 48 00 03 ab 0d 27 01 2c 0 0 ab 03 00 00 e5 10 95 03 recv: 0x2b recv: 0xdf CRC OK Got message seqno 13 (command_sequence == 14) got wrong sequence number, 13 != 14 recv
Got message seqno 15 (command_sequence == 15) response: 84 00 00 00 00 PC = 0 ->GDB: 950090000021dd04c0a87301c0a873480003ab0d27012c00ab030000e5109503000000000 00000 GDB: <X0,0:> ->GDB: GDB: <M0,20:0c94c6000c94080c0c94cb0b0c94e5000c94e5000c94e5000c94e5000c94e500> GDB: Write 32 bytes to 0x0 jtagWrite
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V2] Gesperrt
SD-Karten: Nachdem ich eine Menge 128MB-Karten habe (für 3d-Druck und AVR-Datenlogger-Experimente) habe ich mir auch eine 16 und 32GB-Karte (micro-SD mit Adapter und quietschbunten cardreader) zugelegt. Diese Spielchen kannte ich noch nicht: - 32GB wird heiß, funktioniert
10073_10186,searchweb201603_19,ppcSwitch_5&btsid=241c2547-bd13-4c1c-8ef7-bf2ecb5a7b2c&algo_expid=dea6dd2a-4d6b-485f-ae8f-ca6102642abb-20&algo_pvid=dea6dd2a-4d6b-485f-ae8f-ca6102642abb 14,24€
-
Thread
WiFi Relais mit ESP8266 ESP-01 Modul (Bascom)
xthal_bcopy = 0x40000688 ); 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
flash-Fehler mit ATtiny2313, compile ok
mov r31, r0 6e: c8 01 movw r24, r16 70: b7 01 movw r22, r14 72: 20 e0 ldi r18, 0x00 ; 0 74: 30 e0 ldi r19, 0x00 ; 0 76: 40 e2 ldi r20, 0x20 ; 32 78: 51 e4 ldi r21, 0x41
cpc r26, r1 322: b1 05 cpc r27, r1 324: 39 f4 brne .+14 ; 0x334 326: 27 ff sbrs r18, 7 328: 09 c0 rjmp .+18 ; 0x33c 32a: 20 5c subi r18, 0xC0 ; 192 32c: 3f 4f sbci
-
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
MMC SD library FAT16 FAT32 read write
Ach ja, Wiki auch aktualisiert... http://www.mikrocontroller.net/articles/AVR_FAT32
Wieso ist in der 0.6.3.1 beim AVR STM32 Code drin?
-
Thread
Bascom- Fehlerausgabe bei Programmierung
und wenn 2 elseif Fälle zutreffen, werden dann auch beide aktiviert? Mfg Jannis [avrasm][avrasm]AVR-Assembler-Code[/avrasm]$regfile = "m32def.dat" Disable Jtag Config Adc = Single , Prescaler = Auto Start Adc Dim Sensor As Word Dim X As Integer Dim A As Integer Dim B As Integer Dim C
Wenn z.B. in der 1. Reihe die erste und dritte Led leuchten soll, dann ist doch A1+32 = 32 'rot A1+8 = 8 'rot =40 Wenn die erste und 3. Led leuchten soll, braucht Portc. den Wert 40? Oder A1+32 = 32 'rot A2+16 = 16
-
Thread
IRMP "arduino-fähig" gemacht
Originalfernbedienung! Und funktioniert somit nicht wirklich. https://gist.github.com/3263996/e8bb9283026dd934155bc75776d69ad2b60b2de5
Ich benutze den gleichen Code, wie beim Empfangen von der Original FB. Komisch mit IRMP auf einem AVR-NET-IO habe ich es hinbekommen.
-
Thread
Funktion wird nicht aufgerufen
Ok, hier mal das Listing. [avrasm] Builds/main.elf: file format elf32-avr Sections: Idx Name Size VMA LMA File off Algn 0 .text 0000007a 00000000 00000000 00000074 2**1 CONTENTS, ALLOC, LOAD, READONLY, CODE
rjmp .+34 ; 0x36 <__bad_interrupt> 14: 10 c0 rjmp .+32 ; 0x36 <__bad_interrupt> 16: 0f c0 rjmp .+30 ; 0x36 <__bad_interrupt> 18: 0e c0 rjmp .+28 ; 0x36 <__bad_interrupt> 1a: 0d c0
-
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
hier hochladen? Der Versuch [code] >cp main.c xmain.c >avr-gcc -Os -mmcu=atmega88 -o xmain.c xmain.c >file xmain.c xmain.c: ELF 32-bit LSB executable, Atmel AVR 8-bit, version 1 (SYSV), statically linked, not stripped [/code] zeigt auf, das gcc die Source-Datei
-
Thread
WordClock mit WS2812
1. Die Auslagerung des HTML-Codegenerators auf den ESP8266 ist vollzogen. Ersparnis auf dem STM32: Knapp 14KB. Damit sind wir nun beim STM32F103/WC24h bei 49KB und beim STM32F103/WC12h bei ca. 40KB. Also ist nun auch beim kleinen STM32 wieder genügend Platz für Erweiterungen. Das Ganze
Die Auslagerung des HTML-Codegenerators auf den ESP8266 ist > vollzogen. Ersparnis auf dem STM32: Knapp 14KB. Damit sind wir > nun beim STM32F103/WC24h bei 49KB und beim STM32F103/WC12h bei > ca. 40KB. Also ist nun auch beim kleinen STM32 wieder genügend > Platz für Erweiterungen. Das
-
Thread
[V] Hobbyaufgabe Diverse
Arduino Mega 1280 5€ 12.) Arduino LCD Keypad Shield 3€ 13.) Arduino Prototype Shield Uno 2€ 14.) ET – Mini SD 3€ https://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=5&ved=0ahUKEwjUkIHtscLKAhUK4XIKHT3DDkUQFghEMAQ&url=http%3A%2F%2Fwww.dd-wrt.com%2FphpBB2%2Fdownload.php%3Fid%3D14977&usg
MINIDCMOTOR.pdf 9.) 1x Arduino Ethernetshield W5100 je 5€ 13.) Arduino Prototype Shield Uno 2€ 14.) ET – Mini SD 3€ https://www.google.de/url?sa=t&rct=j&q=&esrc=s&sou... 17.) Diamex ALL-AVR ISP-Programmer 15€ http://www.diamex.de/dxshop/Diamex-ALL-AVR-ISP-Programmer 19.) 15x IRF740 10€
-
Thread
bidirektionale RS232 Funkbrücke mit RFM12
Hallo Benedikt, >Autor: Benedikt K. (benedikt) (Moderator) >Datum: 14.05.2009 13:12 >Dateianhang: rfm12_rs232_rxtx_check5.zip (215 KB, 229 Downloads) Deinen Code ausgepackt, ins AVR Studio geworfen, kompiliert, auf ein mega8/rfm12 868MHz setup geflasht, läuft auf
Pollin Funk-Avr-Evulationboard V1.20 * RFM12 mit 17cm-Draht-Antenne * Atmega32 mit 16 MHz-Quarz Änderungen in den Dateien rfm12_rs232_rxtx_check5.zip: main.c ====== CPU-Frequenz - #define F_CPU 10000000UL
-
Thread
IDE/ATA - SCSI? - gekreuztes Flachbandkabel
schnell? Toll, dann kann ich ja nochmal zwei Stunden neuinstallieren.. oder die Installation mit dd von der LiveCD rüberschieben?
Dann werde ich es mal mit dd versuchen, wenn die ganzen Updates durch sind.
-
Thread
Alternative Firmware für Sparmatic Zero Heizungsthermostat
passt in dieses Gehäuse: http://www.reichelt.de/?ACTION=3;GROUP=C714;GROUPID=3355;ARTICLE=8161;SID=32m@YGjKwQASAAAF5CXJk39a95dd8476cbbb0283d48e6075aba56
" * I have to flash with 3.3V and 20kHz and AVR Studio * I have de make a cable from the AVR-ISP mkII to the Thermy like this: "http://www.mikrocontroller.net/topic/153235#1626448" * The latest software version is 0.14. I found the software here
-
Thread
LCD an PortC
*/ #define LCD_E_PIN 1 /**< 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__) || defined(__AVR_ATmega162__) /* * memory mapped mode is only supported when the device has an external data memory interface */ #define LCD_IO_DATA 0xC000 /* A15=E=1, A14=RS=1 */ #define
-
Thread
AVR Simulator Data or unknown opcode
Hallo, Habe ein Programm (geschrieben in Assembler für AT90CAN32) im AVR Studio 4, im AVR Simulator laufen lassen. Habe dann im Laufe irgendwann mehrere Fehlermeldungen bekommen: AVR Simulator: Invalid opcode 0x0064 at address 0x0001e1 AVR Simulator: Invalid opcode
erhöhen und Befehl dekodieren. Und im letzten Schritt ist er auf einen Befehl gestossen, den es im AVR nicht gibt und den er von der Adresse 0x0001e1 geladen hat um ihn auszuführen. Das ist die Bedeutung von > AVR Simulator: Invalid opcode 0x0064 at address 0x0001e1 Das es andere Stellen in deinem
-
Thread
LED toggeln mit ATxmega256A3BU
Frage vielleicht gar nicht stellen sollen. Das Problem ist, es gibt keine/kaum käufliche Bücher zu C++14 und C++17. So richtig Nutzen bringen die auch nur wenn man die Cpp Standard Lib hat, diese entwickelt sich hauptsächlich weiter. Die gibt es aber für AVR offiziell nicht. Es gibt zwar eine auf GitHub
vielleicht gar nicht stellen sollen. Das Problem > ist, es gibt keine/kaum käufliche Bücher zu C++14 und C++17. So richtig > Nutzen bringen die auch nur wenn man die Cpp Standard Lib hat, diese > entwickelt sich hauptsächlich weiter. Die gibt es aber für AVR offiziell > nicht. Es gibt zwar eine
-
Thread
Drehzahlmessung mit CNY70 am Atmega32
www.reichelt.de/?;ACTION=3;LA=444;GROUP=A2211;GROUPID=2924;ARTICLE=12636;START=0;SORT=user;OFFSET=16;SID=32Iy6GdKwQASAAAEZ@VfAd7521acc4438dd631887bef3b55d1ad2 Oder brauche ich sonst noch Extrateile? Gruß, Bernd
dass INT2 eine gewisse Sonderstellung bei den externen Interrupts hat. Allerdings hab ich dazu nix im AVR-GCC Tutorial gefunden, oder es einfach uebersehen. Im Datenblatt des ATMEGA32 kann ich auch keine großen Unterschiede erkennen. Habt ihr vielleicht eine Antwort dadrauf?
-
Thread
Assemblerprogrammierung ARM CORTEX
Ich würde Keil µvision verwenden. Die packs für den SAMD10D14 findet man unter: http://www.keil.com/dd2/pack/ Darin enthalten sind auch die startup files (startup_SAMD10.s) in assembler.
MOV-Instruktionen mit immediate-Werten, die es im Thumb-Instruktionset überhaupt gibt, sind die mit 32-Bit immediates (die wiederum aber der M0plus nicht unterstützt). Der Assembler versteht also "32 bit" und sagt: "nein, kann ich nicht". [edit: Tippfehler korrigiert]
-
Thread
SPI flash GD5F1GQ4UB auslesen
Schade das Du nicht mit STM32 arbeitest. Für den und deinen Chip gibt es hier etwas: https://github.com/rgwan/stm32-gcc/blob/master/workspace/src/msc/bsp_nand.c Vielleicht lässt sich daraus eine abgespeckte Version für AVR
hp-freund schrieb im Beitrag #4793752: > Schade das Du nicht mit STM32 arbeitest. Einen STM32 hab ich rumliegen. > Vielleicht lässt sich daraus eine abgespeckte Version für AVR machen. Da ist ja gleich ein ganzes Dateisystem dabei... Ich befürchte das macht die
-
Thread
AVR+SD-Card: SD-Card legt manches mal 0.13s "pausen" ein
Zeit geschrieben sind (siehe Insbes. Clock1 und das dortige Muster) Man sieht auch, daß ich alle 32 Blöcke mehr Clocks brauche (Dickerer Balken) um die nächsten 32 Pages vorab zu löschen. Und dann am Schluß sieht man den Fall, wo der Block write 0.13s benötigt. (und dieser Block ist nicht an einer
nackt" - entweder gar kein Filesystem: SD karte wird linear geschrieben und dann einfach via [code]dd if=/dev/sdX of=daten bs=1M[/code] gelesen * "fake" FAT16/32, mit einer großen Datei. Das FS ist so "getuned" (beim "formatieren"), daß die Blöcke der Datei durchgehend in Sequenz sind, dann brauche
-
Thread
Frequenzzähler 1Hz - 40MHz
auch die Erweiterungen für die AVR µP atMega48 - 328 Serie drin ! Der 48 Bit Zähler ist nun 64 Bit und der 24 Bit Zähler kann nun 32 Bit. Entsprechend wurde das Hauptprogramm |main()| angepasst. Alle Änderungen könnt ihr dort
16-Bit des Timer1 zusammen. Die nachfolgende Division einer 64-Bit Zahl "fref * Nx" durch eine 32-Bit Zahl "Nref" liefert als Ergebnis eine 32-Bit Zahl. Den Rest betrachten wir nicht. Ich rechne als Mathematiker lieber richtig, als mir Gedanken über Fehler mit dem Datentype 'float' unter avr-gcc
-
Thread
Welcher µC für Hobbyzwecke?
4 programmierbare 16-Bit Timer * Leistungsfähige Capture-/Compare-Einheit * Interrupts: 14 Quellen, 4 Level * Watchdog und Clock-Monitor * Leistungsfähige Arithmetikeinheit für schnelle 16(32)-Bit Miltiplikation (Division) * 8 Datapointer * 2 serielle Schnittstellen mit
Beitrag da gelesen habe. UNd mit den Interrupts gibts da wohl auch Probleme. Oder hat sich das mit dem AVR32 32-bit MCU/DSP geändert? An dem wäre ich dann nämlich sehr interessiert. Philipp Karbach wrote: > bist du fan von asm oder c? bei C würd ich dir nen ARM7/9 empfehlen da > kommst du sicherlich
-
Thread
Pollin - Receiver-Mainboard mit Twin DVB-[T,C] Tuner, NXP PNX8950EH
JTAG ohne LPT Arduino JTAG "cable" http://www.dd-wrt.com/phpBB2/viewtopic.php?t=69441&highlight=arduino http://hsb.wikidot.com/arduino-jtag-finder-workshop http://deadhacker.com/2010/02/03/jtag-enumeration/ avr_jtag http://hg.assembla.com
Statt einer primären Partition hat sie gleich am Anfang eine erweiterte Partition in der sich 2 FAT32 Partitionen befinden. Ähnlich war die CF-Karte in der Thomson IP1001 für WinCE 5.0 formatiert. Ein clonen der CF-Karte war nur mit dd (Linux) möglich. Wer also eine originale Platte hat, sollte diese
-
Thread
Sinusberechnung auf Controller STM32F030
fürs > Programm. Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem ARM dieses jedoch 32 Bit breit. Es wäre mal einen Vergleich wert, wie groß der Code auf einem AVR und wie groß der Code auf einem ARM
Ralph S. schrieb im Beitrag #4669687: > Im AVR wäre das so nicht ein Problem, weil ein 8 Bit breit, bei einem > ARM dieses jedoch 32 Bit breit. Genau das ist deinen Chance, hatte nur keine Zeit mehr, zu editieren. Der ARM ist nativ 32 bit breit
-
Thread
Basic für 80C31
Signal her? Na, vom Nachbarsockel. Allerdings gibt es im JEDEC Pinout einen Unterschied zwischen den 32k EPROM und den 32k RAM Bausteinen. Erstere benutzen Pin 27 als A14 Leitung und Pin 1 als Vpp Anschluss, letzter tragen auf Pin 27 das /WE (Schreib-) Signal und an Pin 1 die Adressleitung A14. Das
"Na, vom Nachbarsockel. Allerdings gibt es im JEDEC Pinout einen Unterschied zwischen den 32k EPROM und den 32k RAM Bausteinen. Erstere benutzen Pin 27 als A14 Leitung und Pin 1 als Vpp Anschluss, letzter tragen auf Pin 27 das /WE (Schreib-) Signal und an Pin 1 die Adressleitung A14
-
Thread
Atmega via Ethernet flashen
= 0x3800 / 2. Na da muss mal mal drauf kommen ... Die Version hier ist also doch richtig (Mega32 mit 2k Bootloader): [c] #if defined (_AVR_ATmega32_) #define pBootloader() asm volatile ("call 0x7000"::) #endif [/c]
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 (
-
Thread
LCD an ATmega32 spinnt
case 3: tmp=0x80+0x14+x; break; // 3. Zeile ändern! case 4: tmp=0x80+0x54+x; break; // 4. Zeile ändern! [/c] Das Tutorial geht so offenbar nur für 4x16-LCDs.
das funktioniert mit den | nur, wenn die Offsets für die Zeilen auf 0x...0 enden, also nicht bei 0x14 und 0x54. Im Zweifelsfall lieber dem Tutorial vertrauen :-)
-
Thread
ARM: kompliziert?
Discovery F4: http://www.ebay.at/itm/STM32F4-Discovery-/251162019805?pt=Wissenschaftliche_Ger%C3%A4te&hash=item3a7a6c47dd
Richtung zu schauen. Ich finde übrigens den RX (vom mal drüberschauen der Dokumentation) aber auch den AVR32 (kleine Programmcodeanpassungen) definitiv nicht schlecht im vergleich zu ARM, allerdings ist bei letzterem der Einstieg doch günstiger finde ich. Auch wenn gerade der AVR32 vom AVR Studio profitiert
-
Thread
Faktensammlung Buderus EMS
> NTP die genaue Zeit. > Ich habs noch nicht probiert, aber ich denke: > > 0B 10 06.00 0D 09 14 13 00 00 <CRC> > ............YY.mm.hh.dd.mi.ss > > sollte die Zeit auf den 13.09.2013 20:00 setzen. Leider funktioniert das nicht :( 0x06 scheint ein Read-Only-Telegramm zu sein. Man bekommt zwar
2d 48 00 c8 ff 02 00 be DatenOffset: -4 -3 -2 -1 | 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 TelegrammOffset: 1 2 3 4 | 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 14-15: 0x8000 = Temperatur (DL-Erhitzer?) nicht vorhanden
-
Thread
WinAVR und Interruptvektoren
0x3da <__bad_interrupt> c: 0c 94 ed 01 jmp 0x3da <__bad_interrupt> 10: 0c 94 dd 13 jmp 0x27ba <__vector_4> 14: 0c 94 ed 01 jmp 0x3da <__bad_interrupt> 18: 0c 94 ed 01 jmp 0x3da <__bad_interrupt> 1c: 0c 94 ed 01 jmp 0x3da <__bad_interrupt>
Der Code ist der vom FatFs, aber angepasst von einem mega64 auf einen mega32. Daher sind die Kommentare etwas gemischt. ASSR ist auf 0 weil ich kein 32kHz Quarz drann habe und daher keinen async kann, egal ob Timer0 das in meinem Fall kann oder nicht. OC2 toggelt nicht,
-
Thread
ATXMega mit externem Quarz läuft nicht an
einen Pin toggln. Leider zuckt der ATXMega nicht. Ändere ich obigen Code auf [c]OSC.CTRL |= OSC_RC32MEN_bm; while(!(OSC.STATUS & OSC_RC32MRDY_bm)); CCP = CCP_IOREG_gc; CLK.CTRL = CLK_SCLKSEL_RC32M_gc;[/c] dann läuft auch der ATXMega. Jetzt frage ich mich: Habe ich bei obigen Zeilen etwas vergessen
Beitrag #4832898: > Jens schrieb im Beitrag #4832576: >> 15pF und 14745600 Mhz. > > Boah ehy, 14,7Ghz.. > > Gruß, > Holm Wenn man schon klug kacken will, dann aber richtig: es wären 14,7 THz...aber wir wissen ja alle, dass Jens nur ein Komma vergas und 14,7 MHz meinte ;)
-
Thread
Zeigt her Eure Kunstwerke! Gesperrt Bilder
Gewächshaus-Steuerung. Weitere Details erfahrt Ihr hier: http://www.haeussler.name/blogs/hobby/2009/07/14/avr-net-io-gaewachshaus-steuerung/ Bis dann Gruß Christian
16bit timer vom AVR: im ICR die 20ms einteagen und im OCR1A die 500µs bis 2ms, je nach Stellung und Spanne deines Servos. Müsste PWM Mode 14 sein, glaube ich. die Zeiten stehen (Quarz)stabil. Quarztakt 8Mhz, vorteiler