-
Thread
Solarnachfolgung mit 2 Servos in C
über die Ports 2.0-2.7 angesteuert werden, wobei 2.0-2.3 schon ausreichen, oder? Der Microcontroller mit dem wir arbeiten heißt 80c51 und ist auf irgend einem Board befestigt. Ich hab dummerweise wenig Ahnung
Servos, das Modell ist soweit ich weis fertig. Der Softwareteil ist meine Aufgabe, den Hab ich in 3 Teile eingeteilt 1. Werte einlesen 2. Werte Vergleichen und Zeit berechnen 3. Motor steuern Das mit den 2 Portpins ist richtig, war mein Fehler, es ist auch Tatsächlich ein Servo, programier wird
-
Thread
PIC12LF1840 MPLAB X C-Problem
222 07BF 3187 27B6 3187 fcall _initPorts 223 224 ;main.c: 44: RA5=0; 225 07C2 0020 movlb 0 ; select bank0 226 07C3 128C bcf 12,5
151 336 07F2 00F0 movwf ??_pulse 337 07F3 u47: 338 07F3 0BF0 decfsz ??_pulse,f 339 07F4 2FF3 goto u47 340 07F5 0BF1
-
Thread
Zu hohe Spannung an verschd. Pins
hat wie von Bernd vorhergesagt 8MHz und scheint heil zu sein. Am Schieberegister passt außer an den Pins 1,9 und 16 (siehe Bernd's Link weiter oben) nichts zusammen. Auffällig ist, dass an den Pins 2, 3, 4, 5 (Paralleler Input) bei dem Kaputten immer eine doppelt so hohe Frequenz herrscht wie bei dem Heilen
: https://pdf1.alldatasheet.com/datasheet-pdf/download/126471/MOTOROLA/MC6801.html Auf Seite 2 (3-93) ist ein Blockschaltbild abgebildet, auf der linken Seite gibt drei Belegungen für Port 3 und Port 4. Der 6801 läuf recht sicher in der Betriebsart "Expanded Multiplexed", und damit sind an Port
-
Thread
Arduino uno R3
-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg Wunsch System wide configuration file is "C:\Programme\Arduino\hardware\tools\avr/etc/avrdude.conf" Using Port : COM3 Using
? Du könntest mal mit einem Terminalprogramm versuchen, auf den Port zuzugreifen. Falls Du ein Oszi hast, müssen dann die Signal am RxD ( Pin2 ) des Atmega sichtbar sein. Es gibt noch diese Sache mit den zwei verschiedenen IDE Versionen von Arduino.CC und Arduino.ORG
-
Thread
Zwischen 2 Quartzen umschalten
:1 Teiler und MUX dahinter. Dann kannst Du prinzipiell auch auf 7,14MHz umschalten. Die üblichen µC lassen sich über XTAL1 oder XTAL 2 auch extern takten. Kontrollieren, ob der µC mit 5V oder mit 3,,3V betrieben ist. Passenden Quarzoszillator suchen, 74HC390 o.ä. als Teiler dahinter, dann die Ausgänge
natürlich nur eins der Relais, aber man weiß ja nie ^^ Der Quarz, welcher am meisten genutzt wird (3,57MHz), liegt auf den stromlosen Relaiskontakten (Pin 6 und 11), der μC hängt mit XTAL1 und XTAL2 an den Ausgängen vom Relais (Pin 4 und 13) und der "Zusatzquarz" an den Pins 8 und 9. 5V Spannung liegen
-
Thread
MSP430G2231 - I2C TI-Code funktioniert nicht
es Probleme gibt, weil ich USB und MSP gleichzeitig angeschlossen habe, obwohl ja extra Pins da sind für I2C?
nur im Timer Interrupt geschlossen dann kann da beliebig wenig Zeit zwischen vergehen. Was BCSCTL3 = LFXT1S_2 macht findest du im MSP430x2xx Family User's Guide, Abschnitt 5.3.4 BCSCTL3, Basic Clock System Control Register 3 LFXT1Sx Bits 5-4 Low-frequency clock select and LFXT1 range select. These
-
Thread
pollin dot matrix lcd 122x32 dots dg 12232
Noch etwas zur Hardware: Das Display hängt am STM32F0-Discovery. VDD sind 5V Die IOs liefern 3,3V. Laut Datenblatt sollte das aber funktionieren (High wird ab 2,4V erkannt).
Zuckt nicht ein einziges mal ... Auf dem Board läuft ein ATmega88A, die Datenleitungen sind am Port D0 ... 7 die Steuerleitungen liegen auf Port B, wie folgt: Bit 0 - /WR 1 - /RD 2 - CS1 3 - CS2 4 - A0 5 - Reset Hoffentlich sieht es jemand der mir nen Tipp geben kann. Dank & Gruß Michael
-
Thread
TSIC und ATMega
bei Dauerbetrieb an 3,3 V. Bei 1/10 Einschaltzeit < 0,01 °C. (Das sieht der TSIC nicht.) Eine pessimistische Schätzung für 5 V sei 0,2 mA = 1 mW. Ich messe 15 mV an den vorgeschlagenen 220 Ohm (+ 100 nF nach Masse)
bis fallende Flanke vom nächsten Bit kommt rjmp strobe3 warten3: sbis pinC, 0 rjmp warten3 rjmp next next: sbic pinC, 0 rjmp next next2: sbis pinC, 0 rjmp next2 ldi temp2, 8 ;pop
-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware
_Flash + lX); Buffer_UI2Plane[lX] = *(UI_Plane2_Flash + lX); UI_Plane3[lX] = *(UI_Plane3_Flash + lX); UI_Plane4[lX] = *(UI_Plane4_Flash + lX); UI_Plane5[lX] = *(UI_Plane5_Flash + lX); }*/ [/c] Das Bottom-Area
ccI2Biu1.ii -quiet -dumpbase TomCat.cc -mno-zero-extend -m32 -g2 -O2 -W -version -o /tmp/ccIHjI1U.s GNU C++ version 2.9-nios-010801-20030923 (nios-elf) compiled by GNU C version 3.3.1 (Mandrake Linux 8.2
-
Thread
Einstieg in µC-Programmierung: Fragen zu UNO R3 usw.
Guten Moin zusammen, will jetzt endlich mal mit µC anfangen, hab ne Weile rumgelesen und bin beim UNO R3 gelandet, das gibt es sehr günstig oft schon mit Displays, wie ihr bestimmt alle eh wisst. Zunächst die wichtigste Frage: Kann das Teil als Programmer
Lediglich bei 3310 Display bin ich mir nicht sicher. Hab ich bislang nicht gemacht. Habe nur die 16x2/16x4 Displays mit I2C. Würde dir nahelegen ein solches Display einzusetzen. Du brauchst somit nur 2 Datenleitungen (A4 und A5) und es gibt fertige Libs. Ports hat der Arduino genug. Wenns doch mal
-
Thread
level shifter für Jtag: 3.3V Signale dynamisch auf 1.8V 2.5V 3.3V 5V konvertieren
auslesen etc. Um jedoch mit einer grossen Zahl von Geräten kompatibel zu sein, muss ich also die 3.3V Spannung die der xmega an den IO Pins liefert und auch fordert je nach angestecktem Gerät auf 1.8V 2.5V 3.3V 5V konvertieren. Ich habe jetzt schon versucht einen passenden IC zu finden, der genau
ebenfalls zur Verfügung stünde, wäre das mit http://www.mikrocontroller.net/articles/Pegelwandler#1.2C65V...5.2C5V_.3C-.3E_1.2C65V...5.2C5V kein Problem, aber so ist es nicht so einfach. Vielleicht mit dem Xmega die Spannung messen und dann irgendwie umschalten.
-
Thread
STM32 EXTI Modul
Kann ich dann im Register -> [c] SYSCFG->EXTICR1 [/c] Mich für 4 Ports endscheiden mit den jeweiligen Pins [0..3]? Das Register hat ja nur EXTI0..3
für Pin 1 von einem frei wählbaren Port. EXTI2 ist für Pin 2 von einem frei wählbaren Port. EXTI3 ist für Pin 3 von einem frei wählbaren Port. Das EXTICR2 Register verbindet die Interrupts EXTI 4 bis 7
-
Thread
Effizient coden: dez-to-binär auf 4 verteilte pins ausgeben
Vorteil, daß man die Zuordnung zu den Bits in der obigen Tabelle nicht selber ausrechnen muss. [c] void set_ports(a) { if (a & (1<<0)) port1 |= (1<<4); else port1 &= ~(1<<4); if (a & (1<<1)) port2 |= (1<<3); else port2 &= ~(1<<3); if (a & (1<<2)) port3 |= (1<<7); else port3 &= ~(1<<7); if (a & (1<<3)) port4 |= (1<<5); else port4 &= ~(1<<5); } [/c]
-
Thread
Probleme mit I2C beim STM32F103C8T6
auch schon andere I2C-Teilnehmer an den Controller angeschlossen - leider ohne Erfolg. Am SDA/SCL hängen je 2k2 PullUp-Widerstände gegen 5V (PB6/PB7 sind 5V-Tolerant) [code] void I2C_Init(void){ //I2C initialisieren
hatte, ist es > jetzt wieder eindeutig. 0x27<<1 ist 0x4e... Ich habe aber bei mir noch einen I2C Pegelwandler mit 2 Stück 2N7002 dazwischen..sind die 3,3V am Display Dein Problem? Den 24C08 betreibe ich mit 3v3, das Display mit 5V. Gruß, Holm
-
Thread
FTDI 3v3 LDO
hat! Intern im FTDI ist an den Kommunikationsleitungen eine Diode gegen Vcc geschaltet. Wenn nun 3.3V an einer der Kommunikationsleitungen anliegt so ist eine Spannung von 2.7V = 3.3V minus 0.6V Diode ein Indiz für eine Speisung über die Kommunikationsleitungen!
Strom dafür treiben kann. Zumal über den > LDO ja 50mA zur Verfügung stehen, aber hier z.B. der MSP Pin nur 2mA > verträgt. > Also würde man ja theoretisch das UART Interface des MSPs bei Belastung > des LDOs zerstören, oder lieg ich da jetzt komplett falsch? ok, ich habe CBUS3 an den Interruptpin
-
Thread
LED mit Encoder ansteuern
; case 2: LEDS_PORT = ENCODER1_3; break; case 3: LEDS_PORT = ENCODER1_4; break; [/c] Und der "get_key_long" tut auch nicht so wie er soll. Er reagiert auch auf einen
if(get_key_long(TASTER1)) > { > FUNKTION_PORT = FUNKTION1_2; > } > break; > case 2: > LEDS_PORT = ENCODER1_3; > break; > case 3: > LEDS_PORT = ENCODER1_4; > break; > [/c] >
-
Thread
RS232- und Komparator-Pin Belastbarkeit.
mehrere Werte, die für Dich interessant sind: unter absolute maximum ratings: * DC current per I/O pin unter DC Characteristics: * Output low voltage (Ports A,B,C,D) (Note 3) * Output high voltage (Ports A,B,C,D) (Note 4) Unter "Notes" stehen oft auch wichtige - und interessante Zusatzinformationen
8515 DB nicht vorliegen habe). Im Manual steht unter Output low voltage Iol = 20mA, VCC=5V 0,7V (Ports A,B,C,D) (Note 3) Iol = 10mA, VCC=3V 0,5V Output high voltage Ioh = 20mA, VCC=5V 4,2V (Ports A,B,C,D) (Note 4) I0h = 10mA, VCC=3V 2,2V Interessant
-
Thread
AVR ATtiny26 - 3Channel PWM
pwm_werte[3]++; } else if (pwm_werte[2] <= 255 && pwm_werte[3] == 255 && pwm_werte[2] !=0 ) { pwm_werte[2]--; } else if (pwm_werte[3] == 255 && pwm_werte[1] <= 255) { pwm_werte[1]++;
pwm_cnt = 0; } else pwm_cnt++; } } int main(void) { // PWM Port einstellen PWM_DDR = 0x07; // Port als Ausgang // zusätzliche PWM-Ports hier setzen /* OCR1A = 0xC3; // number to count up to (195) TIFR |= 0x01; // clear interrupt
-
Thread
Welche Hardware kaufen? (Mikrocontroller programmieren)
im Anhang befindet sich der Schaltkreis ;) Also, es reicht mir, mit einem Pin eine LED, mit dem 2. Pin 2 LEDS und mit dem 3. Pin 3 LEDS anzusteuern... Davor natürlich Widerstände geschaltet usw. Der Taster geht auf Masse/Eingang Was meint ihr?
4xAA am sinnvollsten (Batteriehalter) http://www.reichelt.de/Batteriehalter-fuer-Mignon/HALTER-4XUM3-1DK/3/index.html?&ACTION=3&LA=446&ARTICLE=57121&GROUPID=4255&artnr=HALTER+4XUM3-1DK&SEARCH=BATTERIEHALTER+aa ? > 2. Spannungswandler mit Verpolschutz für µC um 5V zu erreichen Kann mir da jemand
-
Thread
Alles Rund um den MEDION LIFE P89626 NAS
/3e5fea5f-e3aa-4766-9064-1fdefbe13b7c/boot # uname -a Linux NAS15TB 2.6.31.14_SMP_820 #2 SMP Wed Oct 5 21:54:14 CST 2011 armv6l GNU/Linux /e-data/3e5fea5f-e3aa-4766-9064-1fdefbe13b7c/boot # ls initramfs
firefox? Fehler http://169.**.141.***/cmd,/tjp6jp6y4/register_main/setCookie?cookie=authtok%3DYDe3CEeiCuKBl5BxehOEt3SGIdNqm19cRyEB2mFSgpi5oEAute8WZCv6mlDn12Ue%3Bpath%3D%2F&location=%2Fr32694%2C%2Fadv%2C%2Fadmin%2Findex.html cookies usw ist erlaubt
-
Thread
Wie ist PORTB implementiert?
**/ #define W1 PORT_E3 #define W1_oe DDR_E3 #define W1_in PIN_E3 [/c] Man ist aber nicht auf IO-Pins beschränkt, sondern kann sich nach dem gleichen Prinzip auch virtuelle Bits definieren und
> Ich habe damit auch nur ausnahmslos beste Erfahrungen gemacht. > Meine <sbit.h> definiert alle Pins als Bitvariable und in der > "hardware.h" werden beschreibende Namen zugewiesen: [c] > #define W1 PORT_E3 > #define W1_oe DDR_E3 > #define W1_in PIN_E3[/c]
-
Thread
ATMEGA 328p Programm Upload nicht Möglich avrdude: stk500_loadaddr(): (a) protocol error, expect=0x1
auf HIGH und wird danach von R2 auf HIGH gehalten. Laut ATMEL löst jeder Impuls über 2,5us einen Reset sicher aus. Wenn die andere Seite (FTDI) aber keine Fehler macht, sind sowohl R2 als auch C3 absolut unnötig. Wenn doch,
:0 ABSCHALTUNG 4.56 V / -13.51 A / 24.13 C / A2 Analog Value:3 ABSCHALTUNG 4.57 V / -13.43 A / 24.13 C / A2 Analog Value:3 [/code]
-
Thread
µC steuerung mit LiIon batterie btreiben
läuft, aufgebaut. Diese Schaltung möchte ich mit einer LiIon Zelle betreiben. Wie kriege ich die 3 bis 4,2V Zellenspannung in konstante 5V Versorgung für den µC. Die Hauptantriebe werden direkt von LiIon versorgt. Aber die Transistoren werden mit µC geschaltet. Daher brauch ich höchstens 100mA Strom
. Note that Port C (5..4) use digital supply voltage, VCC.
-
Thread
avrgcc erzeugt sinnlosen code?
jetzt auch mal pauschal auf den umgestiegen. Die codegrößen schauen bei meinem projekt so aus: 4.3.2: 12392 bytes 4.3.3: 12388 bytes 4.5.1: 13538 bytes (avrstudio 5 version) 4.7.0: 11710 bytes
auch mal pauschal auf den umgestiegen. > > Die codegrößen schauen bei meinem projekt so aus: > 4.3.2: 12392 bytes > 4.3.3: 12388 bytes > 4.5.1: 13538 bytes (avrstudio 5 version) > 4.7.0: 11710 bytes ich verwende avr-gcc 4.3.5 und den avr-gcc gcc-4.6.3 alternativ unter ubuntu. Mit diesen Einstellungen
-
Thread
C versus Assembler->Performance Gesperrt
878: ff 93 push r31 } extern inline void SetLED3() { PORTD |= (1<<LED3); 87a: 5e 9a sbi 0x0b, 6 ; 11 . . . . [/c] Modul PS2 (V3) [c] #include "structs.h" #include "Ports.h" #include "LED.h" #include <inttypes.h>
= (int)((((((C3 * v) >> 2) + C2) >> 11) * v + (1L<<16)) >> 17) + C1; [/c] Aber wegen dieser Kleinigkeit gleich einen 32-Bitter nehmen?
-
Thread
TV-Unterbettlift
bescheid geben. [c] #include <ezButton.h> #include <Servo.h> int relais1pin = 2; int relais2pin = 3; int relais3pin = 4; int relais4pin = 5; ezButton button1(A0); ezButton button2(A1); ezButton limitsw1
motor2_R(){ digitalWrite(relais3pin,HIGH); digitalWrite(relais4pin,LOW); } void motor2_S(){ digitalWrite(relais3pin,HIGH); digitalWrite(relais4pin,HIGH); } [/c]
-
Thread
6502 Emulation auf AVR ?
sind also noch frei: PB2...7 (SPI dabei) PD2...5 (Rest ist UART und extRam RD/WR) SD-Card an SPI, SD_CS an PB4 Display Daten an PA0 mit ran, RW an SID_RW, RS an A8, bleibt noch E von Display an PB3. PD2...5 für 4 Tasten
Hallo, @heMason: sehe ich ähnlich mit dem SID. Ansonsten: ich habe noch 3 C64 hier, alle 3 laufen noch, einer mit Kernel-Umschaltung 8-fach. Mein Bekannter hat letztens ca. 10 C64, 5 1541-II, Datasetten bei ebay soweit ich weiß als Paket versteigert, sind für wenige Euro
-
Thread
ein pin höhere spannung als andere
Ich hab einen 89c51ed2 und schließe eine simple LED samt 470 Ohm Widerstand an (sonst ist die Stromstärke für den Microcontroller zu hoch) wenn ich die LED mit dem Widerstand an Pin 3.0 anschließe ist sie aber weitaus
>wenn ich die LED mit dem Widerstand an Pin 3.0 anschließe ist sie >aber weitaus heller, als beispielweise bei P3.1 Wie ist die LED geschaltet? Von +Vss gegen PIN, oder GND gegen PIN? Liegen an beiden PINS des µC konstsnte Pegel an, oder
-
Thread
ARM LM3S811 SSI Problem
Ich habe SSI_RX und TX so deklariert: [c] #define SSI_CS GPIO_PIN_3 #define SSI_CLK GPIO_PIN_2 #define SSI_TX GPIO_PIN_5 #define SSI_RX GPIO_PIN_4 [/c] Aber leider
GPIO_PIN_2 #define SSI_TX GPIO_PIN_5 #define SSI_RX GPIO_PIN_4 volatile unsigned long i;[/c] Ich weiß im Moment leider nicht, wie ich weitermachen kann.
-
Thread
C-Box 2 Platine von Pollin Gesperrt
Bei Pollin gibt es momentan eine C-Box 2 Platine für ca. 2 Euro: http://www.pollin.de/shop/shop.php?cf=detail.php&pg=NQ==&a=MTY5OTA2OTk= Ich habe mir eine davon bestellt. Weiß jemand von euch was eine C-Box ist? Auf dem Boden befand
512kBytse SRAM. Ich frage mich, ob das ein echter VGA Anschluss ist, zumindest passt die Belegung (Pin 1-3 Signale, + die 3 eine Reihe darunter die zugehörige Masse.
-
Thread
pic18f4550 und I2C (bzw. SAA1064)
#define LEDTris2 TRISDbits.TRISD2 //Define LEDTris as TRISD Pin 2 #define LEDPin3 LATDbits.LATD3 //Define LEDPin as PORT D Pin 2 #define LEDTris3 TRISDbits.TRISD3 //Define LEDTris as TRISD Pin 2 void fadeInOut(void
= 1;//Set LED Pin LEDPin1 = 0;//Set LED Pin LEDPin2 = 0;//Set LED Pin LEDPin3 = 0; while(1){ fadeInOut(); //trigger PWM Magic on Port C PIN 2 if(LEDPin0 == 1){ LEDPin0 = 0;//Toggle LED
-
Thread
Neuer uC wie initialisiert?
Interface, aber nicht USB). http://www.st.com/content/ccc/resource/technical/document/datasheet/group3/38/c6/ca/d1/f7/d5/4e/30/DM00092070/files/DM00092070.pdf/jcr:content/translations/en.DM00092070.pdf Auf diesen Pins liegen SYS_JTDI und SYS_NJTRST. Gibt es eine Möglichkeit, diese Pins schon vor dem
Du kannst diese Pins nur nach dem Startup konfigurieren: [c] // Enable alternate functions SET_BIT(RCC->APB2ENR, RCC_APB2ENR_AFIOEN); // Disable both SWD and JTAG to free PA13, PA14, PA15, PB3 and PB4 MODIFY_REG
-
Thread
pic das forum Gesperrt
; ***************** ; ; Pin | Name | I/O | Funktion ; ; PortA | RA0/AN0 | I | --- ; | RA1/AN1 | I | --- ; | RA2/AN2 | I | --- ; | RA3/AN3 | I | --- ;
"Input" laden movwf TRISA ; alle Pins des Port A als "Input" schalten bcf ADCON1, PCFG3 ; Bit3 im ADCON1-Register löschen (= PORTA auf digital I/0 konfigurieren) bsf ADCON1, PCFG2 ; Bit2 im ADCON1-Register setzen (= PORTA auf
-
Thread
DOGM162 Display funktioniert nur sporadisch
der Übertragung */ while(!(SPSR & (1<<SPIF))); //Übertragung abschließen durch RS toggle PORT_RS |= (1 << PIN_RS); // high _delay_us(5); PORT_RS &= ~(1 << PIN_RS); //low _delay_us(50); // warte auf Display PORT_CSB |= (1 << PIN_CSB); }
nicht nötig, nur das toggeln weglassen. Also: (Empfehlung) *Command* Parameter 1x Byte 1. RS low 2. CSB low 3. Datenbyte senden 4. 2 nop 5. CSB high *Data* Parameter String/Char-Ptr 1. RS high 2. CSB low 3. alle Bytes senden 4. 2 nop 5. CSB high Sascha
-
Thread
Arduino Probleme mit SoftWire (SoftI2CMaster)
() { Wire.begin() ... } [/c] habe also ganz einfach folgenden Sketch: [c] #define SDA_PIN 3 #define SDA_PORT PORTD #define SCL_PIN 5 #define SCL_PORT PORTB #define I2C_FASTMODE 1 #include "SoftWire.h" SoftWire Wire
#define SDA_PORT PORTD #define SCL_PIN 5 #define SCL_PORT PORTB #define I2C_FASTMODE 1 SoftWire Wire = SoftWire(); #include "SoftI2CMaster.h" #include <inttypes.h> #include "Stream.h" . . . [/c]
-
Thread
USB C - Ladegerät und zu ladendes Gerät - Kommunikation
Funktionalität sind. Irgendwie versteh ich das nicht. In der Zeichnung https://www.delock.de/infothek/USB-3.2_USB-Type-C/usb-3.2-usb-type-c.html tauchen doch Bezeichnungen wie SBU1, SBU2, CC1, CC2, RX1 und RX2, TX1 und TX2 auf. Wenn es 1:1 gespiegelt wäre, müsste es doch für beide Seiten RX1 und RX1, TX1
#7960181: > Irgendwie versteh ich das nicht. > In der Zeichnung > https://www.delock.de/infothek/USB-3.2_USB-Type-C/usb-3.2-usb-type-c.html > tauchen doch Bezeichnungen wie SBU1, SBU2, CC1, CC2, RX1 und RX2, TX1 > und TX2 auf. > Wenn es 1:1 gespiegelt wäre, müsste es doch für beide Seiten RX1 und
-
Thread
CAN auslesen AT90CAN128
Da sind ein paar Schnitzer drin, das funktioniert so nicht. [c] id = 0x773; // Empfangs-ID CANPAGE = (1<<4); // select MOB1 CANIDT1 = (id >> 3); // Put bits 3-11 of message ID into CANIDT1 CANIDT2 = (id << 5); // Put bits 0-2 of message ID into CANIDT2
Pins einschalten DDRE = (1<<PE1); PORTE = (1<<PE2) | (1<<PE3) | (1<<PE4) | (1<<PE5) | (1<<PE6) | (1<<PE7); // Pullups an ungenutzen Pins einschalten DDRF = 0x00; // alle Pins auf Eingang
-
Thread
Variables IODELAY2 und Spartan 6
=> dcm_locked ); LVDSCLK_BUFG_INST: BUFG port map(I => LVDS_CLK_DCM, O => LVDS_CLK); LVDS_CLK_ODDR2_INST: ODDR2 port map ( C0 => "not"(LVDS_CLK), C1 => LVDS_CLK, -- FIXME: Phase 180° gedreht ??!!??
-- -- LOCKED => dcm_locked -- ); -- -- LVDSCLK_BUFG_INST: BUFG port map(I => LVDS_CLK_DCM, O => LVDS_CLK); -- -- LVDS_CLK_ODDR2_INST: ODDR2 -- port map -- ( -- C0 => "not"(LVDS_CLK), C1 => LVDS_CLK, -- FIXME: Phase 180° gedreht ??!!
-
Thread
USB Datenaustausch bei Nexys2 von Digilent
und dank jjumper reversibel) http://www.digilentinc.com/Data/Products/NEXYS2/Nexys2_sch.pdf Seite 2 JP6. Meinst du den? Ich habe mal sehr schlechte Erfahrungen gemacht, als ich von I2C Hardware einfach die Pull-UP Widerstände entfrernt habe: Es war ein Temperatursensor. Plötzlich
angefangen. Bulksrc ist aber glaube ich genau so gut. Im Projekt gibt es - so weit ich bisher weis - 3 wichtige Dateien. 1) fw.c hier steht das hauptprogramm drin. Behandlung von Anfragen auf endpoint 0 und sowas. Die Datei habe ich erst mal gelassen wie sie ist. 2) descr.a51 hier steht die Endpoint-Konfiguration
-
Thread
Audiotisch (Daft Punk)
Moin! Was ist mit Pin 28? C5 würde ich kleiner wählen oder gar ganz weg lassen. Die Ansteuerung Deiner LEDs ist nicht vorteilhaft. Am Emitter liegen 0,7V weniger, als an der Basis. Rechne am Emitter mal mit 4,2V.
OMG JOBST! Ich liebe dich! :) Jetzt leuchten zwar noch die 3 anderen Pins vom Port aber das ist egal denn der richtige blinkt endlich!!!! *freuuu* Man bin ich nun happy! :) Könntest du mir evtl. dein C-Programm zukommen lassen (nicht nur als .hex) ? Was
-
Thread
Sprachausgabe mit AVR
Beschaltung kommen AVR_ATmega32 SPI_DI (MISO) PB6 an Data Output der SD-Karte (PIN 7) SPI_DO (MOSI) PB5 an Data Input der SD-Karte (PIN 2) SPI_Clock (SCK) PB7 an Clock der SD-Karte (PIN5) MMC_Chip_Select (OC0) PB3 an Chip Select der SD-Karte (PIN 1)
folgende Beschaltung kommen AVR_ATmega32 SPI_DI (MISO) PB6 an Data Output der SD-Karte (PIN 7) SPI_DO (MOSI) PB5 an Data Input der SD-Karte (PIN 2) SPI_Clock (SCK) PB7 an Clock der SD-Karte (PIN5) MMC_Chip_Select (OC0) PB3 an Chip Select der SD-Karte (PIN 1) SPI_SS
-
Thread
Attiny 2313 einzelne Bits ansprechen
noch dieses Macro, das ist viel leistungsfähiger: [c] // PeDa struct bits { uint8_t b0:1, b1:1, b2:1, b3:1, b4:1, b5:1, b6:1, b7:1; } __attribute__((__packed__)); #define SBIT_(port,pin) ((*(volatile struct bits*)&port).b##pin) #define SBIT(
meine Methode, sondern die von Peter (PeDa), so hatte ich es auch im Codeschnipsel angegeben: [c] // PeDa struct bits { uint8_t b0:1, b1:1, b2:1, b3:1, b4:1, b5:1, b6:1, b7:1; } __attribute__((__packed__)); #define SBIT_(port,pin) ((*(volatile struct bits*)&port).b##pin) #define SBIT(
-
Thread
STM32L072 USB bei 2-3 Volt Spannungsversorgung
oder anderen Interessenten überlassen kann. Warum nicht Digispark? Weil der nur 5 Pins hat die sich auch noch mit dem USB Port überlappen. Die Idee finde ich gut, aber er ist insgesamt zu klein geraten. Warum nicht B·O·B·3? Weil der schon immer wie zu teuer war. Außerdem finde
Stefan F. schrieb im Beitrag #7228624: > Wegen der Knopfzelle wäre die Versorgungsspannung 2 bis 3 Volt. Kann > dann die USB Schnittstelle überhaupt funktionieren? Ja! Wir haben in einem Serienprodukt einen STM32L072С8, der über einen Regler mit 2,5V versorgt wird. USB wird benötigt,
-
Thread
DCF 77 Uhr mit CodeVision
Testversions lcd.h durchgeschaut nichts. Nur in der LCD40X40.h steht folgendes, [LCD] [AVR Port] RS (pin 11) --- bit 0 RD (pin 10) --- bit 1 EN1 (pin 9) ---- bit 2 EN2 (pin 15) --- bit 3 DB4 (pin 4) ---- bit 4 DB5 (pin 3) ---- bit 5 DB6 (pin 2) ---- bit 6 DB7 (pin 1)
gewünschtes LCD angeben. Darunter findest du dann auch diese Pinbelegung: [LCD] [AVR Port] RS (pin 4) ---- bit 0 RD (pin 5) ---- bit 1 EN (pin 6) ---- bit 2 Free ---- bit 3 DB4 (pin 11) ---- bit 4 DB5 (pin 12) ---- bit 5 DB6 (pin 13) ---- bit 6 DB7 (
-
Thread
LCD-Modul 2x16 am STM32F4Discovery-Board
GND-Pin 2 +5V +5V über NC-Pin 3 Kontrast Diode->GND (ca.0,7V Vorsp.) 4 RS PC1 5 R/W PC2 6 E PC3
; GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE); // Ausgänge von PortC Pins 1, 2, 3, 4, 5, 6, 7 push-pull output*/ GPIO_InitStructure.GPIO_Pin = GPIO_Pin_1 | GPIO_Pin_2 | GPIO_Pin_3 |GPIO_Pin_4 |
-
Thread
12 LEDs an ATMega32 (Port A + C)
Hi, ich habe an meinem ATMega32 an PortA 8 LEDs und an PortC 4 LEDs (an PC0, PC1, PC2, PC3). JTAG ist deaktiviert. An PortB hängt ein LCD (HD44780), das funktioniert problemlos. Ich denke, das ist für das Problem nicht relevant. Meine
komplett an. [c] DDRA = 0xFF; DDRB = 0xFF; DDRC = 0xFF; DDRD = 0b11100000; PORTA = 0x00; PORTC = 0xFF; [/c] Jetzt leuchten ausschließlich die hintern 2 LEDs an PortC (PC2 + PC3). PortA scheint
-
Thread
Tricksen mit Ports
Hallöle Ich habe einen Atmega16 µC und steuere 4 Schrittmotoren (PORT D), 6 Status-LEDs (PORT C), 6 Buttons (PORT B) und ein LCD Modul (PORT A) an. Der µC hat nur diese 4 Ports. Jetzt habe ich 4 Lichtschranken gekauft und erst jetzt
Hi Wenn du die Lichtschranken zusammen mit den Tastern zu einer 2x5 oder 3x4 Matrix zusammenschaltest reicht ein zusätzlicher Pin. MfG Spess
-
Thread
Ansteuerung DS 1302 (Timekeeping) über I2C-Bus (
schnelle Antwort. Kannst du mir etwas zu meiner Vorgehensweise zum Anschluss sagen: Ich habe 1) 3-Anschlüsse des DS1302 (SCLK, I/O, !RST) an den Port3 (P3_5, P3_4, P3_3)angeschlossen. Ist das eigentlich egal an welche Ports ich den I2C-Bus anschließe? Ich würde mich freuen wenn ich
------------------------------------------------*/ sbit P1_0 = 0x90; sbit P1_1 = 0x91; sbit P1_2 = 0x92; sbit P1_3 = 0x93; sbit P1_4 = 0x94; sbit P1_5 = 0x95; sbit P1_6 = 0x96; sbit P1_7 = 0x97; sbit T2 = 0x90; /* External input to Timer/Counter 2, clock out */ sbit T2EX = 0x91;
-
Thread
ATmega8 AU - TQFP Leerlaufstrom zuckt sich hoch bis zum µC-TOD
rjmp .+18 ; 0x36 <__bad_interrupt> 24: 08 c0 rjmp .+16 ; 0x36 <__bad_interrupt> 00000026 <__ctors_end>: 26: 11 24 eor r1, r1 28: 1f be out 0x3f, r1 ; 63 2a: cf e5 ldi r28, 0x5F ; 95
. Also entweder 1. Pin als Input definieren, Pullup aktivieren (Port auf 1 setzen). 2. Pin als Input definieren und extern auf z.B. GND legen. 3. Pin als Ausgang definieren, auf beliebigen Wert setzen. Ich bevorzuge
-
Thread
Funktioniert diese Schleife?
D5 3 PD1 13 D6 4 PD2 14 D7 5 PD3 15 LED+ 16 LED- [/c] Und ja genau so sehen die Blöcke aus aber eben nur wenn ich eine while schleife reinbaue. Ohne hat es wie gesagt alles richtig
Sorry ... 0x3C ist natürlich genau falschrum, 0xC3 wäre richtig. DDRC & 0xC3 löscht nur die bits, die hinter den Pins PC2-PC5 stecken. Dann wird genau der eine Pin auf Ausgang geschaltet, der Momentan interessant