-
Thread
AVR per Handy prorammieren?
Hallo Leute, ich bastel grad daran meinem Palm m100 das Programmieren usw. für AVR beizubringen. Nur nervt das umwandeln in das Palm- Datenformat ein wenig... Nun habe ich mich gefragt, ob es nicht vielleicht sogar möglich wäre einen AVR über ein Handy zu programmieren? z.B.
Hat doch was, einen AVR per SMS zu flashen ;-)
-
Thread
Problem mit DCF77 Empfänger, Signal passt nicht
sollte aber kein Problem sein. Im Prinzip musst du nur einen Atmega nehmen, ein LCD an beliebige Ports anschliessen, und einen DCF-Empfänger anschliessen. Ich habe da noch einen Port zur Ausgabe des Signals auf eine LED gelegt, um die Sekundensignale zu sehen. DCF senkt ja seine Sendeleistung im Sekundentakt
gar nicht belastbar. Er kann keine LED direkt betreiben, daher habe ich das Modul direkt an einen Port des Prozessors gehängt und betreibe mit einem anderen die LED. Der Atmega 16 hat ja genügend davon. An dem Port hängt auch noch ein kleines Reed-Relais, mit dem ich das Signal auf weitere Uhren verteilen
-
Thread
Rechteckgenerator Warteschleife
Hier ist das eigentlich gut beschrieben: http://www.mikrocontroller.net/articles/AVR-Tutorial:_PWM Du brauchst den MODUS 14. avr
Hier wurde sowas mal gemacht: http://www.avr-asm-tutorial.net/avr_de/rechteckgen/rectgen_m8.html
-
Thread
Atmega32 16PU, Bootloader schon drauf, evalboard mit RS232 u. LCD, Erste Schritte!
Hi. Danke für die Links, die kannte ich zwar schon aber jetzt werde ich mich da mal genauer einlesen. Ich sehe ein, dass ich nicht um ein ISP herum komme ... früher oder später bräuchte ich eh einen ... Irgendwo habe ich eine Bauanleitung gesehen wie man an ein COM-Port einfach 4 Widerstände lötet
dann erkannt ... auf die schnelle habe ich nur diese Seite gefunden: http://s-huehn.de/elektronik/avr-prog/avr-prog.htm da interessiert mich der LPT-Port sehr, weil er leicht zu bauen ist ... könnte ich dann sowas benutzen oder ist es zu riskannt, dass ich mir mein Mainboard zerschieße ?
-
Thread
Datenaustausch zwischen PC und selbstgebauten Gamepad
O.K, ich habe bis jetzt nur einen ATMEL aus der AVR reihe programmiert. Für mich gibt es eigentlich nur den AT90USB soweit ich das sehen konnte, doch dieser hat keien ADC eingände. Sind die ATMEL die nicht aus der AVR Familie kommen gleich zu programmieren
Kann man den Atmega32U4 auch mit dem avr dragon board programmieren?
-
Thread
fehler bei pcf8591
ein. ;* ;*********************************************************** i2c_start: sbi I2C_PORT, sda sbi I2C_PORT, scl ;Überprüfung ob Bus verfügbar cbi I2C_PORT, sda cbi I2C_PORT, scl ret i2c_stop: ; Stoppbedinung für den I2C-Bus generieren cbi I2C_PORT
I2C_PIN, sda ; rjmp getack_ sbi I2C_DDR, sda cbi I2C_PORT, scl rcall pause pop r17 ret getbyte: ; ein Byte einlesen push r17 clr r16 sbi I2C_PORT, sda ; Datenpin hochohmig schalten (=Eingang) cbi I2C_DDR, sda
-
Thread
AVR Simulator mit grafischer Benutzeroberfläche für Linux
Mittlerweile kann das Programm auch die "elf"-Objektdateien, welche avr-gcc 4.9.2 erzeugt, einlesen und die Quelltext-Zeileninformationen aus den debug-daten verarbeiten. Das avr-gcc_sample ist das Testprojekt, welches mir zum Evaluieren dient. Es besteht aus einem "C"-
main.eep # Creating Extended Listing: main.lss # avr-objdump -h -S main.elf > main.lss # Creating Symbol Table: main.sym # avr-nm -n main.elf > main.sym avr-size main.elf [/code] Und mit Assembler-Dateien klappt die Source-File-Ausgabe.
-
Thread
Tasterabfrage
Zustand vom EIN/AUS Taster mit dem Wecktaster 2. Schau dir die Makros von http://www.nongnu.org/avr-libc/user-manual/group__avr__sleep.html an [C] #include <avr/io.h> #include <stdint.h> #define F_CPU 1000000 #include <util/delay.h> #include <avr/sleep.h> #include <avr/interrupt.h>
LEDs zum leuchten zu > bringen. Es wäre *deutlich* einfacher, wenn du die LEDs nur an einem PORT hängen hättest. Dann könnte man prima den Zustand einlesen, verrechnen (verUNDen/verODERn) und in einem Rutsch setzen. Bei der jetzigen Variante musst du teuflisch aufpassen, was mit den übrigen LEDs
-
Thread
Wert des ADU auf Display ausgeben / ATtiny / Assembler
Zu Beginn sollte man sich die Port-Aufteilung am Mikrocontroller überlegen. An welchen Port soll das Display angeschlossen und in welchem Modus (4/8-Bit) soll es angesteuert werden? Kompletten Schaltplan zeichnen. Zur ASM-Programmierung
Displays (HD-44780 kompatibel), sowie eine Routine zur Ausgabe einer 8 Bit-Zahl. Beides ist in den AVR-Tutorials in ASM zu finden und muss nur noch an die verwendeten Ports angepasst werden ... Ralf2008
-
Thread
SRAM ansteuerung
folgendes: Wenn ich WE auf 0 ziehe, geht das RAM in den "Schreib-Modus". Nun ändere ich die Richtung des Ports am AVR (DDRx Register) auf Ausgang. Allerdings ist doch dann der Dateneingang des RAMs einen kurzen Moment auf einem undefinierten Pegel, nämlich bis ich die Richtung des Port gewechselt hab und der
wie wärs denn mit einem AVR, der schon ein Interface für ext. Speicher hat?
-
Thread
Interupt vom RFM12
folgenden Code womit es auch tadellos funktioniert: [c] int main(void) //Hauptprogramm { initPorts(); //AVR-Ports initialisieren initUART(); //zu Testzwecken initInterrupt(); //Interrups initialisieren Power_On(); //Powern On Prozedur RFM_ON(); //RFM
auf Dauer+ _delay_ms(200); //Etwas Zeit verbummeln bis das Modul bereit ist initRFM_Ports(); //MOSI / MISO Ports initialisieren initRFM(); //RFM Grundkonfiguration RFM_EMPF_EIN(); //Empfang einschalten while(true) //Hauptschleife { RFM_EMPF_EIN(); //
-
Thread
In Bewerbung Arduino Stand im Jahre 2022
Max schrieb im Beitrag #7100786: > Er meinte, > dass Sachen wie AVR und so veraltet wären. Ich hab noch keinen STM32 in irgendwelchen Steuerungen gesehen, dafür aber jede Menge PIC's und auch AVR. Wir haben Infineon in den Steuerungen (ältere Steuerungen).
hab noch keinen STM32 in irgendwelchen Steuerungen gesehen, dafür > aber jede Menge PIC's und auch AVR. *Du* hast sie noch nicht gesehen. In meinem Umfeld gibt es keine AVR, aber ein ernsthaftes Produkt mit STM32. Ein langjähriger Umsatzträger basiert auf PIC, aber wird bei der angedachten Neuentwicklung
-
Thread
Beratung Mikrocontroller
) als Komplettlösung oder wenn DIY gewollt ist den nackigen µC (dann AVR wg Community und Erhältlichkeit) plus passenden USB Programmer. Beim Einlesen des Signals vom Reedschalter und Taster und beim Ausgeben des Signals an das Relais muss auf kompatible Strom- und Spannungspegel
Vorschläge verwirren ohnehin nur. Ich jedenfalls bleibe dabei: TI Launchpad oder eine Eigenkreation mit AVR.
-
Thread
Interrupts in Assembler und C
Testprogramm [c] #ifndef F_CPU #define F_CPU 1000000UL #endif #include <stdlib.h> #include <avr/io.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <util/delay.h> #include <stdio.h> #include "uart.h" /* 9600 baud */ #define UART_BAUD_RATE 2400 void Schalter1
#endif // Baudrate UART #define UART_BAUD_RATE 2400 #include <stdlib.h> #include <avr/io.h> #include <avr/interrupt.h> #include <avr/pgmspace.h> #include <util/delay.h> #include <stdio.h> #include "uart.h" #include <util/atomic.h> volatile uint8_t flags=0; #define F_INT0_Overflow
-
Thread
ATMega3250 Timer1 Overflow nicht bei 0
viel auszuschließen: [c] #include <avr/io.h> #include <avr/interrupt.h> #define PWM_ON_TIME 50 #define PWM PINB5 ISR(TIMER1_OVF_vect) { PORTE &= ~(1 << PE0); } int main(void) { DDRE |= (1<<PE0); DDRB |= (1<<PWM);
der ISR verändert wird. Sepp schrieb im Beitrag #4120835: > [c] > while(1) > { > PORTE |= (1<<PE0); > } > [/c]
-
Thread
QR Code lesen mit ATMega oder STM32F1
dann diverse Auflösungen konfigurieren z.B. 120x160. Per DMA lassen sich dann locker 30 FPS damit einlesen. Über Schwellwertbildung lässt sich dann auch super so ein QR Code einlesen. mfg
1&algo_pvid=d81ebcf8-273e-48cb-acd6-f8c054f41784 ARGH... hat auch USB und einen virtuellen COM-Port... Sorry
-
Thread
Kugelschreiber mit Barcodescanner bei Pollin
Admin ... Ähhm, ist ein relativ neues Dell-NB, hab grad festgestellt, dass das gar keinen COM-Port hat ;-)
dass derselbe Dongle immer dasselbe Com Port bekommt.
-
Thread
ADC Text-LCD-Ausgabe
bleiben auch aus. :-( Da ich n bissl Angst hab, mein µC zu zerstören habe ich noch keine Spannung an PortK Pin0 angelegt. Müsste der µC dann nicht einfach Null Volt einlesen? Oder passiert genau aus diesem Grund nichts mit meinem Programm, da es auf die Beendigung der Konvertierung wartet? 2.) Eigentlich
drehen. Strom dabei auf Minimum festgestellt. LEDs sind mit der 5V Boardsp. gespeist und liegen auf PortC. Text-Display ist ein EA W204B-NLW und hängt korrekt am PortA. THX
-
Thread
AVR-ASM M8 USART-Funk problem
Ich habe seit Tagen ein Problem mit meinem 433Mhz Funk. Gesendet wird aus einem Atmega644 über ein Funkmodul (aus unserer Firma) zum passenden Empfänger an einen Atmega8, welcher am HTerm ausgeben soll. Meine Beobachtungen: Controller funkt richtig an Empfängermodul (300Baud bei 1Mhz UBRR=207). Am ist am Hterm (FTDI) alles wunderbar abzulesen. Also funktioniert!? Ein kurzes Programm am M8 soll 8 Bytes einlesen, richtig ordnen, (nach 0x0f zu lesen beginnen) und dann über FTDI am PC anzeigen zur Kontrolle. Und da liegt mein Problem. Der M8 liest alle 8 Bytes ein und gibt dann blödsinn
-
Thread
Verständnis&genaue Funktion CD4014&21.
8 Takte dafür und woher weiß das CMOS-Register, das es erst beim neunten Takt wieder parallel einlesen soll. Der AVR soll ja schließlich auch keinen Datensalat bekommen also muß ich das irgenwie syncronisieren. (8 Pin-Abfragen vom CMOS-Register-Ausgang syncron zum CI-Takt sollten ein AVR-Register
langsam sein. Mit einem 8515 mit seinen 4 Ports wäre der CMOS-IC natürlich entbehrlich. Aber weil es auch räumlich möglichst klein werden soll und ich genug 2313 da habe, habe ich mich für diese Version entschieden. Weil es den V(U)40511D
-
Thread
Atmega zu wenig Pins / LED u Taster an Pin / MISO MOSI SCK anderweitig benutzen
auch einfach ein Widerstand zum Schutz dazwischen klemmen? http://www.mikrocontroller.net/articles/AVR_In_Sys... gibt leider kaum Auskunft. Könnt Ihr mir Tipps geben? Danke
Zeig dochmal den Schaltplan, also was Du alles an den AVR angeschlossen hast. Man kann oftmals Pins mehrfach nutzen. Peter
-
Thread
Einstieg ARM
stehen. Problemloser Hardware-Zugriff: Fehlanzeige. Anbei der Versuch eines Programmierers, einen UART-Port zu aktivieren... Also diese teils abartig aufgeblasene Komplexität sollte der angehende ARM-Programmierer kennen, finde ich. Im Zweifelsfall also besser bei AVR & Co. bleiben, das lässt noch Zeit für
BesserAVR schrieb im Beitrag #3206571: > Anbei der > Versuch eines Programmierers, einen UART-Port zu aktivieren... Naja, das was du da gepostet hast, hat mit Quellcode nix zu tun. Daß so ein Zeugs jedermann
-
Thread
Tri-State-Eingang abfragen
Widerstand 470K an GND. Ohne programmierbaren Port-Pullup 0, mit Pullup 1 => Tristate. Bischen störempfindlich könnte der Port so allerdings sein.
9 auf VCC legen 4. 8Bit Port mit Pullups einlesen in register B. Alle Bits die 0 sind wurden auf GND geschaltet. Schalterstellungen sind dann High-Z = A HIGH = B and not A LOW = not B wobei dann immer 1 als beschaltet
-
Thread
PIC18F2553 firmware für SD Karte
der Suche nach freien Clustern auf großen (16,32 GB) Karten, da man worst case mehrere MB FAT einlesen muss bis man den Nächsten findet. Das dauert über SPI recht lange, da wird der RAM knapp. Und SD Karte an 5V Controller ist ziemlich bäh, weil man zwingend einen Pegelwandler braucht. Aber so
Suche nach freien Clustern auf großen (16,32 GB) >Karten, >da man worst case mehrere MB FAT einlesen muss bis man den Nächsten >findet. Das dauert über SPI recht lange, da wird der RAM knapp. Was soll diese Schwarzmalerei? FATfs hat exakt nur EINEN Sektorpuffer, wenn man nicht noch einen pro
-
Thread
Probleme mit LCD an PIC 16f887
C2ON ;Comparator 2 ist aus BANKSEL PORTA ;springe direkt zu Bank0 zum Register PortA CLRF PORTA ;Init PORTA BANKSEL ANSEL ;springe direkt zu Bank3 zum Register Ansel CLRF ANSEL ;setze PortA auf digital I/O BSF STATUS,RP0
----------- [code] $Region "Ein Zeichen aus dem LCD auslesen" LCD_GetChar: MOV LCD_Port,#00111111b CALL LCD_Pause_4ms SETB LCD_EN MOV A,LCD_Port SWAP A ANL A,#0F0h CLR LCD_EN MOV LCD_buffer,A NOP SETB LCD_EN MOV A,LCD_Port
-
Thread
"while(1)" will nicht so wie Ich
[c] #define F_CPU 1000000UL // 1 MHz #include <avr/io.h> #include <util/delay.h> int main (void) { DDRD = (1 << DDB0) | (1 << DDB1) | (1 << DDB2) | (1 << DDB3) | (0 << DDB4) | (0 << DDB5) | (0 << DDB6) | (0 << DDB7); PORTD = 0x00; //PortD
; PORTD = 0x00; //PortD zurücksetzen und keine Pullup's delay_ms(500); //Netzteil bedenk zeit //In undefinierten Zustand Tor öffnen if ((PIND & (1<<PIND5)) && (PIND & (1<<PIND6))) //Wenn PinD4=1 und PinD5=1 (Beide
-
Thread
Bits seriell einlesen und in Variable speichern.
verheimlichen. Ich steh gerade vor einem Problem. Und zwar möchte ich Bits die seriell an einem Port meines Atmega32 einlesen und diese in einer Integervariable speichern. Das Bitmuster ist 8Bit lang. Z.B 11010110 und jedes Bit liegt etwa 500ms am Pin des Controllers an. Die Zeit ist noch nicht festgelegt
soll? (Will sagen: Woher weiß das Programm, wann es mit dem Einlesen beginnen soll?) Vielleicht machst Du ja erst noch einige Programmierübungen am heimischen PC, bevor Du auf eine MC gehst. Bei Letzterem hast neben dem sicheren beherrschen der Sprachmittel noch
-
Thread
Registerbezeichnung
nennt man die Register R0-R31? Rechenregister. > Ich hab schon eine Seite gefunden da werden sie Ports genannt, wobei ich > mir das nicht ganz vorstellen kann... Die Steuerregister für die parallelen I/O-Ports sind eine /Teilmenge/ der I/O-Register.
genannten Register dienen dazu, dass die CPU etwas an die Peripherie ausgeben oder von der Peripherie einlesen kann (eben INPUT/OUTPUT oder kurz I/O). und Peripherie ist so ziemlich alles, inklusive Timer, I/O-Ports, serielle Schnittstellen, im AVR-Fall auch das EEPROM. SFR und I/O-Register sind im Prinzip
-
Thread
Jamara 9g Servo
Die Spannung am Servo passt auch soweit, ich habe sie gemessen. Nun zum Programm: [c] #include <avr/io.h> #include <util/delay.h> int main(void){ DDRE = (1 << DDB2); PORTE &= ~(1<<PB2); //ausgang low while(1){ PORTE |= (1<<PB2); //ausgang high
geht das direkt am Port des avr ? Oder brauchts da einen Transistor / Treiber dazwischen ?
-
Thread
Serielle Daten in Tastaturanschläge verwandeln
WinWord. Oder fertiges Programm: ftp://support-datalogic.de/ADC/HHS/06.Verschiedenes/Windows_COM-Port_KBD_Umleitung-v1.3g.pdf
einfach vom Tastatur-MC 8051 den UART-Mode 0 genommen. Ich sehe auch kein Problem, mit 2 IOs des AVR das PS/2 Protokoll nachzubilden.
-
Thread
Bits einlesen über PORT (dsPIC33fj12gp202)
Guten Tag, ich versuche bei meinem dsPIC33fj12GP202 über einen Pin Spannungspegel digital (einfach low=0 und high=1) einzulesen. Ich wollte dies für einen Pin so lösen: C-Code: (...) TRISBbits.TRISB1=1; //PIN als Input konfigurieren x=PORTBbits.RB1; //Wert des Pins speichern (...) Jedoch möchte er nicht das Bit was am Pin anliegt speichern bzw. speichert es als low ab. Das Ziel ist es einen 1-Wire-Sensor, dessen low jedoch etwas mehr als GND ist (weiß nicht was nun konkret low bzw high für den PIC bedeutet), auszulesen. Nur scheitert es an dem lesen des Pegels. Ich
-
Thread
STK500 Testprog funzt in C funzt nicht?
Du musst anstelle von KEYPORT natürlich KEYPIN einlesen. Sonst funktioniert gar nichts. Eine andere Sache ist, dass das C-Programm etwas anderes macht als das Assembler-Programm. Im Assembler-Programm werden die Bits vom Port einzeln abgefragt, während
<< 0))){} [/c] macht das, was im Assembler-Code vorgesehen ist. Ansonsten schau bitte mal ins [[AVR-GCC-Tutorial]].
-
Thread
welchen Microcontroller? - 8x8x8 LED-Cube
erstmal mit einem 3x3x3 oder 4x4x4 anfangen? Da kommst du ohne Schieberegister usw. aus wenn du einen AVR mit genügend Ports nimmst. Gleich nen 8er ist schon heftig. gruß cyblord
/ turn off all floors ROM_GPIOPinWrite(GPIO_PORTA_BASE, 0xFC, 0); ROM_GPIOPinWrite(GPIO_PORTE_BASE, 0x03, 0); delay(0xDF); // load the storage registers from the shift registers ROM_GPIOPinWrite(GPIO_PORTE_BASE, STCP, STCP); ROM_GPIOPinWrite(GPIO_PORTE_BASE, STCP, 0);
-
Thread
kann man einen mikrocontroller übertakten?
AVR-Empfindlichkeit @Benedikt, @Olaf: Meine AVRs laufen immer mit einem externen 10kOhm Widerstand an Reset. Ich habe noch keine AVR-Abstürze erlebt, auch nicht im EMV-Labor. Gruß, Michael
Taktfrequenz nicht hinzubekommen. Allerdings kann ein ARM auch Code aus dem RAM ausführen, was ein AVR per se nicht unterstützt (mit Ausnahme der USB-AVR-Modelle, die gar kein Flash-ROM haben).
-
Thread
Servo delay board
Hardware (AVR) erfordert auch ASM-Wissen, da der AVR kein C kann. Er kann nur Maschinencode, der 1:1 in ASM übersetzt werden kann. Und da ich AVRs direkt an der Hardware programmiere, ist für mich ASM der leichtere
man >> trotzdem Servos anschließen. Man kann das PPM-Signal natürlich aus dem Programm und vom Port entfernen. Da hier kein Sender stören kann, kann der ADC auch schon vom Impulsbeginn an arbeiten. Dann ist der Merker (PPM-Port) zur Erkennung des Impuls-Status nicht mehr erforderlich. Natürlich
-
Thread
Byte verschieben und mit Eingang auffüllen.
registers, the value of single bits can be checked by using the SBIS and SBIC instructions. die port register bits lassen sich alle in einer struct exact mappen und ansprechen! viele kennen auch die avr gpioX register nicht und wie diese für flags eingesetzt werden. eure code size kann ich leicht
checked by using the SBIS and SBIC > instructions. Ich habe von der Programmiersprache C (in der avr-gcc Variante) geschrieben, nicht von diesen Registern. > die port register bits lassen sich alle in einer struct > exact mappen und ansprechen! Das ist aber etwas ganz anderes, als die Zeile
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
Ich habe den WiPort (bzw. den Segor-Bausatz) verwendet, weil ich kein langes Kabel vom Heizungsraum zum PC legen wollte. Der WiPort liest die PS2332-Schnittstelle des Heizkessels aus und schickt die Datan via WLan an den
COM-Port und die Baudrate auf 19200 eingestellt wird, der Rest hat soweit gepasst. Ev. Noch eine andere Port Nummer, da viele Browser die Port Nr. 23 aus Sicherheitsgründen nicht weiterleiten.(die Freien Port
-
Thread
WinAVR, ATMEGA128: Eingangspins miteinander vergleichen
Hallo, ich programmiere zur Zeit einen ATMEGA128 mit WinAVR in C. Dabei muss ich zwei Pins eines Ports miteinander vergleichen. Ich weiß allerdings nicht, wie ich einzelne Bits einlesen kann. Bis jetzt hab ich den kompletten Port abgefragt und dann das entsprechende
Wieso liest Du das Port zweimal? XOR vergleicht. input_a = PINE; if(!(((input_a>>1)^input_a)&0x40)) ..... Cheers Detlef
-
Thread
[C++] Paralleler Zugriff auf Variable und einige Fragen zu C++ <=> Homepage
findest genug Beispiele im Netz. Google > einfach nach JSON. > > Zeno Werde mich da mal einlesen, danke!
server var server = http.createServer(handleRequest); //Lets start our server server.listen(PORT, function(){ //Callback triggered when server is successfully listening. Hurray! console.log("Server listening on: http://localhost:%s", PORT); }); [/c] das stammt von hier, aber andere
-
Thread
Bascom I2C Eeprom
============ ' =========== Für 24C256 EEprom ===================== ' 8MHz Quarz ' LCD auf Port B , ' $regfile = "m32def.dat" $crystal = 8000000 Das war's dann: Verarsche Dich selbst!
Write_eeprom Wait 1 Eeprom_anz = 7 ' 7 Zeichen einlesen Eeprom_adr=&H0005 ' Ab Adresse 5 Gosub Read_eeprom ' Nur "ist ein" einlesen Print Eeprom_data End '####
-
Thread
SPI Slave 16 E/A mit Schieberegistern
und 16 digitale Ausgänge einließt/ansteuert. Der Slave soll möglichst gleichzeitig Daten an MISO einlesen und an MOSI ausgeben. Die üblichen Port-Extension Lösungen, mit 74HC595 und 74HC165 scheinen das ja nicht zu erfüllen (siehe hier: http://www.mikrocontroller.net/attachment/1483/SPI_74HC595.pdf),
>Ich brauche eine "saubere" Lösung, Eine ganz "saubere" Lösung wäre, einen AVR mit vielen Pins zu nehmen und über der/die/das eingebaute SPI anzusprechen.
-
Thread
Pulslänge mit Hilfe eines Timers messen, klappt nicht...
im Simulator vom AVR-Studio sauber durch, eben genau so wie es oben steht. Nur auf dem µC hängts dann, hat jemand ne Idee, worans liegen könnte? Die Source hängt im Anhang... Danke schonmal für Eure Hilfe, Grüße,
Schau mal hier: http://www.hanneslux.de/avr/mobau/index.html speziell das hier: http://www.hanneslux.de/avr/mobau/fr_2313a/2313fra.html http://www.hanneslux.de/avr/mobau/fr_2313a/2313frd.html ...
-
Thread
Tastenabfrage bei Menüführung - Ideenblockade
schonmal! Ich muss die trotzdem erstmal komplett verstehen! Habe mir grad schon alles mögliche zum AVR im Internet gesucht, um zu sehen, was was bedeutet mit den Ports. Was ich zum Beispiel nicht verstehe: [c] #define REPEAT_MASK (1<<KEY1 | 1<<KEY2) [/c] und KEY0 ist definiert zu 0, KEY1 zu
und KEY2 zu 2 Das hat mit AVRs speziell nix tun. Das sind ganz normale Makros. Es wird der ganze Port eingelesen (Port B in diesem Fall: PINB -> AVR-spezifisch) und KEY1/KEY2 sind einfach nur (sprechende) Namen für die Eingänge (C allgemein). > Soweit ich mir das jetzt angelesen hab, heisst das beim
-
Thread
74HC4067 Nachfolgeschaltung?!
dann z.B. 256 Ausgänge und 256 Eingänge kein Problem. http://www.mikrocontroller.net/articles/AVR-Tutorial:_Schieberegister Peter
verdwenden, da ich ja jeden Eingang direkt ansprechen kann, ohne dass > ich ein ganzes Bitmuster einlesen muss, damit ich weiß welchen Pegel ein > einziger Eingang hat. Ist aber aufwendiger. Das SPI arbeitet bidirektional, d.h. wenn man 4 Bytes rausschiebt, kann man gleichzeitg 4 Bytes einlesen.
-
Thread
ADE7758 via SPI
in etwa so ? [c] char ADE7758_read8bit(char reg) { char ret=0; _delay_us(10); SS_PORT |= (1<<SS_BIT); SS_PORT &= ~(1<<SS_BIT); spi_master_transmit(reg); _delay_us(10); ret = spi_receive(); SS_PORT |= (1<<SS_BIT); _delay_us(10); return ret; } [/c]
SS_PORT &= ~(1<<SS_BIT); // slave select low spi_master_transmit(reg); data_msb = spi_master_transmit(0); (...) data_lsb = spi_master_transmit(0); SS_PORT |= (1<<SS_BIT); // slave select high [/c]
-
Thread
Flashboard mit Bascom, wer hat erfahrung?
Flashboard von Elektor experimentieren. Als erstes wollte ich an dem atmel 89s8252 einfach mal mit dem Port 1.2 als eingang den Port 1.0 schalten, an dem hängt eine LED. Die LED leuchtet immer, auch wenn ich den Port 1.2 auf masse lege. wo liegt der fehler in dem programm? Do If P1.2 = 1 Then P1.0
das bascom für die at's, tiny's und mega's, aber vllt. gilt das auch für die 89er's) muss man einen port so einlesen: if PinA.1 = 1 then... und so den port beschreiben: set PortA.2 oder reset PortA.2 es ist möglich, dass es in deinem bascom-compiler anders gehandhabt wird dann gilt das natürlich
-
Thread
Fröling Heizungssteuerung auslesen.
ich die mitgeschriebenen Daten: Mein Aktuelles Testprogramm sieht so aus. #include <avr/io.h> #include <stdlib.h> #include "lcd.c" #include <stdarg.h> #include <stdlib.h> #include <avr/io.h> #define F_CPU 3686400UL #define UART_BAUD_RATE 9600 void initUART(void) {
Berichte bitte ob es funktioniert. Ich habe auch diesen Thread eröffnet -> Fröling P2 S3100 und AVR-NET-IO Kannst ja mal nach suchen. Grüsse aus Hessen!
-
Thread
Einlesen von analogen Daten mittels Raspberry Pi/µC
Hallo zusammen und zu Beginn erstmal frohe Weihnachten. Ich versuche aktuell (erstmal in der Theorie) zwei Platinen miteinander zu verbinden. Zum einen den Raspberry Pi mit seinen GPIO Pins und zum anderen die ELV Lichtorgel 12V 3-Kanal (Schaltplan www.hed-radio.com/pdf/bausatz/elv/Lichtorgel_12V_3-Kanal.pdf). Nun möchte ich im Grunde folgendes erreichen: die Tiefen/Mitten/Höhen möchte ich mit 3 Pins vom Raspberry Pi verbinden, sodass ich in einem Programm z.B. alle 10 ms die Ports abfragen kann, ob diese gerade high oder low sind. Ich habe bereits nach Antworten zu meinen nun folgenden
-
Thread
LCD über 74*595: Busy-Flag?
Lösung war, die 8 Datenbits aber Du wolltest ja ohnehin den 8bit Mode verwenden Auch wenn Du das Einlesen per Shiftregister oben ausschließt, für graphische Darstellungen mach es schon Sinn alle 8 Daten- Leitungen wieder einzulesen, spart je nach Anwendung ordentlich Ram. Gruß Dominik
SPI ein. Also kein "hardware"-SPI, ich mach das "zu Fuß". Nachdem ich SPI immer auf den Programmier-Port rausführe, und mir mal eine Platine samt AVR zerstört hatte (wegen irgendwelcher Nebeneffekte) meide ich SPI. > Allerdings dimmt man mit der OE-Lösung die Hintergrundbeleuchtung wenn > man diese
-
Thread
Algorithmus für Linefollower mit 5 Sensoren
fühlst. >Apropos: Über welchen Prozessor und damit welchen Assembler reden wir >eigentlich? AVR Assembler, Atmega 16 spess53 schrieb im Beitrag #1789442: > Wenn das alles ist, bist du bei ca. 0,1 von 100. Träum weiter. Spess, du bist aber der ärgste von allen^^ Grüße Bro
über den Analog-Digital-Converter eingelesen. Jeder an einen ADC-Pin und per Software abwechselnd einlesen. Was wür einen µC nutzt du denn? und was hat die Frage 32bitµC oder nicht damit zu tun? Ein 8bit-AVR langweilt sich mit der Aufgabe zu tode. 5x AD-Wandlung, winzig kleines bisschen rechnen, neue