-
Thread
32 bit Zeiger auf Flash AVR 8-Bit GCC
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29 Pointer sind im AVR eher 16 Bit, nur in Ausnahmen größer.
Hi. Soweit mir bekannt ist, stellt die AVR-toolchain sicher, dass PROGMEMs in die oberen 64K deiner firmware gelinkt werden. Insofern du also deine Firware ab Adresse 0x0000 installierst, müsstest du bis zu (fast) 64KB PROGMEMs ganz normal
-
Thread
AVR-GCC 4.7.2 Bug?
Start *** buffer overflow detected ***: /tmp/hsv terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7ffff7b25817] /lib/x86_64-linux-gnu/libc.so.6(+0x109710)[0x7ffff7b24710] /lib/x86_64-linux-gnu/libc.so.6(+0x108b79)[0x7ffff7b23b79] /lib/x86_64-linux-gnu
@Johann Leider funktioniert bei mir unter Win7 64bit der Simulator nicht. Da kackt mir immer das AVR-Studio ab. Deswegen mache ich das ganze ja per UART, damit ich überhaupt mal was debuggen kann. Leider kann ich das ganze nicht weiter Eingrenzen wie
-
Thread
Timer läuft falsch?
http://www.mikrocontroller.net/articles/AVR-Tutorial:_Equipment#Erg.C3.A4nzende_Hinweise_zur_Taktversorgung_.28kann_.C3.BCbersprungen_werden.29
Sonic Hedgehog schrieb im Beitrag #3184245: > Interner Takt 8 MHZ 6CK 64MS Na dann weißt du ja jetzt, wie "genau" der interne RC-Oszillator ist.
-
Thread
Creative-Soudcips mit AVR zu Synth recyclen?
aufgesetzt, das die Signale und 5V bereitstellt. Derzeitige Verbindungen: - Datenbus D0-D7 auf AVR-Port PA0 bis PA7 - A0 und A1 an AVR Port PC0 und PC1 (Base+0 bis Base+3) - Reserve für evtl. Versuche mit A2 und A3 (nicht nötig) - /IOR udn /IOW-Leitung mit PullUp an AVR Port PC4 und PC5 - AEN-Leitung an AVR PC6 - Reset-Leitung an AVR PC7 Nur die Adressleitungen A0 und A1 habe ich an den µC gelegt. Die darauf folgenden Adressleitungen wurden direkt gegen GND und PullUp's gelegt. So habe ich die Basisadresse
-
Thread
8bit-Computing mit FPGA
: >>> 64 KByte große Blöcke bei nur 64 KByte Adressraum >>> sind doch ein großer Mist. >> >> Warum? > > Weil man bei 16 Bit-Adressen und 64 KB großen Blöcken immer den > gesamten Adressraum auf einmal
Machtposition der Protagonisten. Also bleibt pragmatisch, weshalb ich mir keinen neuen 8bitter antue. 6502,Z80,AVR reichen mir. Die 16bitter sind für mich out, hab mich zu oft über die Segmentbedingten Fehler im HC16 geärgert. 32bit rulez in Embedded, nach meinem Abtritt dann natürlich mal die 64bitter (PS: Das
-
Thread
Objektorientierte Programmierung in C
dann zwar wieder prozedural aus, aber IMHO sind Objekte, die 8 Byte Daten mitschleppen und dann (bei 64 Bit systemem) evtl. 64 Byte Methodenpointer (wären nur 8 Methoden) krank.
zwar wieder prozedural aus, aber IMHO sind Objekte, die 8 > Byte Daten mitschleppen und dann (bei 64 Bit systemem) evtl. 64 Byte > Methodenpointer (wären nur 8 Methoden) krank. Stimmt. Darüber habe ich mir noch keine Gedanken gemacht.
-
Thread
Programmierung ohne Evalboard
15V 0-1A 2. den jeweiligen Programmieradapter des Chipherstellers; bei PICs also ein PicKit3, bei AVR einen AVR Dragon. Das sind nicht die billigsten, aber die Tools der Hersteller sind erfahrungsgemäß immer von guter Qualität und bekommen natürlich die beste HW/SW-Unterstützung. Du wirst mit einiger
. > 2. den jeweiligen Programmieradapter des Chipherstellers; bei PICs also > ein PicKit3, bei AVR einen AVR Dragon. Das sind nicht die billigsten, > aber die Tools der Hersteller sind erfahrungsgemäß immer von guter > Qualität und bekommen natürlich die beste HW/SW-Unterstützung. Du wirst > mit
-
Thread
GCC: wie kompiliere ich ETH_M32EX von Ulrich Radig richtig?
ein Projekt zusammen gestellt und bin in drei Varianten gescheitet, fehlerfrei zu kompilieren. 1. AVR-Studio übernimmt die Einstellungen für ATMega32. 2. AVR-Studio benutzt das im ZIP-Archiv enthaltete Makefile. Ein hex-file wird vermißt. 3. AVR-Studio benutzt das im ZIP-Archiv enthaltete Makefile
.elf avr-gcc -mmcu=atmega644 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-s truct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.o -std=gnu99 mai n.o usart.o stack.o timer.o cmd.o base64
-
Thread
Facharbeit: Eigenbau eines MidiControllers
............bei 28 ALPS - Linearer, motorgetriebener Fader für Studiomischpulte sind das dann schon 28x17,60 runde 500€ nur für die Fader http://www.reichelt.de/Schiebepotis/RSA0N11M9-LIN10K/3/index.html?;ACTION=3;LA
:-) schrieb im Beitrag #3154297: > ............bei 28 ALPS - Linearer, motorgetriebener Fader für > Studiomischpulte sind das dann schon 28x17,60 runde 500€ nur für die > Fader > > http://www.reichelt.de/Schiebepotis/RSA0N11M9-LIN10K/3/index.html?;
-
Thread
atmega164A programmieren?
THE BASSBOX schrieb im Beitrag #3152641: > ich verwende den mysmartusb mk2 (myAVR_ProgTool) nimm doch das myAVR ProgTool, da kann man auch den 164a auswählen. http://shop.myavr.de/index.php?sp=download.sp.php&suchwort=dl112
schon "geworkarounded" ist, hier mal ein Test. Sowohl Atmega164A als auch ATmega164PA lassen sich AVR Studio 4.18 + AVR Dragon problemlos erkennen und beschreiben. AVR ISP MK II hab ich nicht getestet.
-
Thread
Assembler lernen für Mikrocontroller-Programmierung
Hier ist auch noch eine Seite zu diesem Thema: http://www.avr-asm-tutorial.net/avr_de/index.html MfG Paul
Befehle BRGE & BRLT bedient und ansonsten uninteressant ist. https://www.mikrocontroller.net/articles/AVR-Tutorial:_Vergleiche#Signed_.28S.29 Bernd_Stein
-
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
AVR TWI/I2C: 0xff wird empfangen
Receivers: [c] /* $Id: i2c_slave.c 371 2013-04-12 16:17:31Z michi $ * $URL: https://svn.trisoft.at/AVR/StepCtrl/i2c_slave.c $ * * simple I2C slave * * Copyright (C) 2013 Michael Reinelt <michael@reinelt.co.at> * */ #include <stdint.h> #include <avr/interrupt.h> #include <util/twi.h
Masters: [c] /* $Id: i2c_master.c 254 2013-02-18 05:04:27Z michi $ * $URL: https://svn.trisoft.at/AVR/RoboCtrl/i2c_master.c $ * * simple I2C master * * Copyright (C) 2013 Michael Reinelt <michael@reinelt.co.at> * */ #include <stdint.h> #include <avr/interrupt.h> #include <util/twi.h
-
Thread
Touch bauen, suche günstigere alternativen
> GLCD 240mA laut DB zzgl. 2 x 20mA für die LED HG also 280mA > > LEDs 9A + Dioden 3A + GLCD 0,28A = 12,28A also schon "verschätzt". > > Als Batterien dachte ich mir dann zwei Gelakkus (12V, 36Ah) also gesamt > dann 72Ah, muss mir da nur was zum laden überlegen. Dafür brauchst Du schon ein
Jahre - Gewicht 14,2 kg - Gesamtmaße (LxBxH): 197x165x170 mm Zitatende Also 14,2kg x 2 = 28,4kg.
-
Thread
7-Segment Anzeige ansteuern
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmspeicher_.28Flash.29
Michael H. schrieb im Beitrag #3144252: > > weil der prozessor das flash in der avr-architektur nicht einfach so > adressieren kann. Klar kann er das, kostet (jedenfalls bis 64k Flash) nur genau einen Takt mehr pro Zugriff.
-
Thread
Atmel oder PIC Gesperrt
der benötigten Peripherie aus: Wenn ich z.B. den ATMega168P und den PIC18F2520 vergleiche hat im 28poligen Gehäuse der PIC 2 I/O Pins mehr. Dafür kann der AVR mehr Strom durch die I/O-Pins treiben da der Innenwiderstand der FETs (ca 25/23 Ohm anstelle 68/20 Ohm bei H/L) im High-Zustand geringfügig
benötigten Peripherie aus: > > Wenn ich z.B. den ATMega168P und den PIC18F2520 vergleiche hat im > 28poligen Gehäuse der PIC 2 I/O Pins mehr. Dafür kann der AVR mehr Strom > durch die I/O-Pins treiben da der Innenwiderstand der FETs (ca 25/23 Ohm > anstelle 68/20 Ohm bei H/L) im High-Zustand geringfügig
-
Thread
Update von Winavr2010 auf gcc 4.8 Howto
%20%28Win32%29/ bzw. zzt. aktuellesten link http://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/avr-gcc-4.8_2013-03-06_mingw32.zip/download Entpacken und kurz auf
Version reingestellt. Hier der link für 4.9.2 http://sourceforge.net/projects/mobilechessboar/files/avr-gcc%20snapshots%20%28Win32%29/avr-gcc-4.9.2_2014-09-12_mingw32.zip/download Ich habe aber noch nix getestet, keine Zeit. Wird wohl jemand anderes schaffen ;)
-
Thread
Telekom schafft die Flatrates ab
nicht das oberste Ziel der Telekom sein. @Harald http://www.chip.de/downloads/NetSpeedMonitor-64-Bit_42115169.html z.B. Da sollte es schon ein paar kostenlose Tools geben.
stattfindet. Hab's mal runtergeladen 140 MB. Ging ohne Unterbrecher. Frag mal Jörg. Der schafft den dl in 28 Sekunden. ;-)
-
Thread
MSP430 im 40poligen DIP-Gehäuse
bleibt natürlich deine Entscheidung. Wenn man allerdings keine Angst vor SMD hat wirds eng für die AVR.
Strings o.ä.) im Flash > (und nur dort) unterzubringen, genügt das Schlüsselwort const Dito beim AVR ab AVR-GCC 4.7.x.
-
Thread
AVR Dragon Unable to enter Program Mode - was kann ich noch tun?
Cassettenhüllengehäuse verpasst und die fehlenden Stiftleisten aufgelötet. Mein Windows7 professional (64bit) hat es so erkannt wie es sein soll. (Im Gerätemanager steht unter Jungo der WinDriver und das AVR Dragon) Mit dem AVR Dragon konnte ich das Firmwareupdate auch ohne Probleme durchführen. Aber
nochmal kontrolliert, am Kabel liegt es auch nicht, denke ich, da es mit dem mySmartUSB mk2 und dem myAVR ProgTool funktioniert.
-
Thread
CRC Berechnung wie die Funktion aufrufen?
genauso unsinn, der 2. Anweisung überschreibt die 1. Dann gibt es die CRC funktion schon in der AVR Lib, die muss man nicht kopieren.
. In welcher lib muss ich denn sucehn und wie schau einfach mal ein den include verzeichniss vom AVR nach, dort liegt eine crc header dateien rum. > heißt die funktion? keine ahung, steht in der header datei > Es muss CRC (Modbus) sein. wie man hier berechnen kann: auch keine Ahnung ob sie
-
Thread
Lightweight WS2811/WS2812 Library
Eine Idee noch: Dir normalisierst Sättigung und Helligkeit auf 100. Wenn Du hier auf 64 oder 128 gehen würdest, würde für den AVR deutlich kürzerer Code generiert werden.
warning: -z relro ignored. /usr/bin/avr-ld: skipping incompatible /usr/lib/libm.so when searching for -lm /usr/bin/avr-ld: skipping incompatible /usr/lib/libm.so when searching for -lm /usr/bin/avr-ld: skipping incompatible /usr/lib/libc.so
-
Thread
Takt für ATMega16 ändern
ich den internen Takt meines ATMega16 gegen einen externen Quarz tauschen wollte. Ich bin also in AVR Studio 4 beim Programieren in den Reiter "Fuses" gegangen und habe versehentlich im Drop-Down-Menü "Ext. Crystal/resonator High Freq.: Start-up time: 16K CK+64ms" gewählt. Seit dem kommt, wenn ich versuche
Jeti schrieb im Beitrag #3115371: > Ich bin also in AVR Studio 4 beim Programieren in den Reiter "Fuses" > gegangen und habe versehentlich im Drop-Down-Menü "Ext. Crystal/resonator > High Freq.: Start-up time: 16K CK+64ms" gewählt. Das ist noch nichts
-
Thread
Interrupthandling
Timer0-Overflow Interrupt (ca. jede us) Geht's noch? Das ist 1 MHz! Mit welchem Takt läuft dein AVR? >Wenn die Timer0 ISR auskommentiere (also den Zähler nichtmal laufen >lasse), dann habe ich einen schönen Abstand von meinen 200µs. Gut. Siehe [[Interrupt]]. Der AVR hat keine echten Prioritäten
dann Zyklus genau. Grob kann man für kleine Interrupts 50..100 Zyklen Bearbeitungszeit rechnen (AVR-GCC).
-
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
JTAGICE3 Signatur auslesen,
.. Sehe ich das Richtig du verwendest MISO, MOSI, aber SCK_A ? Müsste nicht ISP PIN 5 an µC PIN 28?
eben nur über die *_A. Das läßt sich nicht ändern, das hat der Hersteller so festgelegt. Bei anderen AVR's geht auch die Programmierung über die normalen Pin's. Wie viele AVR's eine abweichende Belegung haben, kann ich dir nicht sagen, da kann man nur im Datenblatt suchen, ehe man eine Schaltung aufbaut
-
Thread
Elektroniker Stammtisch Nähe München
Hallo Jungs, Ihr koennt einen fuer mich mittrinken... Ich bin noch bis Ende der Woche in JO64AB im Urlaub.
Für den Terminkalender: Nächster Stammtisch ist am 28.05.2018. Schöne Pfingstfeiertage! Heinz
-
Thread
20 bit / 10 bit Schieberegister für Bargraph
Hallo, vielleicht hat einer einen Tip für mich. Für ein AVR Projekt benötige ich einen Bargraph mit 20 LED`s. Um auf die notwendigen Ausgangsports für die LED`s zu kommen, würde ich ein Schieberegister verwenden. Für ein anderen Projekt habe ich schonmal die
Kann der MAX6963 nicht 8x8 = 64 LEDs?
-
Thread
Neue Wanderkiste Schöneberg
ist ganz einfach. Sind leider ohne Hintergrundbeleuchtung. Ein Modulgehäuse ist wohl was aus der C64 Zeit? kann auch Schneider sein...
Richtung BW rum ? Rein legen würde ich, ein Fritzbox Router, Nintendo DS (Defekt), PSP (Defekt), myAvrBoard mk2, lochraster platine und diverse Stecker. Wäre nett wenn sich jemand melden würde. lg, repac3r
-
Thread
STM32 24Bit Bmp nach 565RGB Format
Hm, ich rate mal. Das Bild hat bei 320 Pixel Breite 5 Streifen, macht 64 Pixel / Streifen. Die Farben sind rot-blau-grün-weis-schwarz. Wenn man genau hinsieht, gibt es einige Zeilen, wo das passt. In der nächsten Zeile ist Blau plötzlich um 1/3 verkürzt. 1/3 von 64 Pixel
Hallo, ich hatte ein ähnliches Problem allerdings mit einem AVR32. Hier hatte ich das Endian vertauscht. Das tauscht bei 888 nur die Farbenreihenfolge, bei 565 wirft es die Farben aber durcheinander. Ich kenn jetzt den STM32 nicht, weiß auch nicht welches Endiansystem