-
Thread
Atmel ist unter "Profis" nicht gerade beliebt - Warum?
eine Stelle. ;-) Indirekt schon, wenn du den Begriff des AVR-GCC etwas weiter fasst. Eric Weddington ist seit einiger Zeit bei Atmel angestellt und hat nunmehr damit die dienstliche Aufgabe, WinAVR zu betreuen. Für den AVR32 ist das anders, dort ist die
fällt. Als Bastler ist die Auswahl deutlich eingeschränkter! Persönlich bin mal gespannt wie der AVR32 sich behaupten kann...
-
Thread
Zeigt her eure Kunstwerke (2) Gesperrt Bilder
die einzelnen Menüs (=Räume) gescrollt werden kann und Temperaturen eingestellt werden können. - 64x128 OLED - RFM70 zur Kommunikation mit dem Webserver - STM32F103 - 100mAh LiPo Akku
nun ja aber mit dem Adapter habe ich 17 Euro gespart http://www.ebay.de/itm/Flap-QFP32-TQFP32-PQFP32-TO-DIP32-Programmer-Socket-Adapter-Conveter-IC51-D0090-/130834643503
-
Thread
eigenes Z80 Mainboard - geht das so?
Peripherie könnte übrigens Konflikte mit deiner IRQ Vektor Logik geben, check das nochmal. Bei meinem TMS32C025 Projekt fungiert auch ein AVR als Board Controller, ich habe allerdings einem Mega32 genommen und mich für paralleles Schreiben und Lesen des RAM entschlossen, damit es ein wenig schneller geht.
aufstocken, ich habe das Zeuch mal Tütenweise geerbt.. > >> Bei meinem TMS32C025 Projekt fungiert auch ein AVR als Board Controller, >> ich habe allerdings einem Mega32 genommen und mich für paralleles >> Schreiben und Lesen des RAM entschlossen, damit es ein wenig schneller
-
Thread
AVR128DA64 TCA1 funktioniert nicht mit alternativen Output?
/Errata/AVR128DA-28-32-48-64-SilConErrataClarif-DS80000882.pdf
Zukunft müsste ich da auf jeden > Fall was ändern. Man könnte natürlich auch gleich z.B. zu STM32 greifen, sofern man nicht auf 5V als VCC angewiesen ist, denn der Lötaufwand bei LQFP64 mit 0,5mm Raster ist dann quasi gleich – selbst ein STM32F030RC müsste dem Anwender mehr als ein AVR128 bieten,
-
Thread
Speicher AT90CAN128
lies dir dochmal die doku zum avr-gcc durch: http://www.nongnu.org/avr-libc/user-manual/group__avr__pgmspace.html
echt nicht drum herum..) http://www.atmel.com/Images/doc7679.pdf da steht sowas drinnen wie: * 32K/64K/128K Bytes of In-System Reprogrammable Flash (AT90CAN32/64/128) * 1K/2K/4K Bytes EEPROM (Endurance: 100,000 Write/Erase Cycles) (AT90CAN32/64/128) jetzt kannst du mal raten wieso es mitm eeprom
-
Thread
Verständnisfrage zu Assembler bei PIC und ATMEL
vorbildliche) Doku von Microchip zum PIC hatte verwöhnt. Danach sollte ich mal eine kurze Arbeit mit einem AVR32 machen. katastrophe. Doku/Referenzhandbuch des Kerns passt(e) überhaupt nicht zum von AVR bereitgestellten Framework und die Kommunity trug die Nase in den Wolken. Danke, nie wieder.
bessere Idee, wie du mit einem 8Bit Arbeitsregister > 1023 Adressen nutzen kannst? Z.B. 8051 oder AVR zeigen Dir, wie man 64kB Daten + 64kB Code linear adressieren kann. https://de.wikipedia.org/wiki/Intel_MCS-51 Es gab auch mal 8051 mit >64kB Code (AT89C51RE2: 128kB Flash). Leider ist die Fabrik
-
Thread
ATtiny13 verstehe Verhalten nicht
58 2e: 88 23 and r24, r24 30: 11 f0 breq .+4 ; 0x36 <main+0x26> 32: 80 e4 ldi r24, 0x40 ; 64 34: 8a bf out 0x3a, r24 ; 58 36: 8b b7 in r24, 0x3b ; 59 38: 80 64 ori r24, 0x40 ; 64 3a: 8b bf out 0x3b, r24
58 2e: 88 23 and r24, r24 30: 11 f0 breq .+4 ; 0x36 <main+0x26> 32: 80 e4 ldi r24, 0x40 ; 64 34: 8a bf out 0x3a, r24 ; 58 36: 8b b7 in r24, 0x3b ; 59 38: 80 64 ori r24, 0x40 ; 64 3a: 8b bf out 0x3b, r24
-
Thread
Daten von dynamischen Variabel vor Stromausfall schützen
Gegenvorschlag: > 23LCV1024 > > Oder ein I2C FRAM Adafruit I2C Non-Volatile FRAM Breakout - 256Kbit / 32KByte AF1895 Adafruit SPI Non-Volatile FRAM Breakout Board, 64Kbit / 8KByte Liest sich interessant, ist allerdings nicht 100% nötig da die Daten am Anfang geschrieben werden und nicht erst bei einer
[64]; } f3_label: bits64[beep] = 18::bits64; bits64[beep+4*8] = bits64[beep]; if (%zx32(bits8[beep+4*8]) == 18) { return; } goto f3_label; } explode(bits32) { boom(333); [/code] Das
-
Thread
Basic Interpreter für avr
klar kenn ich den noch bzw. ich hab damals noch aufm C16 und dann +4 und erst ganz zuletzt aufm 64er gewerkelt BASIC 2.0 ... so ein Mist, wär ich doch beim C16 Basic 3.5 geblieben wie war das noch mal ... 32K als Basicspeicher frei?
@Marco Weis nicht wie es beim c64 war, ich hatte damals einen cpc (und der hatte noch ca 32k frei von den 64) @Klaus Ja sowas in der Art. Aber doch Aufgebaut in einer Weise die ich noch verstehe :) Es gibt ja sachen wie den c-one
-
Thread
MegaLoad für avr-gcc
oder (ohne LOCKBIT+mit fester BAUDRATE und nur mit MegaLoad v3 option) auch in <= 256 bytes. mega32 ohne EEPROM oder ohne LOCKBIT in <= 256 bytes. mega64 ohne EEPROM option in <=256 bytes. mega128 kann ja minimal nur 512 bytes bootsection programmieren, damit ist ein 256byte bootloader sinnlos.
Hallo zusammen, Ein kleiner Tipp, für alle, die wie ich am verzweifeln sind, weil ihr AVR nicht richtig erkannt wird: ich hab den Bootloader auf einem M128 laufen und wollte ihn auf einem Mega32 zum laufen kriegen. - Leider erfolglos, er wurde nicht richtig erkannt (meistens als Mega165
-
Thread
Leistungsstärkere Alternative für Atmega/Arduino
http://www.microchip.com/wwwproducts/Devices.aspx?product=dsPIC33FJ64GP206A hat "nur" 8 PWMs, ich bräuchte mindestens 10... > Gibt es denn schon eine Richtung wo du hin willst? > AVR oder mehr? Welche Sprache? ASM, C, C++ ? Welche Frequenz - bis 16 MHz oder bis ca
hab mir mal ein STM32 Board bestellt: https://www.aliexpress.com/item/NEW-ARRIVE-FREE-SHIPPING-ARM-Cortex-M3-mini-stm32-stm32F103ZEt6-Cortex-development-board-72MHz-512KFlash-64KRAM/32328299925.html?spm=2114.13010608.0.0
-
Thread
ARM MP3/AAC Player Web Radio
Zum Thema Speicher: Webradio höre ich unter Linux oft mit dem MPlayer bei 32kB Cache@128kBit/s. So mal ganz blöd gerechnet würde ich sagen: 32 * 1024 * 8 / 128000 = 2,048s sollte doch an sich genug sein?
dass ich von nem eingerichteten Icecast Testserver den Stream rüberkrieg. Arbeite derzeit mit nem Mega32, wird jedoch ein Mega64 werden, zum einen wegen dem SRAM Speicherinterface, zum anderen soll die Weboberfläche zum Konfigurieren des Players auch in den Flash. Fehlt jetzt noch der MP3-Dekoder und das
-
Thread
MP3-Player Bauteile für wenig Geld
veschiedene Marken (Toshiba, Kingston, Medion) und Größen (16, 128) probiert und FAT16 formatiert) NUR MMC 32 und 64 gehen! Größere hab ich (noch) nicht. - Ich habe einen zerlegt und 3,7V an rot und Masse an schwarz angelegt, er spielt nicht! Wenn jemand eine SD-Karte zum laufen bringt, bitte Marke und
] AT^SSTK=086,0 [>] D0 54 81 03 01 21 80 82 02 81 02 8D 49 04 ->Header 30 31 2F 32 38 20 4E 6F 72 6D 2F 4D 50 33 44 69 ->Format 0D 49 2D 3E 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 49 20 30 <34 3A 34 37> ->Zeit 0D 53 63 6F 6F 74 65 72 20 2D 20 53 68 61 6B 65 20 54 68 61 74 20 28 52 61 64
-
Thread
IAR St Link V2 Target doesnt match
aber eine andere Signatur liefern. Desweiteren haben die CS32F103C8 "echte" 128 KB Flash, während das bei den STM32F103C8 nicht so dokumentiert ist (offiziell lediglich 64 KB Flash) und hier die kompletten 128KB nur über den Bootloader ansprechbar sind. Siehe
sind, aber eine andere Signatur liefern. > > Desweiteren haben die CS32F103C8 "echte" 128 KB Flash, während das bei > den STM32F103C8 nicht so dokumentiert ist (offiziell lediglich 64 KB > Flash) und hier die kompletten 128KB nur über den Bootloader ansprechbar > sind
-
Thread
AVRISP mkII Connect Failed
wahrscheinlich Baujahr 2013 ( 2013.01.29 ) und Made in Malaysia. Früher hatte ich das Ding unter dem AVR-Studio 4.19 unter Windows XP laufen. Jetzt habe ich Windows 7 ( 32-Bit ) und das AVR-Studio 7. Weil c-hater meinte das Studio 4.19 wäre besser für die Assemblerprogrammierung geeignet hatte ich dieses
Ich weiss nicht obs hilft, aber auf meinem Win7-32 ist nur AVR Studio 4.19 und der AVRISP MkII installiert und das klappt so mit dem Jungo Treiber wie im Screenshot.
-
Thread
Formel Mikrocontrollergerecht machen
Hi Simon Hier ist mein Vorschlag: #define Faktor ((2^32)/25000000) und dann double X,Y=5; X = Y * (uint32_t) Faktor; Gruß Sascha PS: Genauer als uint32_t kannst du bei einem AVR sowieso nicht werden. klar es gibt noch uin64_t aber irgendwo
Berechnung nicht vergessen und wir müssen auch korrekt runden. Als Ergebnis bekommen wir: 1.) akku64 = freq100 * faktor32;/* 32 * 32 Bit = 64 Bit */ 2.) akku32 = akku64 >> 32; /* untere 4 Bytes weg werfen */ 3.) akku32 = akku32 + freq100; /* Bit 2^32 wieder herstellen */ 4.) akku32 = akku32
-
Thread
Name von "Mega8" mit 32Kb Flash gesucht
16PU (PDIP, 28 Beinchen für Sockelmontage) hat, aber statt 8Kb Flash-Speicher eine Speichergröße von 32Kb oder sogar 64Kb besitzt? Viele Grüße!
Hi >dann bleibt nur noch die frage nach einem 64kb großen avr im gleichen >bzw. ähnlichen gehäuse... Wurde doch schon gesagt: >32K ab 40pol-Gehäuse. Basta. MfG Spess
-
Thread
mos6581 SID (C64 Soundchip) für AVR
sein. Im Anhang ist auch ein Schaltplan zur Grundschaltung des SIDs. Der Anschluss an einen AVR wie mein Code ihn haben will steht im C Code im Kopf, sowie hier jetzt: [c] /* * pin connections on atmega 16/32/64/164p/324p/644p/1284p, ... : * SID AVR * ----------------
Kennt einer von euch vielleicht einen Controller im DIP Gehäuse mit >=64kb Flash, >=80kb RAM? Muss ja kein AVR sein. Somit könnte man den 6502 Core mit seinem 64k Adressraum ziemlich einfach voll ausnutzen. Dachte zuerst an den Propeller, den mit 512k externem RAM füttern
-
Thread
F_CPU umschalten, gibt es etwas zu beachten?
Bauform B. schrieb im Beitrag #6382151: > Oder ein STM32G031J6M. Der hat einen internen RC-Oszillator... Ja, wenn STM32G031J6M mit AVR JTAGICE XPII und AVR Studio arbeiten könnte, so würde ich auch so machen. Aber vor dem ich Controllerfamilie wechsele,
ich aus dem Vorhandenen alles mögliche im Sinn Lehre herausschöpfen. Deshalb bleibe ich zuerst bei AVR. Bauform B. schrieb im Beitrag #6382151: > 20MHz und 18.432MHz sind ja in > Wirklichkeit 19.2MHz ±4.17%. Man erzeugt also nominelle 38.4MHz > STM32-CPU-Takt, teilt den durch 2 für exaktes Tastverhältnis
-
Thread
Tester für Spezialversion des AVR Bootloaders optiboot gesucht!
in den Quellen berücksichtigt. Hier die Liste der derzeit unterstützten Prozessoren: ATmega8/16/32/64/88 ATmega162/163/164/165/168/169 ATmega323/324/325/3250/328/329 ATmega640/644/6450/649/6490 AT90CAN32/64/128 AT90PWM2/3 ATtiny84/85/88/861/1634 Oft wird auch die Picopower (P) Version berücksichtigt
7.2.0 selber compiliert? So weit ich mich erinnern kann nicht. Ich habe wohl ein fertiges Paket avr-gcc-7.2.0-1-x86_64.pkg.tar.xz im Netz gefunden. Dazu passt wohl auch avr-libc-2.0.0-1-any.pkg.tar.xy und avr-binutils-2.29.1-1-x86_64.pkg.tar.xz . Interessant ware die neue Version wegen der Unterstützung
-
Thread
2MB DRAM an AVR Gesperrt
üblicherweise so gemacht: CAS dient als Byte Enable Anschluss, RAS zur Erweiterung des Speichers. Bei einem 64Bit System (Pentium) hat man daher 8 CAS und bis zu 4 RAS Leitungen (2 Riegel werden für 2x32=64bit gebraucht, mit 4 Riegel hat man 2 RAS * 2 bei doppelseitigen Modulen.) Bei einem 486er werden 32bit
Stromverbrauch.) Bei den 72poligen SIMM PS2 Modulen ist es genauso. Es gibt da zwar 4MB, 8MB, 16MB, 32MB, 64MB und 128MB, aber die 8, 16 und 64MB sind jeweils Doppelseitige (mit 2 RAS Pins) die im Prinzip aus 2 halb so großen bestehen.
-
Thread
AX82 - ZX Spectrum Emulator mit AVR + CPLD
meistens etwas mehr übertakten. Beim SwinSID (vielleicht ist dir das ein Begriff; SID-Nachbau mit AVR) wurde ein ATmega88PA-AU benutzt, weil dieser sich besser übertakten ließ. 32MHz sind idR kein Problem. Gruß
Hello David, This looks nice. My 128K version uses only 64k like the version with the two 32k chips. At the beginning of the project I had only one 32k chip which was fast enough... Joerg
-
Thread
ARM7 vs. AVR
profitabel, der AVR32 frisst dafuer einen guten Teil des Profits wieder auf. Zum eigentlichen Thema: 8-bit AVRs, 4 MHz AVRs, Tiny, 8KB oder weniger sind nicht zum Vergleich herzuziehen. Es geht mehr um das Spektrum
Travel Rec. wrote: >>Frage, womit programmierst du die Teile? > > STK600 und AVR-ISP mkII / AVR-Studio4.15 200 Ocken für den STK600 werde ich nicht ausgeben. Aber da es auch mit dem AVRISP MKII geht, werde ich wohl bei der nächsten Bestellung einen bei Angelika mitordern. Die 32,90
-
Thread
Ersatz einer Diskette im Diskettenlaufwerk??
Lukas Slz wrote: > Mega128 ist zwar nicht unbedingt gut geeignet, da er nur 64K externes > RAM direkt ansteuern kann, ... Naja, für so ein simples Datengrab kann man diese bequem in 32 Bänke je 32 KiB unterteilen (jeweils den oberen halben Adressraum benutzen). Da müssen
einbauen. Falls man sich mit dem Kabel verhaut, dann grillt man Latches für nen paar Cent und nicht den 64 poligen SMD-verlöteten AVR. >> Jetzt bin ich den Codec Sourcecode nochmal durchgegangen und denke das >> man das auch auf einen ATMega8 bekommt. > > Lohnt nicht. Der lässt sich nicht debuggen
-
Thread
vbrun300.dll
noch die 32 bit > Version des aktuellen(!) Firefox installieren und betreiben. Das kann man auch auf einem x64-Windows. Es ist ja nicht so, dass man das WOW64-Subsystem entfernt hat und nur noch 64-bit (Long
DOSBox & Co, sondern eher/ueberwiegend ein API-Translator. Wenn die CPU das unterstützt (auf x86_64-CPUs nur im Legacy Mode, also unter 32-Bit-Windows), ja.
-
Thread
Netbook mit "nur" Akkulaufzeit
damit eig. relativ zufrieden bin. Einziges Contra dabei ist, dass es nur Treiber für Windows 7 32 Bit gibt obwohl eine 64 Bit CPU verbaut wurde. (Ist allerdings nur beim Grafiktreiber ein Problem, diesen gibt es wirklich NUR für W7 32 Bit - auch nicht für Linux). Aber wenn du eh nach einer Windows
damit eig. relativ zufrieden bin. > > Einziges Contra dabei ist, dass es nur Treiber für Windows 7 32 Bit gibt > obwohl eine 64 Bit CPU verbaut wurde. (Ist allerdings nur beim > Grafiktreiber ein Problem, diesen gibt es wirklich NUR für W7 32 Bit - > auch nicht für Linux). Aber wenn du eh nach einer
-
Thread
Richtiges C++ hardwarenah
des genannten Anwendungstyps. Frank M. schrieb im Beitrag #3892035: > Programmiere mal einen STM32 in Assembler. Das würde ich allerdings auch nicht empfehlen. Gibt ja Simply AVR ;-)
Von atmega32 auf atmega64 portieren ist auch portieren :-)
-
Thread
Mein Compiler spinnt mit 32- und 64-Bit-Werten.
Dampfente schrieb im Beitrag #2396791: > uint64_t ente = uart_receive64(); > ente |= (uart_receive() << 16); Ein int ist beim avr-gcc 16 Bit breit und in C werden Ausdrücke als int berechnet wenn kein größerer Datentyp was anderes erzwingt. Deshalb
, dann ist 64Bit keine gute Ideee, das ist beim AVR-GCC völlig unoptimiert und braucht sogar mehr Flash als float. Da purzeln die kBytes nur so hinunter. 64Bit also nur, wenn Flash und CPU-Zeit keinerlei Rolle
-
Thread
psoc oder stk500 zum programmieren von uC?
sind in > den aller-aller-allermeisten Fällen inhaltlich so veschieden von dem, > was auf nem 32 Bitter en vogue ist, daß Peter sich mit seiner Behauptung > schlichtweg zu weit aus dem Fenster gelehnt hat. Ich arbeite beruflich an einer Software, die problemlos zwischen MegaAVR, AVR32, XmegaAVR
steht kurz bevor. In den älteren Beiträgen findest Du auch reichlich Assemblercode von mir. Und die 64Bit Erweiterung (mul, div) des AVR-GCC beruht auf meinem Assemblercode. In 8051/AVR Assembler bin ich immer noch topfit. Ich mache nur nichts neues in Assembler mehr. Du kannst mir also ruhig glauben
-
Thread
Welcher Cortex-M0 Controller wird der 8-Bit Killer?
ernsthaft: die Notwendigkeit, größere farbige Displays ansteuern zu müssen, war der wichtigste Grund, die AVR-Schiene zu verlassen und auf STM32 zu gehen.
kleinen AVR's lohnt ein AVR überhaupt nicht - nicht mal für Hobby oder Schüler. Somit gilt die Faustregel: - Kleine Anwendungen >> PIC - Mittel bis große Anwendungen >> Cortex-Mx (STM32, LPC1xxx, ...) - und
-
Thread
Leistungsfähigster bedrahteter uC gesucht
Ich hatte Ihn aber verstanden, dass er nach einem µC sucht, der deutlich mehr Leistung als ein AVR hat, da ist selbst ein XMEGA wohl nicht mit nem STM32 zu vergleichen. Gruß Tom
Daher würde ich auf die 64Pin STM32 Variante gehen und einfach nen Adpaterboard nehmen. Wie gesagt bei mmvisual auf Wunsch shcon gelötet Tom
-
Thread
Flash CRC Berechnung optimieren/schneller
hätte der TO seine ganzen Probleme erst gar nicht. Zudem kann die erste Schleife unterhalb der 64kB Grenze mit einem 16 Bit Schleifenzähler laufen, die darüber braucht einen 32bit Zähler. Sind auch wieder ein paar Takte Unterschied. Oliver
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
WinAVR unter Win7: avr-objdump.exe läuft nicht
der Shell starte. > Höchstwahrwscheinlich stimmt nur > irgendwas mit dem Pfad nicht mehr und avr-objdump.exe findet deswegen > irgendeine Abhängigkeit nicht mehr als als Win32-DLL vor, sondern zuerst > als Win64-DLL. Hmm... das glaube ich nicht. Die binutils werden unter Linux bzw. cygwin
den Dependency Walker geladen. Seine Meinung ist: No DOS or PE signature found. This file ist not a 32-bit or 64-bit Windows module. Mag sein, dass die Datei irgendwelchen Schaden genommen hat. Daher habe ich das komplette WinAVR-Paket nochmals installiert. Das Ergebnis ist dasselbe. Natürlich habe
-
Thread
AVR 8bit auch für größere Projekte?
es sind > ja alles ARM Cortex-M3. Denke er spielt hier auf die AVR32 an...
, es sind >> ja alles ARM Cortex-M3. > > Denke er spielt hier auf die AVR32 an... Das denke ich auch. @TO: AVR32 sind keine ARM-irgendwas sondern eine ATMEL-Eigenentwicklung. Ich an Deiner Stelle würde eher ARM-Controller bevorzugen, wenn ich Richtung 32-Bitter gehen wollte
-
Thread
GCC optimiert 32bit Bitoperationen schlecht/gar nicht?
Zeit schon mal diskutiert. Das Ergebnis war, "ja ist so, wenn es jemanden nicht passt muss er halt am avr gcc mitarbeiten und das verbessern, 32 und 64 Bit ist nun mal nicht das tägliche Brot eines 8 Bitters". Das war aber schon vor 3-4 Jahren ;-) Seit dem scheint niemand ein dringendes Bedürfnis gehabt
dann dazu führen kann, dass bei gleichen Werten eine 64-Bit Division schneller ist als eine 32-Bit Division http://gcc.gnu.org/viewcvs/gcc/trunk/libgcc/config/avr/lib1funcs.S?revision=220000&view=markup#l1740 Natürlich ist so etwas auch direkt im Compiler
-
Thread
STK500.exe ohne AVR-Studio installieren / Installing STK500.exe without AVRStudio
meienm PC (wo AVR-Studio 4.18 installiert ist) auf einen PC in der Fertigung kopiert - Ich habe die Dateien "AvrCommon.dll" and "Stk500Common.dll"" (regsvr32.exe AVRCommon.dll and regsvr32.exe Stk500Common.de) registiert
Hinweis weil die Frage immer wieder auftauchte: WARUM VERWENDE ICH NICHT "AVRDUDE"? Ich habe AVR-Dude auf unseren automatischen Testsystemen die noch unter Win7 32-Bit laufen im Einsatz und bin hoch zufrieden. Aber wir haben auch reine Chip-Programmierarbeitsplätze die auf Win7x64 umgestellt
-
Thread
Welcher PIC ist der beliebteste ?
meiner eigenen Textmode-IDE für verschiedene Controller. Bisher kann ich einige Vertreter aus MCS51, AVR, STM32 und STM8 programmieren (und ich habe auch dienstlich mit ein paar davon zu tun). Noch nie hatte ich einen PIC in der Hand (außer vor Unendlichkeiten einen mit Fenster zum Löschen mit UV Licht
der momentan beliebteste PIC ist und welcher wohl der momentan günstigste aus China ist ? (bei AVR hätte ich wohl gesagt ATmega8 und ATmega328p, bei STM32 wohl den F103)... bei PIC habe ich keine Ahnung !
-
Thread
Ullihome AVR-ISP und Vista
Nimm das aktuelle USB AVR Lab tool (3.12) und den DARIN ENTHALTENEN Treiber der funktioniert auch unter Vista32.
@christian: Ich habe jetzt mal folgendes probiert: ATMEGA32 mit 16MHZ, AVR Studio 4.16 WINAVR 2080313, Programm ca. 7k XP: STK500V2 1.6: Brachte ich nicht zum Laufen. Adapter wird im Gerätemanager als COM7 erkannt. Im AVR Studio bekomme ich aber weder
-
Thread
uC Familien Empfehlung
am meisten Erfahrungen mit 8-Bit AVRs und habe die PIC-Welt ein wenig kennen gelernt. ESP8266 oder -32 sind mir auch nicht ganz fremd. An der AVR-Plattform schätze ich: - Open source tooling mit avr-gcc - Unterstützung für C++ und Arduino Framework - Unterstützung durch Platformio/vscode - Niedrige
Ich habe meine Erkenntnisse dort aufgeschrieben, könnte dir helfen: http://stefanfrings.de/stm32/index.html Ich finde den STM32L072 als nächste höhere Stufe nach AVR attraktiv. Frage: Gibt es eigentlich Cortex M basierte Mikrocontroller, die ohne Spannungsregler mit 3-6 Volt laufen können
-
Thread
Neuer Microcontroller von Atmel
Hi Leute, Atmel hat nen neuen Controller angekündigt. Hört sich ganz nett an, mit seinen 32bit und (so wie es aussieht) DSP-Fähigkeit. http://www.atmel.com/products/AVR32/
Im April kommt bereits eine "abgespeckte" Version des AVR32
-
Thread
Timer Initialisierung für den avr-gcc komfortabel ermitteln
ACSR=0; if($_SESSION["ACD"]){$ACSR=$ACSR+128;} // if($_SESSION["ACBG"]){$ACSR=$ACSR+64;} // if($_SESSION["ACO"]){$ACSR=$ACSR+32;} // if($_SESSION["ACI"]){$ACSR=$ACSR+16;} // if($_SESSION["ACIE"]){$ACSR=$ACSR+8;} // if($_SESSION["ACIC"]){$ACSR
wendelsberg schrieb im Beitrag #4365045: > Von einem AVR auf einen anderen? > Die drei Zeilen? 3 Zeilen? Wenn Du z.B. statt einem ATMega32 einen ATMega128 verwendest? Das Problem geht schon damit los das Du Register für Register vergleichen musst
-
Thread
damit ich mit Timer0 nicht aus der Übung komme!
das wären 1024 Byte. Was sich darin verbirgt ist mir immer noch nicht ganz klar. Soviel weiß ich: 32 Arbeitsregister r0-r32 von Speicher 00-1F=dez.0-31 (32 Byte) 64 SFR Register von Speicher 20-5F=dez.32-95 (64 Byte) 64 x 8Bit SRam von Speicher 60-9F=dez.96-159 (64 Byte)
Hallo Spess, dann habe ich in meinen Angaben doch Quatsch geschrieben! Nämlich: 32 Arbeitsregister r0-r32 von Speicher 00-1F=dez.0-31 (32 Byte) 64 SFR Register von Speicher 20-5F=dez.32-95 (64 Byte) was schließt sich denn ab Speicher 60 an wenn er einen Speicher von
-
Thread
Micronucleus - USB-Bootloader für ATtiny
nicht aufgerundet? Die aktuelle Adresse passt so gar nicht zum attiny167, der ja 128 Byte Seiten hat (64 Words anstelle 32 Words des attiny85). Weiter zu den verwendeten USB-Pins: Hier werden PB0 und PB2 verwendet. Im Kommentar steht: [code]Please note that D+ must also be connected to interrupt
. 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
-
Thread
for Loop in C / die 10000ste dumme Frage
langsamer als 32- oder 64-Bit-Int ist, oder die mitgelieferten typedefs nicht so ganz optimal sind...
aus, da das einen zusätzlichen Befehlspräfix braucht. Deshalb ist zumindest auf meinem Linux für x86_64 int_fast16_t 64 Bit breit. Bei der ARM-Toolchain, die ich für meine STM32 habe, ist uint_fast8_t 32 Bit breit. > Die ganze _least, _fast, und sonstigen Typen sind halt nur für portablen > Code,
-
Thread
AVR32 online video
{ printf("%d ", bla[i]); } printf("\n"); return 0; } [/C] [pre] D:\_Projekte\_avr32\cpptest\Debug>avr32-size main.o text data bss dec hex filename 136 64 0 200 c8 main.o[/pre] Hier nochmal im Überblick die 4 Varianten: [pre] D:\_Projekte\_avr32\cpptest\Debug>avr32-size main.o text data bss dec hex filename 2288 366 1 2655 a5f main.o D:\_Projekte\_avr32\cpptest\Debug>avr32-size main.o text
-
Thread
Festplatte Timing
Wie erkennt man, welchen PIO Mode die Festplatte kann ? Um die Infos auszulesen, müsste man den AVR runtertakten, die Infos lesen, den PIO Mode wechseln, und könnte den AVR dann hochtakten.
Nur FAT32 mit langen Dateinamen.
-
Thread
Fehler bei exp()
Du machst den Linkaufruf [pre] avr-gcc -mmcu=atmega644 -Wl,-Map=ETH_M32_EX.map wol.o analog.o base64.o cmd.o dhcpc.o dnsc.o http_get.o httpd.o lcd.o main.o ntp.o sendmail.o stack.o telnetd.o timer.o udp_lcd.o usart.o enc28j60.o servo.o
cam.o MPX4115A.o -L"C:\WinAVR-20090306rc1\avr\inc lude\avr" -L"C:\WinAVR-20090306rc1\avr\include" -L"C:\WinAVR-20090306rc1\avr\include\util" -o ETH_M32_EX.elf [/pre] Ausserdem verwendest du keine "offizielle" Release von
-
Thread
AT90CAN mit sechs externen CAN-Controllern
theoretisch könntest Du das auch per Port IO machen, aber das wird viel zu langsam. Das haben die Mega64/128/640/641/1280/1281/2560/2561 sowie die alten Mega162 und Mega8515. Wenn DU AVR nehmen willst, dann einen der modern Typen Mega 64x/128x/256x > Und wie müsste ich die SJA1000-Controller an den MCU
Beitrag #3130147: > Er muss einen 8051-kompatiblen externen Memory Bus haben. ... > Das haben die Mega64/128/640/641/1280/1281/2560/2561 sowie die alten > Mega162 und Mega8515. Und die AT90CAN32/64/128. ee_ schrieb im Beitrag #3122444: > ich habe vor mit einem AT90CAN (AVR-CAN von Olimex) sechs
-
Thread
Lerncomputer so wie KOSMOS CP1 nachbauen
Wo ist das Problem? Nimm einen AVR und strick dir den Interpreter wie du ihn brauchst.
mit ExtBusIF) Genau einfach einen 324PA für 3 Euronen hat sogar Reichelt. Und wie eigentlich alle AVR im PDIP-40 hat der 4 komplette Ports, also 32 IO-Pins. Ungeachtet dessen, halte ich die Idee für nicht sonderlich ergiebig. Aus eigener Erfahrung kann ich sagen die Kinder (ok, die mir bekannten
-
Thread
AVR ASCII Video Terminal - 40 x 25 - BAS Signal
google mal nach AVR+OSD
dieses kleine Stück einfacher Technik. Alles aufgebaut und funktioniert super. Bei mir läuft die vidterm64-Version mit Mega 8-16 als eine Art Grafikkarte in einer 8Bit-Konsole auf Basis eines ATMega32 als Mainboard. Wird ein Xmas-Geschenk für die Freundin. Meine Frage: Mit jedem neuen Zeichen das ich