-
Thread
LCD DM19264A (KS0108B Controller)
und bekomme leider keine Anzeige. Die Dateien hänge ich an. Betrieben wird das LCD mit einem Atmega32 (im AVR Studio so angegeben) und nem 8MHZ Quarz. Die "nops" habe ich auf die Megaherzzahl angepasst. Hat irgendwer einen Tipp? Beschalten ist es, wie von Karl Anton beschrieben. Mit Regulierung des
zum 8Mhz Quarz - oder brauchts da aus Tempogründen 16Mhz?) und noch in der config selber auf Atmega32 gestellt und 8000000 Hz als Takt angegeben. Anschließend compiliert alles ohne Probleme. Flash nun noch per AVR Studio. Ich hab den Reset wie du mal auf Vcc über 10kOhm gezogen, hat aber auch
-
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
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
CTCSS decoder / encoder
der in unser schönnes Hobby einzug gehalten hat langsam nicht mehr ab. :( So long.. KeyOz / DD6ZJ
ALso alle 38 währe schon ganz gut. (Oder 32 dann kann man das ganze mit 4 BIT an einem µC geben). Was benutzt du denn wenn kein AVR oder PIC..? Nimmst du da so einen Decoder-Baustein oder wie machst du das..?? Mani.
-
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
MMC/SD/SDHC card library von R.Riegel "verkleinern"
Benutzt Du AVR-Studio? Dann Project --> Configuration Options --> General --> Optimization auf -Os Ich hab hier grad bestimmt nicht die aktuelle Lib von ihm, wenn ich aber mal in ein altes Beispielprojekt schaue
fat_dir_entry_struct directory; fat_get_dir_entry_of_path(fs, "/", &directory); struct fat_dir_struct* dd = fat_open_dir(fs, &directory); if(!dd) { //opening root directory failed error(); continue; }[/c] führen bei mir zu einem Problem, heißt "!dd" ist true, und ich bekomme den error()
-
Thread
welchen prozesor
Warum eigentlich nicht gleich ARM7 und 32 Bit, z.B. Philips LPC2000 Serien? Gruß Dietmar
Über schnell: Was ist schnell ? Ich habe mit z80, HC11, AVR, H8/300, und 68000 gearbeitet. Schnell ? H8/300 und 68000. Diese haben Kraft, ein 32 bit add im 2 oder 4 Zyclen. AVR ist relativ schnell, aber ein 32 bit add nimmt 4 Zyklen. 80 bit extended
-
Thread
Wechselrichter Hoymiles HM-xxxx 2,4 GhZ Nordic Protokoll?
95 72 22 01 43 72 22 01 43 04 ff fb 80 02 00 0a 60 c2 60 c2 00 00 00 05 80 02 9a 2022-05-12 08:56:32.028280 Received 27 bytes channel 61: 95 72 22 01 43 72 22 01 43 05 00 0b 60 d9 60 d9 ff ff ff fb 80 02 00 0c 60 dd ac 2022-05-12 08:56:32.092314 Received 27 bytes channel 40: 95 72 22 01 43 72 22 01
05 80 02 00 0b 60 d9 60 d9 ff ff ff fb 80 02 00 0c 60 dd 60 dd 00 00 00 05 80 02 00 0d 61 79 61 79 ff ff ff fb 80 02 00 0e 61 81 61 81 00 00 00 05 cd 30 payload has valid modbus crc 80 01 00 06 31 e3 31 e3 00 00 00 00: uptime=3:32:51 a_count=6 opcode
-
Thread
IAR workbench + olimex msp430-jtag-ISO
anders abgefragt: [c] #define PIN4 0x10 if (P2IN & PIN4) [/c] Die Bit_nummern sind für die AVR-Reihe wichtig, da dort die mit den üblichen Compilern ausgelieferten Headerdateien, die die Controllerperipherie beschreiben, auch von Assemblerprogrammen aus genutzt werden können sollen; die AVR-Reihe
)CSTACK+_STACK_SIZE#", where at the moment of placement the available memory ranges were "CODE:2dd-2ff" Reserved ranges relevant to this placement: 200-2c9 DATA16_I 2ca-2dc DATA16_Z 2dd-2ff CSTACK wie kann ich die ca 400 x 5 byte speichern
-
Thread
SPI kein clock
,CS and SCK output, all others input DDR_SPI = (1<<DD_MOSI)|(1<<DD_SCK)|(1<<DD_CS); PORT_SPI = (0<<DD_MOSI)|(0<<DD_SCK)|(0<<DD_CS); LTC6802_set_cs(); //Enable SPI, Master, set clock rate fck/16 SPCR = (1<<SPE)|(1<<MSTR)|(1<<SPR0)|(1<<CPHA)|(
PORT_SPI = (0<<DD_MOSI)|(0<<DD_SCK)|(0<<DD_CS); naja, das ist nicht schön....
-
Thread
Effizient Datum und Uhrzeit vergleichen
_Year; uint32_t lu32_month = as_DateTime.e_Month; uint32_t lu32_day = as_DateTime.u8_Day; uint32_t lu32_hour = as_DateTime.u8_Hour; uint32_t lu32_minute = as_DateTime.u8_Minute; uint32_t lu32_second
+ ((lu32_year-1)-1600)/400; uint32_t lu32_daysSince1970 = (lu32_year-1970)*365 + lu32_LeapYears + lu16_DaysByMonths[lu32_month-1] + lu32_day-1; if ( (lu32_month > 2) && ( ( lu32
-
Thread
.man schimpft immer über Windows, aber
Die Tatsache das Atmel beim AVR32 auf den GCC und Eclipse setzt spricht wohl Bände, oder?
Eclipse setzt spricht > wohl Bände, oder? So sieht's aus. Und das hier wohl auch: http://avr32linux.org/twiki/bin/view was wohl offiziell von Atmel angestoßen wurde.
-
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
mit kleineren Werten für [c] #define OWT_MIN_RESET 113 //360 #define OWT_RESET_PRESENCE 10 //32 #define OWT_PRESENCE 50 //160 #define OWT_READLINE 8 //for fast master, 10 for slow master and long lines 24-32 #define OWT_LOWTIME 8 //for fast master, 10 for slow master and long lines 24-32
-
Thread
SPI Tut nichts
strom trennen und verbinden, zeigt auch die LED keinerlei reaktion vom SPI bzw. SCK. [c] #include <avr/io.h> #include <util/delay.h> //SPI Definitionen #define DDR_SPI DDRB #define DD_MOSI DDB5 #define DD_SCK DDB7 void SPI_Init(void) { //MOSI und SCK als Output DDR_SPI |= (1<<DD_MOSI
vergessen? während ich die hohen und niedrigen bits sende? daran wirds bestimmt liegen= [c] #include <avr/io.h> #include <util/delay.h> //SPI Definitionen #define DDR_SPI DDRB #define DD_MOSI DDB5 #define DD_SCK DDB7 #define DD_CS DDB4 #define CS_PORT PORTB #define CS PINB4 void SPI_Init(void
-
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
USBasp über Parallels
Möglichkeit den ATmega32 mit einem USBasp und Microchip Studio auf einer Parallels VM zu flashen? Danke im Voraus!
www.engbedded.com/fusecalc/ Eine GUI für avrdude (benötigt Java 8 oder 11): http://stefanfrings.de/avr_tools/AVR8-Burn-O-Mat.zip
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
Das mit dem Pegelwandler würde ich mir ersparen. Wenn du den AVR mit 8 Mhz betreibst, reichen für diesen auch 3Volt. Für eine gescheite Auflösung ist der avr eh zu langsam. Ein stm32f407-board mit dcmi-camera-Schnittstelle kostet um die 10€. Auch damit ist der Betrieb
ablesen könnte :-) > KI soll dafür ja superfesch sein ... kein Problem. Habe ja erst 1148 Byte des 32k Flash belegt........ Mein AVR-Studio ist die 4.18, der GCC der WinAVR-20100110, na und? ;-) Plattenplatz? Soll ich Dir ein paar TB abgeben? Mein Bekannter baut öfter mal sein Datengrab um und dann
-
Thread
Micronucleus - USB-Bootloader für ATtiny
. Das ist aber eine Aufgabe für lange Winterabende... Makefile [code]... upgrade: main.bin avr-objcopy -O binary main.bin main.raw avr-objcopy -I binary -O elf32-avr \ --rename-section .data=.text \ --redefine-sym _binary_main_raw_start=loader \ --redefine-sym _binary_main_raw_end
upstream": micronucleus.exe 2.0a4 crasht, wenn bereits ein Gerät steckt (enthalten im digistump AVR board in Arduino IDE) commandline/builds/Windows/micronucleus.exe 2.0a5 braucht eine "libusb-0-1-4.dll" (in Wahrheit libusb-win32 1.2.6.0, die man sich aus windows_driver umbenennen kann), crasht dann
-
Thread
LCD-Modul SAMSUNG UG12D228AA von Pollin
displayBMPFileAt(char* Filename, uint8_t X, uint8_t Y) { struct fat_file_struct* fd = open_file_in_dir(fs, dd, Filename); if (!fd) { writeLn("File not found\0"); return; } uint8_t buffer[256]; intptr_t count; // read Byte Array start position int32_t file_pos = 0x0A; fat_seek_file
Dank das ist es gewesen. Hab folgendes ändern müssen: in LuciaConsole_8x11.h: [c] #include <avr/pgmspace.h> const uint8_t LuciaConsole[96][11] PROGMEM = [/c] in S6B33B2.c in der Funktion putChar(...): [c] //eeprom_read_block(data, &LuciaConsole[(uint8_t)C - 32], 11); **ersetzt durch nächste
-
Thread
AVRdude hängt beim flashen
mit dem mySmartUSB light vergleichbar." http://s-huehn.de/elektronik/avr-prog/avr-prog.htm "Installation - Windows eigener Treiber. Einbindung durch einfache *inf Datei" http://www.srt-versand.de/index.php?sid=&cl=details&anid=8dd49932d00865747.65532223&listtype=search
Anhang an deine Beiträge anhängen. 2. In der Debugausgabe taucht jetzt als zu programmierender AVR ein *ATMEGA8* auf aber in deinem Makefile ist als Target ein *ATMEGA32* (siehe auch 1. Beitrag: Device signature = 0x1e9502) eingetragen. Ein für Atmega32 übersetztes Programm läuft i.d.R. auf dem Atmega8
-
Thread
AVR-Bootloader mit Verschlüsselung
ist. Die letzen 4 Bytes im Datenblock sind die ersten 4 Bytes des Passwortes, also 32Bit. Der AVR entschlüsselt also diesen ersten Datenblock und nur wenn diese 4 Schlüsselbytes identisch zum Key sind kann korrekt entschlüsselt werden. Man detektiert somit also entweder einen Datenübertragungsfehler
bisher auch sehr wertvoll für mich. Die PC-Seite ist ein Acer-Notebook und die AVT-Seite ein Mega32 mit FTDI FT232R. Jedoch mit einem Asus Netbook bekomme ich leider keinen Connect mit der selben AVR Hardware. Habe alle Versionen durchprobiert. Mit deiner am 26.01.2009 geposteten Version (V3.0
-
Thread
Mikrocontroller an 24V mit Optokopller?
oder so.. Denk an Freilaufdiode. Brauchst keine Optokoppler...normalerweise 3. Wenn du nicht schon AVR kannst, nimm lieber nen kleinen Arm, Pic,MSP430 sieht man öfters in der Industrie als AVR...
Bumm schrieb im Beitrag #3807311: > 3. Wenn du nicht schon AVR kannst, nimm lieber nen kleinen Arm, > Pic,MSP430 sieht man öfters in der Industrie als AVR... Da wird der Spannungsregler doch noch heißer.
-
Thread
Steuerung für Autarkes Zeppelin
Was soll der Mega8 ? Nimm einen Mega32, aller drunter ist zu schnell voll.
an der ISP Schnittstelle und 3,3 Volt vom Spannungsregler gleichzeitig anliegen, so wird ja nur der AVR mit 5 Volt versorgt, während die restlichen 3,3V Komponenten weiter mit 3,3Volt laufen, sodass man den AVR programmieren ohne Pegelwandler kann. Wenn man jetzt den ISP stecker zieht, so läuft der AVR
-
Thread
Arduino Bit Shifting Problem
muss ich mal die Takte zählen! Und dafür müsstest du die tatsächliche Zielhardware kennen... Dein AVR-ASM funktioniert auf nem AVR, es mag aber auch sein das er einen Arduino mit nem 32-Bitter verwendet. Daher wäre hier eine Lösung in C angesagt, wie von mir oder Spess, dein ASM hilft hier unter Umständen
02 c0 rjmp .+4 ; 0x88 <MirrorByte+0x36> 84: cc 0f add r28, r28 86: dd 1f adc r29, r29 88: aa 95 dec r26 8a: e2 f7 brpl .-8 ; 0x84 <MirrorByte+0x32> 8c: 9c 2b or r25, r28 for (uint8_t BitNr = 0; BitNr < 8; BitNr+
-
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
"LTC2498 und Atmega128rfa1"
www.mikrocontroller.net/topic/295146#3363644) Der Atmega128rfa1 ist programiert mit dises C Kode: [c] #include <avr/io.h> #include <stdio.h> #include <stdint.h> #include <stdlib.h> #include <util/delay.h> #define DD_MISO 3 #define DD_MOSI 2 #define DD_SCK 1 #define DD_SS 0 void uart_init() {
} return 0; } void SPI_MasterInit(void) { //Outputs: MOSI, SCK, SS DDRB = (1<<DD_MOSI)|(1<<DD_SCK)|(1<<DD_SS); //Enable SPI, Master-Mode, set clock rate fck/16 SPCR = (1<<SPE)|(1<<MSTR)|(1<<SPR0)|(1<<CPOL); } int SPI_MasterTransmit(uint8_t MOSI) { //Start Transmission
-
Thread
LCD 4x20 2004A auf Zeilen schalten
sehe da auch keine Probleme. Habe mit der Fleury LIB auch angefangen, sehr gut zu verwenden unter AVR oder Arduino(Atmel AVR) wer keine anderen findet.
************************/ __attribute__((optimize(0))) static void delay(uint16_t us) { uint32_t us1 = us << 2; while (us1) us1--; } [/c]
-
Thread
FFT auf dem AVR
nen ganzes Stück langsamer als asm). Ich hab aber schonmal überlegt den FFT-Code als Assembler im avr-gcc einzubinden, allerdings ist beim avr-gcc-asm die Syntax anders, daher war mir das bisher zu aufwendig.
Woher nehm ich die beiden Include Dateien .include "avr.inc" .include "akiglcd.inc"?
-
Thread
Mikrocontroller Einstieg
der Preis keine so große Rolle wie in der Serienproduktion. Wobei die Chinesen auch schon lange ARM32-Controller für irgendwelche Dimmer o.Ä. einsetzen, die ganzen Bestandteile eines Elektro-Scooters (Dashboard, Motor-Controller und BMS) sind voll mit ARM32-Varianten. Beim Kern des 8 Bit AVR, der
weiteren Pin den man setzt, das ist bei AVR mit SBI/CBI weniger skalierbar. Dieser Code benötigt 44 bytes im Flash. Für den STM32G0 (Cortex-M0+) ist das schon deutlich umständlicher: [code]ldr r3, =0x50000C10 movs r0, #1 lsls r0, #10
-
Thread
SPI läuft unregelmäßig
keine Sekunde an. Woran kann das liegen? Master: [c] #define F_CPU 16000000UL #include <avr/io.h> #include <util/delay.h> #define DDR_SPI DDRB #define DD_MOSI 5 #define DD_SCK 7 #define DD_SS 4 void SPI_MasterInit(void) { /* Set MOSI and SCK output, all others input */ DDR_SPI
_delay_ms(1000); } return 0; } [/c] Slave: [c] #define F_CPU 16000000UL #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> #define DDR_SPI DDRB #define DD_LED 3 #define DD_SS 4 #define DD_MOSI 5 #define DD_MISO 6 #define DD_SCK 7 void SPI_SlaveInit(
-
Thread
Basic für 80C31
Basic in den 89S52 gebrannt werden? Ja, bei deinem Adressschema muss es das. Denn du spendierst 32K im unteren Adressbereich und 32k im oberen. Das geht nun mal nicht, ohne Basic komplett umzuschreiben. Entweder hast du also unten 32k EPROM und oben 32k RAM, oder umgekehrt. Schau dir im Basic Handbuch
Basic in den 89S52 gebrannt werden? > > Ja, bei deinem Adressschema muss es das. Denn du spendierst 32K im > unteren Adressbereich und 32k im oberen. Das geht nun mal nicht, ohne > Basic komplett umzuschreiben. Entweder hast du also unten 32k EPROM und > oben 32k RAM, oder umgekehrt. > Schau dir im
-
Thread
FAT-Dateisystem
Hallo, hat jemand schon Erfahrungen mit einem FAT Dateisystem auf einer CF-Karte mit einem AVR 8515 oder 8535? Danke Manfred
hallo vielleicht hilft euch der Link http://home.t-online.de/home/holger.klabunde/avr/avrboard.htm#cf Gruß Peter
-
Thread
xmega und HW-PWM
Wenn ich mal Fragen darf... ... Womit Programmierst du den? Mit einem AVR Programming Tool AT AVR ISP2 mit USB (so wie dieses: http://www.reichelt.de/?;ACTION=3;LA=2;GROUPID=2969;ARTICLE=45040;SID=28FJVob6wQARwAAEnfKXs40dd83f4e320264b7b04770a73a890cd) ... Entwickelst du
@sabler Jo, genau den nehme ich dafür (AVR ISP Mk2). Der kann, wenn Du das aktuelle AVR-Studio benutzt, nach Firmware update PDI! Als Software nehme ich AVR-Studio+WinAVR. Klappt alles ganz prima! Habe mir in Eagle ein (minimalistisches) Breakoutboard
-
Thread
Vorteile/Nachteile von AVR gegenüber 8051er
Hallo! Ich bin 8051er-Fan... ;-) Möcht aber auch mal AVR genauer kennenlernen. Kann mir jemand kurz die wichtigsten Vor-/Nachteile gegenüber 8051er nennen? Buchtip zum Programmieren von AVR mit C? (Bitte keine Diskussion, welche Struktur die bessere
Hi. - AVR haben keine Taktteilung wie die klassischen 8051 (gut, die neuen 8051 Derivate sind auch schon nen Schritt weiter) - AVR haben keinen Akku, fast alle Operationen können auf den 32 Registern ausgeführt
-
Thread
Günstiger AVR JTAGICE mkII Debugger bei Arrow!
@flecky Note: This unit is not the 100% functional equivalent of an Atmel AVR JTAGICE mkII. In JTAG mode this unit only supports those AVR microcontrollers supported by the original Atmel JTAGICE. Carefully check the list of supported devices below - only AVR devices listed are
auch. Noch so als Info das von keeelectronics ist das gleiche wie das hier: http://cgi.ebay.de/AVR-JTAG-ice-mkii-cn-AVR32-JTAG-ISP-debugWIRE_W0QQitemZ130297617038QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item1e5657da8e&_trksid=p3286.m63.l1177&_trkparms=%7C293%3A1%7C294%3A50 lg
-
Artikel
MOTOROLA VIP1710
W39L040P/W39L020P (nur 256 kB benutzt) mtd0: letzter Bereich von mtd1 (Filesystem "/flash") mtd2: 32 MByte Flash (Lesen mit dd if=/dev/mtd/2 bs=16k skip=2) mtd4: letzter Bereich von mtd2 (Filesystem "/flash2" Lesen mit dd if=/dev/mtd/2 bs=16k skip=1793) Splash und Kernel liegen in mtd2, AES verschluesselt
Jumpers und des Pulldownwiderstands sollte man sich gönnen. Alternativ kann auch ein Jumper an Pin 1 und 32 angelötet werden. Der Kurzschluss muß beim Bespielen bestehen bleiben! Danach mit dd if=stb1710-mtd1.bin of=/dev/mtdblock/1 den Bootflash mit der hier im Forum zu findenden stb1710-mtd1.bin bespielen
-
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
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
Zeigt her Eure Kunstwerke! Gesperrt Bilder
Wochenende keine grundsätzlichen Änderungen mehr geben. Die Webseite aktualisiere ich am Wochenende. AVR ist jetzt ein Mega88 (Mega48 war geradenicht zur Hand, reicht aber). Zusätzlich kommen 2x 74LS164 dazu (oder HC oder ...). 1x 74ACT161 mehr sollte man haben weil dann 8k oder 32k Samplespeicher möglich
vernünftiges Kunstwerk" durchgeht, weiß ich nicht, aber ich möchte euch gerne mein erstes "größeres" AVR-Projekt zeigen. Es ist ein Shottimer auf Basis eines ATMega32. (Ich weiß völlig überdimensioniert.) Eine Ladungspumpe ist primär für den Piezo. Das wird aber noch geändert, da der Piezo bei 5v leider
-
Thread
Attiny Programmierung
aber ersteinmal kein Problem darstellen. Sehe ich auch so. Bevor ich mich mit diesen "neuen" AVR beschäftige, schaue ich mir lieber die STM32 an. Ich denke, davon habe ich langfristig mehr. Für mich endet die 8bit Welt bei den klassischen AVR Mikrocontrollern mit ISP Interface und Debug Wire
Stefan ⛄ F. schrieb im Beitrag #6095926: > Bevor ich mich mit diesen "neuen" AVR beschäftige, schaue ich mir lieber > die STM32 an. Ich denke, davon habe ich langfristig mehr. ... kommt drauf an, wenn es mal um "richtig" low power oder batterie geräte geht sind die neuen avr's
-
Thread
IDE-Harddisk am uC
ist, wo stehen dann meine daten? >laut gesundem menschenverstand müssten die dann ja an den pins >DD0...DD15 erscheinen. aber die ATA-specs behaupten was anderes... nur zur Sicherheit: nach dem Busy liegen die daten nur an den Pins DD0..DD15 wenn du das Datenregister adressierst!
CS0 und /CS1 die adresse des gewünschten registers einstellen. 2. daten, die ins register sollen an DD0...DD7 anlegen. 3. /IOWR aus- und wieder einschalten. wenn man stattdessen /IORD aus- und wieder einschaltet erscheinen die daten, die im register waren, an DD0...DD7. das macht man doch so, nicht
-
Thread
data |= (1<<16) funktioniert nicht
Probier es mal mit einem cast: [c]data |= ((int32_t)1<<((int32_t)26-(int32_t)count_bits));[/c] und [c] data &= ~((int32_t)1<<((int32_t)26-(int32_t)count_bits));[/c] Der Compiler nimmt nicht immer den grøsste Variablentyp, dass musst du im durch
Auf einem 32 bitter würde das übrigens mit den meisten Compilern so gehen. Ohne Casting wird eben immer vom Standart Datentyp int ausgegangen und der ist beim Avr nunnmal 16 Bit. Ein Integer ist in der Regel so
-
Thread
ATtiny202 Timer/Counter Type B (TCB) kein Sprung in ISR
gerade vor dem gleichen Problem wie Christian vor einem Jahr bei dem vom Timer TCB0 her identischen AVR64DD32. Ich initialisiere den Timer, das Capture-Flag wird gesetzt, ich kann es in main() abfragen, einen Pin toggeln und das Capture Flag löschen. Es blinkt. Wenn ich stattdessen eine ISR verwende
mit seiner Empfehlung für die "Getting started ..."nur zustimmen. Ich arbeite mich aktuell in den AVR-DD ein. Da es für diese ziemlich neue Serie Wesentlich weniger Infos und Beispiele gibt, als für ältere Modelle, war eine für den Zugang wesentliche "Erkenntnis", dass nicht nur die Dx-Modelle, sondern
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
auf den Sensor auch kaum Zeit vergeudet bis auf die Platine und erst gar nicht angefangen "Native AVR" Programmierung zu machen. Läuft alles out-of-the-box mit den fertigen Libs für die Sensoren, sofort, ohne Fehlersuche und ohne Debug Möglichkeit "blind" geschrieben. Beim STM32 war das schon mangels
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 müssen sich beide AVR Sockel
-
Thread
Linux-ähnliches Betriebssystem für AVR
[code] GEN arch/avr/devs arch/avr/scripts/decode_packs: 28: arch/avr/scripts/decode_packs: Bad substitution XMLDEC ATmega8.atdf arch/avr/scripts/decode_packs: 60: arch/avr/scripts/decode_packs: php: not found BAD
for target 'arch/avr/devs' failed make: *** [arch/avr/devs] Error 1 [/code]