-
Thread
serielle datenübertragung pc <> AVR
Hallo, folgende Ausgangssituation: -Mikrocontroller ATMega168/USBtoUART Converter/Programmierung mit AVR GCC -PC/USB Schnittstelle/Programmierung c# Ich möchte zwischen Mikrocontroller und PC Daten austauschen. Im Mikrocontrollerprogramm habe ich erfolgreich
dass der Text "123" als hundert drei und zwanzig zu lesen ist. Insofern ist die Übertragung von "PA358,876;" schon sehr eindeutig und lässt relativ wenig Spielraum für Fehlinterpretation. > Aber ich glaube, wir koennen erst nach weiteren Angaben von technikus > den ultimativen Loesungsvorschlag
-
Thread
Temperaturmessung mit ATmag88 intern ADC8 (Assembler)
der neue atmega88pa hat einen temp. sensor. die alte version atmega88(V) hat sowas nicht.
=607#Migration_Notes AVR512: Migration from ATmega48/88/168 to ATmega48P/88P/168P AVR528: Migrating from ATmega48P/88P/168P to ATmega48PA/88PA/168PA die atmega88P version gab es auch noch die wurde dann von der atmega88pa version abgelöst.
-
Thread
IRMP - Infrared Multi Protocol Decoder
### # avrdude configuration #################################################### ifeq ($(MCU),atmega8) AVRDUDE_MCU=m8 endif ifeq ($(MCU),atmega48) AVRDUDE_MCU=m48 endif ifeq ($(MCU),atmega88) AVRDUDE_MCU=m88 endif ifeq ($(MCU),atmega168) AVRDUDE_MCU=m168 endif AVRDUDE_FLAGS +
? Man kann i.a. nicht einfach das HEX-File für einen ATMEGA8 auf einen 168er laden. Und unbedingt die Fuses beachten! Siehe http://www.engbedded.com/fusecalc/ Gruß, Frank
-
Thread
Suche AVR, geringe Stromaufnahme aber mit TWI/I2C und ISP
UART geht, die geht auch in Software (bis 9600 sollte auch bei 2 MHz drin sein). Ein Mega48(88,168)PA im TQFP32 ist noch gut lötbar und auch nicht sehr groß. avr
Ich sehe gerade das der Atmega48PA recht gut in meine Forderung passt. Verstehe ich es richtig, das ich im Power-Save Mode alles machen kann wie sonst im ActiveMode? D.h. ich benötige mehr Zeit, spare aber 125µA ggü dem 1Mhz
-
Thread
Pollin 16080 Touch mit ATMEGA32 und BASCOM
apologize for my English (using Google translator) guys I can’t connect the screen (DG-16080) to Atmega168 (micro controllers 100% of the workers tried on two pieces) the screen works on Atmega16. (special thanks to those who participated in this forum, since I have not found experiments with such
much for your answer, I honestly did not hope since 10 years have passed) I figured it out with Atmega168 (connected to port B) but it doesn’t work with the touchscreen (or rather it works but doesn’t work correctly) I soldered a board for Atmega 16 on the breadboard (there are more ports in it) I write
-
Thread
Huhu - AVR XMEGA-Eval-Board für 29 US-$
AT90PWM3B AT90PWM81 AT90USB1286 AT90USB1287 AT90USB162 AT90USB646 AT90USB647 AT90USB82 ATmega128 ATmega1280 ATmega1281 ATmega1284P ATmega128A ATmega16 ATmega162 ATmega164P ATmega164PA ATmega165 ATmega165P ATmega168 ATmega168P ATmega169 ATmega169P ATmega169PA ATmega16A ATmega16HVA
ATmega32C1 ATmega32HVB ATmega32M1 ATmega32U2 ATmega32U4 ATmega32U6 ATmega48 ATmega48P ATmega48PA ATmega64 ATmega640 ATmega644 ATmega644P ATmega644PA ATmega645 ATmega6450 ATmega649 ATmega6490
-
Thread
Eigenes Evaluationsboard
Hi >Ich bin dann letztendlich bei dem hier gelandet: >http://www.kreatives-chaos.com/artikel/atmega168-t... Willst du auf ewig mit ATMega8/168..328 rumdödeln. Wenn nicht, ist das nächste Board angesagt. Dann lieber gleich ein STK500. MfG Spess
> >>Ich bin dann letztendlich bei dem hier gelandet: >>http://www.kreatives-chaos.com/artikel/atmega168-t... > > Willst du auf ewig mit ATMega8/168..328 rumdödeln. Wenn nicht, ist das > nächste Board angesagt. Dann lieber gleich ein STK500. > > MfG Spess Hatte doch geschrieben dass es dort
-
Thread
AVR A-Typen schon im Bastler-Handel?
Bei CSD gibt es den ATMEGA328P. Der scheint laut Datenblatt schon alle Eigenschaften der entsprechenden PA Reihe (48PA, 88PA, 168PA) zu haben. Warum Atmel da so inkonsequente Bezeichnungen vergibt habe ich allerdings nicht wirklich
Richard W. schrieb: > Bei CSD gibt es den ATMEGA328P. Der scheint laut Datenblatt schon alle > Eigenschaften der entsprechenden PA Reihe (48PA, 88PA, 168PA) zu haben. Bis auf wenige Ausnahmen (der ATtiny13A ist mir derzeit als einziger bekannt
-
Thread
Anfängerfrage ATmega8 oder 16?
Mit einem ATmega8 müsstest du eigentlich auskommen. >Danke für eure Antworten. Geht nämlich darum, was ich mir für ein >Eval-Board baue (für ATmega 8 oder 32 oder so) Wenn es aber eine Entwicklungsschaltung
Controller nehmen, da dieser modernere Funktionen bietet und weniger Strom benötigt, also einen Mega88PA oder einen Mega168PA oder einen Mega164PA oder so etwas.
-
Thread
Bezeichnung zur Identifikation der AVR Core Version?
mal aufhören, rückwärtskompatibel bis zur Jungsteinzeit sein zu wollen. Wer eben unbedingt einen ATmega128 dem ATmega1281 vorziehen will, kann sich dann halt seinen Kram selbst zimmern.
Markus Burrer schrieb: [ATmega32 vs. ATmega324] > Und teurer. Digikey (um mal jemanden zu nennen, bei dem du sofort beide kaufen könntest): EUR 6,38 für den ATmega32, EUR 4,70 für den ATmega324P. > Und bei Ramschläden
-
Thread
Peter Danneggers Bootloader (fastboot) für AVR-GCC-Toolchain
werden die Fuse Bits beschrieben: http://ww1.microchip.com/downloads/en/DeviceDoc/ATmega48A-PA-88A-PA-168A-PA-328-P-DS-DS40002061A.pdf Ich kann dir das Buch: "Make: AVR Programming" von Elliot Williams wärmstens empfehlen. Ich hab fast alles, was ich über die AVR Programmierung weiss
gcc.gnu.org/onlinedocs/gcc-4.8.0/gcc/AVR-Options.html # attiny4313 # attyin85, attiny45 echo "avr25" # atmega48, atmega88, atmega168, atmega328 #echo "avr4" # atmega1284p #echo "avr51"[/c] Das Script liefert nicht das richtige, war mir zu müßig das zu debuggen.
-
Thread
Frage GCC-Tutorial: EEPROM-Variable auf feste Adressen legen
Ich hatte demnächst vor, ein CAN-Netz mit ATMega88PA (evtl. auch 168; mal sehen, wieviel Flash ich verbrate zzgl. Reserve) aufzubauen. Da das gute Stück ja auch schon 512 byte EEPROM hat, der meistens ungenutzt ist, hatte ich folgende Vorstellung
-
Thread
Logamatic 2107 Schnittstelle
1284p auswähle. >> >> Hat jemand einen Tipp, was ich falsch mache? > > Ja - du brauchst einen 644PA. Das A ist entscheidend, denn nur der A hat > eine 2. UART. Ich hab nur den Atmega644 sowie 644p zur Auswahl im ethersex. Wie bringe ich den Atmega 644pa in die Liste rein?
im Beitrag #5054470: >> Danny B. schrieb im Beitrag #5054364: >>> >>> Ja - du brauchst einen 644PA. Das A ist entscheidend, denn nur der A hat >>> eine 2. UART. >> >> Ich hab nur den Atmega644 sowie 644p zur Auswahl im ethersex. Wie bringe >> ich den Atmega 644pa in die Liste rein? > > Mea
-
Thread
atmega168p mit avrdude programmieren
hallo zusammen. versuche gerade einen atmega168p mit avrdude zu programmieren. avrdude kennt aber nur den atmega168 und nicht den atmega168p. hat jemand vielleicht für avrdude ein conf datei wo der atmega178p drin ist vielen dank
ich habe kein atmega168p ich kann es also nicht testen, aber in der avrdude.conf ist auch kein eintrag für den atmega168p drin. außerdem "Not recommended for new designs: Replaced by ATmega168PA". hast du schon mal versucht
-
Thread
ATtiny13 und STK200 über PonyProg2000 flashen
eingestellten >FUSE-Bits mitteilen. Bitte: http://ww1.microchip.com/downloads/en/DeviceDoc/ATmega48A-PA-88A-PA-168A-PA-328-P-DS-DS40002061A.pdf S.290ff MfG Spess
Hi >AtMega88PA -> *Device Signature $1E 94 0B* Wo hast du denn diese Signatur her? Beim ATmega88PA ist diese 0x1E 0x93 0x0F. Die 0x1E 0x94 0x0B gehört zum ATmega168PA. MfG Spess
-
Thread
Elektronisches Metronom
|PD7 PC4 |PD7 PC5 |PD7 PC6 |PD7 PC7 |PD7 PA0 |PD7 PA1 |PD7 PA2 |PD7 PA3 |PD7 PA4 |PD7 PA5 |PD7 Daraufhin habe ich den Code (so gut ich konnte) angepasst - also einfach
|PD1 PC4 |PB0 PC5 |PD3 PC6 |PD4 PC7 |PD5 PA0 |PC0 PA1 |PC1 PA2 |PC2 PA3 |PC3 PA4 |PC4 PA5 |PC5 3. Danke für den Hinweis, dass ich ja auch (natürlich) SEGM_DDR und
-
Thread
Zeigt her Eure Kunstwerke! Gesperrt Bilder
Meine ersten versuche mit einem atmega16 :-)
falsche Datenblatt (MPX5999D) geschaut ... Messbereich für den MPX4115a ist dann natürlich 250 hPa bis 1150 hPa mit einer Auflösung bei 16 Bit von 0.0137 hPa
-
Thread
Display mit Touchscreen bei Pollin?
. Liegt das am Display, oder ist der Controller am langsamen Aufbau schuld? Ich verwende ein ATmega168 mit 8 MHz internem Takt und deaktivierter CKDIV8 fuse.
Mein aktueller Status: - Flash-Upload klappt, Fuses sind alle richtig gesetzt, der Prozessor (ATMega32) läuft mit 16 MHz. Mein Portmapping schaut so aus: PORTC PC0..PC7 : DB0 .. DB7 PORTA PA0: RS; PA1: R/W; PA2: EN; PA3: !CS; PA4: RST - Das Display bleibt hängen wie beim power-up, mal mit vertikalen
-
Thread
ATmegaXXXP Versionen Portdefinitionen anders?
bringt, kann ich einen Header bauen, der nichts anderes als #if defined(PORTA) # if !defined(PA0) # define PA0 0 # endif ... #endif enthält. Viel mehr steckt ja nicht hinter den Definitionen. Das könnte man (ich) also in eine Headerdateien (von mir aus eben genportpins.h) schreiben, die
kann ich einen Header bauen, der nichts > anderes als > > #if defined(PORTA) > # if !defined(PA0) > # define PA0 0 > # endif > ... > #endif > > enthält. Das Prinzip hatte ich ja oben schon skizziert, wie man <avr/portpins.h> umbauen muss. Der Rest ist 'ne Fleißarbeit, vor allem muss
-
Thread
Software UART mit FIFO
die Pins PB1, PB3 belegt und geben ein Audio PWM Signal aus. * Eine SD Karte ist über PB0 (CS), PA0 (DataIn), PA1 (DataOut) und PA2 (Clk) angeschlossen. * Der attiny861 läuft mit dem internen 8MHz Takt. * PB4 - PB6 und PA3, PA4 - PA7 können für den "Software UART" verwendet werden.
nimm doch den attiny84, attiny2313, atmega48, -88, -168 oder -328. die letzteren haben auch einen Hardware UART. solong.
-
Thread
Dopplerpeiler ans Internet anbinden (FAT/SD/ETH/HTTP) AVR/ATMEGA644
vorgegeben (myEthernet von myAVR) www.myavr.de - 10 Megabit Ethernet mit ENC28J60 von Microchip - ATmega644P 20 MHz mit vorinstalliertem Webserver - IP-Adresse einstellbar (192.168.20.96 = standard) - 64 K FLASH - 4 KByte SRAM - 2 KByte EEPROM - MicroSD-Kartenhalter - Ethernet Buchse mit Übertrager
internetz zu senden. Nah ich hoffe das dieses anregung geben wurde. Auch wen es nicht auf ein atmega lauft hi... Grusse PA3BNX Lodewijk
-
Thread
AVR für wenig Geld im LAN
das Pollin Board anschließen. Ich habe eure Hex Datei zum Auslesen der Adressen auf einen neuen ATMEGA 32 geladen, die Fuse gesetzt und zwei DS1820 an Port PA7(AC4) angeschlossen, hab auch schön einen 4,7K Wiederstand zwischen 5V und PA7 angeschlossen. Über die Serielle Schnitstelle kann ich folgendes
Zeitabhängig gestellt werden kann und alle 30 Sekunden geschaltet wird. Makefile ist für einen Atmega644 16MHz eingestellt. Die wichtigsten Änderungen sind an: - webpage.h - httpd.c - main.c In der config.h ist meine IP 192.168.0.199 mit GW 192.168.0.1 eingestellt. Auch sind meine 3 DS18S20
-
Thread
RFID Türöffner
Hallo Sefan, gibt es eine Möglichkeit bereits eingebuchte Tags ohne den Atmega über ISP zu überschreiben wieder aus dem EEPROM zu löschen? Viele Grüße Sven
halte...Es ist also so, dass der Atmega nicht auf das Signal vom Em4095 reagiert. Was kann ich noch tun...? Gruß Uwe
-
Thread
MMC SD library FAT16 FAT32 read write
Hallo, die Tabelle ist so zu lesen: Pin 1 der SD/MMC Karte soll an Pin 15 des ATmega168 Pin 2 der SD/MMC Karte soll an Pin 17 des ATmega168 ... ... Bei der DIP Version des ATmega168 sieht man im Datenblatt, dass Pin 15 des IC der Port B1 des Kontrollers ist. >Und hast du
defines steht ist richtig. Hab gerade erst verstanden was Du meinst. CS der Karte soll an PB2 vom ATmega168
-
Thread
HEX-file mit STK500 nicht flashbar
cuad0 Using Programmer : stk500v2 AVR Part : ATMEGA64 Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PA0 RESET disposition : dedicated
Ich hab Dein Hex auch flashen können, aber nur in nen ATMega168, da ich keinen größeren habe. Mein STK500 hat HW: 02, SW: 02,0a SoLaLa wrote: > irgendwelche Ideen? Wenn Du nen Bootloader in den Chip brennst, kannst Du das Hex dann per Bootloader flashen
-
Thread
Projekt : GPS Tracker
Größe und gleicher Pinbelegung, nur mit mehr Speicher. Kennt ihr da irgendeinen? Ich habe mir den ATMega168 ausgeguckt, aber bin mir nicht sicher ob der nun einen schmalen oder breiten Sockel besitzt (ich bräuchte den Schmalen IC Sockel, 28 Pins - So wie ein ATMega8L8 eben :D) Dann kämen dann nur noch
Hi >Ich habe mir den ATMega168 ausgeguckt, aber >bin mir nicht sicher ob der nun einen schmalen oder breiten Sockel Wie wäre es mit Datenblatt S.356 Die ATMega48/88/168 sind praktisch die Nachfolgetypen des ATMega8 und
-
Thread
MPX4115A Drucksensor - komische Werte
ist eine Kurvenschar dargestellt. Wenn ich eine Spannung von 4V messe, liegt der Druck zwischen 95kPa und 98kPa oder anders zwischen 950 hPa und 980 hPa. Dieser Fehlerbalken von 30mbar entspricht doch in etwa der beobachteten Ungenauigkeit.
es bei mir der Fall ist. >Die Schaltung habe ich ohne DS2438 direkt mit dem AD Wandler eines >Atmega 32 verbunden. So ähnlich hatte ich das auch vor. Wollte über nen Subtrahierer mit einer kleinen Verstärkung den wichtigen Bereich von sagen wir 900 hPa - 1150 hPa in einen Spannungsbereich von 0-VCC
-
Thread
AVR-Bootloader mit Verschlüsselung
"m168Pdef.inc" ; ATmega168P ;.include "m169def.inc" ; ATmega169 ;.include "m169Pdef.inc" ; ATmega169P ;.include "m16def.inc" ; ATmega16 ;.include "m2560def.inc" ; ATmega2560
die folgenden AVR-Controller: m1280 m1281 m1284 m1284P m128A m128 m128RFA1 m128RFR2 m162 m164A m164PA m164P m165A m165PA m165P m168A m168 m168PA m168P m169A m169PA m169P m16A m16 m16HVA m16HVB m16M1 m16U2 m16U4 m2560 m2561 m256RFR2 m324A m324PA m324P m3250A m3250 m3250PA m3250P m325A m325 m325PA m325P
-
Thread
Atmega 8: ohne Quarz usw. - nur mit int. Oszilator?
Ausnahmefällen funktionieren, >muss es aber nicht!" Diese Aussage ist doch Schwachsinn. Ich benutze den ATMega168 und dessen UART und denoch arbeite ich mit int. RC Oszi. Und warum? Weil ich den UART im Master-SPI Modus benutze und nicht im RS232 Modus. Ergo: wenn man wirklich Korrinthen....en möchte dann muß
Hagen wrote: > Diese Aussage ist doch Schwachsinn. Ich benutze den ATMega168 und dessen > UART und denoch arbeite ich mit int. RC Oszi. Und warum? Weil ich den > UART im Master-SPI Modus benutze und nicht im RS232 Modus. Das USART-Modul der Controllers hat mehrere Betriebsarten
-
Thread
ZigBit ZigBee Meshnetics
ISP >benutzen kann? Hm.. hab mal weiter geklingelt und die SPI-Verknüpfelung des RF230 mit dem ATmega1281 angeschaut: (Datenblatt RF230 Seite 10 - http://www.atmel.com/dyn/resources/prod_documents/doc5131.pdf) ATmega1281.Pin10(SS) -----> SEL ----> RF230.Pin23(SEL) ATmega1281.Pin44(PA7) ----> RST
Ich hab mir jetzt mal das Timing/die Pegel während einem "Read Signature" beim Atmega168 und dann beim ZigBit Modul angeschaut.. für alle 4 Leitungen (MOSI, MISO, SCK und RESET). Beim 168'er läuft alles am Schnürchen. Beim ZigBit Modul von Programmer-Seite aus auch, dh. der RF230
-
Thread
Probleme mit AVR ISP mkII
signature for ATMEGA168 is 1E 94 06 Double check chip, or use -F to override this check. Fragen: Was mache ich falsch? Wie bekomme ich am besten den Bootloader auf den ATmega168P?
an sich ändert sich nichts. Nachtrag: Der *ATMega168PA* hat laut Datenblatt die Signaturbytes 1E 94 *0B*. Das vom Mega168P (ohne A) habe ich leider nicht. Gruß, Stefan
-
Thread
Webserver ATmega32/644DIP ENC28J60
Hallo, Der Prozessor wird im makefile vorgegeben! [c] # MCU name #MCU = atmega32 MCU = atmega644 #MCU = atmega128 [/c]
Hallo Uli (und Forum), vielen Dank für dieses Projekt. Ich habe die altuelle Version für den ATMEGA644 (1.0.65) geflasht, es geht auch alles, nur über die serielle Schnittstelle kann ich nichts konfigurieren. Er gibt mir alles als Echo zurück (lokales Echo ist aus), aber "help", "IP 192.168.3.1
-
Thread
128x64 Grafik LCD An Atmega 8/16/32
Fragen bezüglich des Anschlusses an meinen Atmel, Hab folgende Atmels zur Verfügung: AtMega8515, 2x Atmega 16 und ein Atmega 32 1. Welche PINS muss Ich nun an meinen Atmel Anschließen? 2. Was hat V0, D/I, CS1, CS2, /RST / VEE / A und K für eine Funktion? Ist es besser wenn ich einen Atmel für die
Steuerleitungen ;*************************************************************** .equ E = PA0 ;E an Pin PA0 .equ RW = PA1 ;RW an Pin PA1 .equ RS = PA2 ;RS an Pin PA2 .equ CS1 = PA3 ;Linke Seite des Displays .equ CS2 = PA4 ;Rechte Seite des Displays .equ BF
-
Thread
Statischer Text als OSD im TV / FBAS mit BASCOM
Tja, ich bin nun auch wieder am schwanken, bisher habe ich nur an einem herumliegenden ATMega8 mit C / WinAVR herum experementiert, aber eigentlich arbeite ich am liebsten mit dem 128 bzw 168-Crumb. Jetzt ist mir gerade etwas aufgefallen: Kann es sein das WinAVR nur die Prozessoren AT90USB82, AT90USB162, ATmega325P, ATmega3250P, ATmega329P, ATmega3290PA, AT90PWM1, ATmega16HVA und ATmega8HVA unterstützt? So steht es zumindest in dem Handbuch.....das wär ja mau. Zu dem Interrupt, ja davon bin ich bereits
-
Thread
UART Bootloader ATtiny13 - ATmega644
->-------------- ->168 ->4 ->30 ->147 ->7 ->170 Target: 1E9307 ATmega8 ->-------------- ->168 ->3 ->3 ->192 Buffer: -2 Byte ->-------------- ->170 ->168 ->4 ->30 ->170 ->-1 Size available: -2 Byte CRC
0x1e9007: "ATtiny13", 0x1e910A: "ATtiny2313", 0x1e9206: "ATtiny45", 0x1e9205: "ATmega48", 0x1e9307: "ATmega8", 0x1e9403: "ATmega16", 0x1e9406: "ATmega168", 0x1e9502: "ATmega32", 0x1e9609: "ATmega644", 0x1e9802: "ATmega2561", 0x1e9404:
-
Thread
bidirektionale RS232 Funkbrücke mit RFM12
ok, Datenblätter verglichen, der Mega8 hat TIMSK und der Mega168 TIMSK0 bis TIMSK2. Wenn ich es in TIMSK0, 1 oder 2 ändere, gibt es keine Fehlermeldung. Muss ich einen bestimmten TIMSK nehmen? Da der RFM12B ja nur max 3,8V kann, wollte ich den 168er nehmen, weil
Register ansehen und danach entscheiden. Es gibt von Atmel sicher auch ein Datenblatt wie man von einem ATMEGA8 auf einen ATMEGA168/88 o.ä. migriert, also was geändert werden muss.
-
Thread
6502 Emulation auf AVR ?
eventuell Lust, das Interface für einen ATMEGA8-Emulator-SID anzupassen? Gruss, criha
extrahiert, dann mit einem eigenen Programm aus den Daten eine Header-Datei erzeugt und in einen Atmega168 geladen. Das Ergebnis war das hier http://www.roboterclub-freiburg.de/atmega_sound/atmegaSID2.mp3 Es hört sich ja so an, als wenn die SID-Emulation funktioniert. Gruß, Christoph
-
Thread
ATtiny24 - ISR wird nie gerufen __vectors> fehlt
// DO PORTA |= _BV(PA4) | _BV(PA6); // Pull-ups für DI/CLKL PORTA |= _BV(PA2)| _BV(PA3)| _BV(PA7); PORTB |= _BV(PB0) | _BV(PB2)| _BV(PB3); DDRA |= _BV(DDA0); //Test-Ausgang PORTA &= ~_BV(PA0); DDRA |= _BV(DDA1); //Test-Ausgang PORTA &= ~_BV(PA1); // Configure USI to 3-wire slave mode, with int USICR = _BV (USIWM0) | _BV(USICS1)|_BV (USIOIE); sei(); for (;;){ if(usi_complete ){ PORTA |= _BV(PA1); switch
-
Thread
LCD HLM8070
Hi, irgendwie bekomme ich das Display mit den 2. Quellen und dem Testprogramm an meinem ATMega 16 nicht zum laufen. Habe die Ports entsprechend angepasst, die Steuerleitungen liegen auf PA2..PA5, die Datenleitungen auf PD0..4. Auf RW und Ex kann ich die beschriebenen Bitmuster sehen, aber auf
Monaten obiged LCD zum laufen zu bekommen. Ich mag es an einen Arduino Duemilanove betreiben. Also ATmega168, das sollte ja nicht so schwierig sein den Treiber anzupassen aba ich bekomme es nicht gebacken! http://arduino.cc/en/Main/ArduinoBoardDuemilanove Mit Arduino hat keiner Erfahrung???
-
Thread
unbeantwortete Prüfungsfrage
LSB Also VRef gar nicht messbar, somit 1024 in der Berechnung völlig i.O. Zumindest beim AVR (ATMega168 Datenblatt, Seite 250)
PA0(ADC0) PA1(ADC1) also verwendet wird doch der interne AD des ATMega32, wartet schau mal im Datenblatt welche Refspann der hat, oder weiss das jmd auswendig ?