-
Thread
Probleme mit einem Programm In C für PIC 12F629
@ GPIO.3; // Port Pin 4 definieren an dem der Schalter angeschlossen ist dieser Eingang ist immer ein Eingang bit Led_1 @ GPIO.0; // Port Pin 7 definiert als Led 1 Ausgang bit Led_2 @ GPIO.1; // Port Pin 6 definiert als Led 2 Ausgang bit Led_3 @ GPIO.2; // Port Pin 5 definiert als Led 3 Ausgang bit Led_4 @ GPIO.4; // Port Pin 3 definiert als Led 4 Ausgang bit Led_5 @ GPIO.5;
-
Thread
Q3D Stromzähler per IRDA und RS232 auslesen
Bzw. kann ich diese nutzen um meinen Q3D auszulesen? 2. Wie kann ich das ganze ohne einen Oszillator testen? Zur Zeit nutze ich einen Serial Port Monitor. 3. Hat jemand schon ein Programm oder ähnliches geschrieben um die Daten auszulesen
[c] ESY5Q3DA1014 V3.03 1-0:0.0.0*255(1050000650) 1-0:1.8.0*255(00000000.6400000*kWh) 1-0:21.7.255*255(000000.00*W) 1-0:41.7.255*255(000000.00*W) 1-0:61.7.255*255(000000.00*W) 1-0:1.7.255*255(000000.00
-
Thread
Port auf HIGH oder LOW?
Irgendwo hab ich hier einen dreher drinn. Komm aber nicht drauf: [c] #define OUT_DDR DDRC #define OUT_PORT PORTC #define OUT1 0 #define OUT2 1 #define OUT3 2 #define OUT4 3 #define OUT5 4 #
Dann hab ich hier auch noch ein Problem: [c] #define KEY_DDR DDRB #define KEY_PORT PORTB #define KEY_PIN PINB #define KEY0 7 #define KEY1 6 #define KEY2 0 #define KEY3 1
-
Thread
Kontrolle Schaltung, Verdrahtungsfragen
Lautsprecher anbetrifft @Gerald K: Ich könnte diesen doch dann > gleich mit einem 1k Widerstand an den Port Pin Hängen oder ? Bist du dir im Klaren, dass der Beeper mit einem vom µC erzeugten Tonsignal angesteuert werden muss? 2 oder 4 kHz Rechteckschwingung mit 1.5V. An 24V darfst du den auf keinen Fall
Lautsprecher anbetrifft @Gerald K: Ich könnte diesen doch dann >> gleich mit einem 1k Widerstand an den Port Pin Hängen oder ? > Bist du dir im Klaren, dass der Beeper mit einem vom µC erzeugten > Tonsignal angesteuert werden muss? 2 oder 4 kHz Rechteckschwingung mit > 1.5V. Das ist mir bewusst, nur
-
Thread
Raspberry Pi 3 mit WLAN und Bluetooth und 64 Bit
der lahmen CPU, kannte ich bisher nicht. Aber für das, was das Ding kosten wird, krieg ich bestimmt 5 Raspberry Pi 3.
Hallo zusammen, Beim großen"C" gibt es für den Pi für wenig geld sogar einen mSATA zu Usb Adapter der mittels normalen Mountigsatz auch richt angebaut werden kann. Durch den 3,3V LDO kann er auch direkt an den USB Port des Pi angeschlossen
-
Thread
t6963c und Pegelwandler
Wenn dein µC 5V-tolerante Pins hat, musst du nur gucken, ob der High-Pegel vom µC ausreichend für den T6963C ist, um ein High zu erkennen. Andernfalls, wenn dein µC open-drain-Konfiguration für die Ports unterstützt
Die STM32 sind bei einem Teil der Pins 5V-verträglich. Grob gesamt bei fast allen Pins die nichts mit Analogfunktion zu tun haben. Und 5V-verträglich müssen nur die Pins sein, die als Input arbeiten. Der T6963c wiederum ist mit Vih=2,8V
-
Thread
STM32F4 - CAN2 empfängt nichts
RCC_AHB1Periph_GPIOB #define CAN_CLK RCC_APB1Periph_CAN1 #define CAN2_RX_PIN GPIO_Pin_5 #define CAN2_TX_PIN GPIO_Pin_6 #define CAN2_RX_SOURCE GPIO_PinSource5 #define CAN2_TX_SOURCE GPIO_PinSource6 //Port definitions #define CAN2_COM_PORT GPIOB
Enable GPIO clock */ RCC_AHB1PeriphClockCmd(CAN2_GPIO_CLK, ENABLE); /* Connect CAN pins to AF9 */ GPIO_PinAFConfig(CAN2_COM_PORT, CAN2_RX_SOURCE, GPIO_AF_CAN2); GPIO_PinAFConfig(CAN2_COM_PORT, CAN2_TX_SOURCE, GPIO_AF_CAN2); /* Configure
-
Thread
Falsche Ausgangsfrequenz
DDRA #define TEST_PIN PINA #define SYNC_PORT PORTD #define SYNC_PIN PIND #define SYNC_DDR DDRD #define SYNC_OUT 5 //OC1A am Pin5 ISR(TIMER1_COMPA_vect) { TEST_PORT = ~TEST_PIN; } int main(void) {
Total 10 cycles" "\n\t" : :"r" (ad0),"r" (ad1),"r" (ad2),"e" (signal),"I" (_SFR_IO_ADDR(PORTA)), "I" (_SFR_IO_ADDR(SPCR)) :"r18", "r19" ); } [/c] 1) Was bedeutet "1:" in der 5. Zeile? 2) Was bedeutet die 3 letzte Zeilen : :"r" (ad0
-
Thread
SED1520 - Pollinkompatibel und flink
SED1520_RW (1 << 0) #define SED1520_E (1 << 3) #define SED1520_A0 (1 << 6) #define SED1520_CS1 (1 << 1) #define SED1520_CS2 (1 << 5)[/c] D.h. RES ist nicht angeschlossen RW ist an PortD Pin Nr. 0 A0 ist an PortD Pin Nr. 6 E ist an PortD Pin Nr. 3 CS1 ist an PortD Pin Nr. 1 CS2 ist an PortD Pin Nr. 5 PortC ist an den Daten-Pins in selber Reihenfolge angeschlossen. [EDIT] Hast du auch das ganze Zeug mit den Kondensatoren
-
Thread
USB RFID Tag Leser
stecken kann - war diese wechselnden Belegungen echt leid. Funktionskontrolle an IC1 EM4095: Pin 2,3,6 109.69 kHz Rechteck Pin 4,7,9,10,11 High Pin 8 Eingangspegel um 2,5V ca. 109 kHz Pin 12,14 Low Pin 13 500mV Pin 15 2,5V Wenn eine Metallfläche dicht an die Platine kommt, ändert sich
Hallo, an meinem USB Leser habe ich etwa folgende Werte: Pin 2 EM4095 (RDY/CLK): 5 Vpp Rechteck ~125 kHz Pin 3 EM4095 (ANT1): 5 Vpp Rechteck ~125 kHz Pin 8 EM4095 (DEMOD_IN): ~ 400 mVpp Sinus mit vielen Oberwellen Zwischen PCB Antenne und R1: ~ 4 Vpp Sinus
-
Thread
LCD DEM16217
[c] _delay_ms(50); // Wait for more than 50 ms after VDD rises to 4.5V. PORTA |= ( ( 1 << PA3 ) | ( 1 << PA4 ) | ( 1 << PA5 ) ); // 2-line mode; 5 x 7 dots. _delay_ms(1); // Wait for more than 1 ms. PORTA &= ~ ( ( 1 << PA0 ) | ( 1 << PA1 ) | ( 1 << PA2 ) | ( 1 << PA3 ) | ( 1 << PA4 ) | ( 1 << PA5 ) | ( 1 << PA6 ) | ( 1 << PA7 ) ); // Alle Pins an PORTA auf Low setzen. PORTA |= ( ( 1 << PA0 ) | ( 1 << PA1 ) | ( 1 << PA2 ) | ( 1 << PA3 ) );
-
Thread
ISP zur Kommunikation zwischen einem ATmega und einem RPi
Marvin K. schrieb im Beitrag #7055643: > Ich habe gelesen das man bei I2C erst noch einen Level Shifter braucht, > um aus den 5V des AVR die 3.3V des RPi zu machen. Betreibe den ATmega328P nicht mit 5V. Dann hast du das Problem nicht. Aber richtig, wenn du ihn mit
beim Programmieren an, Du brauchst keine ISP-Adapter mehr (ggf. macht ja auch die Doppelnutzung der Pins Probleme). Den STK500 kannst Du gleich mit entsorgen ;-) SPI und I2C mit den neuen ist super einfach. Geht alles ausreichend genau ohne Quartz, mit 3,3 oder 5 oder 1,8V bis 32 MHz. Überlege es Dir,
-
Thread
lib für Pollin LCD (WINTEK2704)
Leider funktioniert das Beispiel von Stefan bei mir nicht. Ich habe das Display komplett am Port C angeschlossen. Erst hatte ich mich mit den Anschlüssen vertan. C0 -> D0 C1 -> D1 C2 -> D2 C3 -> D3 C4 -> RW C5 -> RS C6 -> E1 C7 -> E2 Mittlerweile habe ich dann die Datenanschlüsse
Ich habe das LCD von Pollin und folgende Konfiguration: #define LCD_DATA_PORT PORTA //Port on which the 4 LCD datapins are connected to #define LCD_DATA_OFFSET 0 //Offset for data pins (e.g. 0 = PIN0..PIN3, 2 = PIN2..PIN5) #define LCD_CTRL_PORT PORTA //PORT on which
-
Thread
SPI mit 2 Mastern und 2 Slaves entkoppeln
Ram-Buffer sind natürlich bei strom > aus weg. Das kann man ändern. Wenn Du konsequent alles in 2.5V/3.3V Low-Power-Technik realisiert hast, kannst Du die Versorgungsspannung problemlos mit einem großen Kondensator puffern. Wenn Du dann einen "Strom weg" Interrupt bekommst, hast Du immer noch genügend
ins FRAM zu schreibt - brauche ich so oder so. und dann sieht die "hauptschleife" wie folgt aus: [c]while (1) { sleep(); }[/c] Und auf der anderen Seite brauche ich nur einen IRQ handler der mich nach einen pin state change (z.b: pins FRAM1 und FRAM2 CS from "can-receiver" - vieleicht noch ein Pin
-
Thread
AVR-Studio 5
hi, hat denn nun schon jemand das studio 5 dazu gebracht, c++ zu übersetzen?
Bei mir startet das Studio 5 in 6 sekunden. Win 7, Phenom II X2 3,1 GHz, 4GB DDR2, allerdings von SSD. Dass es beim Start von HDD zum kaffe holen reicht kann ich aber kaum glauben. Wenn das keine überspitzte formulierung ist passt
-
Thread
Zwei Prozesse nutzen einen Vektor. Geht das so?
= 6; uint8_t iCPLD2No = 2; uint8_t iCPLD2Get0Pin = 5; uint8_t iCPLD2Get1Pin = 6; uint8_t iCPLD2StateGET0 = 0; uint8_t iCPLD2StateGET1 = 0; int32_t int32CPLD2DisplayValue = 0; uint8_t iCPLD2DisplayRowStart
// *iGet1State &PORTB, // *iGet1Port iCPLD2Get1Pin, // iGet1Pin &PINC, // *iDataInputPort &int32CPLD2DisplayValue, // int32DisplayValue iCPLD2DisplayColumnStart, //
-
Thread
LED Multiplexing
<|--+ +--|<|--+ | | | | | Pin1 Pin2 Pin3 Pin4 Pin5
<|--+ +--|<|--+ +--|<|--+ > | | | | | > Pin1 Pin2 Pin3 Pin4 Pin5 PIN1-PIN5 wäre dann die Versorgung. Wo wird hier die Masse angeschlossen? Mir schwebt zwar schon ein wenig vor, was Du dir hierbei gedacht
-
Thread
USB 3.0 auf USB-C Buchse
an das Notebook ( An der stelle mit dem Kensingten Look ) zu setzten allerdings nicht mit einer USB 3.0 Buchse sondern mit einer USB-C Buchse . Ich finde aber nirgens einen Belegungsplan um den USB C Buchse mit 3.0 zu verbinden . Mir ist klar das die pins Gespiegelt sind aber welcher Pin muss von
Sirius P. schrieb im Beitrag #6709328: > Ich finde aber nirgens einen Belegungsplan um den USB C Buchse mit 3.0 > zu verbinden . Mir ist klar das die pins Gespiegelt sind aber welcher > Pin muss von USB 3.0 mit welchen USB-C verbunden werden . Nun, deine Steckkarte hat zwei USB3 Anschlüsse
-
Thread
ATtiny13 und "mySmartUSB light" einfache ISP Programmierung funktioniert nicht!
Auf dem Bild im Posting vom 21.09.2011 18:46 kann man erkennen, das die gelbe Leitung, die an Pin 5 der Buchse angeschlossen ist, also die Reset-Leitung, an Pin 7 (oder Pin2, kann die Ausrichtung des Tinys nicht genau erkennen) des Tinys angeschlossen ist. Beides ist falsch. Es müsste Pin 1
eine ISP Buchse und fertig. Auch für die schaltbare VTG gibt es keine externe Verschaltung der VCC Pin an der ISP Buchse wird direkt vom Programmer mit Spannung versorgt (aus dem USB Port). Und zwar nur während des Programmiervorgangs. Das ganze ist sogar noch zwischen 5 und 3.3 Volt wählbar! Natürlich
-
Thread
Mikrocontroller kompatibel mit USB bzw. programmierbar?
Hallo Mis, ich habe USB mit diesem Board begonnen: http://www.ehajo.de/baus%C3%A4tze/smd-baus%C3%A4tze/atmega32u2-breakout-board.html bin aber relativ schnell auf dieses umgestiegen, das hat auch analoge Eingaenge: http://www.ehajo.de/baus%C3%A4tze/bedrahtete-baus%C3%A4tze/atmega32u4
Soweit ich mich richtig informiert habe, ist JTAG aber mehradrig: http://www.aliexpress.com/item/5x70CM-10-Pin-USBISP-USBASP-JTAG-AVR-Download-Wire-Ribbon-Cable-2-54mm-hot-et/32251268777.html Sprich: Dieser uC ist nicht kompatibel mit JTAG?
-
Thread
AVR eigene Pins verbinden?
funktioniert daher nicht: [c] PORTB |= (1 << 3); // aktivieren Sensor an PB3 bool sensorData = (PINB & (1 << 2)) != 0; // Einlesen an PB2 [/c] Dazwischen muss mindestens ein NOP sein.
<< PC4) | (1 << PC5); DDRD = 0x00; PORTD |= (1 << PD1) | (1 << PD2) | (1 << PD3) | (1 << PD4) | (1 << PD5) | (1 << PD6) | (1 << PD7) ; sei(); // setzt globales Interrupt enable return; }
-
Thread
Wie Ports am Besten zusammenfassen?
Hi, mir stellt sich gerade die Frage wie man Ports am Besten zusammenfassen kann. Ich benötige z.B. für einen 3x3x3 LED Cube 9 Pins, die "gleichwertig" sind, d.h. jeder schaltet jeweils eine LED in der aktuellen Ebene. Wie würde ich nun die Ports
Mein Code sieht jetzt (ungefähr) so aus: [avrasm] .include "m88def.inc" .equ LED_PORT1 = PORTD .equ LED_DDR1 = DDRD .equ LED_PORT2 = PORTC .equ LED_DDR2 = DDRC .equ LED1 = PD0 .equ LED2 = PD1 .equ LED3 = PD2 .equ LED4 = PD3 .equ LED5 = PD4 .equ LED6 = PD5 .equ LED7
-
Thread
ATtiny13 LED-blinken an PB2 und PWM-Mode 7 nicht möglich
[c] #define SM1_DDR DDRE #define SM1_PORT PORTE #define SM1_TAKT ( 1<<PE3 ) //5 //( 1<<PE3 ) // OC3A-Pin void setup() { SM1_DDR |= SM1_TAKT; // PE3 bzw. OC3A als Compare Match A Ausgang SM1_PORT &= ~SM1_TAKT; // Zunaechst Low-Pegel TCCR3A = 0; // Weil Arduino TCCR3B = 0; // TCCR3C = 0; // // TCCR3A |= 0b01<< COM3A0; // OC3A-Pin
-
Thread
c't - Bot Geschw.regelung
ich zum * Phase Correct PWM... Dann habe ich eine Schritt für Schritt Anleitung gefunden 1 Pins low setzen 2 Pins als Ausgang konfigurieren. 3 Geeignete Wellenform ermitteln 4 Registerinformationen für ausgewählten T/C im Datenblatt aufschlagen 5 Modus & Prescaler setzen und
Register TCCRnA & TCCRnB schreiben. Siehe Bitmanipulation 6 Vergleichswert OCRnx setzen zu 1) Pins auf low setzen brauch ich denke ich nicht, weil alle Ports standartmäßig auf low geschaltet sind, richitg ?! Andernfalls PORTD &= 0xCF (Motortreiber hängt an PortD.6 und .7) zu 2) PORTD
-
Thread
RFM12 Statusabfrage
Schritte die durchzuführen sind erklärt werden. z.B: Senden eines Bytes: 1.) nSEL auf Low 2.) Sender mit 0x8238 einschalten 3.) Bit xy im Register xy löschen 4.) Synchronisieren (3 mal AA senden) 5.) Startbedingung senden (2D und D4) .....usw.
void send(void) { rf12_txdata(0x05); // Sende Datenbyte 0x05 } // rf12.c #define F_CPU 8000000UL #include <util/delay.h> #define RF_PORT PORTA #define RF_DDR DDRA #define RF_PIN PINB #define SDI 6 #define SCK 5 #define CS 4 #define SDO 1 unsigned
-
Thread
Pin PE3 bei ATmega128 nicht als Ausgang nutzbar
~ (1<<ADEN); //ADMUX &= ~ ((1<<MUX2)|(1<<MUX1)|(1<<MUX0)); DDRE |= (1<<DDE3)|(1<<DDE4)|(1<<DDE5); PORTE = 0xFF; while (1) { PORTE = 0xFF; } } Es funktioniert z.B. auf PE4 und PE5, PE3 bleibt aber LOW. Ich habe auch
mit PWM benutze. Das muß also funktionieren. Gruß Hagen [c] DDRE |= (1<<DDE3)|(1<<DDE4)|(1<<DDE5); [/c] ich mach das immer so: [c] DDRE = (1 << PE3) | (1 << PE4); [/c] vielleicht sind deine #defines DDE3 usw. falsch, also überladen ?
-
Thread
3x3 LED-Matrix-Multiplexing - Software tuts nicht
Ich kann gern nochmal nachkommentieren. Im Prinzip läufts im Interrupt wie folgt: 1. Ausgänge PortD (Spalten) alle Low 2. Neues Bitmuster für PortB laden (iRowCnt % 3 ergibt einen Wert kleiner 3, wird am Ende des Interrupts inkrementiert), dadurch wird das passende Muster für die jeweils aktive
leuchtet, wie in der Variablen (von hinten nach vorne) -> erste Spalte zur Zeit: LED1 aus LED2 an LED3 an zweite Spalte: LED1 an LED2 aus LED3 an 3te: LED1 an LED2 an LED3 aus [c] #define F_CPU 8000000 //#define MEGA16 // Target #define MEGA168 // Arduino-Testboard
-
Thread
STM32L152C-Discovery debuggen
externen ST-Link mit dem internen Target, also dem L151, zu verwenden, müssen die beiden Jumper am CN3 gezogen und SWCLK, SWDIO vom externen ST-Link nicht etwa an CN2, sondern an CN3, Pin 2 bzw. Pin 4 angeschlossen werden. S. Schaltplan im UM1079 zum STM32L151C-Discovery-Kit und Table 4: Both CN3
(Pin 3) müssen an CN2 bleiben, NRST (Pin 5) darf man nicht anschließen, weil sonst beide NRST-Ausgänge der bei ST-Links gegeneinander arbeiten ...
-
Thread
Led´s mit überblenden PWM
Hier mal ein Beispiel für ein PWM für drei Ausgänge (PORTD, Pin 5-7) /*Hauptdatei*/ volatile unsigned char pwm0; // PortD - Pin 5 volatile unsigned char pwm1; // PortD - Pin 6 volatile unsigned char pwm2; // PortD - Pin 7 /* Jetzt kannst du jeden Kanal mit
================================ Dim Sresult As String * 40 At &H64 Overlay Config Lcd = 40 * 2 Config Lcdpin = Pin , Db4 = Portb.4 , Db5 = Portb.3 , Db6 = Portb.2 , Db7 = Portb.1 , E = Portd.6 , Rs = Portb.0 Cls 'Cursor Off Noblink '-------------------------------------------------
-
Thread
Platinenbestückung SFP+ 10G Ethernet reverse engineering
bestueckt ist. > > Gruss > WK Danke für den Hinweis, ich Messe es gleich mal aus. PIN1 -->GND erledigt PIN2--> R892 geht auf -->R899 geht auf--> Q43 PIN3--> habe ich nicht gefunden…. PIN4 -->U64 Pin 1 und R889 (Pullup I2C ?) PIN5 -->U64 Pin 4 und R889 (Pullup I2C ?) PIN6--> R893
sind alle fast identisch Lochbild sollte halt passen.) SFP+ connector TE CONNECTIVITY 1888247-2 Pinbelegung 20 Poliger SFP+ Stecker PIN1 GND PIN2 R892 4,75kOhm PIN3 R899 4,75kOhm geht auf Q43 PIN4 U64 Pin 1 und R889 1 kOhm (Pullup I2C ) PIN5 U64 Pin 4 und R890 1 kOhm (Pullup
-
Thread
Anfänger braucht Hilfe in C
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Eing.C3.A4nge_.28Wie_kommen_Signale_in_den_.C2.B5C.29
gehört zu den Grundlagen. Die solltest Du Dir beibringen und erst weitermachen, wenn Du weißt, warum [c] PIND & 32 PIND & (1<<5) PIND & (1<<PIND5) [/c] alle den Zustand von Portpin 5 aus den 8 Bits des Ports ausschneiden. Also: Stürz' Dich in die Boolesche Algebra und in die Binärdarstellung von
-
Thread
AT89C51AC3 und SPI?
<AT89C51AC3.h> #include <stdio.h> //-------------------------------------------------------- // Function: SPI // Caution! Only one Master without SS -> P3.5 = SS = High void SPI_Init (void) { SS
0x02 #define SP4 0x01 // SPCON: SPI Konfiguration, nicht bitadressierbar // Bit 7 6 5 4 3 2 1 0 // Name SPR2 SPEN SSDIS MSTR CPOL CPHA SPR1 SPR0 // Funktionen Baudrate mit SPR2..0 // Baugruppe einschalten mit SPEN // SS-Pin freigeben mit SSDIS // Master Mode
-
Thread
avrasmeditor
3 .equ DDC4 = 4 ; Port C Data Direction Register bit 4 .equ DDC5 = 5 ; Port C Data Direction Register bit 5 .equ DDC6 = 6 ; Port C Data Direction Register bit 6 ; PINC - Port C Input Pins .equ PINC0 = 0 ; Port C Input Pins bit 0 .equ PINC1 = 1 ; Port C Input Pins bit 1 .equ PINC2 = 2 ; Port C Input Pins bit 2 .equ PINC3 = 3 ; Port C Input Pins bit 3 .equ PINC4 = 4 ; Port C Input Pins bit 4
-
Thread
Root-Paßwort für Raspberry Pi 3
verschiedene Lösungen für das gleiche Problem parallel wichtig: https://de.wikipedia.org/wiki/Diversit%C3%A4t_%28Technik%29 und, etwas weiter gefasst, https://de.wikipedia.org/wiki/Biodiversit%C3%A4t Mit freundlichem Gruß: Bernd Wiebus alias dl1eic http://www.l02.de
der Nutzung von freier Software bestehen aus: 1. Du darfst die Software unentgeltlich nutzen 2. Du darfst die Software Deinen Wünschen gemäß modifizieren 3. Du darfst Deine Modifikationen weitergeben an andere 4. Du hast keinerlei Ansprüche gegenüber freier Software 5. Du hast keinerlei
-
Thread
erstes Programm mit AVR Studio
<stdint.h> int main(void) { DDRB |= 0xFF; while( 1 ) { PORTB |= 0xAA; } } [/C] das schaltet abwechselnd immer einen Pin auf 0 und den nächsten auf 1. Wenn du am Port B 8 Led hängen hast, sollten 4 davon brennen.
/* Einfache Funktion zum Entprellen eines Tasters */ inline uint8_t debounce(volatile uint8_t *port, uint8_t pin) { if ( ! (*port & (1 << pin)) ) { /* Pin wurde auf Masse gezogen, 100ms warten */ _delay_ms(50); // max. 262.1 ms / F_CPU in MHz _delay_ms(50);
-
Thread
µC mit Optokoppler schützen
Fall falsch auslösen. Hierfür benutze ich einen Wemos D1 mini. Der hat auch einen Spannungsregler 5V auf 3,3V an Port und Vcc ist auch schon mit C's bestückt. Ich habe jetzt den Schaltplan entworfen (auch wenn es nicht so aussieht, ich habe mir Mühe gegeben) und wollte euch fragen, was ihr davon
Normalfall > gesperrt sein, richtig? Ja. Die kann aber besser durch zwei Dioden in Sperrrichtung (VCC-D1-PIN-D2-GND) ersetzt werden. dann geht das auch mit 2V oder 5V. > Vcc 3,3 V, oder? Würde doch jetzt auch mit 5 V funktionieren, richtig? Siehe meinen letzten Satz. > 10 µF OK? Hängt davon ab,
-
Thread
Kein Bild bei eigenem VGA
F20 [get_ports {Green[5]}] set_property PACKAGE_PIN H20 [get_ports {Green[4]}] set_property PACKAGE_PIN J19 [get_ports {Green[3]}] set_property PACKAGE_PIN L19 [get_ports {Green[2]}] set_property PACKAGE_PIN
PACKAGE_PIN G19 [get_ports {Blue[4]}] set_property PACKAGE_PIN J18 [get_ports {Blue[3]}] set_property PACKAGE_PIN K19 [get_ports {Blue[2]}] set_property PACKAGE_PIN M20 [get_ports {Blue[1]}] set_property PACKAGE_PIN
-
Thread
Delay timing Problem
sieht dein Timing gut aus. Nur daß du halt die Setup- und Hold-Zeiten bezüglich des Impulses am E-Pin nicht einhältst. Probier mal [c] void Setup(void) { _delay_us(1); SteuerPort |= (1 << 0); _delay_us(2); SteuerPort &= ~(1 << 0); _delay_us(1); } [/c] und genauso in der Text
sieht dein Timing gut aus. Nur daß du halt die Setup- und > Hold-Zeiten bezüglich des Impulses am E-Pin nicht einhältst. Probier mal > > [c] > void Setup(void) > { > _delay_us(1); > SteuerPort |= (1 << 0); > _delay_us(2); > SteuerPort &= ~(1 << 0); > _delay_us(1); > } > [/c] >
-
Thread
Hardware SPI Problem
pullup */ PORTB = (1 << PB1) | (1 << PB2); DDRB = (1 << PB1) | (1 << PB2); /* Port C Initialisierung // Port C1 - SO -> output default high // Port C2 - SI -> input without pullup // Port C3 - SCLK -> output default
Hi >Der Atmega48a Der hat aber kein SPI an PortC: PC3 (ADC3/PCINT11) PC2 (ADC2/PCINT10) PC1 (ADC1/PCINT9) sondern an PortB PB5 (SCK/PCINT5) PB4 (MISO/PCINT4) PB3 (MOSI/OC2A/PCINT3 PB2 (SS/OC1B/PCINT2) MfG Spess
-
Thread
Schieberegister über zwei Ports
); //LOW } } int main (void) { SR_DDR=0xFF; //SR_PORT auf Ausgang und LOW SR_PORT=0x00; uint8_t n=0; memory[0] = 0b00000001; memory[1] = 0b00000010; memory[2] = 0b00000100; memory[3] = 0b00001000; memory[4
ja dann z. B.: [c] PORTB |= (1<<PB2); PORTB &= ~(1<<PB2); [/c] Danke für die Hilfe Grüße Hammersn
-
Thread
uC bleibt hängen - Ursache unklar - Fehler nicht reproduzierbar
User 2 #define PORT_U3 A11 /// Stromsensor User 3 #define PORT_U4 A5 /// Stromsensor User 4 #define PORT_U5 A4 /// Stromsensor User 5 #define PORT_U6 A3 /// Stromsensor User 6 #define PORT_U7 A2 /// Stromsensor
für Berechnungen usw. short tempAall = 0; /// gesamt für alle Nutzer für OCP-Schutz int Analog_Port_Array[ADC_NUM] = {PORT_A, PORT_V, PORT_U0, PORT_U1, PORT_U2, PORT_U3, PORT_U4, PORT_U5, PORT_U6, PORT_U7, PORT_U8, PORT_U9}; Daten Max_ADC = {MAX_ADC_A, MAX_ADC_V, MAX_ADC_USER, MAX_ADC_USER, MAX_ADC_USER
-
Thread
PIC Port Pins namen geben und strukturieren
den anderen Files von Microchip rausgesucht und mal gut glück versucht obs geht: von Microchip [c] extern volatile near unsigned char LATB; extern volatile near struct { unsigned LATB0:1; unsigned LATB1:1; unsigned LATB2:1; unsigned LATB3:1; unsigned LATB4:1; unsigned LATB5:1; unsigned LATB6:1; unsigned LATB7:1; } LATBbits; [/c] Meine Variante im Code: [c] extern volatile near struct { unsigned LATB0:1; unsigned LATB1:1; unsigned LATB2:1; unsigned LATB3:1; } LCD_DATA; [/c] Wollts dann eben ansprechen
-
Thread
Tasten entprellen
Magnus C. schrieb: > 2) Ich meine nicht unterschiedliche Pins, sondern den gleichen Pin zur > Ausgabe einer LED und Tastereingabe. Man benutzt Taster gegen Masse, LED > gegen Plus Daran stört mich, daß
Hallo Leute, ich bin Anfänger und finde keine Erklärung für folgenden Ausdruck: [c](uint8_t)(int16_t)-(F_CPU / 1024 * 10e-3 + 0.5)[/c] Der hintere Ausdruck berechnet sich für einen Atmega8L mit 8MHz zu: [code]8000000 / 1024 * 0.01 + 0.5 = 78.7[/code] Was aber steht im vorderen Ausdruck
-
Thread
Ist mein µC schnell genug?
phase2m PC2 #define phase2p PC3 #define phase3m PC4 #define phase3p PC5 #define maxWinkelBEMF 60 #define maxDrehzahlUnterschied
| (1<<phase2m) | (1<<phase3p) | (1<<phase3m) ); PORTC |= ( (1<<phase1m) | (1<<phase2p) ); MCUCR &= ~(1<<ISC10); } if ( step == 5 && pPWM == 1 ) { PORTC &= ~( (1<<phase1m)
-
Thread
LM75 - C - MPLAB C18
; // PORT C ist ein Eingang TRISCbits.TRISC7 = 0; // PIN 7 an PORT C ist ein Ausgang LATA = 0x00; LATB = 0x00; LATC = 0x00; config_LCD(); // LCD Konfigurieren Delay10KTCYx(
; // PORT C ist ein Eingang TRISCbits.TRISC7 = 0; // PIN 7 an PORT C ist ein Ausgang LATA = 0x00; LATB = 0x00; LATC = 0x00; config_LCD(); // LCD Konfigurieren Delay10KTCYx(
-
Thread
Problem mit DCF 77,5 Modul
' default use 40 for the frame space 'Config Portb.0 = Output Config Lcdpin = Pin , Db4 = Portc.2 , Db5 = Portc.3 , Db6 = Portc.4 , Db7 = Portc.5 , E = Portc.1 , Rs = Portc.0 Config Lcd = 16 * 4 'configure lcd screen Cursor Off Noblink Config
Config Portd.5 = Output Config Pinb.1 = Input Kenne kein Basic, aber macht es einen Unterschied ob man "Port" oder "Pin" schreibt? Ansonsten kannst du auch mal versuchen das DCF-Modul über RC-Tiefpass zu versorgen
-
Thread
Signalrichtung MISO/MOSI?
immer als Input. Mein Problem ist nämlich folgendes: Ich habe einen ATmega16PL und betreibe ihn mit 3,3V. Der Parallelport arbeitet allerdings mit TTL-Pegeln, also 5V. Jetzt habe ich vor in der Richtung vom Parallelport zum µC mit einem Spannungsteiler die Spannung von 5V auf 3,3V runterzuteilen. Damit
mal 3,3 Volt kein Problem. Ausgangsseitig haste ja eh 3.3V Zeugs dran, also auch kein Problem. Schlecht isses nicht wenn man in Reihe einfach Schutzwiderstände macht (so 1k), damit, falls dein lpt port 5
-
Thread
Problem mit I/O Ports
Wie hast Du die LED's reingehängt? Zwischen Pin und GND oder Pin und 3.3 V?
jo, ich habe das prog mal auf Port C geändert, und anscheinend vergessen das Kommentar zu ändern. Also es ist richtig, das ich damit 6 LEDs steuere. Zurzeit benutze ich LEDs mit intigrirtem Vorwiderstand. Wenn ich dort direkt 5 Volt
-
Thread
27C64 durch 27C256 ersetzen
> Wenn du dich beeilst - bei TME gibts noch 2 Stk 27C64 in ganz neu :-) Bei Amazon sogar mit Bewertung :-)
https://www.bueromarkt-ag.de/kopierstift_faber-castell_document_9609_119121,p-9609,l-google-css,pd-b2c.html?gclid=CjwKCAiA65iBBhB-EiwAW253W-OiSdXtzlLKmk2c4Wb5slKNQ0yndikIP1uTivxPKTgkd1FgjVoRWxoCkBYQAvD_BwE Produktbeschreibung an. Wie man auf die Idee kommen kann, damit ausgerechnet Schecks zu unterzeichnen
-
Thread
Arduino: page-write in I2C eeprom verliert sporadisch ein Byte
32 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 48 30 31 32 33 34 35 36 37 38 39 3A 3B 3C 3D 3E 3F 64 40 41 42 43 44 45 46 47 48 49 4A 4B 4C 4D 4E 4F 80 50 51 52 53 54 55 56 57 58 59 5A 5B 5C 5D 5E 5F 96 60 61 62 63 64 65 66
9D 9E 9F A0 A1 A2 A3 A4 A5 A6 A7 A8 A9 AA AB AC AD AE AF B0 B1 B2 B3 B4 B5 B6 B7 B8 B9 BA BB BC BD BE BF C0 C1 C2 C3 C4 C5 C6 C7 C8 C9 CA CB CC CD CE CF D0 D1 D2 D3 D4 D5 D6 D7 D8 D9 DA DB DC DD DE DF E0 E1 E2 E3 E4 E5