-
Thread
ATtiny13 und STK200 über PonyProg2000 flashen
" Ext. Full-swing Crystal; Start-up time PWRDWN/Reset: 16K CK/14CK +65ms EXTFSXTAL_16KCK_14CK_64MS " ausgewählt habe. Vermutlich ist dies ( EXTFSXTAL_16KCK_14CK_64MS ) die Kurzcodierung für den ganzen Kladeraratsch. Habe schon kleinere Quarze und verschiedene Kerkos benutzt, aber ohne Erfolg
jetzt erstmal vernünftige vergoldete Crimpbuchsen von Amphenol ( 48045-000LF ) für die 2,54mm ( 0,64mm x 0,64mm ) Stiftleisten bestellt. Bernd_Stein
-
Thread
ATmega32-Board
spielen/anfangen mit MCUs >>> http://www.aliexpress.com/product-fm/480406086-Free-Shipping-Atmel-AVR-ATMega32-ENC28J60-development-board-study-board-wholesalers.html Free Shipping, Atmel AVR ATMega32+ENC28J60 development board,study board Atmel AVR ATMega32 onboard ISP interface onboard +++ JTAG interface onboard +++ ENC28J60+RJ45 socket +++ SD card onboard Key,7-seg-led, +++ beep RS232 onboard +++ LCD1602 / LCD128*64 dot matrix interface onboard +++ DAC TLC5615 onboard All IO extand out USB power
-
Thread
Projekt : viele kleine zu einem groß Projekt, brauche Infos
desto weniger Arbeit und desto weniger Fehlerquellen. Zum PIC32: schau Dir den PIC32MX575F512H(64 pins) bzw L(100 pins) an. 80 MHz, 512k Flash, 64k RAM, 4 SPI (2*SD, 1*VS1053B, 1*?), USB2.0 Full Speed OTG, 16*Analog in 10 Bit. Sollte wohl dicke ausreichen, so dass Du keinen zweiten Controller brauchst
Ziel kommst, auch wenn Dein Code nicht optimal sein sollte. Wenn Du meinst, mit irgendeinem ARM oder AVR32 besser zurecht zu kommen, dann bitte. Da kann ich Dir dann aber keine Hilfe mehr geben. Bei AVR und USB-Host wäre der AT90USB1287 (im Prinzip ein Mega128 mit USB) Dein Weg. Ob das dann am Schluss
-
Thread
Anfängerfragen zu Mikrochips
des Stromes? 7) Den Sinn von den Ports verstehe ich nicht ganz. Wie viele hat der ATmega 8? 28/8 = 3 R4, also hat er 4 Ports? Oder hat er 11 Ports (das interpretiere Ich aus folgendem Bild: http://www.mikrocontroller.net/wikifiles/d/dd/Avr-schaltplan-1.gif ) Hat ein Port immer 8 Pins? 8) Bei folgendem C-Programmierhowto: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial steht im ersten Beispielquellcode folgende Zeile: PORTB = 0x03; // (4) Zitat: (4) stellt die Werte der Ausgänge ein. Die den ersten beiden Bits des Ports zugeordneten
-
Thread
Quarz zu ungenau? Bugfix?
und zurück nur eine Gangabweichung von 5 Sekunden (http://de.wikipedia.org/wiki/John_Harrison_%28Uhrmacher%29)
Oder sieh im ersten Post im Kommentar nach: 16000000/(64*250)s = 1000/s => 1ms
-
Thread
Mein neuer Lieblingsmikrocontroller
lohnt? 2x SPI, jede Menge Timer-Pins, 2x UART, externe Interrupts, ... Bei dem oben betrachteten 28pin Zwerg sind das 23 Inputs und 17 Outputs, also 40 Funktionspins!
> SPI wird nicht für die Programmierung gebraucht und lässt sich verlegen. > Das ist doch kein AVR. Doch es ist einer: >mr.chip schrieb: >> Ausgangsmatrix...warum haben eigentlich die AVR sowas nicht? Vor allem bei dem mega8 habe ich mir sowas schon oft gewünscht, denn wenn man den UART verwendet
-
Thread
Hackbarer(?) 21 EUR Quadcopter
Gibts bei Digikey 28.52€ + MwSt.
2-4ghz-4-Kanal-Gyro-UFO-RC-Hubschrauber-Helikopter-/200997651082?pt=RC_Modellbau&var=&hash=item2ecc64c28a /MINI Quadcopter 6 axis 2,4ghz 4 Kanal Gyro UFO RC Hubschrauber Helikopter/ Ist das der Gleiche oder ein sehr ähnliches Modell? Bin ein Noob, habe davon keine Ahnung. Gruß Fabian
-
Thread
suche 8051 µC für einsteiger
den schon längst veraltlten 8051 anfassen, beginne lieber mit einer modernen uC-Familie, z.B. 8-Bit AVR" Das hat eindeutig mit Ignoranz zu tun. Es gibt keinen 8-bit AVR oder auch XMEGA der an die Leistung eines schnellen 100MHz Silabs rankommt, nicht mal im Traum. Es gab den 8051 vor dem AVR und es wird
Robert Teufel schrieb im Beitrag #1782005: > Es gab den 8051 vor dem AVR und es wird ihn auch > noch nach dem AVR geben. Der Spruch ist schön. Wenn Atmel den AVR aufgibt, gibt es keine AVRs mehr. Beim 8051er müssten so ca. 20 Firmen den µC aufgeben.
-
Thread
Flash CRC Berechnung optimieren/schneller
#7397876: > Wo findet man den Quelltext? [pre] C:\Program Files (x86)\Atmel\Studio\7.0\toolchain\avr8\avr8-gnu-toolchain\avr\include\util\crc16.h [/pre]
Ohne eine solide Messung weiß man gar nichts. > Zudem kann die erste Schleife unterhalb der 64kB Grenze mit einem 16 Bit > Schleifenzähler laufen, Stimmt. > die darüber braucht einen 32bit Zähler. Nö, in ASM geht das auch mit 24 Bit. Außerdem kann das der AVR in ASm auch in Hardware,
-
Thread
ATXmega128A1, SRAM-Anbindung, EBI
Hol dir einen STM32 mit 512kB Flash und 64kB RAM. Das musst du dir die vergurkten ATXMega nicht antun.
Keil, IAR...) habe, keine Lust habe mir den ganzen Aufwand mit Eclipse zuzumuten und bei mir sowohl AVR Studio 5 (kostenlos) als auch AVR Dragon zum debuggen vorhanden sind, werde ich wohl bei Atmel bleiben. MfG R
-
Thread
Sonnenaufgang/Sonnenuntergang in Tabelle (Astro-Uhr/Dämmerungsschalter)?
16 8:20:39 -56 18.01.24 17 8:19:41 -59 19.01.24 18 8:18:40 -61 20.01.24 19 8:17:36 -64 21.01.24 20 8:16:30 -66 22.01.24 21 8:15:21 -68 23.01.24 22 8:14:11 -71 24.01.24 23 8:12:58 -73 25.01.24 24 8:11:42 -75 26.01.24 25 8:10:25 -78 27.01.24 26 8:09:05 -80 28.01.24
19:35 -126 25.02.24 55 7:17:29 -127 26.02.24 56 7:15:21 -128 27.02.24 57 7:13:12 -129 28.02.24 58 7:11:03 -130 29.02.24 59 7:08:52 -131 01.03.24 60 7:06:41 -131 02.03.24 61 7:04:28 -132 03.03.24 62 7:02:15 -133 04.03.24 63 7:00:01 -134 05.03.24 64 6:57:46 -135
-
Thread
STM32 FatFS elm chan
der Clustergrenze mit f_sync! P.S. Habe eben wieder eine Testdatei mit 20000 Datensätzen, zu je 64Byte (1,28MByte) erfolgreich geschrieben. Bei stündlicher Aufzeichnung (Klimadaten) wäre das ein Zeitraum von 833 Tagen. Gruß. Tom
Clustergrenze mit f_sync! EBEN! >P.S. Habe eben wieder eine Testdatei mit 20000 Datensätzen, zu je 64Byte >(1,28MByte) erfolgreich geschrieben. Bei stündlicher Aufzeichnung >(Klimadaten) wäre das ein Zeitraum von 833 Tagen. Und warum gibt es jetzt keinen Fehler? Was hast du geändert?
-
Thread
Wert >4Milliarden in C?
Steht sogar hier im Tutorial: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Ganzzahlige_.28Integer.29_Datentypen avr
eigentlich nur ausdrücken das ein uint32_t manchmal wirklich zu kurz für Zeitmessungen sein kann. uint64_t sollte aber tatsächlich reichen und gmp stellt dann eben die Kanonen dar. Matthias
-
Artikel
AVR Typen
11 10 15 0.5 512 40 85 1.8 5.5 1.8 5.5 2 6 1 6 ATtiny861 ATtiny13A 1 8 20 6 6 0 0 0 0 4 10 15 0.06 64 40 125 1.8 5.5 1.8 5.5 1 2 0 2 ATtiny13A ATtiny48 4 32 12 12 28 28 1 1 0 0 8 10 15 0.25 64 40 85 1.8 5.5 1.8 5.5 2 4 1 2 ATtiny48 ATtiny88 8 32 12 12 28 28 1 1 0 0 8 10 15 0.5 64 40 85 1.8 5.5 1.8 5.5
53 1 ja ja 3 1 2 160 16 2000 4 0 0 8 2048 0 ja 3 10 10 10 ATxmega128B1 ATxmega64B1 64 100 16 53 53 1 ja ja 3 1 2 160 16 2000 4 0 0 8 2048 0 ja 3 10 10 10 ATxmega64B1 + General Features Max. CPU [MHz] 32 CPU 8-bit AVR Hardware Qtouch nein Quadrature Decoder Kanäle 0 CAN 0 LIN 0 SSC
-
Thread
3x LED-PWM-Faden
liegen dass sich alles zu schnell ändert... [c] #include <stdint.h> #include <string.h> #include <avr/io.h> #include <avr/interrupt.h> #include <util/delay.h> uint16_t values[32] = { 0, 1, 2, 2, 2, 3, 3, 4, 5, 6, 7, 8, 10, 11, 13, 16, 19, 23, 27, 32, 38, 45, 54, 64, 76, 91, 108, 128, 152
10, 10, 11, 11, 12, 12, 13, 13, 14, 15, 15, 16, 17, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 31, 32, 33, 35, 36, 38, 40, 41, 43, 45, 47, 49, 52, 54, 56, 59, 61, 64, 67, 70, 73, 76, 79, 83, 87, 91, 95, 99, 103, 108, 112, 117, 123, 128, 134, 140, 146, 152, 159, 166, 173, 181, 189
-
Thread
[AVR] _delay_ms() funktioniert nicht mehr (vom Compiler ignoriert?)
(Auf Arch Linux und/oder anderen PCs ist das gleiche Problem) IDE: Codeblocks 13.12-3 Compiler: avr-gcc 1:4.8-2.1 libc: avr-libc 1:1.8.0-4.1 binutils: binutils-avr 2.23.1-2.1 avr: attiny2313 (ist aber egal welcher) Ich hab ein Programm mal auf das nötigste heruntergebrochen damit der Fehler
Bei mir kommt mit [code]avr-gcc (GCC) 4.8.2-2[/code] [code]avr-binutils 2.24-1[/code] [code]avr-libc 1.8.0-5[/code] [code]avr-gcc -Os -g3 -o main.elf -mmcu=attiny2313 main.c[/code] unter ArchLinux folgendes heraus: [
-
Thread
ADC im Auto Trigger Mode mit Timer.0
<ADPS2)|(1<<ADPS1)|(0<<ADPS0); // Set ADC Scaler to 125KHz Sample rate @ 8MHz // 8MHz / 64 = 125kHz || 110 = 64 //ADCSRA &= ~(1 << ADATE); // Disable free running Mod //ADCSRB |= (0<<ADTS2)|(0<<ADTS1)|(0<<ADTS0);// 000 Free Running Mode ADCSRB |= (0<<ADTS2)|(1
<<ADPS2)|(1<<ADPS1)|(0<<ADPS0); > > // Set ADC Scaler to 125KHz Sample rate @ 8MHz > // 8MHz / 64 = 125kHz || 110 = 64 > > > //ADCSRA &= ~(1 << ADATE); // Disable free running Mod > > //ADCSRB |= (0<<ADTS2)|(0<<ADTS1)|(0<<ADTS0);// 000 Free Running Mode > ADCSRB |= (0<<ADTS2
-
Thread
AVR Assembler: Z-Pointer dekrementieren?!
avrasm] SBIW ZH:ZL, 1 lpm temp, Z out PORTC, temp [/avrasm] so stehts jedenfalls auch in meiner AVR-instruction... jedoch bekomme ich hier immer die Fehlermeldung: "register r24, r26, r28 or r30 required". Mache ich etwas falsch?
r30, 1 oder sbiw ZH:ZL, 1 schreibe, ich bekomme dann immer die fehlermeldung: "register r24, r26, r28 or r30 required". ich benutze den AVR-AS. ich bin schon am verzweifeln, das hochzählen funktioniert ohne probleme...
-
Thread
20 Temperaturfühler im Keller verteilen für Heizungsmessung. 1wire geeignet? Leitungslänge? Kabel
eine moegliche > Sternverdrahtung.. Auszug aus dem DB des DS18B20 : Each DS18B20 contains a unique 64–bit code (see Figure 6) stored in ROM. The least significant 8 bits of the ROM code contain the DS18B20’s 1-Wire family code: 28h.
moegliche >> Sternverdrahtung.. > Auszug aus dem DB des DS18B20 : > Each DS18B20 contains a unique 64–bit code (see Figure 6) stored in ROM. > The least significant 8 bits > of the ROM code contain the DS18B20’s 1-Wire family code: 28h. Ich glaube er meinte eher später herauszufinden welche Seriennummer
-
Thread
Interrupt aus main aufrufen AVR
> ein paar spezielle AVR Serien ? AVRe sind die 'normalen von früher', AVRxt die 'neuen' - was ist an denen "speziell"?
jmp 0x7c ; 0x7c <__bad_interrupt> 60: 0c 94 3e 00 jmp 0x7c ; 0x7c <__bad_interrupt> 64: 0c 94 3e 00 jmp 0x7c ; 0x7c <__bad_interrupt> 00000068 <__ctors_end>: 68: 11 24 eor r1, r1 6a: 1f be out 0x3f, r1 ; 63 6c: cf ef ldi r28, 0xFF ; 255
-
Thread
seriell ISP sehr langsam
Die eingestellte Geschwindigkeit wird nicht gespeichert, oder ? Mit der Defaulteinstellung wenn ich AVR Studio starte, wird der angeschlossene AVR erkannt. Sobald ich auf >=115kHz stelle, wird der AVR nicht mehr erkannt. Ich dache die Defaulteinstellung wäre höher ?
vom Programmer immer geöffnet hatte wenn ich drauf zugreifen wollte. Ich hab gerad 4x nen Atmega64 Programmiert den ISP Stecker abgezogen vor und nach dem abziehen des ISP Steckers die Verbindung zum AVR Studio getrennt und danach gleich wieder Fuses ausgelesen und Programmiert ich bekomm deinen Fehler
-
Thread
welcher (analoge) Filter für FFT im Audio-Bereich?
Koeffizienten sind symmetrisch, spart nochmal Multiplikationen. Das bringt hier aber wenig, ein fmul am AVR geht eh in zwei Takten durch. Einige der Koeffizienten sind 0 (je nach Rundungstiefe), spart überhaupt Berechnungen. Wenn ich auf s.7 runde, sind 12 von 64 Koeffizienten 0, bleiben 52 Multiplikationen
funktioniert wunderbar, und sogar schnell genug! Ein paar (meiner Meinung nach eindrucksvolle) Details: AVR ATmega328P mit 12 MHz (mein Breadboard, die finale Version könnte 20 MHz kriegen) ADC Abtastfrequenz 20 kHz 8 bit FIR Tiefpass mit 64 (!!!) Bins, -30db zwischen 1 und 1.3kHz (!!!) Downsampling
-
Thread
RL78/G14 Renesas - Free Linux Toolchain
bei Mouser deshalb so günstig, weil es nur käufliche Tools dazu gibt? Welche Controller Familien AVR, PIC, STM8/32, MSP430 kommen sonst in Frage, wenn man bei kleinen Stückzahlen (<100) einen 12bit ADC, genügent IOs und SPI braucht und 64k ROM 2k RAM gerne hätte und der MC unter 10 Euro (besser
/ProductDetail/Microchip-Technology/AVR64DD28-I-SP?qs=tlsG%2FOw5FFihPlDfBDs%252Bgg%3D%3D
-
Thread
Bitwackeln mit USB to Seriell Wandler (Schnelligkeit)
Wieso 28$? 5,50€ bei TME. Ok, das Modul kostet auch dort 21€.
wirklich übersehen. Aber _lukrativ_ sind die Preise für den Bastler auch nicht. Da bin ich mit 'm AVR besser bedient. ...
-
Thread
TFT Ansteuerung mit Atmega16
Michael N. schrieb im Beitrag #2270213: > Super d.h. ich brauch nen AVR32AP7000 und der hat immerhin 256 Pins !!!! Hat Atmel die AVR32 AP Reihe nicht mittlerweile wieder eingestellt?
Für KS0108 und T6963C Controller gibt es haufenweise Code. Mit KS0108 findet man Displays bis 240x64. T6963C geht bis 240x128. Ist alles monochrom aber zum anfangen reichts für einen AVR. T6963C würde ich bevorzugt nehmen. Dann gibts noch die DOGM. Dann wären da noch diverse Handydisplays, auch
-
Thread
Floppy FDD Diskette an AVR Mikrocontroller ATmega Beispiele Assembler
71858 https://www.mikrocontroller.net/topic/223147 Zur Soft-Dekodierung, falls es unbedingt ein AVR8 sein soll und die Zeit nicht ausreicht: die laufen bei sauberem Aufbau auch bis 24 / 28 MHz. Zum HD44780 fallen mir noch HD64180 (verbesserter Z80 im shrinkDIP64 1,778mm) und HD63484 (color graphic
soll ALLE bis zuletzt verfügbaren Formate unterstützen dies bis zum aussterben gab. Das mit dem AVR hier klingt auch interessant, dann hätte der Floppycontroller aber mehr Rechenleistung als die CPU!
-
Thread
Quarz und Clock bei AVR series 1 (z.B. Attiny 816)
Beitrag #7536305: > wenn das Upgrade sinnvoller 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
Sehr seltsames Verhalten von Arrays
dir Sorgen, ob das Lesen aus dem Flash schnell genug ist? http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29
beweist, dass es Nerds gelingt selbst den unwahrscheinlichsten Fehler zu machen. Jedoch: ATM32 AVR-Studio 4.18 WinAVR-20090313 Optimierung: -O0 [c]int main (void) { uint8_t dta[10000]; dta[0] = 64; dta[9999] = 128; }[/c] compiliert problemlos, Speicherverbrauch: [c] AVR Memory Usage
-
Thread
Noch ein Taschenrechner auf ATMega Basis
ein Fehler bei der Zeitkonstante vor. Die Zeit von ca. einer Minute erreiche ich nur, wenn ich die AVR Fuse CKDIV8 einschalte.
und RCL benutzt und sich dieses Programm in einer Endlosschleife befindet, dann ist der EEPROM des AVR bald hinüber :-(
-
Thread
RNmega2560 via Bootloader programmieren
1.) HEX file in ELF konvertieren: [code] avr-objcopy -I ihex -O elf32-avr datei.hex datei.elf [/code] 2.) alle Sektionen der ELF disassemblieren (weil in der hex nicht mehr bekannt war, was .text und was .data war) [code] avr-objdump -D datei.elf
1.) HEX file in ELF konvertieren: [code] avr-objcopy -I ihex -O elf32-avr datei.hex datei.elf [/code] 2.) alle Sektionen der ELF disassemblieren (weil in der hex nicht mehr bekannt war, was .text und was .data war) [code] avr-objdump -D datei.elf
-
Thread
Eclipse Debuggen trotz Anleitung kein Erfolg.
Einrichten von Eclipse hab ich folgende Anleitungen benutzt. http://www.mikrocontroller.net/articles/AVR_Eclipse http://avr-eclipse.sourceforge.net/wiki/index.php/Debugging Meine Hardware ist das Atmel Evaluationboard v2.01, AVR-JTAG-USB von Olimex und das SYSBAS Multi-2U/RS232. Software: win7 64bit
245-stack-list-frames 0 1 245^done,stack=[frame={level="0",addr="0x000000de",func="main",file="../AVR-Test32.c",fullname="D:/FH/Prog Workspace/AVR-Test32/.settings/../AVR-Test32.c",line="28"}] (gdb) 246-data-list-changed-registers 246^done,changed-registers=["0","33"] (gdb) 247 info sharedlibrary
-
Thread
Funktion an bekannter (konstanter) Adresse aufrufen
Das Übersetzen dieses Programmes #include <avr/io.h> const void (*foo)(void) =0; int main(void) { foo(); return 0; } erzeugt folgenden code: 0000005c <main>: 5c: cf e5 ldi r28, 0x5F ; 95 5e: d4 e0 ldi r29, 0x04 ; 4 60: de bf out 0x3e, r29 ; 62 62: cd bf out 0x3d, r28 ; 61 64: e0 91 60 00 lds r30, 0x0060 68: f0 91 61 00 lds r31, 0x0061 6c: 09 95 icall 6e: 80 e0 ldi r24, 0x00 ; 0 70: 90 e0 ldi r25, 0x00 ; 0
-
Thread
"Neuer" Ethernet Controller von Silabs: Erfahrungen?
Erfahrungen mit dem Baustein gemacht oder kann mir Tipps geben? Scheint so, als ob der im Schatten des ENC28J60 ein wenig untergegangen ist. Schade :-(
bequem auswählen, ob 8-, 16- oder 32-Bit Bus. Auch Adreß-/Datenmultiplex ist möglich, wie es die AVR und 8051 machen. Peter
-
Thread
LED Matrix Zeile für Zeile leuchten lassen
doch die LEDs fangen alle gleichzeitig an zu flackern :( Kann ich in den Fuses Einstellungen im AVR-Studio den Internen 8Mhz Oszillator auswählen? (Int RC Osc. 8 MHz; Start-up time: 6CK + 64 ms)
Sorry. Hab mir gerade AVR-Studio und WinAvr gezogen. Aber auf dieser Vista-Maschine funktioniert das Zeugs nicht (warum auch immer) und ich hab jetzt nicht die Zeit diesem Problem nachzugehen. Werds in der Nacht mal auf
-
Thread
fremdes Layout erkennen, verstehen und verändern (Bauteilsuche und Funktionsvodoo)
Beispiel der PIC18F23K22. Dieser hat auch auf Pin 12 und 13 die PWM Outputs und packt ohne externen Quarz 64MHz.
Familie greifen. Da haben die meisten eine PLL für den internen Oszillator. Mit dieser kommst du auf 64 Mhz. Einzig bei den PIC18F..J.. musst du aufpassen, das sind meistens 3 Volt Typen.
-
Thread
Keine 0 LSB erreichbar
ich mit 64x wegen der Schiebeoperationen, verschrieben... > > MfG > Falk
Widerstand nehemen). Wenn dann dein 0-1000ppm in 0...4,096 V umgewandelt werden, gehts wunderbar mit 5V AVR Betriebsspannung. MfG Falk
-
Thread
Menu Designer für Grafik LCDs inklusive grafischem Editor
In dem Ordner avr-demo findest du eine Beispielimplementierung, die statt eines LCDs die serielle Schnittstelle verwendet.
## TCodeToolManager.HandleException: "Bezeichner nicht gefunden: parameters" at Line=758 Col=14 in AVR/menuDesigner_1-6-1/menuEditor/mainedit.pas" [/code] BS: Ubuntu 12.04 64 Lazarus: 0.9.30.2 freeglut3/dev GNU make 3.81 (alles aus den offiziellen Repos) Ich habe bereits ältere Versionen des
-
Thread
DDR Schach-Computer Chess Master Diamond reparieren (Dauerton)
einen Adapter gebastelt bei dem ich mit einem Jumper einen 10kOhm Widerstand wahlweise auf Pin 26/28 oder 27/28 legen kann. Und siehe da, ein 2764 geht nicht. Aber ein 27256 und 27512 funktionieren. Allerdings liest er mir nur ab Adresse 00002000 bis 00003FF0. Egal welchen Chip ich wähle, bis 00002000
0,04 V, wackelig mit Spitzen auf 1,2V 31 B4 0,04 V 30 B3 0 V 29 B2 5,00 V 28 B1 5,00 V 27 B0 0,16 V 26 5V 0 V 25 | 5,00 V, nach 0,4ms Takt 24 INT EN IN 5,00 V 23 INT 0 V 22 INT EN Out 3,64 V 21 BRDY 0 V D281 CD4011 Pin4
-
Thread
Elektronik-Fotos Bilder
Achtung... jetzt kommt der Hammer: Anbei das Bild eines _ATtiny128_ im (nicht so bekannten) QDIP64-Package. Viel Spaß, Magnetus
Magnus Müller wrote: > Anbei das Bild eines _ATtiny128_ im (nicht so bekannten) QDIP64-Package. Ist das IC oder das Bild ein Fake ?
-
Thread
-
Thread
1-wire mit Atmega8
das Timing recht kritisch. Vielleicht liest(!) und probierst Du doch erstmal die Application note AVR318 von Atmel [1]. Mir hat die damals (tm) ganz gut geholfen, auch wenn ich das Protokoll nicht auf einem Atmel-Chip implementiert habe. Jens [1] Dallas 1-Wire master on tinyAVR and megaAVR devices
zu schalten damit du mit den > Zuständen klar kommst. > http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial ;-)
-
Thread
LED multiplexen
hast. Ein Blick ins Datenblatt verrät uns, das Prescaler die in der Nähe liegen entweder 8 oder 64 sind. Rechnen wir mal durch, was das für Multplexraten ergeben würde. [code] 4000000 / 8 / 256 = 1953 Hz oder für 1 Ledbank -> 244 Hz 4000000 / 64 / 256 = 244 Hz oder für 1 Ledbank ->
Das wird man schon flimmern sehen, also bleibt uns nicht viel anderes übrig als einen Prescaler von 64 zu nehmen. Damit flackert dann jede einzelne Led mit 244 Hz und das wird man mit Sicherheit nicht mehr sehen. Der erste Teil sieht daher so aus [C] #define F_CPU 4000000 #include <avr
-
Thread
Signalumformung Fahrtenregler mit AtMega8
einem Vorteiler von 256 eingestellt. Bei 4.000.000Hz ergibt das eine Taktlänge von 256/4.000.000=64us. Bei PWM 8bit phase correct ergibt eine Periode 510 Takte also 510*64us=32,6ms. Kann der Fahrtenregler mit der Periodenlänge wohl um? Wenn ja, dann muss ich den High Bereich zwischen 3,26ms (1
es andere Leute machen, die Programme schreiben, die auch funktionieren... http://www.hanneslux.de/avr/mobau/fr_t15/fr_t15.html http://www.hanneslux.de/avr/mobau/fr_2313a/2313fra.html http://www.hanneslux.de/avr/mobau/fr_2313a/2313frd.html ...
-
Thread
Methoden-Definition macht main() kaputt?
: 11 24 eor r1, r1 8e: 1f be out 0x3f, r1 ; 63 90: cf ef ldi r28, 0xFF ; 255 92: d0 e1 ldi r29, 0x10 ; 16 94: de bf out 0x3e, r29 ; 62 96: cd bf out 0x3d, r28 ; 61 00000098 <__do_copy_data>: 98: 11 e0 ldi
: 11 24 eor r1, r1 8e: 1f be out 0x3f, r1 ; 63 90: cf ef ldi r28, 0xFF ; 255 92: d0 e1 ldi r29, 0x10 ; 16 94: de bf out 0x3e, r29 ; 62 96: cd bf out 0x3d, r28 ; 61 00000098 <__do_copy_data>: 98: 11 e0 ldi
-
Thread
schnell binär nach bcd wandeln
wie die Funktion ins assembler aussieht, beim PIC gab es da immer das "absolut Listing".... Nutze AVR Studio und avrgcc. T.
9e8: 3f 4f sbci r19, 0xFF ; 255 bin-=100; 9ea: 84 56 subi r24, 0x64 ; 100 9ec: 90 40 sbci r25, 0x00 ; 0 9ee: 84 36 cpi r24, 0x64 ; 100 9f0: 91 05 cpc r25, r1 9f2: c8 f7 brcc .-14 ; 0x9e6 <bintobcd+0x26> 9f4:
-
Thread
array copy in c?
Der AVR GCC und viele andere Compiler auch werfen exakt den selben Binärcode aus.
Lesbarkeit auch nicht! Aus b=a macht gcc v11, wäre das size/time optimal? ldi r24,lo8(42) movw r30,r28 adiw r30,43movw r26,r28 adiw r26,1 0: ld r0,Z+ st X+,r0 dec r24 brne 0b
-
Thread
asm in C einbinden
} [/c] asm-Programm: [avrasm] #define _SFR_ASM_COMPAT1 #define __SFR_OFFSET 0 #include <avr/io.h> .data servodata: .BYTE 64 .text .global servoinit, pulsinit servoinit: // asm code ret pulsinit: // asm code ret [/avrasm] Nun meine Fragen dazu
auch die letzte Hürde ist geschafft. Es sieht nun so aus und funktioniert perfekt: [c] #include <avr/io.h> #include <avr/interrupt.h> volatile uint8_t servodata[64]; extern void servoinit(void); int main(void) { servoinit(); { servodata[30]=20; } } [/c]
-
Thread
Anfängerfrage zum Interrupt
Hallo Thomas, schau mal hier rein, da wird Dir geholfen. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Die_Timer.2FCounter_des_AVR Gruß Frank
gefunden > aber es funktioniert auch mit der alten Reihenfolge. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#16-Bit_Register_.28ADC.2C_ICR1.2C_OCR1.2C_TCNT1.2C_UBRR.29 Dass es mit der "alten" Reihenfolge in diesem Fall vielleicht klappt, ist purer Zufall! > Stimmt. if((PINB&1)==1) PORTB=