-
Thread
China SUPER Bauteile-Schnäppchen Thread [V3] Gesperrt
sind, die in Massen verwendet werden. Das betrifft ganz besonders STM8/STM32, und teilweise auch ATMEGA168/328 (wegen Arduino)
ATMEGA328P Pro Mini 5V 16MHz für 1,21 € https://www.aliexpress.com/store/product/1pcs-ATMEGA328P-Pro-Mini-328-Mini-ATMEGA328-5V-16MHz/3241083_32842895240.html?spm=2114.12010615.0.0.d4f6429dsFFTE Nano
-
Thread
Stabilität der Referenzspannung bei ATmega & Co.
garantieren lassen. Beispiel: http://www.atmel.com/images/Atmel-8271-8-bit-AVR-Microcontroller-ATmega48A-48PA-88A-88PA-168A-168PA-328-328P_datasheet_Complete.pdf
Kondensator auch gleich weglassen. Wesentlich besser wird der Analog Comparator Eingang laut ATmega8 Datenblatt bewertet, mit nur +/-50nA. Leider hängt der an PortD und nicht einem A/D-Eingang.
-
Thread
Atmega168/328: interner Temperatursensor
Raumtemperatur 18 °C Leistung: 5.0 V * 0.4 mA = 2.0 mW Typ Ubg ADCtemp ATmega48PA-PU (1024) 1.097 332 ATmega328P-PU (1545) 1.092 344 ATmega328P-PU (1426) 1.074 344 [/code]
lange, bis diese an die Umwelt > abgegeben werden. Kann ich so nicht bestätigen. Lasse ich den ATmega48PA aus obigem Test mit minimalem Strom von 0.4 mA, d.h. 2.0 mW, laufen, liefert der ADC 332, mit hohem Strom von 5.1 mA, d.h. 25.5 mW, sind es 333, gerade mal 1 mehr. Diese Datenblattangabe von
-
Thread
Kondensator verursacht Brummen und Flimmern am Monitor
anzunehmen. Mach ich nie wieder :\ Für nen Plattenspieler hab ich sowas nämlich schon mal gebastelt. ATMega168 und 60Hz DDS. Hatte mir aber einen Mittelabgriff (2x9V Wicklungen) gegönnt und mit 2Mosfets im Gegentakt gearbeitet. Ich brauchte wie gesagt nur 110V. Daher habe ich die beiden Netzwickungen 2x110V
du jetzt noch verrätst wieviel Strom (A) dein Netzteil liefern kann, dann kann ich dir auch bei der PA weiter helfen. Dazu würde ich dann allerdings zwei MOSFET IRF530N nehmen.
-
Thread
ATMega88: Interner Temperatursensor ja oder nein?
Peter D. schrieb im Beitrag #5129184: > Kann sein, daß der ATmega88A oder ATmega88P einen haben. Wie man im Bild sieht: Ja, der 88A, 88P, 88PA und 88PB haben einen.
Kaj schrieb im Beitrag #5129188: > Peter D. schrieb: >> Kann sein, daß der ATmega88A oder ATmega88P einen haben. > Wie man im Bild sieht: Ja, der 88A, 88P, 88PA und 88PB haben einen. Da hat sich der kluge Herr Sonnenschein mal wieder als Blitzmerker geoutet :) lg Heiner
-
Thread
ATmega88PA-15AZ - 15 oder 16 oder 20 MHz ?
als 20MHz drin. Dann hatte ich das gefunden : https://cdn.sos.sk/productdata/e4/30/5e14da19/atmega168pa-15mz.pdf Dort steht er mit 16MHz drinnen. Und bei Mouser und digikey stehen jeweils auch unterschiedliche Angaben, eine Seite sagt 16 die andere 20MHz...
> Frisch vom Hersteller bei dem auch der ATmega88PA-15AZ drin steht. Eben, warum sollte man auf einer Website "sos" suchen? Und "frisch vom Hersteller" finde ich für den ATmega88PA-15AZ nur 16 MHz, das ist wohl dem 'Automotive Quality Grade'
-
Thread
Arduino Schaltung soweit ok?
für den UNO gerechnet werden. http://www.atmel.com/images/Atmel-8271-8-bit-AVR-Microcontroller-ATmega48A-48PA-88A-88PA-168A-168PA-328-328P_datasheet_Complete.pdf - Seite 493 - Active Supply Current -------------------------------------------------------------------------- > Pas sollte den externen
den UNO gerechnet werden. > > http://www.atmel.com/images/Atmel-8271-8-bit-AVR-Microcontroller-ATmega48A-48PA-88A-88PA-168A-168PA-328-328P_datasheet_Complete.pdf > > - Seite 493 - Active Supply Current Ach ja, der Spannungsregler hat keinen Querstrom, der USB-Baustein braucht nichts, die LED
-
Thread
AVR: Fehlerhafter Simulator
Veränderung sehen. Wie kann ich prüfen, ob das Programm ordentlich arbeitet ?.. Hier meine Hardware: Atmega 168PA, 32 Pin, 8 Mhz Hat einer ähnliche Sachen festgestellt - oder ist mir ein Fehler unterlaufen ... Gruß arras !
-
Thread
[V] MikroElektronika "EasyAVR6 Development System"
AT90PWM3B AT90S1200 AT90S2313 AT90S2323 AT90S2343 AT90S4433 AT90S8515 AT90S8535 ATmega16 ATmega161 ATmega162 ATmega163 ATmega164P ATmega164PA ATmega165 ATmega165P ATmega168 ATmega168P ATmega169 ATmega169P ATmega32 ATmega323 ATmega324 ATmega324P ATmega324PA ATmega32A ATmega48 ATmega48P ATmega48PA ATmega644 ATmega644P ATmega644PA ATmega8 ATmega8515 ATmega8535 ATmega88 ATmega88P ATmega88PA ATmega8A ATtiny12 ATtiny13 ATtiny15 ATtiny2313
-
Thread
EEPROM von Atmega168 wird scheinbar zufällig beschrieben
Hallo. Ich wundere mich über scheinbar zufällige EEPROM-Einträge beim ATmega168PA-PU. An zwei Stellen tauchen nach einiger Zeit Betrieb wie zufällig Einträge auf. An diese EEPROM-Stellen schreibe ich aber nicht aktiv bzw. nicht gewollt. Das ganze habe ich in AtmelStudio
Die Reset-Beschaltung vom Atmega wurde nun geändert. Passt das soweit?
-
Thread
Atmega Strom sparen
Auf welchem Controller läuft das Programm in Wirklichkeit? Es gibt beim ATmega168 kein Bit BODSE und schon gar nicht in MCUCR.
Swen W. schrieb im Beitrag #5051972: > ich habe hier einen ATmega 168-20PU den ich gerne für einen > Bewegungsmelder über längere Zeit über 2 AAA Batterien versorgen möchte. > > Er läuft auf 8Mhz und 5V wie zur Hölle schaffen 2 AAA 5V? der ATmega kann schlafen
-
Thread
Wo hat der STM32F103C8 seine Anwendungsnische ?
> Im Power Down > ATmega328 knapp unter 200µA Ist doch nicht gut möglich, oder?
im Datenblatt lese ich auf der 2. Seite 0.1 uA bei 1.8V. Ich habe hier eine Schaltung mit einem ATmega168PA, in der benötigt er bei 3.0 V auch nur die 0.1 uA, und ein ATmega328P ist kaum schlechter.
-
Thread
LED Matrix - FET oder Bipolar
bieten könntet. Hardware: LED: Litelight GBG-C192TS5 (weiß) Matrix: 32 x 32 µC: ATmega 168PA-AU (20 - 24 MHz) SIPO: 8x 74HC595 Ich habe zwei Schaltpläne in den Anhang geladen, die jeweils eine Ausführung mit FETs und Bipolar Transistoren zeigen. Meine Fragen: - Sind die Entwürfe
-
Thread
Chip45 RS485 Bootloader Problem
Hi, ich möchte einen ATmega168PA mittels RS485 auch "aus der Ferne" mit neuer Software befüllen können. Als RS485 Treiber verwende ich auf beiden Seiten einen Max485ECPA. Die Richtungsumschaltung ist am ATmega am Pin D.4 (XCK
habe ich schon reingeschaut. Es kommt nix zurück. Ich werde weitere Prüfungen machen, also ob der ATmega den Umschaltpin für die Datenrichtung korrekt bedient. Getestet mit ATmega 168PA und ATmega88PA. Meine Testprogramme laufen korrekt und senden, die RS485 Sache sollte eigentlich ok sein. Ich habe
-
Thread
Sehr kompaktes AVR/PIC Eval Board gesucht
www.pollin.de/shop/dt/MzM2OTgxOTk-/Bauelemente_Bauteile/Entwicklerboards/Atmel/Entwicklungsboard_ATMEL_ATmega168PA.html
: RJ485 - PMBus bei Servernetzeilen. In meinem Fall ist jetzt folgendes in nähere Auswahl: +ATMEGA328PB Xplained Mini +EHAJO Atmega32U4 Breakout-Board (https://www.ehajo.de/baus%C3%A4tze/bedrahtete-baus%C3%A4tze/atmega32u4-breakout-board.html) Wer sonst noch was weis, bitte sagen.. mfg
-
Thread
Einstieg in die AVR Welt mit "myAVR Lehrbuch Mikrocontroller-Programmierung"?
> Lernvehikel zum Einstieg sind die sowas von belanglos! Genauer gesagt: Die Unterschiede zw. ATmega48, ATmega88, ATmega168 und ATmega328 (-A bzw. -PA) sind gering, die zw. ATmega8 und ATmega88 erfordern einige Änderungen. Da viele Lehrbücher den (alten) ATmega8 beschreiben, laufen die Programme nicht ohne Änderungen auf dem ATmega88. AVR094: Replacing ATmega8 by ATmega88 http://www.atmel.com/Images/doc2553.pdf
-
Thread
STM32F407 Black und Arduino
>Ich weiß es nicht....... Da liegt glaube ich das Problem: Er verwechselt die Platine mit dem Atmega328 mit Arduino.
weiß es nicht....... > > Da liegt glaube ich das Problem: Er verwechselt die Platine mit dem > Atmega328 mit Arduino. Das ist wahrscheinlich dein Problem, das du wegen Ardunio nichts anderes kennst als dem Mega328 - welchen ich im übrigen noch nicht unter meinen Finger hatte - nur den Mega16, Mega168
-
Thread
Analog Wert mit ADC einlesen (LM35 Temperatursensor)
// frame format: 8 bits data, 1 stop bit, no parity - these are the default settings for atmega168. // no change needed // could be changed here: //(0<<UPM00) not tested // UCSR0C = (1<<UCSZ00) | (1<<UCSZ01) | (0<<UPM00) | (0<<UPM01); } void USART_transmit(char c) {
Julius J. schrieb im Beitrag #4977470: > Das ganze läuft auf einem Atmega32, der Sensor Ausgang liegt an PD0 und > hier kommen gerade 210mv an. Hast du dich nur vertippt oder meinst du wirklich PD0, eigentlich sollte ADC0 an PA0 liegen.
-
Thread
Lizenz - Verwendung von des NanoPi's in kommerziellem Projekt
articles/PIC Rechtlich: status: in progress Ethernet-Extension: PIC-ENC28J60 Preis: ~4€ Atmel ATMega168PA Rechtlich: status: in progress Ethernet-Extension: PIC-ENC28J60 Preis: ~4€ STM STM8S103F3P6 Rechtlich: status: in progress Preis: ~4€ Allerdings noch die offene Frage, ob man
-
Thread
"Berechnungsfunktion" liefert immer 0
groß werden können brauch ich das als int32_t.... Verwende Atmel Studio 6.2 und der uC ist der ATMEGA644PA.
Bibliothek in den Code NICHT einbinden zu müssen. Der Code funktioniert (hier getestet) mit einem ATmega8, ATmega88, ATmega168 und ATmega328p. Er beinhaltet eine abgespeckte Version eines eigenen printf, die jedoch keine floats unterstützt, dafür jedoch eine Ausgabe eines "Pseudokommas" (hab ich halt
-
Thread
STM32 Arduino
boards, the USB reset (to force re-enumeration by the host), is triggered by reconfiguring USB line D+ (PA12) into GPIO mode, and driving PA12 low for a short period, before setting the pin back to its USB operational mode. This system to reset the USB was written by @Victor_pv. Note. It is not guaranteed
Nimmt man den den Arduino Uno als Referenz ergibt sich also folgends: MCU speed factor Atmega328 1 STM32F103 8 STM32F4 32 Beim Discovery weiss ich den MCU-Clk nicht. Vielleicht 168MHz?
-
Artikel
AVR Fuses
danach wieder per ISP programmiert werden soll. Auch DWEN bietet bei modernen AVR-Controllern (z. B. ATmega48, 88, 168, einigen ATtiny) die Möglichkeit sich "auszusperren". Wenn die debugWIRE-Schnittstelle aktiviert ist, ist keine "low voltage" ISP-Programmierung mehr möglich. debugWIRE kann nur über die
configuration file is "D:\WINAVR\BIN\avrdude.conf" Using Port : com1 Using Programmer : stk500v2 AVR Part : ATMEGA32 Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PA0 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay :
-
Thread
Atmega168PA-PU, ungewollte Spannung auf allen I/O-Pins
Wer kann mir folgendes erklären? Betreibe einen neuen Atmega168PA-PU an 3,3V in der Basisbeschaltung. An allen I/O-Pins lässt sich eine Spannung von 2Volt messen. Müssten diese nicht standardmäßig auf GND liegen? Der Chip lässt sich fehlerfrei über die ISP-Schnittstelle
Walter schrieb im Beitrag #4952555: > Betreibe einen neuen Atmega168PA-PU an 3,3V in der Basisbeschaltung. Das ist falsch. Du glaubst, du betreibst den Controller in der... Kontrollier mal deine Anschlüsse. Insbesondere GND.
-
Thread
STK500 und AVR Studio 5
denen ist dort gelistet. Muss die Bezeichnung komplett identisch sein? Hier mal meine 4: -atmega 168-2QPU -atmega16L 8PI 0247 -atmega8 - 16PU -AT90S8515 8PC 0231 Oder kann man diese Microcontroller nicht mit avr programmieren? Gruß Marco
Habe jetzt auf mein Board einen AtMega 8 drauf gesetzt, wie es in dem User Guide steht, auf das grüne Feld. Habe das 6polige Kabel zum verbinden von SPROG2 und ISP6Pin angeschlossen. Das Board über einen RS-232 - USB Converter an den PC
-
Thread
U(S)ART zwischen Atmega644PA und Atmega168
Ich versuche momentan einen Atmega644PA und einen Atmega168 per UART zu verbinden. beim Atmega168 soll, wenn Daten vom Atmega644PA gesendet werden ein Interrupt ausgelöst werden. Es soll dann etwas gemacht werden und direkt danach
Da ich noch ein Anfänger bin habe ich mir zuerst diese beiden Programme geschrieben. Code vom Atmega168 und 644 sind im Anhang Es soll vom Atmega168 zum 644PA etwas gesendet werden. Darauf soll der 644PA Antworten und auf diese Antwort(über den Interrupt) soll wieder geantwortet werden. Der
-
Thread
Arduino 1.8.1 & ATmega168PA
defined(__AVR_ATmega168__) || defined(__AVR_ATmega168P__) || defined(__AVR_ATmega328P__) || defined (__AVR_ATmega328__) [/c] Abschließend im Makefile MCU_TARGET auf "atmega168p" ändern.
So, Punkt 1 ist jetzt erledigt, hab jetzt einen Bootloader für den ATmega168pa. Musste dafür folgendes tun: 1) Make für Windows installieren 2) Source File um den 168P erweitert 3) Makefile angepasst 4) hex generiert :o) Jetzt noch das zweite Problem mit dem boards.txt
-
Thread
Horizon EDA [War: Neues, halbfertiges Elektronik-CAD-Programm]
Commit repariert sein: https://github.com/carrotIndustries/horizon/commit/0c370219bbb6190a361ac880a3db9a168b7863e0
Triangle::EdgeIndex (this=0x0, p1=0x815d57668, p2=0x815d57640) at 3rd_party/poly2tri/common/shapes.cpp:168 168 if (points_[0] == p1) { [Current thread is 1 (LWP 102223)] (gdb) bt #0 p2t::Triangle::EdgeIndex (this=0x0, p1=0x815d57668, p2=0x815d57640) at 3rd_party/poly2tri/common/shapes.cpp:168
-
Thread
ATmega1280 Blockiert
007 s (= 2000000 Hz) avrdude: set SCK frequency to 1500000 Hz avrdude: reading input file "1280\ATmegaBOOT_168_atmega1280.hex" avrdude: input file Y:\Arduino\MightyBoard\1280\ATmegaBOOT_168_atmega1280.hex au to detected as Intel Hex avrdude: writing flash (130838 bytes): Writing | ############
100% 49.29s avrdude: 130838 bytes of flash written avrdude: verifying flash memory against 1280\ATmegaBOOT_168_atmega1280.hex: avrdude: load data flash data from input file 1280\ATmegaBOOT_168_atmega1280.hex: avrdude: input file 1280\ATmegaBOOT_168_atmega1280.hex auto detected as Intel Hex avrdude
-
Thread
SSD1306/1309 Library zum Darstellen von Text auf OLED Displays
Befehlen von Peter Fleury's Lib für die HD44780-Displays gehalten. Getestet hab ich die Lib mit einem ATMega168PA und einem ATMega328P, beide mit 16 MHz Quarz, den II2C hab ich auf 400 kHz eingestellt gehabt, sie sollte auch auf einem ATMega88PA laufen. Interessant dürfte die Lib für all jene sein, die
(__AVR_ATmega168P__) || defined(__AVR_ATmega88P__) || defined(__AVR_ATmega48P__)[/c] muss nur gegen die folgende Zeile [c]#if defined(__AVR_ATmega328P__) || defined(__AVR_ATmega168P__) || defined(__AVR_ATmega88P
-
Thread
Tastenerkennung mit ATMega
/ Hier könnte ein Fehler liegen. > Laut AVR Buch "ADC5 (PIN PC5) = ADC Channel" Eben. Beim ATmega32 ist das PA5. > ADMUX |= (1<<REFS0) | (1<<REFS1); "Internal 2.56V Voltage Reference" beim ATmega32, aber z.B. bei einem ATmega328 1.1 V, welche der 32er aber gar nicht hat, d.h. man müsste
Wie äußert sich der Fehler? ADC-Eingang ist PA1, okay?
-
Thread
AVR Netio Ethersex Atmege1284p Webserver Problem
Vielleicht hat jemand noch einen Ti, ansonsten werde ich mich wohl wieder mit dem viel zu kleinen ATMEGA32 rumquälen müssen. Vielen Dank vorab
[*] Watch IO changes (and react) ---> In der watchcat steht folgendes drin: ECMDTCP(PA4, RISING, 192.168.178.221,{portChanged2('NETIO02','4','off','1')}\n\n) ECMDTCP(PA4, FALLING, 192.168.178.221,{portChanged2('NETIO02','4','on','1')}\n\n) Das Kommando kann ich per nc schicken
-
Thread
Timer2 Obergrenze einstellen
einstellen. Mit ein wenig Softwareunterstützung kanst du deine Zeiten auch damit erzeugen. Die Atmega 48/88/168/328 können diesen PWM Mode mit allen 3 Timern.
Wie sieht es mit atmega16 aus kann der das den? Oder ein 644PA die beiden hätte ich noch hier.
-
Thread
ATmega168PB device signature 0x000000
Hi! Ich habe eine Schaltung, auf der ich bisher den ATmega168PA verbaut hatte. Nun hat der Fertiger auf die gleiche Platine den ATmega168PB verlötet. Laut Datenblatt ist der ATmega168PB jedoch kein drop-in replacement für den ATmega168PA. Er hat nämlich auf
Dennoch dachte ich, dass ich ihn zumindest mit einem ISP genauso ansprechen können muss, wie einen ATmega168PA. Leider gelingt mir das nicht. Ich bekomme immer eine device signature 0x000000 zurück geliefert. Was könnte da schief laufen? Ich benutze keinen externen Quarz/Oszillator, 5V, AVR ISP mkII
-
Thread
"Universalprogrammer" für Linux
Version 1.36 versuche die beiden Programmer gegenseitig selbst zu programmieren, mit [code]sudo uprog2 ATMEGA644PA -empmvm main-usb.hex[/code] dann bekomme ich [code] >> USB programmer is active. *** ATMEGA644PA can be programmed with: (1=VSS 2=VDD 3=RST 4=SCK 5=MISO 6=MOSI) *** SYS-Ver = 1.5
0014 V-Ext = 2.8V V-PROG = 2.1V [/code] oder [code] >> USB programmer is active. *** ATMEGA644PA can be programmed with: (1=VSS 2=VDD 3=RST 4=SCK 5=MISO 6=MOSI) *** [/code] zu kommen. Aber auch dann erfolgt wieder irgendwann der Timeout [code]ERROR CODE 9F[/code]. Wenn ich einen
-
Thread
ATMega168 @ 20Mhz ADC dauert zu lange DCC NMRA
schonmal für den langen Text, muss aber sein da das zum Verständnis gebraucht wird): Ich nutze einen ATMega168PA mit 20Mhz. Die C's sind 22pf am Quarz. Dieser ist ein NMRA-DCC Decoder/Bremsgenerator. Sprich er decodiert das DCC Signal (~20khz) mittels 1x Timer an einem Pin, wertet die Daten aus etc...
-
Thread
AVR und C++ - ein Versuch
Vergleich: Plain C ergibt 130 byte program [c]#include <avr/io.h> int main(void) { DDRA |= 1 << PA1; DDRC &= ~(1 << PC5); // main loop for (;;) { if (PINC & (1 << PC5)) PORTA &= ~(1 << PA1); else PORTA |= 1 << PA1; } } [/c] C++ hat lesbare
> Flash ab 0x0000. Nein, nicht notwendigerweise. Die Interruptvectortabelle kann bei einem ATMega üblicherweise an 5 verschiedenen Stellen im Flash liegen...
-
Thread
Diamex All-AVR & Atmega 168 - "Failed to enter programming mode"
"ATmega168PA" mit dem "AVRISP mkII" ein (als solcher wird der ALL-AVR erkannt) und drücke Apply. Ich lasse ihn die Target-Voltage einlesen; 3.3V. Wenn ich nun auf "Read Device Signature" gehe bekomme ich folgende
ATMEL 1523 ATMEGA168PA-PU steht drauf. Edit: Nochmal mit 5V aus dem Netzteil getesten. 5V Jumper auf dem Programmer gesetzt. Gleiche Fehlermeldung.