-
Thread
KFZ: Schaltung gesucht mit der ich einen kurzen Masseimpuls erzeugen kann
Die Schaltung würde ich wie folgt aufbauen: * 12V Zündung – Spannungsteiler 10K / 4k7 an einen AD-Port vom ATtiny25 anschließen (vielleicht auch noch eine 5,1V Z-Diode um den Port zu schützen). * 12V Zündung – über eine Diode (1N4001) einen Elko (470µF) laden, der einen 5V Festspannungsregler (7805)
ich in GCC programmieren, eine Übersicht findest Du hier: http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial Die Software würde ich wie folgt programmieren: * Spannung am AD-Port messen (wo der Spannungsteiler angeschlossen ist). - wenn Spannung größer Wert x, dann nichts tun. - wenn
-
Thread
Entwicklungen und Forschung um den Sparmatic Comet / Zero v2 Heizungsthermostat
Wie du meinst, nur nicht weinen wenn's mit dem AVR vorbei ist... :)
Temoc schrieb im Beitrag #2848799: > Dann würden sie wohl kaum den AVR rauswerfen.. Wie jetzt?
-
Thread
Einstieg: PIC oder Amtel?
sein. Der R8C ist ja ein 16-Bit, wenn ich das richtig im Kopf habe, aber wenn man mal schnell einen Port-Pin softwaremäßig tooglen möchte, ist der R8C um Längen langsamer als ein AVR. Außerdem ist mir aufgefallen, dass der R8C bereits durch kleinste Störeinflüsse einfach in den Programmiermodus fallen
eine Wortbreite von einem Byte > angeben kann. Ausserdem kann er auch Bitweise zugreifen. Der AVR braucht zum Schreiben eines Byte an einen Port einen Taktzyklus. Einzelne Bits gehen auch, aber das braucht dann zwei Taktzyklen. > 4. Der Grund warum es mir Spass macht die R8C zu benutzen ist
-
Thread
Atmega168 ADC lässt sich nicht starten
kanner ja auch nicht) in Verwendung. Was geschieht wenn ich über "in temp, PINC" die Eingänge von PortC einlese? Was steht in temp wenn an PC0-PC5 ne 1 ansteht am ADC nen Spannungn von 5 V liegt. Beinflusst der ADC den Inhalt von PINC oder ist der ADC-Pin ausgeblendet? Gruß
kanner ja auch nicht) in Verwendung. Was geschieht wenn ich über >"in temp, PINC" die Eingänge von PortC einlese? PC6 ist kein ADC-Eingang. Ohne gesetzte RSTDISBL-Fuse ist das der Reset-Eingang. ADC6/7 gibt es nur beim 32pol. TQFP/MLF-Gehäuse. MfG Spess
-
Thread
Hilfe bei ATmega 16
MCUCR = 0x0c; // INT1 auf steigende Flanke } /* int main (void) { DDRA = 0xff; // PORT A komplett Output DDRC = 0x00; // PORT C komplett Input PORTC = 0xff; // PORT C Pullup's aktiv DDRD = (0<<PD2) | (0<<PD3); PORTD = (1<<PD2) | (1<<PD3); GICR = (1<<INT0);// |
das so funktionieren (oder zumindest dicht drann sein :-) [C] #include <inttypes.h> #include <avr/interrupt.h> #include <avr/io.h> #define F_CPU 16000000UL // Quarz mit 16 Mhz volatile uint16_t value[16]; volatile uint8_t kanal = 255; uint16_t prevCapture; ISR( TIMER1_CAPT_vect
-
Thread
Viele Kippwaagen, wie zählen?
seinen Zustand hält bis der entspr. Port zurückgesetzt wird. An die Ports des MCP kannst du die Reedschalter deiner Kippwaagen anschließen.
der MCP seinen Zustand hält bis > der entspr. Port zurückgesetzt wird. Ja und wenn nach einem erkannten Flankenwechsel an einem Port ein weiterer Zählimpuls auf einem anderen Port kommt und ich noch nicht abgefragt habe? Wie ist das wenn an mehreren
-
Thread
Erfahrungen mit GameBoy Drucker / Printer?
Ahoi! Ich habe mir für ein AVR Projekt bei ebay eine Gameboy Kamera ersteigert. Bei der Auktion ist auch ein GameBoy Drucker dabei, wo ich jetzt überlege, ob ich den nicht auch irgendwie verwenden kann... Zur Kamera habe ich schon
Sequenz ist vom GB die zweite von meiner Schaltung. P.S.: Die Signalleitungen vom Printer hängen an PortC: PC0 - SIN PC1 - SOUT PC2 - CLK ATmega8 mit internen 8MHz
-
Thread
Könnte das so funktionieren? Mega8
zwischen Gate und Source sind schon nicht verkehrt damit der FET sich schnell entladen kann wenn der AVR abgeschaltet wird oder in den Reset geht.
Das dürfte die Übertragung robuster machen. Außerdem kannst Du die beiden Datenleitungen auf einen Port legen.
-
Thread
FT232R auf disconnect überwachen
Die Antwort von Matze ist doch die Lösung. Natürlich kann man den FT232 auch mit einem nur sendenden AVR dafür auf Disconnect prüfen. Die Routinen sind im Treiber enthalten. Vor jedem Empfangen testen, ob das Device mit der Seriennummer noch vorhanden ist und dann einlesen. Steht alles gut in den Beispielen
entspricht nun aber garnicht mehr deiner Beschreibung von 23:57 und > 00:00 Uhr, da war noch von einem AVR als Sender die Rede. Stimmt, allerdings besteht das Problem auch, wenn nur der nackte FT232 am Port hängt. Somit ist es zur Problemlösung völlig unwichtig welche Daten wie woher gesendet werden.
-
Thread
Menüsteuerung
Kombination mit einem "rjmp" oder "rcall" hilfreich sein. Einige Beispiele für interaktive Menüs auf AVR in ASM kannst du hier finden: http://www.hanneslux.de/avr/stopuhr/index.html http://www.hanneslux.de/avr/zuenduhr/index.html ...
direkt hinter dem rcall fortgeführt wird. Informationen zu den Befehlen findest du übrigens im "AVR instruction set", das jedem AVR-Studio als PDF beiliegt und in der Onlinehilfe zum AVR-Studio (Cursor auf fraglichen Befehl, F1-Taste...). ...
-
Thread
Display am Attiny 841
> direkt übernehmen. Minimalste Codeanpassungen sind zumutbar. Beim 8051 schreibe ich auf das PORT-Bit, beim AVR eben auf das DIR-Bit, um zwischen Input und Output_Low zu wählen. Und zum Einlesen PORT-Bit (8051) bzw. PIN-Bit (AVR). Sowas kann man bequem per #define kapseln.
_avr_studio.pdf
-
Thread
AVR32: Pointerübergabe überschreibt falsche Daten
Welchen Teil brauchst du? Hier ist mal die Portauslesefunktion. (Als Inline) Der ADC hängt an den Ports 0..7 und 11..18. (Danke Atmel für die Anordnung der Ports am Gehäuse!) [c] inline unsigned short adcExternGetPort () { int tmp = AVR32_GPIO.port[ADC_EXTERN_PORT].pvr; int tmph = (0xFF00 &
Hause: Beim Auslesen des ADCs speichere ich die Portbelegung jetzt direkt als unsigned int: adc0 = AVR32_GPIO.port[ADC_EXTERN_PORT].pvr; Das Einlesen funktioniert auch. Der Compiler liest die 8 Kanäle in jeweils ein Register. Nachdem alles ausgelesen wurde mache ich die Operationen: Pins 11..18
-
Thread
JTAG MKII Pin-Belegung
Hallo Hab hier ein AVR JTAG MKII Interface. Leider habe ich nichts über die Pinbelegung (Port Mitte rechts) gefunden und weiß somit nicht wo MISO, MOSI usw. hingehört. Kann hier vll jeman helfen? Gruß Peter
Kabel zusammengekleistert, doch funktionieren tut die Sache nicht so recht. Wenn ich die CPU mittels AVR Studio einlesen will, bliken zwar allerlei Leds auf de Interface, dann kommt die Meldung, dass die CPU wohl keinen Strom hätte... Kann man das Interface iregendwie testen, z.B. mit einer Led auf
-
Thread
Pollin MOTOROLA VIP1710
Schnittstelle > verwenden? > ... > z.B. eine RelaiseBox ansteuert... Ich würde da eher den USB-Port verwenden. http://www.ulrichradig.de/home/index.php/avr/usb-relaiskarte
Hallo ich möchte einen AVR am seriellen Port der Box betreiben. Die Hardware dazu hab ich auch schon. Jedoch will mein AVR bei der hohen Baudrate einfach nicht mitspielen. Deshalb meine Frage: * Kann ich die Baudrate des
-
Thread
suche speziellen Microcontroller
hat. Also etwa so (Pseudocode, extra ausführlich): Zustand = PortX.Bit0 // Aktuellen Zustand einlesen if (AlterZustand == Zustand) { // Signal unverändert } if (Zustand > AlterZustand) { // Steigende Flanke } if (Zustand < AlterZustand) { //
Welchen Compiler nimmst du denn? AVR STudio oder Codevision würde ich vorschlagen. Zum Programmieren eine Tiny oder AVR (z.B. ATMega8, it ausreichend I/O PIN'S) nimmt man am besten PONYPROG und eine ISP Adapter, üblicher weise einen
-
Thread
LM35 mit AD-Wandler
, ich habe ein Problem mit dem AD-Wandler. Ich möchte nämlich die Temperatur mit dem LM35 einlesen. Ich verwände einen Arduino uno, programmiere aber in C. Als erstens habe ich mein Programm geschrieben und den LM angeschlossen. einfach + auf + und GND auf GND, den V-out habe ich direkt auf
habe jezt mal einen 200 Ohm am ausgang in reihe geschalten und nochmal geguckt ob ich irgendwo den Port verwände wird aber auser in der LCD rutine aber da habe ich blos die lezten zwei Pins angesteuert und ich nehme beim AD den ersten Pin also sollte das ja kein problem sein oder?? und bei meinem
-
Thread
T6963 Display auf AVR emulieren für Hardcopyfunktion
Hallo, sehe so auf Anhieb 2 Probleme, die zu lösen wären: - genug Ram, also AVR mit externem Ram nehmen (Mega8515 oder Mega162 mit 32k Ram) - die Displays können sehr schnell angesteuert werden, dann kommt ein AVR an seine Grenzen beim Lesen der Daten. Ansonsten Daten an ein Port, alle Steuerleitungen an einen Port. CE/RD und CE/WR würde ich mit gattern extern verknüpfen, so daß RD oder WR einen externen IRQ des AVR auslösen. Dann Daten, C/D, evtl. FONT einlesen und in Nachdenken
-
Thread
Trivial: LED blinken lassen mit C18 ?
Ich kann dir leider nicht weiterhelfen. Aber das war einer der Gründe, warum ich zu Atmels AVR's gewechselt habe. :-)
Ohm Widerstand hängen. Hab ich vielleicht zu viel parasitäre Kapazität an dem Pin, so das er beim einlesen noch den falschen Wert kriegt?
-
Thread
alphanumerische Anzeige Ansteuern
Mikrocontroller machen, irgendwelche Zusatzspeicher braucht man nicht, hat der uC schon drin. Siehe AVR.
http://www.mikrocontroller.net/articles/AVR-Tutorial:_Schieberegister http://www.mikrocontroller.net/articles/AVR-Tutorial:_7-Segment-Anzeige
-
Thread
Encoder (Drehgeber) über den I2C Bus auslesen
wie kann oder > sollte man es machen. Man kann einen manuell bedienten [[Drehgeber]] per I2C einlesen, siehe https://www.mikrocontroller.net/articles/Port-Expander_PCF8574 Für sowas reichen ca. 300-1000 Hz Abtastrate. Dieser IC braucht nur 2 Bytes + 2x ACK zum Auslesen, das dauert bei 100kbit
eine Reihe wilder zeichen. Was kaputt? Das ist die .hex-Datei: http://mino-elektronik.de/progs/avr/qcnt25/qcnt25_twi.hex Nicht wild und nicht kaputt.
-
Thread
Frage zur Beschaltung eines PCF 8574T
Den INT brauchst du wenn du Eingänge einlesen möchtest. Für reine Ausgabe brauchst du den nicht
klitzekleine Haken ist die etwas höhere Komplexität der Chips. Die haben mehrere Register (pro 8-Bit Port ein Datenregister zum lesen, eines zum Schreiben, ein Datenrichtungsregister, und ggf noch ein Interrupt-Register; ganz ähnlich wie ein AVR DDR, PORT und PIN Register hat). Du musst die Pins erstmal
-
Thread
FT245 Verständnisproblem
Os, sondern ist ein elektrischer USB <--> RS232 Wandler. Klar kann man das mit einem seriellen Port so machen, dann benutzt du ihn aber nicht als seriellen Port, sondern als einfachen I/O-Port mit vier Steuerleitungen.
Daten, zwei für Status und zwei für die Schreib/Leserichtung. Das heisst, dass dir anderthalb Ports deines AVR flöten gehen, um den FT245 _voll_ bedienen zu können. Unter diesem Gesichtspunkt betrachtet, ist der FT232 besser geeignet. Deine ursprüngliche Frage war, ob du den FT245 ohne Controller
-
Thread
AVR ADC auswerten klappt nicht
Guten Tag, um das Ätzmittel in meiner Keramikschale auf richtiger Temperatur zu halten, habe ich die angehängte Schaltung geplant und geätzt sowie mit Codevision die Programme für die beiden Mikrocontroller in C geschrieben. Ich möchte mit dem LM335 (Beinchen sind in Schrumpfschlauch eingepackt und verklebt) die Temperatur der Ätzflüssigkeit messen und bei Erreichen einer bestimmten Temperatur die Lastwiderstände auf der Unterseite der Keramikschale ein- bzw. ausschalten. Später sollen die Heizwiderstände statt nur ein- und ausgeschaltet zu werden mit PWM mit niedriger Frequenz angesteuert
-
Thread
Schrittmotoren
[c] #include <avr/io.h> #include <avr/interrupt.h> volatile uint16_t zx=0, void motorxR(unsigned int schr); void motorxL(unsigned int schr); int main() { DDRB=(1<<PB0)|(1<<PB1)|(1<<PB2)|(1<<PB3)|(1<<PB4)| (1
[c]C- #include <avr/io.h> #include <avr/interrupt.h> volatile uint16_t zx=0, void motorxR(unsigned int schr); void motorxL(unsigned int schr); int main() { DDRB=(1<<PB0)|(1<<PB1)|(1<<PB2)|(1<<PB3)|(1<<PB4)| (1
-
Thread
Abtastung von Musik mit variabler Frequenz
Musikstücke ausreichend. @ DJShadowman: Gibt es einen Forumsbeitrag zu dem Thema, damit ich mich einlesen kann? Gruß
Damit ist eine Verstellung der Frequenz in 256 Schritten möglich. Außerdem habe nun auch noch ein AVR-LCD angeschlossen, um die momentane Abtastfrequenz auszugeben. Die Musik-Wandelergebnisse(8Bit) gebe ich an einem PORT aus. Die DA-Wandlung erfolgt übrigens nun nicht mehr mittels Baustein, sondern
-
Thread
Anfänger mit Problemen im AVR GCC-Tutorial
Das vermute ich auch, denn avr/io.h müsste für die Registerzugriffe reichen, siehe auch: http://de.wikibooks.org/wiki/C-Programmierung_mit_AVR-GCC/_Register
Der Mega2560 ist doch ein ganz normaler Mega (nicht aber der XMega). D.h. die Tutorials hier [[AVR-Tutorial]] [[AVR-GCC-Tutorial]] sind vollinhaltlich sinngemäss anwendbar. Wozu brauchst du da Device-Driver?
-
Thread
Variable Portzuweisung WinAVR (C) ATmega
Folgendes Problem: Ich möchte Daten (1Byte, unsigned char) an einem Port ausgeben oder einlesen. Dazu kann ich ja ganz einfach meiner Variablen den Port zuweisen: [c] Variable_Eins = PINF PORTF = Variable_Zwei [/c] Soweit so schön. Das setzt aber voraus dass die 8 Bit
BIT_2 ); Result |= LESE_PORT_A & ( 1 << BIT_3 ); Result |= ( LESE_PORT_B & ( 1 << BIT_0 ) ) << 4; Result |= ( LESE_PORT_B & ( 1 << BIT_1 ) ) << 4; Result |= ( LESE_PORT_B & ( 1 << BIT_2 ) ) << 4; Result |= ( LESE_PORT_B
-
Thread
INT0 auf attiny441 zum laufen bringen
#include <avr/io.h> #include <avr/interrupt.h> int main() mit einer for(;;) {} ist der Rest, auf den ich es für die Tests reduziert habe. Ich habe gerade entdeckt, daß es anscheinend ein Fehler von meiner
erfahrener Blick sieht, ob ich da was grundlegend falsch gemacht habe. Die includes: [c] #include <avr/io.h> #include <avr/interrupt.h> [/c]
-
Thread
schnelle Speichererweiterung für ATmega128
Daten rausgeschoben. Wenn man jetzt noch das Pixelformat der Farbbytes entsprechend wählt und einen Port des ATMegas als programmierbaren Multiplexer konfiguriert dann hast du eine direkte Hardwarebasierte Dekodierung der Farbpixel. Damit kommst du auf einen höheren Datendurchsatz pro AVR Takt samt Dekodierung
du auf ca. 20% Prozessorlast. Man benötigt dann pro 1 Datenbit für Rot+Grün+Blau Kaskade exakt 5 AVR Takte um aus dem externen SRAM das Pixel zu laden, dekodieren und in die 3 Kaskaden zu schieben. Das *64 LEDs ergibt 320 AVR Takte in der ISR. Diese ISR muß pro Pixelspalte 2 mal aufgerufen werden um
-
Thread
ARM: kompliziert?
und Umständlichkeit gleichzusetzen. Das ist nicht der Fall. Vereinachtes Beispiel: Wenn ich nen AVR mit einem Port und 8 IO Pins habe (angenommen in der Ausführung gibt es den) und wechsle auf einen Arm der nun zwei Ports mit je 8 Pins hat. Dann läuft das Orginalprogramm genauso auf dem Neuen. Mein Programm ist also genauso einfach gehalten wie vorher. Der AVR lässt sich genauso einfach/ nicht komplizierter wie vorher ansteuern. Dennoch ist der AVR komplexer (um genau einen Port) Wenn du also von Komplexität sprichst, dann trägt das nur dann zur Umständlichkeit
-
Thread
Atmega32 Evaluationsboard pollin mysmartusb
auf Port COM1 bis COM4 ansprechen. Hier ist zu kontrollieren, welchen Port der virtuelle COM-Porttreiber zugewiesen hat. Vielleicht für andere Antworter hilfreich: Pollin-Board 2.0 http://www.pollin.de
den Atmega32 nicht, steht auch dick und fett beschrieben. Den MyUSB Programmer kann man auch in AVR-Studio einbinden. Wie diese funktioniert, ist ebenfalls beschrieben. Auf der MY-AVR Downloadseite findest Du alles was man dazu braucht.
-
Thread
Würde gerne Assembler in C umschreiben, aber ich blick's net
main_loop einbauen, wäre mir zuviel Umbau. 2 Ansätze: wenn nicht ausgegeben werden soll den R2R-Port einfach auf Eingang setzen oder einen TriState-Treiber zwischen AVR und R2R und den über ein Portpin schalten. Ach so: TimerIRQ würde ich nicht benutzen, das Ding funktioniert nur, weil die main_loop
internal compiler error: in start_function, at c-decl.c:6014 [/pre] > Welche Compilerversion (avr-gcc -v)? [pre] Win> avr-gcc -v Using built-in specs. Target: avr Configured with: ../gcc-4.1.1/configure --prefix=/c/WinAVR --target=avr --enable-languages=c,c++ --with-dwarf2 --enable-win32-registry
-
Thread
suche in Assembler einen bestimmten Befehl!
ausführen oder eben nicht ausführen willst. Und genau dafür sind ja die SBIS bzw. SBIC gedacht. [[AVR-Tutorial:_IO-Grundlagen]]
blinken, möglichst jede mit einer anderen Frequenz. Was Du dabei lernst, brauchst Du auch bei anderen AVR-Spielereien immer wieder. ...
-
Thread
Controllerwahl Energy Harvesting-Anwendungen
Codeteile aufzuspüren... --> AEM Je nach Aufgabe tut es aber auch ein Sleep-Mode mit ISR bei einem PIC/AVR/MSP um das ganze "LOW-Energy" zu nennen. Gruß BT
von Energy Micro top. Für eine Batterie betriebene Uhr sind sie aber oversized, da tut es auch jeder AVR oder PIC.
-
Thread
bytes splitten
wenn ich den code von nem atmega8515 auf einen atmega8 porte und der atmega8 ja nur ports von Px0 bis Px5, der atmega8515 aber von Px0 bis Px7, kann man dann die bitmaske die man senden möchte aufsplitten? Zum Beispiel: 11010101 11010 auf PortC 101 auf PortD oder wird das niemals synchron sein? Oder ist meine idee völlig verblödet? danke für eure hilfe.
-
Thread
ATMEGA 328p Programm Upload nicht Möglich avrdude: stk500_loadaddr(): (a) protocol error, expect=0x1
Wunsch System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf" Using Port : COM3 Using Programmer : arduino Overriding Baud Rate : 115200 AVR Part
Wunsch System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf" Using Port : COM13 Using Programmer : arduino Overriding Baud Rate : 115200 AVR Part
-
Thread
ADC des Atmega 8 auslesen
Geschwindigkeit von einer Poti-Stellung abhängt. Poti hängt zwischen Vcc und Maße und der Schleifer ist am ADC0 Port. Hier der Code der vom AVR Studio 4 fehlerfrei compiliert wird. .include "m8def.inc" ;Definitionsdatei einbinden, ggf. durch ;2333def.inc ersetzen ldi
/index.html Und hier geht es um den ADC, allerdings mit Mega48: http://www.hanneslux.de/avr/mobau/7ksend/7ksend02.html ...
-
Thread
3x4 Matrix Tastatur mit PCF 8574 auslesen
Danke für eure Hilfe. Habe das von Peter dabei. [c] #include <avr\io.h> #define NOP(); asm volatile("nop"::); #define KEY_PIN PINB #define KEY_PORT PORTB #define KEY_DDR DDRB // Pin 0..3 = column 1..4 // Pin 4..6 = row 1..3 uint8_t keyscan( void ) { uint8_t col = 0, row = 0; KEY_PORT |= 0x7F; // all pullups on KEY_DDR = (KEY_DDR & 0x80) | 0x70; // pin 6..4 = output KEY_PORT &= 0x8F; // pin 6..4 = output low NOP();
-
Thread
ATmega8 -UART Problem(dringend!!!)
0;n<10;n++){ USART_Transmit('A');//kein 'A' an PC geschickt, aber '.' und '€' geschickt DISP_PORT = 0x02; // hier funktioniert delay50ms(2); DISP_PORT = 0x01; // hier funktioniert delay50ms(2); } DISP_PORT = 0x05; // hier funktioniert while(1) { if(UCSRA&(1<<RXC))
. Vor den Änderungen die Fusebits einlesen nicht vergessen!
-
Thread
ATMEL Eval Board 2.0.1 Test-Software
'setzte den Pin 7 von Port D auf high Waitms 500 'Warte 500 ms Portd.7 = 0 'setzt den Pin 7 von Port D auf low Return
Ach. Hab das überlesen: Du benutzt ja PonyProg. http://www.mikrocontroller.net/articles/AVR_Fuses#Taktquellen_Fuse_Einstellung
-
Thread
Asynchrone Kommunikation mehrerer Slaves zu Master
da bastel ich noch. Dann muss ich auch noch nen Multiplexer basteln das man die Bytes über einen Port einlesen kann. Ich bin für Ideen immer offen ;-) Ach ja, das ist bitte nur ein Konzept und NICHT ausgetestet. in dem Plänchen fehlen diverse Spannungsversorgungen, Kapazitäten und so was alles
welche mit tri state Ausgang. Der Vorteil: Es können jetzt alle Schieberegister Parallel auf einen Port des Empfänger uC geschaltet werden. Der zu lesende wird via pin 13 des Schieberegisters ausgewählt. Aus diesem Grund auch der 74244 am Zähler (IC5B). auch idese können alle Parallel auf einen Port
-
Thread
seriellen Sender auswählen
ganzen noch eine Komponente dazu kommen: ein IR Empfänger um Fernbedeinungen seitens des Atmel's einlesen zu können. Das funktioniert natürlich auch am besten über einen RS232 Port. Wie kann ich mit dem 2313 eine weitere Schnittstelle einlesen? PC und Fernbedieung müssten nicht gleichzeitig aktiv sein
der Tiny solle doch die Fernbedienung einlesen können
-
Thread
Kaputt optimiert - was mache ich falsch?
viel wenn ein NOP reicht, aber genug, um > nicht ohne auszukommen. Du stolperst über ein weiteres AVR-Detail hier (bin ich bei meiner LCD-Bibliothek damals auch, /obwohl/ ich es eigentlich bereits wusste): das Samplen der Daten, wenn der nächste Befehl ein port input ist, erfolgt bereits /bevor/
8 MHz. > > Oder einfach solide, wie im Tutorial. > > http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmierung Daran ist doch garnichts besonders solide. [c] LCD_PORT |= (1<<LCD_EN); _delay_us(1); // kurze Pause // Bei Problemen ggf. Pause gemäß Datenblatt
-
Thread
ATmega8, Assembler- Programm fehler oder Taster entprellen?
Das analoge Entprellen mit Kondensator, Widerstand (Pullup) und Schmidt-trigger (= AVR Eingänge) ist wegen der relativ kleinen Hysterese am AVR nicht so einfach. Man kann es aber auch gut ganz in Software machen - daa Delay ist schon ein möglicher Weg. 50 ms sind da schon recht lang
war btw. mein erster Thread im Forum und freue mich auf weitere Diskussionen zum Thema Assembler, AVR. MfG. Simon
-
Thread
s: Bestückungsautomat
auch etwas anderes sein. Die Ansteuerung der vier Achsen würde dann interruptgesteuert über einen Port (jeweils Takt/Richtung) erfolgen. Die weiteren Ports wären dann für Endschalter, Feed-Befehle etc. gedacht. Der AVR würde dann diese Ports "ganz dumm" an den PC weiterleiten bzw. umgekehrt (dabei muss
>1.) PC sagt dem AVR: "Fahre mit Bauteil zur vorläufigen Position" >2.) Bis der AVR sich mit "Bin feddich" meldet, werkelt der PC am Bild >3.) PC sagt AVR: "Korrigiere Winkel und Position" >4.) AVR sagt: "Habbsch gemacht
-
Thread
PIC - erkennen ob Ausgang belegt
1. Du legst die Led auf einen Eingang den du auch analog abfragen kannst. 2. Ein Pic hat 2 Port abfragen. Die erste hängt direkt am Port, die zweite geht über ein Register. Gab mal zu Urzeiten ein read modify write Problem das so gelöst wurde, das kannst dir zu nutze machen. Wenn du den Port
Hallo, wenn man Analogeingänge übrig hat (bin allerdings kein AVR-Spezialist): die Spannung an der LED-Beschaltung analog einlesen, dann den Pin umprogrammieren auf digital out. Gruss Reinhard
-
Thread
-
Thread
Einige Fragen zu Schieberegistern
Nein du brauchst nur einen Port für die Daten(alle Latcheingänge hängen parallel)wären also 8 und ein paar Steuerleitungen um das richtige Latch auszuwählen, der Port ist danach wieder frei zur Verfügung. Mehr Pins wirste also nicht
darauf an, welche Baudrate du haben willst. 115k2 gehen mit 16 MHz nicht! Siehe Datenblatt sowie [[AVR-Tutorial: UART]] MfG Falk
-
Thread
Infrarot + µC mit 4 Ports! hat einer eine Idee?
zusammen, habe mal eine kleine frage und zwar... wie kann ich eine Fernbedienung vom vernseher einlesen (mit einem µC) und dann auf bestimmten ports ausgeben? hat einer eine Schaltung? MfG Waldemar Zahn
Empfänger an Port C.5 angeschlossen wird. Dann muß nur noch die Datenrichtung (DDRC) beachtet werden und ggf. der interne Pull-up (PORTC) eingeschaltet werden. Näheres müßtest Du in der Bascom-Dokumentation zu diesem
-
Thread
ATmega ADC Test
Hallo. Hab ein kleines Problem. Arbeite zum ersten mal mit dem AVR Atmega8 und möchte über den ADC0 Eingang eine Spannung einlesen und über 7-SegmentAnzeige ausgeben lassen. Spannung kommt am Eingang an und ich denke das der ADC im frei laufenden Betrrieb läuft, aber
@Frederik 1: WinAVR-20050214 Download http://sourceforge.net/project/showfiles.php?group_id=68108 2: WinAVR installieren 3: ADCTEST.zip auspacken in z.B. .../WinAVR/Projekte/ADCtest 4: WinAVR(PN.exe) starten