-
Thread
LCD Ansteuerung error
tritt jetz mein erstes Problem auf, beim "F7" drücken bekomme ich folgenden Error: ../lcd-routines.c: In function 'lcd_enable': ../lcd-routines.c:16:21: error: 'PD5' undeclared (first use in this function) Und dieser Error kommt für alle weiteren Port Variablen, also PD0 usw. usw. . Leider habe
PD6 6 #define PD5 5 #define PD4 4 #define PD3 3 #define PD2 2 #define PD1 1 #define PD0 0 [/c] ein. Dann sollte der Code kompilieren.
-
Thread
PIC 18f2550 und LCD mittels Maestro
////////////////////// #define CLOCK_FREQ .20000000 #define XLCD_4BIT #define XLCD_2LINE #define XLCD_FONT5x8 #define XLCD_UPPER #define XLCD_DATA_PORT 2 #define XLCD_RS_PIN 0x15 #define XLCD_EN_PIN 0x16
Welche PINs von Port C lassen sich denn nicht als Ausgang definieren ???? Holger
-
Thread
Erste Platine in Eagle Gesperrt
Wenn du jetzt noch C4 um 90 Grad nach links drehst und die LB vom Plus-Pol etwas mittiger zw.den Pins von X2 durchfädelst, dann halt ich endlich auch mein Maul ! ;) Gruss Uwe
Pin 1 ist der MOSI. Bei dem Geschlängel könntest du Probleme mit dem Programmieren bekommen! Mach lieber 2 Brücken, gehe aussen herum und nicht durch alle Pins vom µC. Gruß Michael
-
Thread
Cortex M3 "hängt" bei Initialsierung - (wilde Zeilensprünge)
- - // Start program execution while (1) { //A. Martin debug GPIO_SetBits(LED_OK_PORT, LED_OK_PIN); GPIO_SetBits(TEST2_PORT, TEST2_PIN); // switch On Testpin, to check if app runs // check permanently for errors if( EH_GetErrorCounter() != 0) {
sender towards the supervisor controller } // get HW revision information from pattern of I/O pins nHwVersion = GPIO_ReadInputDataBit(REV3_PORT, REV3_PIN) << 3; // get HW revision information from pattern of I/O pins nHwVersion += GPIO_ReadInputDataBit(REV2_PORT, REV2_PIN) << 2; nHwVersion
-
Thread
eigenen port aus einzelnen "Portpins" zusammensetzen
aus Platzgründen die Pins von mehreren PORTs zusammenfassen muss sagen wir z.B PD0-PD5 für Segmente a-e und PC0-PC2 für Segmente f und DP, um auf meine 8 bits zu kommen. Wie könnte ich mir in C einen "virtuellen" PORT erstellen
oder man nimmt einen TM1637 -> 2 Pins , 6 Segmente oder einen max7219 -> 3 Pins , 8 Segmente
-
Thread
mC wird "warm"
So, also der kleine Kerl wird immernoch recht warm. Das heißt dann wohl, 3 Segmente sind zu viel des guten. Hat jemand eine gute Idee? Macht es Sinn, die Pins der Segmente auf versch. Ports des mC zu verteilen?
HeissHeissHeiss schrieb im Beitrag #2917731: > Macht es Sinn, die Pins der Segmente auf versch. Ports des mC zu > verteilen? Quatsch. Du hast irgendwo einen Verschaltungsfehler.
-
Thread
ATMEGA32 Einzellne Pins durchgebrannt ?
3;4;5;6 leuchten nicht und sind nicht gegen Masse durchgeschalten. Ich hab zu beginn ausversehen mal [c]PORTC = 0xFF;[/c] angegeben dadurch müsste Plus auf Plus geschalten sein, da ein High am Ausgang
Ich hab das ganze ja auch mal durchgemessen. Ich hab an PC1/PC2&PC7/PC8 die gewünschte 0V anliegen, da der IC die Pins gegen Masse durchschaltet an PC3/PC4&PC5/PC6 liegen jedoch 3,3V bis 5V an ein Pin hat nur 3,3V keine Ahnung warum. Ich glaub ich leg die Platine
-
Thread
Probleme PS2-Protokoll <-> µC
was danach folgt als Inhalt. [c] [...] #define sbit(sPort,sPin) sPort |= (1 << sPin) // setzt den Pin x bei Port x #define cbit(cPort,cPin) cPort &= ~(1 << cPin) // löscht den Pin x bei Port x #define RESET 0xFF // 1111
[C] while(PINE & (1<<SW_clk)) // warten solange Maus_clk noch nicht auf Low ist // ... while(!PINE & (1<<SW_clk)) // Warten solange Maus_clk noch Low ist [
-
Thread
Verständnisproblem mit Timern
funktioniert aber auch nicht. Ich hoffe, ihr könnt mir dabei helfen. Hier ist mein bisheriger Code: [c] //LED1 = Pin11 PD5 //LED2 = Pin12 PD6 //Taster 1 = Pin4 PD2 //Taster 2 = Pin5 PD3 //Taster 3 = Pin6 PD4 /***************** Header ******************/ #include <avr/io.h> #include <
Christian S. schrieb im Beitrag #3595188: > DDRD = 0x60; //PortD 0-5 ->Eingang ;6 und 7 Ausgang beißt sich mit Christian S. schrieb im Beitrag #3595188: >//LED1 = Pin11 PD5 >//LED2 = Pin12 PD6 >//Taster 1 = Pin4 PD2 >//Taster 2 = Pin5 PD3 >//Taster 3
-
Thread
Selbstlernende IR-Fernbedienung gesucht (4 Tasten)
ersetze defekte Gummitaster durch SMD-Miniaturtaster der Serie PTS820, gibt es z.B. bei Mouser. Die sind 3.9 x 2.9 mm gross und gibt es in Höhen zwischen 1.5 und 2.5 mm. Die löte ich so auf die Platine, dass der Taster die Finger des alten Kontaktes brückt, manchmal muss man dann noch den Gummi etwas abschneiden
/charts/smdcode/c2d.html#TOC
-
Thread
deklaration mit define,wie richtig, so doch nicht oder?
konkrete messung Alle auf low geschaltet, eingang oder Ausgang kann ich jetzt nciht mehr sagen PC2,3 ist auf high PC4 schwankt, PC5 ist auf high Das ist doch merkwürdig. Hast Du eine Ahnung? Ich habe gehört man kann den Atmel konfigurieren (Fuse) und somit die Pins ändern.. Ich kann mich
Unterschied zu der von dir propagierten Variante. was macht wohl dieser Code auf logischer Ebene? [C] while( PIND & 0x43 ) ; [/C] recht viel kann man darüber nicht sagen, ausser dass er solange wartet, solange 3 bestimmte Pins am Port D auf 1 sind. Aber warum und wieso, Fehlanzeige
-
Thread
Zwei Pins kurzzeitig mittels Taster und/oder IR brücken
Hubert G. schrieb im Beitrag #4373528: > Ist J1 und J2 potentialfrei? Oder ist J2 GND? J1 und J2 sind potentialfrei, richtig. J3 liegen 3.3V oder 5V an, wenn der Raspi eingeschaltet ist. Je nachdem ich welchen Pin benutze. Daher die auswahl. J4
Anbei mal das Schaltbild. An PB1 liegt das IR-Signal an, an PB2 die zu messenden 5V, an PB0 das Relais (über Transistor). Mit T1 kannst Du das Relais dann auch manuell schalten. Bleiben noch 2 Pins frei. Wenn man PB3 mit GND kurzschließt, schaltet das Programm
-
Thread
zwei PIN's von zwei AVR's verbinden
kurzgeschlossen werden, sonst sterben > sie den Hitzetod. Das kann ich in dem Fall ausschließen, die anderen Pins des Ports waren Inputs, teilweise unbenutzt. Da der µC vorher seinen Dienst in einer anderen Schaltung getan hat, kann ich ebenso ausschließen, dass der vorher schon defekt war.
nirgends davon die Rede ist, dass das erlaubt wäre. Ich halte einen Serienwiderstand von 220E bei 3V3 für sinnvoll. Ich habe das überall da drin, wo Stecker sind (also wo jemand Fehler machen könnte). Warum 220E? Im Fehlerfall ist der Strom mit 15mA für die Ports der meisten µC unkritisch, An der
-
Thread
C Preprocessor, Gluebefehl ##
seriell-parallel-Wandler wie 74*595 ausgegeben werden. [c] enum { PORT_LED = PORTC_2, PORT_SENSE = PORTC_3, PORT_NIXIE_POWER = PORTC_5, PORT_PWMA = PORTB_1, PORT_PWMB = PORTB_2, // SS PORT_PWMC = SERPA2_0, PORT_PWMD = SERPA2_1, PORT_PWME = SERPA2_2, ... [/c] Das wird dann so verwendet: [c] MAKE_OUT (PORT_LED); // Port als Ausgang SET (PORT_LED); // Port HIGH CLR (PORT_LED); // Port LOW MAKE_IN
-
Thread
3 Pins gehen nicht auf 0
wenn ich in meinem Code mov P1, 00h schreibe, werden immer nur 5 Pins auf 0 gestellt, die unteren 3 (P1.0, P1.1, P1.2) bleiben auf 1 den ganzen restlichen Code lang benutz ich P1 nicht und mov wird so weit ich weis auch nicht von Flags beeinflußt also woran
ach mist wieder vergessen, ist ein 8051er AT9c51rd2 @dieter: ja stimmt, aber warum?
-
Thread
Universaltestboard für AVRs
ISP-Stecker. Und jetzt möchte ich jeweils meine MOSI-Leitungen auf den Stecker legen. Schön und gut, PB5 vom Mega16 und PB3 vom Mega8 an den Stecker. Da jetzt aber Pin 5 vom einen und Pin 3 des anderen Port B am ISP-Stecker zusammenkommen, und ich ja Port B auf eine Buchsenleiste gelegt habe, sind - zB wenn der Mega16 bestückt ist - Pin 5 und Pin 3 von Port B dauerhaft verbunden. Also habe ich gedacht, dass ich mir das so mache, dass ich über Jumper auswählen kann, ob jetzt mit dem Mega 8 oder 16 verbunden sein soll. Dann kam aber
-
Thread
Funktioniert meine Schaltung? - µC mit Fotowiderstand
kommt wohl nur der SILICON LABS DEBUGADPTR1-USB ADAPTER in Frage. Im Datenblatt steht: 4. Minimum C2 Programming Connections The minimum required programming connections for the C2 interface are C2D (pin 4), C2CK (pin 7), and ground (pins 2, 3, or 9). Demnach benötige ich nur 3 Pins zum Programmieren
Max M. schrieb im Beitrag #4720481: > Der DEBUGADPTR1 hat einen 5V Pin, da würde ich allerdings einen > Spannungswandler auf 3.3V benötigen. Schau in das Datenblatt, ob der Controller mit 3.3V programmiert werden kann. Betrieb und Programmierung sind zwei Paar
-
Thread
Software zum Steuern des Türschlossantrieb "eqiva eQ-3 Bluetooth Smart Lock"
:events Event: nonces_exchanged +0ms simble:data Characteristic 3141dd40-15xx-11xx-a24b-0002a5d5c51b : Send "80 82 42 c8 00 f1 6e bc 16 3f 00 01 5a dd 44 c4" +2ms simble:data Characteristic 359d4820-15xx-11xx-82bd-0002a5d5c51b : Receive "80 83 f6 0d 3f 06 61 c3 c7 eb 00 01 a8 c1 03 19" +58ms
0002a5d5c51b : Send "80 82 56 54 fb b4 31 f3 2d 73 00 02 be 68 b0 96" +59ms simble:data Characteristic 359d4820-15db-11e6-82bd-0002a5d5c51b : Receive "80 83 97 fd 96 a4 73 15 f2 75 00 02 54 4b a3 dc" +46ms
-
Thread
LPC1768 OpenOCD arm-none-eabi-gcc 5.3.0
=0 -flto -ffat-lto-objects -mcpu=cortex-m3 -mthumb -D__NEWLIB__ -o "lpc\\PIN_LPC17xx.o" "..\\lpc\\PIN_LPC17xx.cpp" arm-none-eabi-c++ -std=c++11 -DLPC175x_6x -D__NEWLIB__ "-IC:\\Users\\sn.DCIMS\\Documents\\lpcxpresso_3.6.3_317\\workspace2\\TestMBED
as a malicious spammer. My bitcoin wallet:19ckouUP2E22aJR5BPFdf7jP2oNXR3bezL
-
Thread
MOSFET an Microcontroller - IO-Pins rauchen ab
Hat jemand eine Idee warum das so ist? Wie kommst du auf die Idee, daß sich ein BSH108 von den 3.3V eines LPC11C24 voll durchsteuern lässt ? Der hat schlechtestensfalls schon 3.2V Threshold-Voltage. Ich denke, der BSH108 brennt durch und nimmt dann den uC-Pin mit. Kontrollieren also ob die
MOSFET BSH108 an Q1 eingebaut, 10k von Gate nach GND, kein Vorwiderstand. Messung zwischen dem Pin P3_1 und VSS-Pin 41 am µC (direkt angelötet). 1: Spannung einschalten 2: MOSFET eischalten 3: MOSGET ausschalten. Beim Spannung Abschalten ist selbst ein 0,5V Trigger nicht gekommen. Das Einschalten
-
Thread
LPC debuggen mit Black magic probe auf STlinkV2 clone
;-). Siehe auch: Ein schönes Gimmik kann man den Clones noch beibringen: Der zweite serielle Port läßt sich schön verwenden, wenn man PA2 von Pin12 (Tx) und PA3 (Rx) von Pin13 nach draußen bringt. Die stlink Platform hat das SW seitig bereits vorgesehen. Das ist zwar etwas Fummelei, wird aber mit
bringen muß. Wer die 5V haben will, muß halt den 2. GND unterbrechen (geht hier auch von oben). Gerade mal getestet: Bis 2 MBaud geht der Port auf jeden Fall.
-
Thread
Externes I2C EEPROM am AT90S1200
Möchte externes I2C EEPROM an AT90S1200 anschliessen. Wenn ich hierfür 2 eigene PortPins spendiere, gibt es dann eine einfachere Lösung als eine komplette I2C Controller SW zu verwenden. Die von Atmel vorgeschlagene
address clc rcall i2c_read ; Execute transfer (read) mov temp5,i2cdata sec rcall i2c_read ; Execute transfer (read) mov zahl3,i2cdata rcall i2c_stop ; Send stop condition - releases bus
-
Thread
Arduino2560 ext. Interrupt
// Port C initialization // Func7=In Func6=In Func5=In Func4=In Func3=In Func2=In Func1=In Func0=In // State7=T State6=T State5=T State4=T State3=T State2=T State1=T State0=T PORTC=0x00; DDRC=0x00;
// Port E initialization // Func7=In Func6=In Func5=In Func4=In Func3=In Func2=In Func1=In Func0=In // State7=T State6=T State5=T State4=T State3=T State2=T State1=T State0=T PORTE=0x00; DDRE=0x00;
-
Thread
Honeywell Rondostat HR20E per AVR steuern und konfigurieren
Gibt ab dem 14.01 so wie es aussieht welche bei Lidl für 29,99 http://newsletter.lidl.de/c/r?EMID=095009909P994NB2F5DIP0066IMV3
Marco, das Kabel hab ich gekürzt, hat nicht geholfen. JTAGICE HR20 1 TCK --- TCK 4 2 GND --- GND 10 3 TDO --- TDO 5 4 VTref--- +Batt 9 5 TMS --- TMS 3 6 nSRST--- /Res 1 7 Vsup 8 nTRST 9 TDI --- TDI 8 10 GND Wozu braucht man HR20 Pin2 PE2 ? MfG Tobias
-
Thread
Maximal Strom von Atmel-MCU erhöhen
= 5V TQFP and MLF Package: 1] The sum of all IOL, for all ports, should not exceed 400 mA. 2] The sum of all IOL, for ports C0 - C5, should not exceed 200 mA. 3] The sum of all IOL, for ports C6,
/MLF Package: 1] The sum of all IOL, for all ports, should not exceed 300mA. 2] The sum of all IOL, for ports C0 - C5 should not exceed 100mA. 3] The sum of all IOL, for ports B0 - B7, C6, D0 - D7 and XTAL2, should not exceed 200mA. If IOL exceeds
-
Thread
Webserver zur Temperaturmessung
nicht richtig läuft. Was ist eigendlich mit den Spannungen an den Portpinnen? Die haben doch auch 5V. Zerstören die nicht die Kamera, da diese ja laut Datenblatt nur mit 3,3 bis 4,2 V betrieben werden sollte?
Hallo Peppe, mein "Programmers Notebook" ist Version 2.0.5.48. Der avr-gcc ist Version 3.4.3 und die AVR-libc hat die Version 1.2.3. Vergleich doch einmal Deine Versionen. Evtl. brauchst Du ein update. Gruß Joachim
-
Thread
8051 flash am ext. RAM port
treiben. Deswegen tendiert der Spannungslevel eher zu TTL, als zu CMOS. Auch die CMOS-Versionen (80C51) treiben keine Ströme mit High-Pegel. Allenfalls 80µA. Da bedient man sich in den CMOS-Typen ja eines Tricks: Und zwar wird der Pin mit einem FET für 2 Taktzyklen voll auf High-Pegel getrieben, danach
produziert und verkauft wurde. Und zwar trieb man die Basis eines bipolaren NPN-Transistors, sowas wie BC547C, der ein Relais schaltete, mit High-Pegel eines Pins an Port 1. Ja, das geht, ist aber grenzwertig. Der Pin liefert ja auch die 80µA. Und die Transistoren waren wohl gut. Als die Schaltung überholt wurde
-
Thread
Ports Splitten
PB.5 = Bit2 PC.0 = Bit3 PC.1 = Bit4 PC.2 = Bit5 PC.3 = BIT6 PC.4 = Bit7 PC.5 = Bit8 Es soll dann die Möglichkeit bestehen das virtuelle Port mit einem Byte zu füttern, und dieses Byte soll dann richtig
du mit Shift und logischen Operatoren arbeitest. z.B. PORTB = (LCD.d2&0x1c)|((LCD.d3<<4)&0xc0)|((LCD.d1>>3)&0x03)|(1>>PB5); LCD.dx ist die Variable die die Segmentausgabe enthält. Wie du siehst war das PORTB auf 3 Segmente verteilt PB5 steuerte den Dezimal Punkt des
-
Thread
STMF4 ADC 5 Kanäle mit Regular Channel Group auslesen
5 realistisch da ja keine Spannung am ADC anliegt. Kann mir jemand sagen was die Ursache hierfür sein kann? Als Pins habe ich PC1 (Ch1), PC2 (Ch2), PC3 (Ch3), PC4 (Ch4) und PC5 (Ch5) ausgewählt
PIN's sind natürlich: PC1 (Ch11), PC2 (Ch12), PC3 (Ch13), PC4 (Ch14) und PC5 (Ch15)
-
Thread
neuer FTDI 2232C + Mikrocontroller
hallo leute, arbeite gerade mit nem kollegen daran, den ftdi2232c auszutesten, da wir ihn als usb interface fuer das programmieren eines xilinx fpgas ( spartan3e oder virtex II ) verwenden wollen, und um diverse pins eines prototypen auf hi oder lo zu ziehen.
tried several examples for serial port - in TMS-code and in C. I teched the examples in Rulph Chassain's book for the C31 DSP and some application notes (TI) for accessing DAC's and ADC's with SPI interface. I connected a Logic analyser
-
Thread
STM32 Programming Reference
Zeile. Ich gebe Dir ein Beispiel: Betrachte Deine Zeile aus obigem Code wo Du schreibst: [c] USART2->CR1 |=(1<<7)|(1<<5)|(1<<3)|(1<<2)|(1<<0); //Enable RX/TX(2,3), TX/RX Interrupt (5,7), UART Enable(0) [/c] Du warst gezwungen aufgrund der Tatsache daß kein Mensch beim Lesen auswendig
Configuration": > The ST-LINK/V2-B on STM32F3DISCOVERY supports virtual Com port (VCP) on U2 > pin 12 (ST-LINK_TX) and U2 pin 13 (ST-LINK_RX), which are connected to the > STM32F303 MCU target STM32 USART1 (PA9, PA10), thanks to
-
Thread
H743 und F746 - Probleme mit dem Takt
<+8>: mov r3, r1 0x0000000a <+10>: strh r3, [r7, #2] 0x0000000c <+12>: ldrh r3, [r7, #2] 0x0000000e <+14>: lsls r2, r3, #16 0x00000010 <+16>: ldr r3, [r7, #4] 0x00000012
Ich habe das gerade mal mit meinem Nucleo553 Board probiert. Aus dem MCO2 bekomme ich 480Mhz / 4 = 120 MHz. ( GPIO_SPEED_FREQ_VERY_HIGH) Durch 3 dividiert schafft er nicht mehr jeden Takt. Mit [c] while (1) { HAL_GPIO_TogglePin(LD1_GPIO_Port, LD1_Pin);
-
Thread
Atmel Evaluationboard V2.01
Moin.. die Frage, welches Programm ich benutze um den Atmel zu proggen ist das PonyProg2000 Version 2.07c Beta. Mein Problem ist wahrscheinlich, das ich als blutiger Anfänger mir das zu blauäugig vorgestellt habe. Folgende Einstellung benutze ich: Setup / Interface Setup / io Port Setup / SI Prog
das zu kompliziert ist, gibt es hier den Link darauf: http://www.mikrocontroller.net/search?query=%2Bpony*+%2Bproble*+&forums%5B%5D=1&forums%5B%5D=19&forums%5B%5D=9&forums%5B%5D=10&forums%5B%5D=2&forums%5B%5D=4&forums%5B%5D=3&forums%5B%5D=6&forums%5B%5D=17&forums%5B%5D=11&forums%5B%5D=8&forums%5B%5D
-
Thread
2.4" Display-Shield (SPFD5408) an Aduino DUE
Hallo zusammen, hat jemand schon mal versucht, das 2.4" China Display mit SPFD5408-Controller an ein Arduino DUE R2 zu hängen? Die Ergebnisse von Google beziehen sich immer auf ein Arduino UNO. Da die neuesten Versionen von UNO R2/R3 und DUE R3 das
Karsten Brandt schrieb im Beitrag #3812033: > Inspiriert wurde ich dabei von TorstenC seinem Code auf github Ah, eben erst gelesen. PD schrieb im Beitrag #3876782: > Kann es sein das es daran liegt, das der STM32 und > die IO-Pins mit 3,3V arbeiten, also die Pegel Spannungen inkompatibel
-
Thread
1-Wire an verschieden Ports an ATMega8, Bascom
2 then T(1) = 1wsearchfirst(PortC, 4) else T(1) = 1wsearchfirst(PortD, 3) endif [/code] da ich einige unterschiedliche Modi habe, die unterschiedliche Werte zurückgeben bläht diese Methode den
Lars W. schrieb im Beitrag #2366684: > T(1) = 1wsearchfirst(PortB, 0) > elseif nextwireport = 2 then > T(1) = 1wsearchfirst(PortC, 4) > else > T(1) = 1wsearchfirst(PortD, 3) Musst halt die 1wire-Befehle in eigene Funktionen kapseln, denen Du den Port mitgeben
-
Thread
SHT11 an ATmega2560 Es funktioniert nicht
|=(1<<data); // DATA-Pin auf Ausgang zurueckschalten return(cFehler); } // Statusregister lesen char sht_lesen(char cAck) { char i; char cWert = 0; data_hi(); delay(); sht_port &=~(1<<data);
// Schritt 1.1: Startbedingung erzeugen start(); // Schritt 1.2: Anweisung zur Temperaturmessung cFehler += sht_schreiben(messung_temp); // Schritt 1.3: Auf Messergebnis warten sht_port &=~(1<<data); // DATA-Leitung auf Eingang umschalten for (i=0;
-
Thread
Spartan 3 ISE Clock Defnition
Sync. Preset -- and Clock Enable. -- Spartan-3 -- Xilinx HDL Libraries Guide, version 14.7 OFDDRRSE_inst : OFDDRRSE port map ( Q => Q, -- Data output (connect directly to top-level port) C0 => C0, -- 0 degree clock input C1 => C1, --
/DCM_INST/CLK2X Location pin: DCM_X0Y0.CLK2X Clock network: Clock_Generator0/CLK2X_BUF -------------------------------------------------------------------------------- Slack: 5.557ns (max period limit
-
Thread
Pollin CPLD Board Erfahrungen?
Kennst ein Typ der auch eine Art Levelshifter drin hat? In welcher Richtung möchtest du shiften? 5V -> 3,3V oder 3,3V -> 5V? An sich sind Levelshifter unnötig, da die XC95144XL 5V tolerant sind, sie besitzen also keine Schutzdioden. Ebenso der XC2C256, den ich eingesetzt habe. Da bin ich auch erstmal
ein Parallel-Kabel gebastelt. Dazu habe ich mir zwei Stecker 25-pol. besorgt. und mit 9 Adern die Pins 2,3,4,5,6,12,13,15,25 verbunden (Also Pin 2 von Stecker 1 mit Pin 2 von Stecker 2 usw.). ISE Webpack habe ich mir die 6.3 runtergeladen. Das Problem ist, dass Impact keine Verbindung herstellen kann
-
Thread
RC5_Code läuft nicht auf ATMega32
Und die ISR: [c]#include <avr/io.h> #include <avr/iom32.h> #include "My_RC5_MAIN.h" #define RC5TIME 1.778e-3 // 1.778ms #define PULSE_MIN (unsigned char)(XTAL / 512 * RC5TIME * 0.4 + 0.5) #define
<avr/iom32.h> #include "My_RC5_MAIN.h" #define RC5TIME 1.778e-3 // 1.778ms #define PULSE_MIN (unsigned char)(XTAL / 512 * RC5TIME * 0.4 + 0.5) #define PULSE_1_2 (unsigned char)(XTAL / 512 * RC5TIME * 0.8 + 0.5
-
Thread
IOs umbenennen
define LED_1A_N PORT_B, PIN_4 #define LED_2A_N PORT_B, PIN_5 #define LED_1B_N PORT_B, PIN_6 #define LED_2B_N PORT_B, PIN_7 #define SCL PORT_C, PIN_0 #define SDA PORT_C, PIN_1 #define TCK PORT_C, PIN_2 #define TMS PORT_C, PIN_3 #define STATE_GREEN PORT_C, PIN_4 #define TDI PORT_C, PIN_5 #define RELAIS_LOOP PORT_C, PIN_6 #define STATE_RED PORT_C, PIN_7 #
-
Thread
Hilfe AT89C2051
p1.6 pwahl2 equ p1.5 pwahl3 equ p1.4 relais equ p1.2 fehler equ p1.3 code at 0 pstart: sjmp init org 0003h clr relais setb fehler reti init: setb ex0
reg52.inc ;reg51.inc oder reg52.inc ??? start equ p1.7 ;Taster zum starten notaus equ p3.2 ;Notaus und Endschalter in Reihe pwahl1 equ p1.6 ;Drehschalter Stellung 1 -> 5sec Leuchtdauer pwahl2 equ p1.5 ;Drehschalter Stellung 2 -> 10sec Leuchtdauer pwahl3 equ p1.4 ;Drehschalter
-
Thread
Ausgabe-HexWert an 8 Pins?
Hallo, ich möchte einen Hex Wert an die die Ports D0-D7 meines LCDs senden. Enable und CS funktionieren allerdings stehe ich wie der OChs vorm Berg beim Schreiben einer Funktion die mir z.B den Wert 3F an 8 Pins meines Kontrollers schickt (Atmel-ARM
das steht hinter LCD_Data: #define LCD_DATA (LCD_D0|LCD_D1|LCD_D2|LCD_D3|LCD_D4|LCD_D5|LCD_D6|LCD_D7) das steht hinter LCD_Dx: #define LCD_D0 (1<<23) // P23 #define LCD_D1 (1<<25) // P25 #define LCD_D2 (1<<26) // P26 #define LCD_D3
-
Thread
AT89C51RC2
Hallo, ich habe hier einen AT89C51RC2 in einer Schaltung, die ein DMX-Signal auswertet. Das DMX wird über die Serielle empfangen. Ich frage mich nun, wie ich am besten den µC im System Programmiere, da die Software von Atmel (Flip)
Das geht ganz einfach und läßt sich mittels 2 Logik-ICs realisieren. Vgl. http://www.pjrc.com/tech/8051/board5/schematic.html. Hier wird mittels P3.4 zwischen den zwei Ports umgeschaltet. Wenn du das mit einem RS232-Pin umschalten willst, dann geht
-
Thread
3x4 Matrix Tastatur mit PCF 8574 auslesen
; if( ~KEY_PIN & 1<<2 ) col = 2; if( ~KEY_PIN & 1<<3 ) col = 1; row = col; if( col ){ // if column found, check row KEY_PORT |= 0x7F; // all pullups on KEY_DDR = (KEY_DDR & 0x80) | 0x0F; // pin 3..0 = output KEY_PORT &= 0xF0; // pin 3..0 = output low NOP(); // wait until inputs sampled if( ~KEY_PIN & 1<<4 ) row = 5;
-
Thread
Arduino an einzelnen USB Ports gesperrt
folgende Konstellation aufgebaut: [pre]PC (Terminal 1) <=(übliche USB Verbindung)=> Arduino Uno/R3 <=(SW Serial über PIN 6/7)=> USB/Serial Adapter <=> selber PC (Terminal 2)[/pre] Als USB/Serial Adapter habe ich folgendes verwendet: https://www.amazon.de/gp/product/B0757FQ5CX Der kommt mit 3,3V
---- TXD 3V3 (frei) [/pre] Stark vereinfachter Code: [c] #include <SoftwareSerial.h> int rxPin = 6; int txPin = 7; SoftwareSerial serX(rxPin, txPin); serX.begin(9600); [/c]
-
Thread
I2C, es tut sich nichts an den Leitungen
), i2c_master.s und den Versuchscode. Wie zu sehen ist habe ich das Display nicht an den Hardware I2C Ports hängen. Ich habe aber in der i2c_master.s Datei die Pins korrigiert. Der Code ist wohl nicht fehlerfrei
/ersetzen: .func i2c_delay_T2 ; delay 5.0 microsec with 8 Mhz crystal i2c_delay_T2: ; 4 cycles rjmp 1f ; 2 " 1: rjmp 2f ; 2 " 2: rjmp 3f ; 2 " 3: rjmp 4f ; 2 " 4: rjmp 5f ;
-
Thread
STM32F103CBT6 - 5V oder 3.3V UART?
Hallo zusammen, ich möchte an einen STM32F103CBT6 über UART2 ein GPS-Modul anschließen (NZ GPS von UBLOX an einen NAZE32 Flightcontroller). Das GPS-Modul wird mit 5v betrieben und gibt auf RX/TX 5V raus. Der µC wird hingegen mit 3.3V betrieben. Gehe ich recht
USART2 Pins, nicht 5V Tolerant sind. Weiter unten gibts dann noch die alternativen pins, PD3 bis PD7, die auf USART2 "geremapt" werden können. Und die haben ein "FT" in der Spalte, sind also 5V Tolerant.
-
Thread
I2C SW - bitte ein Bit Problem
ja, das sieht so aus: unsigned char bdata ucI2CVal; sbit sbtD0 = ucI2CVal ^0; sbit sbtD1 = ucI2CVal ^1; sbit sbtD2 = ucI2CVal ^2; sbit sbtD3 = ucI2CVal ^3; sbit sbtD4 = ucI2CVal ^4; sbit sbtD5 = ucI2CVal ^5; sbit sbtD6 = ucI2CVal ^6; sbit
0; sbit sbtD1 = ucI2CVal ^1; sbit sbtD2 = ucI2CVal ^2; sbit sbtD3 = ucI2CVal ^3; sbit sbtD4 = ucI2CVal ^4; sbit sbtD5 = ucI2CVal ^5; sbit sbtD6 = ucI2CVal ^6; sbit sbtD7 = ucI2CVal ^7; sbit SSCL = P0 ^1; sbit
-
Thread
Problem Cortex M3 (LM3S3748)
Hallo, ich habe für mein Technikerprojekt erstmal ein kleines Programm geschrieben um mich in den Controller einzuarbeiten. Es soll über PortA PIN 6,7 ein Software I2C nachgebildet werden. Jetzt hab ich das Problem das ich wenn ich das ACK abfrage die SDA nicht auf High geht und somit kein ACK gelesen werden kann. [c] char SW_I2C_ACK(void) { unsigned char Temp,x; GPIO_PORTA_DATA_R |= 0x80; //SDA High Delay_us(10); Temp = GPIO_PORTA_DATA_R; //Port sichern GPIO_PORTA_DATA_R |= 0x40; //SCL High GPIO_PORTA_DIR_R ^= 0x80; /
-
Thread
I2C Kommunikation zum DS3231 in Espressif-IDF 5.5 zickt plötzlich rum
programmieren, etc.). Danach schalte ich ihn wieder aus. Das mache ich im Prinzip so: [code] // I2C für DS3231 initialisieren und Handle erzeugen i2c_dev_t dev; memset(&dev, 0, sizeof(i2c_dev_t)); ESP_ERROR_CHECK(ds3231_init_desc(&dev, I2C_MASTER_NUM, I2C_MASTER_SDA_IO, I2C_MASTER_SCL_IO));
failed E (2496) i2c.master: i2c_master_transmit_receive(1248): I2C transaction failed W (2506) i2cdev: [0x68 at 0] I2C op failed (Try 3, Handle 0x4084e2d0): 259 (ESP_ERR_INVALID_STATE). W (2516) i2cdev: [0x68 at 0] Invalid