-
Thread
Anforderungssammlung CAN Hausbus mit PIC µC
Displayknoten. Ich bin davon abgekommen, EEprom zu "Laden": EEprom ist durch ein Fusebit (AT90CAN128) gegen Laden geschützt. Nachdem die 128 kBit Flash Speicher (aus verschiedenen Gründen verwende ich das als Standardsupport) weit mehr sind als ich brauche, wird EEprom programmgesteuert initialisiert
tue. Es gibt viel, das ich von meinen AVR basteleien gewohnt bin, was ich beim PIC18 nicht so machen kann - Beispiele: AD-Wandler bei TQFP44 AVR: 8 Kanäle am Stück + eigener REF-Anschluss. Der Haupt-Oszillator belegt keine IO's Die Schnittstellen
-
Thread
2 Stk. MCP2515 an einem z.B. ATMega32
Lochrasterplatine (SPI Leitungen noch nicht optimal) mit 2 x MCP2515 und ATMega328P und noch einen AT90CAN128 (langsames lesen/schreiben= Bascom) sowie RS232 Anzeigemöglichkeit auf dem Stand PC auf dem auch AVR Studio ist. Von der Seite her kann ich 2 CAN Strecken ausbauen wo sich in der Mitte die Platine
#2806586: > ich würde gerne ein ähnliches System aufbauen und dabei aber mehr > MCP2515 an einen AVR anbinden, als es INT-Pins gibt. Auf den moderneren AVRs hast du massenhaft "int-Pins". Schau dir mal die 8er-Familie (48/88/168/328) genauer an: Nebst den klassischen INT0 und INT1 Interrupts gibt
-
Thread
MI0283QT-2 mitHX8347 ist echt langsam
Hallo, ich bin auf der Suche nach einem Beispielprojekt für das AVR Studio unter der Verwendung von einem XMega128 o.ä. zur Ansteuerung des HX8347D über SPI. Vielen Dank für die Antworten!
Compiler von Arduino optimiert. Damit müsste ich alle Libs, welche im Projekt verwendet werden, auf das AVR Studio adaptieren. Das würde ich gerne Vermeiden. Im AVR Studio existiert ein Beispielprojekt für den HX8347A. Von HX8347A zu HX8347D haben sich quasi alle Register geändert und kein Stein ist auf
-
Thread
LCD für Unterputzdose
dort hinein passen. Standard LCD sind ja größer und passen nicht hinein. Sollte aber auch mit einem AVR anzusteuern sein. Über Links wäre ich dankbar
Kommt auf deine Programmierkünste an. Aber wieso versteifst du dich auf den ATMega8? Mit den ATMega48...328 bist du wesentlich flexibler. MfG Spess
-
Thread
Protokoll ELV Funk-Temperatur-/ Luftfeuchtesensor ASH500
AVR, einmal mit Interrupts, einmal Polling ohne Warten, teils mit Kompensation der Betriebsspannung).
das Ding ja seine ID sendet. Oder man spart sich das ganze Ratespiel und baut da den günstigsten (AVR) drauf, den man finden kann..
-
Thread
Schrittmotor mit AVR ansteuern
AVR446 dafür noch? Ich kann das immer so schlecht einschätzen ob für ein paar Zeilen C-Code 160Takte ausreichen (inkl. Interrupt einleiten etc.) Vielen Dank schonmal lg Peter PS: Falls mein Vorhaben
Randbedingungen nicht etwas entschärfen kann. 10Khz statt 100kHz und schon ist das Ganze mit einem AVR leicht handhabbar.
-
Thread
Brushless Regler Baugruppen Schaltpläne
Lüftersteuerung pure Verschwendung, besonders wenn man die Zusammenhänge nicht ganz versteht. Übrigens sind r48 und r61 immernoch paralelgeschaltet, ein R reicht doch.
fließt messen oder reicht nur ein kleiner teil hinter einem spannungsteiler ? Lüfter: Jetzt ist R48 und R61 zu einem Widerstand geworden So siehts im Augenblick aus. Ich hab auch mal den angefangenen Teil des dsPIC 33 dazu gelegt
-
Thread
Programmierung AT90S4414
/products/AVR. When new firmware is available, AVR Studio will prompt the user to upgrade AVRISP mkII. The following devices are supported: Table 1.1. Devices programming support Device ISP PDI AT90CAN128
x ATtiny26 x ATtiny261 x ATtiny43U x ATtiny44 x ATtiny45 x ATtiny461 x ATtiny48 x ATtiny84 x ATtiny85 x ATtiny861 x ATtiny88 x ATmega128 x ATmega1280 x ATmega1281 x ATmega1284P x ATmega128A x ATmega16 x ATmega162 x ATmega164P x ATmega165 x
-
Thread
mit utoa binär ausgeben, aber mit Anführungsnullen
my_btoa(uint8_t byte, char* buffer) { uint8_t i = 0; //Zähler (Schleife) uint8_t j = 128; //Wert für Bitvergleich for(i=0; i<8; i++) { if(byte & j) //Bitvergleich buffer[i] = 49; //wenn <> 0, dann char = 49 = '1' else buffer[i] = 48; //sonst char = 48 = '0' j /= 2; //nächstes Bit vergleichen } buffer[8] = 0; //String-Terminierung } [/c] ist wohl nicht sonderlich effizient, aber funktioniert.
-
Thread
Ethersex mit Mega 1284p
attiny25 attiny45 attiny85 attiny261 attiny461 attiny861 at86rf401 avr3 atmega103 atmega603 at43usb320 at43usb355 at76c711 avr4 atmega8 atmega48 atmega88 atmega8515 atmega8535 atmega8hva at90pwm1 at90pwm2 at90pwm3
atmega640 atmega644 atmega644p atmega645 atmega6450 atmega649 atmega6490 atmega128 atmega1280 atmega1281 atmega16hva at90can32 at90can64 at90can128 at90usb82 at90usb162 at90usb646 at90usb647 at90usb1286 at90usb1287 at94k avr1
-
Thread
NuMicro Cortex-M0
2,5V - 5,5V* (LPC: 1,8V - 3,6V) - 12Bit ADC (LPC: 10Bit) - 4*32Bit Timer (LPC: 2*32, 2*16) - 48, 64, 100 Pins (LPC: 48, 64) - Speicher bis 128k Flash, 16k RAM (LPC: 32k/8k) - USB - RTC - I2S - 4*16Bit capture (LPC: 2*16Bit, 2*32Bit) - Eingänge mit optionaler Hardware-Entprellung.
NXP nicht. Bei den LPC17xx geht es mit 80- und 100-Pin Versionen weiter. Also - 32, 48, 64, 100 Pins (LPC: 32, 48)
-
Thread
Soft PWM für LED Controller (RGB mit Multifunktion)
Also so in der Richtung, ja? [c] #define F_CPU 8000000L #define PWM_STEPS 255 #include<avr/io.h> #include<util\delay.h> #include<inttypes.h> #include<avr/pgmspace.h> /* Variablendeklaration */ uint16_t colorvalue[256] PROGMEM = {0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,2,2,2,2,2,
/* Hauptprogramm */ int main() { initialize(); setRGB(colorvalue[255],colorvalue[128],colorvalue[64]); return 0; } [/c]
-
Thread
Compilerfehler Programm springt aus der Initialisierung zum Start zurück
vermuten, dass das beim Initialisieren der LUFA Bibliothek zuschlägt... Oder doch? Verwendest du das avr-gcc/avr-libc Gespann? > der Databereich hat 43% Auslastung. Es sollen aber noch einige > funktionen dazu kommen. Kanns durch eine hohe Auslastung des Data > Bereichs auch zu Problemen kommen?
den Verdacht nahe, dass es sich um solche Konstanten handelt. Falls ja, freunde Dich mal mit <avr/pgmspace.h> an.
-
Thread
avrdude, AVR ISP mkII, rotes blinken
Hallo, ich habe einen seltsames Problem mit dem AVR ISP mkII zusammen mit avrdude im Linux. Verhalten ist wie folgt: 1. Ich schließe den AVR ISP mkII an das Target Board an. Der mkII beginnt orange zu blinken, was schon mal seltsam ist. 2. Ich führe
Ich habe mit dem "-B" Parameter ein wenig rumgespielt, aber keine Besserung erreicht. AVR Studio läuft mit 125kHz, das sollte ja -B 8 entsprechen. Funktioniert aber trotzdem nicht.
-
Thread
Compiler-Error xy-ungelöst
While-Ende }[/c] Und das ist der Compiler-Error: [code]Build started 31.8.2010 at 15:54:20 avr-gcc -mmcu=at90can128 -Wall -gdwarf-2 -Os -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT Visuschni_v2.o -MF dep/Visuschni_v2.o.d -c ../Visuschni_v2.c ../Visuschni_v2
mehr auffangen muss? Mein Problem ist jetzt folgendes: [code]Build started 1.9.2010 at 11:39:56 avr-gcc -mmcu=at90can128 -Wall -gdwarf-2 -Os -std=gnu99 -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT Visuschni_v2.o -MF dep/Visuschni_v2.o.d -c ../Visuschni_v2.c avr-gcc
-
Thread
Dringend Hilfe gesucht AD-Wandler
ausreißen, es will einfach nicht. Ich wäre echt für jeden Tipp dankbar! xD Benutzen tue ich das AVR Studio 4 mit Tiny 48 als µC. Das Programm ist rudimentär vereinfacht, enthält aber die dringend nötige ADC und Interrupt Funktionen. Die Probleme: 1. Der interrupt löst nicht aus. 2. Der ADC hat
der Programm Code: _________________________________________ #define F_CPU 8000000UL #include <avr/io.h> #include <avr/interrupt.h> #include <avr/eeprom.h> #include <stdint.h> int main(void) { //Datenrichtung DDRA=0; DDRB=0; DDRC=0b11000000;//ADC PC0-5// PCI bei PC7 DDRD=0b00011111
-
Thread
Eclipse: Invalid Device Specification atmega32
[code] >simulavr -h AVR-Simulator Version 0.9cvs ... Supported devices: at90s4433 at90s8515 atmega48 atmega128 [/code] Das simulavr im aktuellen WinAVR unterstützt offensichtlich keinen ATMega32 mehr. Wie wäre es mit einem ATMega48, müsste doch zum ausprobieren reichen. Simulavr ist leider ein trauriges Kapitel mit seinen diversen, nie zu ende geführten rewrites. Irgendwie schafft es kein open-source AVR Simulator so richtig
-
Thread
IAR und TIM6,7 Interruptprobleme beim STM32F107
NVIC_I2C1_EV 47 /* I2C1 event interrupt */ #define NVIC_I2C1_ER 48 /* I2C1 error interrupt */ #define NVIC_I2C2_EV 49 /* I2C2 event interrupt */ #define NVIC_I2C2_ER 50 /* I2C2 error interrupt */
Timer muss im Statusregister der Interruptrequest per Software zurückgesetzt werden. Genau wie bei AVR...
-
Thread
c# AlphaBeta Suchalgorithmus
komplette Eintrag tatsächlich nur 8 Bytes groß, müssen die Hashcodes entsprechend kürzer sein, also bspw. 48 Bits. Da diese alten Kisten aber im Vergleich zu einem aktuellen PC nicht besonders schnell waren und entsprechend weniger Stellungen durchrechneten, bestand trotz des kürzeren Hashcodes praktisch
wiki/index.php/Fidelity_Elite_Avantgarde_Versionen beschriebenen Fidelity-Schachcomputer verwenden 128KiB bis 2MiB für 16Ki bis 256Ki Hashtable-Einträge. Mit den größeren davon lässt sich schon eher etwas anfangen. Von den RAM-armen 8-Bit-Schachcomputern hatte m.W. keiner Hashtables. Auf dem AVR würde
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
beschrieben ist. Du könntest Dir auch einen Cross-compiler kompilieren, der auf dem ARM-System Code für AVR oder x86 erzeugt ;-) Oder Du benutzt perl für den Zugriff auf die serielle. Ich würde das aber nicht bei 128MB RAM und wer weiß wieviel sonst noch laufenden Programmen machen wollen. Falk P.S
Das ist 1 GBit = 128 MByte, da ja 1 Byte 8 Bit hat!
-
Thread
SimulAVR Version 0.1.2.6 von 2010 hat keine Definitionsfiles für den ATTiny 2313
at90s1200 at90s2313 at90s4414 at90s8515 atmega8 atmega16 atmega32 atmega103 atmega128 at43usb351 at43usb353 at43usb355 at43usb320 at43usb325 at43usb326 Nun meine Fragen: Hat jemand von Euch eine Version, die den DeviceTyp unterstützt? Wenn nicht kann jemand unterstützen
wenn ich zum installieren ein paar Pakete runter laden mußte. $ /usr/local/bin/simulavr -v SimulAVR 0.9git Supported devices: at90s4433 at90s8515 atmega128 atmega16 atmega168 atmega32 atmega328 atmega48 atmega88 attiny2313 @Jörg: Ich danke für den Tipp!!! --ich melde mich, wenn
-
Thread
Reziproker Frequenzzähler+ Optimierte 64bit uint Routinen
2.700Mhz werden mit deinem MB510, 1:128 Teiler erreicht und er verkraftet mit einem 3dB Pad +13dBm Pegel am Eingang. Von den 2.700Mhz liegen am ATmega48 nach Teilung nur 2.700Mhz/ 512 = 5,2734MHz an! Software Funktionen * Das Anzeigenformat
= [c] freq_meter-20100825$ make avr-gcc -mmcu=atmega48 -Os -g -Wall -I. -c main.c avr-gcc -mmcu=atmega48 -Os -g -Wall -I. -Wl,-Map,freq_meter.map,--cref -o freq_meter.out main.o text data bss dec hex filename
-
Thread
Multifunktionsanzeige (Uhr, Spannung, Strom) im Auto
vorne und hinten gleiches Massepotential hast, reicht auch eine Messleitung, als Referenz dann die im AVR. Wenn es Dir um's Basteln und Erfahrungszuwachs geht hat die 2-Controller-Lösung natürlich Vorrang :-)
außer > vielleicht zu Mondpreisen... gemeint hab ;) MaWin schrieb im Beitrag #1814521: > Der AVR braucht als Uhr nur ein paar uA, weniger als die Batterie. Du > solltest natürlich das Programm so schreiben, daß er bei ausbleiben der > Zündung in einen Schlafmodus geht. Stimmt, der AVR vielleicht
-
Thread
Elektronik Lager und die vielen Kisten (Verwaltung)
"Bauteil>Bauteil>". Mal gucken, was "Lager/Gehäuse" macht.. "Haeh? Und nun?" Oben ist noch mein AVR ausgewählt. Kiste, "Sortierkasten" Gehäuse "DIP 40" Bezeichnung? Ist doch schon AVR! Nochmal, "auchAVR" Handbuch? Auch schon angegeben. Ah, da, "Menge": 3 Nichts passiert. ENTER! ENTER! Nichts
die Etiketten-Durck Funktion eine Möglichkeit für Barcode rein gemacht. - 2 of 5 interleaved - Code128 - EAN13 Ich denke mit denen kann man so ziemlich alles abdecken. Im PDF EAN13 sind nur EAN13 Codes Im PDF 2_5i nur 2 of 5 interleaved Und im Code128 nur Code 128 B und Code 128 C Codes Nach
-
Thread
Ist ATXMEGA etwa out?
wenig Sorgen darf auch die zunehmende Zersplitterung der Doku machen. Aber was solls- einen besseren AVR gabs jedenfalls noch nicht!
mehr als 128 KiB Flash), dass sich das als künftige Entwicklung nicht lohnt weiterzuverfolgen.
-
Thread
uint128_t mit AVR?
Hallo, Ich braeuchte fuer den AVR eine 128 Bit grosse unsigned integer Variable. Gibt es so etwas? Habe schon inttypes.h und stdint.h durchforstet, hier komme ich bis auf uint64_t :/ Programmiert wird in C mit avr-libc 1.6.8,
Armin S. schrieb im Beitrag #1803652: > Ich braeuchte fuer den AVR eine 128 Bit grosse unsigned integer > Variable. Gibt es so etwas? Nicht als Basisdatentyp im Compiler.
-
Thread
Wie genau solte eine Schachuhr sein
Siehe auch http://www.mikrocontroller.net/articles/AVR_-_Die_genaue_Sekunde_/_RTC
von einem 16 Bit Timer (dann hat man weniger Arbeit :-) http://www.mikrocontroller.net/articles/AVR-Tutorial:_Uhr http://www.mikrocontroller.net/articles/AVR_-_Die_genaue_Sekunde_/_RTC
-
Thread
AVR Studio - Adressierung in 16Bit?
Hallo Ich bin noch Anfänger in AVR Assembler und gerad verwirrt. Im Flash habe ich eine Sinustabelle abgelegt: [avrasm] .ORG 0x100 ; Use 256Byte boundary. In this case high byte of Z-register can be used to detect end of table sine
Tilo Lutz schrieb im Beitrag #1798095: > nur um 8 erhöht wird. Kann es sein, dass im AVR Assembler als Basis > 16Bit und nicht 8Bit verwendet werden? richtig AVR sind wortweise orientiert. > An einer anderen Stelle will ich die Sinus-Werte über den Z-Pointer > auslesen: > [avrasm
-
Thread
IOs umbenennen
Guten Tag Ich arbeite momentan mit WinAVR und einem ATXMEGA128A1, der ja bekanntlich 78 IOs hat. Das Programm wird aber auch von Personen bearbeitet, die zwar C programmieren können aber noch nie mit Atmel MyCs gearbeitet haben, so dass ich
Mathiable schrieb im Beitrag #1796670: > Guten Tag > > Ich arbeite momentan mit WinAVR und einem ATXMEGA128A1, der ja > bekanntlich 78 IOs hat. Das Programm wird aber auch von Personen > bearbeitet, die zwar C programmieren können aber noch nie mit Atmel MyCs > gearbeitet haben, so
-
Thread
Eclipse: localhost:4242: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verb
vielleicht einen Simulator statt eines Debuggers verwenden. Wenn ich mich recht erinnere, ist SimulAVR da wohl das geeignete Teil: http://www.mikrocontroller.net/articles/AVR-Simulation
same as -T for backward compatibility Supported devices: at90s4433 at90s8515 atmega48 atmega128 [/code] lg andy
-
Thread
Leistungsfähigster bedrahteter uC gesucht
STM32F103 mit 128KB Flash in QFP48 auf DIP48 Header Board (ebay dipmicro) sieht schon täuschend echt nach klassischem Rasteraufbau mit DIP Controllern aus.
Der "größte" AVR im DIP-Gehäuse ist zur Zeit wohl der ATMEGA1284p. 8-Bit-AVR mit 128k FLash, 16k SRAM und zwei UARTs, sonst das übliche. Die XMEGAs gibt es auf Adapter. Ob man das aber noch auf Lötraster verdrahten
-
Thread
Erfahrungsberichte zu verschiedenen USB-ISP-Programmern
es egal ob 3 oder 5V das LAB liefert 3-3,3V glaube und kann ebenso 5V targets flashen siehe AVR Datenblatt .. logic HIGH erkennt der AVR ab 1,6V ob es dann 3V oder 5V sind macht die 1 nicht noch mehr zur 1
Wird das Gerät denn von AVR-Studio erkannt?
-
Thread
XMEGA/ AVR-EXPLAIN code examples und Diskussion
> Laut Beschreibung hätte das ja schon ab Werk funktionieren sollen. >wie kommst du da drauf ? AVR1921: Reprogramming the XPLAN AT90USB1287 and ATxmega128A1 firmware Abschnitt 2.2: OK, da steht, dass man die Firmware des AT90USB1287 mit Flip verändern kann, hat aber bei mir nicht funktioniert.
Ich hab auch ein Xplain-Board (seit Samstag) und gleich ein problem ... Ich kann den Xmega128a1 der drauf ist einfach nicht per AVR-Dragon Programmieren (er liest nichmal die fuses)... wenn cih im avr-Studio (4.18 SP3) auf irgendwas geh was Verbindung braucht kommt ein fehler: erst fragt er
-
Thread
Experimente mir Controller im QFP- Gehäuse
oder auch sowas in der Art: http://cgi.ebay.de/AVR-ATmega-64-128-QFP64-TQFP64-ISP-Programmer-Adapter-/290406212659?cmd=ViewItem&pt=LH_DefaultDomain_0&hash=item439d8f2433
Wie wär's damit: http://www.olimex.com/dev/avr-m32.html