-
Thread
MCP23S17 Daten lesen
SPI_STATUS_IF_BIT) ) ); } #endif [/c] und die passende MCP23S17.c Datei [c] //MCP23S17.C #include <avr/io.h> #include <stdio.h> #include <avr/interrupt.h> #include <avr/eeprom.h> #include <avr/delay.h> #include <string.h> #include "mcp23s17.h" void conf_mcp_send(uint8_t addr,uint8_t art,uint8
/ SPI2X=0; // No double speed _delay_ms(1); conf_mcp_send(1,MCP_IOCON,0x48,0x48); conf_mcp_send(1,MCP_IODIR,0X00,0X00); conf_mcp_send(2,MCP_IOCON,0x48,0x48); conf_mcp_send(2,MCP_IODIR,0X00,0X00); conf_mcp_send(3,MCP_IOCON,0b01001000,0b01001000);
-
Thread
ISR() ->error: redefinition of 'ISR'
@Simon #include <avr/pgmspace.h> #include <avr/io.h> #include <stdio.h> #include "uart.h" in die uart.c
mhm, alles etwas dubios bei mir. Also ich hab mal überprüft unter /usr/avr/avr/include/avr finde ich die Datei version.h. Installiert habe ich demnach 1.4.5, das sollte wohl ok sein. Trotzdem verweigert mir mein avr-gcc 4.0.2 das compilieren wie schon beschrieben. Ich
-
Thread
ATmega 8515 Watchdog-Reset nach EEPROM-Write
Der Fehler ist in Zeile 48 deines Codes!
das mit dem Dateianhang hat wohl nicht geklappt... Hier mal das Problem in Kurzform: #include <avr/io.h> // avr Header File für IO Ports #include <avr/pgmspace.h> // Makros für Flash-Konstanten #include <avr/wdt.h> // Makros für Watchdog Timer #include <avr/eeprom.h>
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware
die Daten abgespeichert. Nun wollte ich die Bit-Werte wieder zurück in eine Spannung rechnen. Da 128 eigentlich NULL entspricht schiebt man die Daten erst einmal wieder um 128 runter: Samplewert-128 Als Ergebnis hat man nun ein Signal, das zwischen -128 und 128. Wenn 0.625V gerade 8bit entspricht
>0...625 mV. Damit liegen die Werte im FIFO zwischen 0 und >>164. > > [...] > > (Samplewert-128) *0.625V/256 *100/2.5 > > oder anders geschrieben: > > (Samplewert-128) *0.3125V/128 *100/2.5 Rechne mal [math]( {\mathrm Samplewert} - 128 ) \cdot \frac{0,3125V}{128} \cdot \frac{100}{
-
Thread
Full-Speed USB <-> SPI
Hallo Matze Ein ATxmega mit eingebauten USB Tranceiver bzw. http://matrixstorm.com/avr/avrstick/ Fuer letzteres gibt es vorgefertigte, "browsermodifizierbare" Firmwares die dir das ganze USB gehangel abnehmen. (http://matrixstorm.com/avr/avrstick#bideavr) MfG
Sepp schrieb im Beitrag #3716476: > Mit dem STM32F072/42 sind 64kByte/s locker möglich (bei 48Mhz Takt). Und inwiefern hilft das jetzt weiter? 64kbyte/sec <<< 12Mbps - dachte ich zumindest... Mein ATxmega schaft sogar locker 128kbyte/sec - sogar mit USB Klassen drumrum... MfG
-
Thread
Graphik LCD Display an M16C-Dev-Kit
dynamisch zwischen 2 datenbereichen umschalten, oder wie oder was? 2. Applicable LCD duty: 1/48, 1/64,1/96,1/128 - mit falten auf der denkerstirn: was soll das bedeuten? 3. behält son display seine daten solange spannung anliegt, oder muß er in regelmäßigen abständen refrecht werden?
fragen, weil nur der 108 hat den speicher. 2x 108 heißt 2 x 4096 bit speicher. dann paßt das auch mit 128 x 64.
-
Thread
Fuses des ATmega 168
) an den richtigen Anschluß zuführen. Hier http://www.mikrocontroller-projekte.de/Mikrocontroller/AVR-Prog/AVR-Programmer.html ist eine Schaltung dazu. Wilfried
Thread? http://www.mikrocontroller.net/forum/read-4-291338.html#new Das gleiche gilt auch für mega48 88 und 168 und andere, die einen internen 128kHz-Oszillator haben. Eventuell hast du diesen aktiviert und deine Programmersoftware ist jetzt einfach zu schnell für den Chip. Uwe
-
Thread
Ersatz 2k-bit PROM SN74S471
Compiler machen lassen. Hier mal eine Truth Table in Abel: [pre] ADDR_ROM = [A6..A0]; "PROM 128 byte DATAD = [ADD7..ADD0]; truth_table( [ROM_RD, SDA, ADDR_ROM] -> DATAD) "PROM 128 Byte [1,.x.,^h01] -> ^hc2 ; [1,.x.,^h02] -> ^haf ; [1,.x.,^h03] -> ^h90 ; [1,.x.,^h04
Wenn es nicht eilig ist: Ein AVR sollte das in unter 1µs schaffen. :))
-
Thread
avr-gcc-10 - "volatile deprecated [-Wvolatile]" Warnungen
C:\Atmel_Toolchain\AVR8_GCC\avr-gcc-10.0.0_2019-12-16_-mingw32\avr\include\avr\sfr_defs.h *********************************************************************** 128 #define _MMIO_BYTE(mem_addr) (*(/*volatile*/ uint8_t
Jörg W. schrieb im Beitrag #6261414: > Daher findest du in den AVR-Datenblättern auch Warnungen wie: ... Das gilt für die älteren Typen aus der Ära Mega128. Alle neueren machen sbi/cli ohne read/modify/write auf das ganze Register, die setzen das Bit direkt.
-
Thread
Eure Basteltische Bilder
@ Paul Nee, das war ein Nega128 mit EEPROM und D/A-Wandler als .wav-Player. Ist aber schon lange her...
Du Armer. Bei 48,26 cm dürfte die Auswahl der kompatiblen Partnerinnen extrem eingeschränkt sein.
-
Thread
Überlegungen zu ATtin85 und PWM aus Timer 1
Folgende konstruiert. Als ISP nutze ich den Arduino mit dem ATTiny Core von SpeceKonde. Die 20,48KHz ergeben sich aus den Specs des Lüfters (18-30KHz) und der Gleichung (64MHz / 16) / (199 + 1) = 20,48KHz Ich möchte also den Timer 1 des ATtiny85 nutzen, mit 64MHz, einem Prescaler von 16 und einem
Hi >Die 20,48KHz ergeben sich aus den Specs des Lüfters (18-30KHz) und der >Gleichung (64MHz / 16) / (199 + 1) = 20,48KHz Da kommen bei mir 20kHz raus. MfG Spess
-
Thread
Wie kann man eine Temperatur vergleichen und berechnen?
entscheidenden Zeilen sind:[c] t12=3+8*a[0]-((a[6]-1)&7);//alternate way of calculation if(a[1]){t12-=128*16;} //correct by -128° [/c]
verbleibenden (nicht vom OS belegten) RAM lief noch problemlos ein Turbo-Pascal-Programm, und das konnte sogar 48-bit-Gleitkomma abhandeln (womit es von der Genauigkeit sogar C-Standard-konform wäre, anders als AVR-GCC mit 32 Bit). Man sollte sich die Welt nicht kleiner reden als sie ist. Drittens: die Entscheidung
-
Thread
STM32F4 wozu?
Ist wie im Kindergarten. - Nänänää ... der AVR ist aber besser. - Nein. Der STM32 ist immer eins besser als Deiner. - Der AVR ist aber unendlich besser. - Der STM32 ist unendlich und eins besser. Er hat nach ner STM32 Applikation gefragt.
128p FFT eines 16bit Signales mit 680kHz damit laste ich ein LPC4xxx aus. Jedenfals den M4-Kern ;-)
-
Thread
SPI-Synchronisations-Problem
senden, welche jeweils um 1 Byte verzögert auch ankommen. Das ganze habe ich auf 2 Atmega's (ATmega48 und 128 getestet), wobei der 128er als SPI-Master eingesetzt wird und über UART angesteuert wird. Nun zum Problem: Testweise schiebe ich vom SPI-Slave die eingelesenen Bytes zurück an den Master
Byte ist dann gerade dasjenige, welches ich > geschickt habe. Das Verhalten ist korrekt, weil das AVR-SPI als Slave einfach Mist ist. Es hat nämlich keinen Sendepuffer. Deshalb schafft es der Slave nicht immer, genau zwischen 2 Bytes das Schieberegister zu füllen. Es gibt 3 Lösungen: 1. Man
-
Thread
Arduino Nano interner Temperatursensor auslesen
jemand ausprobieren ob das TS_GAIN (addr.: 0x0003) überhaupt irgendwo gesetzt ist... [c] #include <avr/boot.h> #define SIG_ROW_BYTES (7) void setup() { char buf[128]; uint8_t sigRows[SIG_ROW_BYTES]; Serial.begin(19200); for (uint8_t i=0;i<SIG_ROW_BYTES;i++) { sigRows[i] = boot_signature_byte_get
Adresse (0x0002) liegen. Bei anderen µC finden sich diese Bytes wieder ganz woanders (siehe die AN AVR123 https://www.microchip.com/en-us/application-notes/an8270). Irgendwie sehr halbgar. Frag doch mal den FAE bei Atmel an mit Hinweis auf diesen offensichtlichen Fehler im DB. BTW: Diese AN AVR123
-
Thread
xmega128a1 EBI SDRAM
(32.8 ms @ 2MHz). 0x0100 ); // 256 cycle Initialization Delay (128 us @ 2MHz). } [/code] Stimmt meine EBI nicht oder woran kann es liegen? Danke, Markus
// Konfiguration beginnt... // EBI Initialisieren; stammt aus der Atmel AppNote AVR1312.PDF, // der TechNote AVR1312.ZIP und dem Micron MT48LC16M4A2TG DataSheed PORTH.OUT = 0x0F; // EBI PORTs richten PORTH.DIR = 0xFF; PORTK.DIR = 0xFF; PORTJ.DIR
-
Thread
Videoaufbereitung für LED's
habe und welche daten ich vielleicht auch im AVR puffern kann.
jeden AVR.
-
Thread
Avr-Frequenzzähler+Überlegung
AVR wird extern getaktet über T1 und auf 0 gesetzt 3.) Timer 2 im AVR wird auf eine entsprechende Zeitbasis initialisiert, zb. 100ms 4.) ENABLE = HIGH und FLUSH = HIGH. Nun wird der 4060 über IN getaktet
#paul will auch nen counter bauen, habe mir schon das konzept überlegt: avr, tiny2313 od mega48, hc4020, tsa5511, lcd display. in a: 1hz...50Mhz, in b: 50Mhz...1Ghz wenn du willst, bzw auch wer sonst interessiert ist, machen wir teamwork : alfsch<at>freenet.de
-
Thread
Befehlssatz der bo8-CPU - was ist gut, was ist schlecht
name,"w");if(datei)\ {for(n=0;n<256;n++){for(i=\ 0;i<32;i++){b=mem[1][0xa00\ 0+n*32+i];h=(b>>4&15)+48;i\ f(h>57)h+=39;b=(b&15)+48;i\ f(b>57)b+=39;sr[2*i]=h;sr[\ 2*i+1]=b;}fprintf(datei,"%\ s\n",sr);}fclose(datei);}}} [/c] ;-)
Erklärung, was denn dort genau zu sehen ist. Nein "Ein Demo-Programm" und "Conway's Game of Life 128*128" ist nicht ausreichend.
-
Thread
I2C meldet status 0x38
Also so sieht mein Testprogramm für 4 Motoren auf die Schnelle aus. [c] #include <avr/interrupt.h> #include <avr/io.h> #include <util/twi.h> //Motoradresse #define MOTOR_ADR 0x70 //############################################################################ //Hauptprogramm
USA. ------------------------------------------------------------------------------*/ #include <avr/interrupt.h> #include <avr/io.h> #include <util/twi.h> //Motoradresse #define MOTOR_ADR 0x0C //PHASE1 (U) #define UH_DDR DDRB |= (1<<3); #define UH_ON TCCR2A |= (1<<COM2A1); #define UH_OFF
-
Thread
Arduino Hardware - ich bin etwas überfragt
# 28 Pin: atmega8, atmega48, atmega88, atmega168 und atmega328 # 40 Pin: atmega16, atmega32, atmega64, atmega324, atmega644 und atmega1284 Als Programmiersprache gibt es neben C als avr gcc mit dem Atmel Studio als IDE noch
http://www.ehajo.de/Bauelemente/Aktiv/Mikrocontroller [4] LunaAVR http://avr.myluna.de/doku.php
-
Thread
Fehler beim Flaschen ATMEGA328P
bei Byte 0 , "0x0C" != "0xFF Ich habe dies auch mit einem Standardcode probiert. [c]#include <avr/io.h> int main(void) { /* Replace with your application code */ while (1) { } }[/c]
einem Youtube Tutorial sollte es mit den Einstellungen gehen: > Youtube-Video "Die Fuse-Bits des AVR mit dem myAVR ProgTool bearbeiten" Sorry aber Wiki und Youtube sind da auch einfach die falschen Anlaufstellen. Das hier ist die Bibel für den Atmega 328P: http://ww1.microchip.com/downloads/en/
-
Thread
AVR Tasternetzwerk am Atmega16
***************************************************************/ #include <stdint.h> #include <avr/io.h> #include <avr/interrupt.h> #include <variablen.h> //#include "funktionen.c" #define F_OSC 12000000 /* oscillator-frequency in Hz */ #define UART_BAUD_RATE 57600 #define UART_BAUD_CALC
* *********************************************************/ leh = 128; lem = 128; lel = 128; reh = 128; rem = 128; rel = 128; ljw = 128; rjw = 128; hpsel = 128; hpvol = 128; leh_old = 0xFF; lem_old = 0xFF; lel_old = 0xFF; reh_old
-
Thread
Bezeichnung der Atmega
, ...) DIL40 Megaxx5: MegaXX5 (irgendwas in SMD, interessiert mich nicht näher) Megaxx8: Mega48, Mega88, Mega168, (Mega328, Mega648, ...) DIL28 Megaxx9: AVRs mit LCD-Treiber (nur SMD, interessiert mich nicht näher) Mega xxx0/xxx1: 128er/256er, Anzahl der Pins (100/64) ...
noch in ein paar Details, z.B. hat der 48 keine Bootloader-Section).
-
Thread
nach Takterhöhung an ATtiny25 nur noch Müll aus der Sotware Uart
Hi >der CPU-Divisor ist auch auf 8 fest, der geht nur on oder off. Nein. Dein AVR hat ein Clock Prescale Register – CLKPR. Das erlaubt den Takt mit den Faktoren 1,2,4,8,... 128,256 zu teilen. Mit dem Fusebit wird lediglich zwischen 1 und 8 geschaltet. Die anderen Teilerfaktoren musst
eine PWM möglich. Abgesehen davon ist der Timer1 des ATTiny25 um einiges komplexer als normale AVR-Timer. Ich glaube nicht, das BASCOM das untersützt. Evtl. kann der aber wie ein normaler Timer behandelt werden. Vielleicht solltest du mal auf andere Typen umsteigen, z.B. ATMega48/88/168. MfG Spess
-
Thread
Atmega88-20PU + Arduino Uno
Du kannst zusätzlich den Pfad zur Konfigurationsdatei angeben: [pre] G:\Arduino\hardware\tools\avr\bin\avrdude.exe -v -C G:\Arduino\hardware\tools\avr\etc\avrdude.conf -c stk500 -P COM4 -B20 -p atmega88p [/pre]
> avrdude.exe: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58 > "G:\Arduino\hardware\tools\avr\bin\avrdude.conf" Hmmm... Aktuell wäre > avrdude: Version 6.3-20171130 -------- Die Meldung zeigt klar, keine Verbindung zwischen "Arduino as ISP" und AvrDude
-
Thread
gcc oder ich kann nich rechnen.
Nachkommastellen, sondern auch derer vor dem Komma von Bedeutung. GCC selbst kann durchaus bis 80 oder 128 bit Gleitkommaarithmetik. Jedoch ist die konkrete Gleitkommaimplementierung immer eine Sache der Zielmaschine. Für den AVR hatten seinerzeit halt diejenigen, die den GCC portiert haben, mal befunden
? Includes in spitzen Klammern werden auf meinem Rechner in: C:\WinAVR-20071221\avr\include gesucht.
-
Thread
1-Wire und DS1820 Testprog
einen Überlauf und das Ergebnis stimmt nicht mehr. So solte es wieder gehen: ldi a1, 48 * xtal / 100000 / 21 Peter
hier rein und schreib, an welchen Zeilennummern Du Probleme hast oder vermutest. Der 2313 hat nur 128 Byte RAM, d.h. der Wert von ZH ist bei LD/ST-Befehlen egal. Peter
-
Thread
Schieberegister: Abfrage von mehreren Tastern
317408 1 -- 129 50 0 2 D 3 Note Off 318334 1 -- 145 48 100 2 C 3 Note On 318353 1 -- 129 48 0 2 C 3 Note Off, [/c] Sind die Tasten jetzt eigentlich entprellt??? Vielen Dank. Super Arbeit!!! Gruß Fabi
. Und wie soll der angeschlossen werden. Einfach die VCC Leitung vom schieberegister und dem AVR auftrennen und dazwischen einen KERKO ?? Vielen Dank Gruß Fabi
-
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
100x60x25mm-Plastic-Electronic-Project-Box-Enclosure-Instrument-Case-Top-Sale/32580747950.html USBasp AVR Programmer: 1,46€ (funktioniert Super!) http://de.aliexpress.com/item/USBasp-USB-ISP-3-3V-5V-AVR-Programmer-USB-ATMEGA8-ATMEGA128-New-10PIN-Wire-Support/2036402518.html 15-tlg. Schraubenzieher-Set
-
Thread
1000 Leds an Atmega32
Cycle von 1/16 die Helligkeit auch > entsprechend niedriger. Und bei einem Duty Cycle von 1/128 erst recht. Kopf ==> Wand (mehrmals).
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
PT1000 Messchaltung, der Ripple muss weg.
3kohm = 1,7mA. Ich denke das ist okay. Ist das genauer als eine Brückenschaltung? z.B mir einem INA128. Preis ist es ja das selbe...
Rückkopplungszweig. Und mit dem geht es ja relativ einfach. TI hat auch noch einen sehr interessanten IC ADS1247/48
-
Thread
Spannung gegen Vref messen, ohne Spannungsteiler Verständnisproblem
leider wird diese Möglichkeit hier gar nicht erwähnt http://www.mikrocontroller.net/articles/AVR-Tutorial:_ADC
sts ADCSRA,tmp0 rcall wait50ms ldi tmp0,(1<<ADEN)+(1<<ADSC)+(1<<ADPS2)+(1<<ADPS1)+(1<ADPS0) ; /128 sts ADCSRA,tmp0 lds tmp0,ADCSRA sbrc tmp0,ADSC rjmp pc-3 lds tmp0,ADCL lds tmp1,ADCH
-
Thread
Einfacher Mischer für DCF77-Superhet gesucht
einzelnen Bits als 0 und 1 alles an auf 2x40 Textdisplay. Die andere Uhr mit Funkwecker zeigt auf einem 128x128 Grafikdisplay eine imitierte Analoguhr mit drei Zeigern an, Datum und Schaltsekunden als Text. Das Programm paßt in einen Mega162 mit 16 k. zu c: wäre schön, das zu haben, muß ich aber nicht
Christian S. schrieb im Beitrag #6899433: > Einen digitalen TP in AVR-Software... Laß doch mal die ollen Kamellen in der Bastelkiste und nimm dir für so ein Projekt einen geeigneten Controller mit DSP Befehlen, z.B. einen Arm-Cortex M4, die sind heutzutage auch nicht
-
Thread
LED Tisch mit Berührungs-/Gegenstandserkennung
easiest way to achieve this. Note that the AVR will never drive the SPI lines in a programming situation, since the AVR is held in RESET to enter programming mode – and RESET’ing the AVR tri-states all pins. D.h. wenn die Daisy Chain sicher nicht
cyblord ---- schrieb im Beitrag #3661103: > avr-gcc unterstüzt den 841 in der aktuellen > Version. Wo finde ich Referenzen darauf? Auf der Homepage von avr-libc [1] ist davon noch keine Rede. Mein Eclipse mit aktueller Toolchain avr-gcc 4.9.0
-
Thread
STM32G071 LQFP32 und der HSE
#5781126: > Irgendwie hab ich Bauchschmerzen dabei 4 UART mit dem RC zu betreiben. Ja, das sind die AVR-geschädigten :-) Nein im Ernst: Der LC ist genau genug, keine Sorge.
>> Irgendwie hab ich Bauchschmerzen dabei 4 UART mit dem RC zu betreiben. > > Ja, das sind die AVR-geschädigten :-) > > Nein im Ernst: Der LC ist genau genug, keine Sorge. Ja, ich gebe mich zu erkennen ;) AVR Altbestände werden bei Gefrickel noch verbaut, aber Neudesigns mach ich nurnoch mit
-
Thread
Hausbus-Knoten mit RS485
kleine Platine gegossen werden und enthält schon mal alle Grundbausteine (Stromversorgung, Reset, AVR (wahlweise Mega48, 88 oder 168) und RS485 Treiber. Einige Bestückungsoptionen (IR-Empfänger, Referenzspannung für ADC, Temperatursensor) gibt es auch. Die freien Ports führen an ein Lochraster- und
Hallo Stefan ;-) stimmt, das mit dem Debugging ist ein gutes Argument: Hab' hier auch JTAG-MKII und AVR-Dragon irgendwo vergraben. Da könnte man dann schön mit debugWire dran. Der Ruhestromverbrauch des LM2675 ist mit max. 3,6mA nicht so das Problem und wenn sich ein ATmega48/88/168 (auch bei 5V) merklich
-
Thread
GPIB (HP-IB, IEEE-488, IEC-625) - Bus mit AVR verheiraten
> Ich würde sagen, dass der Z80 von damals mit einem AVR von heute vom > Können her vergleichbar ist. Naja... der AVR ist grob um Faktor 10 schneller würde ich sagen.
gern mit dem AVR auskommen. Ist ja auch nur 'n Einzelgerät.
-
Thread
Hackbarer(?) 21 EUR Quadcopter
4Ghz-4CH-RC-Remote-Radio-Control-Helicopter-GYRO-UFO-Flying-JD-185-Mini-/231065258307 Plus GBP 4,48 Versand.
kennen. > > Hat jemand 'ne Vorstellung, wieviele NRF24L01+ man "parallel" betreiben > muss, um alle 128 Kanäle zu scannen? Ich befürchte, da muss man sich 128 > Stück kaufen, oder? Hmm... dann bräuchte man nur noch 128 Microcontroller um die ganzen SPI-Kanäle auszulesen? :) Ich habe einfach alle Kanäle
-
Thread
6 Sinuskurven mit 400Hz - welcher DDS?
eine klassische Funktion für uCs mit ausreichend PWMs. Versuch einen pinkompatiblen uC zu deinem AVR zu finden der genügend PWMs hat.
Martin S. schrieb im Beitrag #5040331: > ATmega32 (AVR-NET-IO) 1. Da kannst Du ganz einfach einen 644 oder 1284p reinstecken, und hast mehr PWMs. Und mehr Ram und mehr UARTS zum debuggen und und und. Achtung: Beim orginal AVR-NET-IO bleibt ab
-
Thread
ItoA mit Uint64_t
1cd bm03a.elf > [/c] > > bm02a: meine template Variante (auch die schnellste) > bm03a: aus avr-libc Lass einfach mal "constexpr uint8_t Base = 10;" weg und übergib Base als Parameter, das mach den Vergleich mit der avr-libc etwas realistischer.
das dieser Thread wieder etwas belebt wird. Ich werde bald ein anderes Zahlenformat benötigen. 128-bit (64.64) signed fixed-point arithmetic. https://github.com/fahickman/r128 Da dürfte es sinnvol sein, für dieses Format meine Routinen zu erweitern.
-
Thread
Grosse LED Dot-Matrix
Check this out: home.wanadoo.nl/electro1/avr/dotmatrix.htm
richtiger für Dich. www.Led-module.tk Ich habe auf diese Art zur Zeit eine Duo-LED-Matrix von 80*48Punkten am Laufen. Angesteuert von einem einzigen Atmega128 in dem bis zu 10 verschiedene Zeichensätze (Schrifthöhen bis max 32Punkte sowie variablen Zeichenbreiten bis max.80Punkte je Zeichen) gespeichert
-
Thread
120 I/Os an Raspberry Pi
Für so eine Spielerei hat i2c mehr als genug Bandbreite. Dein AVR müßte ja sonst nichts mehr machen. 100kbit/sec. kann jeder i2c-Baustein. Du könntest also mehrere tausend Pins pro Sekunde mehrfach abfragen. Im AVR dann per Tabelle die Differenz bilden und schon
23S17-E/SP (3x für Intput (Taster), 3x Output (Relasis)) Somit habe ich die Möglichkeit bis zu 48 Tasten abzufragen und bis zu 48 Relais zu steuern. Wie sieht denn so eine Tastenentprellung und eine Relais-Treiberstufe am MCP2317 aus? Sind die o.g. Überlegungen zu naiv? Muss ich noch auf weitere
-
Thread
Atmega48 & ADC
Sorry! Falscher Code. Alter Stand. Hier der neue. ;) [c] #include <avr/io.h> void adc_init (void) { ADMUX = 0x00; /*Referenz auf AREF - interne Ref aus */ ADCSRA = 0x07; /*Teiler auf 128 - höchste Genauigkeit*/ ADCSRB = 0x00
Im [[AVR-GCC-Tutorial]] steht bereits: > // Kanal waehlen, ohne andere Bits zu beeinflußen > ADMUX = (ADMUX & ~(0x1F)) | (channel & 0x1F);
-
Thread
AVR32 Buildroot Versionen + Grasshopper
90000000 (params at 13fa5008)... Linux version 2.6.28.4 (aytac@ANT-PC5) (gcc version 4.2.2-atmel.1.1.3.avr32linux.1) #1 Mon Jun 15 17:38:07 CEST 2009 CPU: AT32AP700x chip revision C CPU: AP7 [01] core revision 0 (AVR32B arch revision 1) CPU: MMU configuration: Shared TLB CPU: features: dsp simd ocd perfctr
on. Total pages: 16256 Kernel command line: root=1F02 rootfstype=jffs2 mtdparts=physmap-flash.0:128k(boot)ro,64k(env)ro,-(root) PID hash table entries: 256 (order: 8, 1024 bytes) avr32_comparator: irq 0, 140.000 MHz Console: colour dummy device 80x25 console [tty0] enabled console [ttyS0] enabled
-
Thread
DCF-Signal richtig auswerten
128 min:66 year:18 month:82 day:6 hour:128 min:146 year:18 month:82 day:6 hour:128 min:14 year:18 month:82 day:6 hour:128 min:94 year:18 month:82 day:6 hour:128 min:1 year:18 month:82 day:6 hour:128
128 min:141 year:18 month:82 day:6 hour:128 min:9 year:18 month:82 day:6 hour:128 min:89 year:18 month:82 day:6 hour:128 min:5 year:18 month:82 day:6 hour:128 min:85 year:18 month:82 day:6 hour:128
-
Thread
Interface für 10€- Messschieber
Hallo, > Alternative wären Megas ab der 8/48er Klasse. Muss es denn ein Tiny > sein, wenns eh ein Einzelstück wird? > Am Programm müsste ich dann nur Registernamen anpassen und die > Initialisierung des Messschiebers auf deine Hardware ändern
@ verrückt: Der hat nur 128 Byte RAM, das reicht leider nicht. @Frank: Ok, dann wirds der Mega8. Mir ist zwar noch eingefallen, dass man ja eigentlich nur eine Leitung von nem beliebigen Pin braucht, wenn das Gerät nur senden
-
Thread
Grundsatzfrage
Profil-Beschallungsbereich um große Strecken ohne Übersprechen zu überwinden. Ist ein beispielsweise ein AVR Leistungsstark genug um eine solche Datenflut zu bewältigen???? Ich hatte daran gedacht externe AD DA zu verwenden, da die im AVR enthaltenen, wohl nicht für Audio Daten geschaffen sind. Wie schwer
für den Profi im jeweiligen Bereich (ich würde es wahrscheinlich nicht auf anhieb schaffen ;-) ). AVR sollte gehen, muss halt schnell (128er?) sein und sollte sauber programmiert werden, wobei ich eher in Richtung FPGA tendiere (kann aber blödsinn sein!). Und die Signale müssen über nen Multiplexer
-
Thread
Externer Ram an xMega
Colums etc. Und eben noch mehr Signale bei SDRAM (RAS, CAS, DQM, BANK Adress etc.). Es sind übrigens 128 Mbit möglich (16 MB)
Als SDRAM eignet sich ein MT48LC64M4A2. Hab hier mal eine Schaltung im Anhang die bei mir super funktioniert.
-
Thread
Problem beim Bootloader brennen Atmega4809
MegaCoreX" Atmega4809 Bootloader: "Optiboot (UART3 default pins)" Clock: "Internal 16 MHz" Pinout: "48 pin standard" Reset pin: "Reset" Programmer: "JTAG2UPDI" Port COM4 [/code] Bei "Bootloader brennen" Bootloader erscheint "Fehler beim Brennen des Bootloaders" und diese Ausgabe: [code] Arduino: 1.8.9 (Windows 7), Board: "ATmega4809, 48 pin standard, Reset, BOD 2.6V, Internal 16 MHz, Optiboot (UART3 default pins)" avrdude: Version 6.3-20171130 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright