-
Thread
bidirektionale Datenübertragung zwischen 2 Atmega 8
1; }a; char a1; } Byte1;[/c] Einlesen: [c]Byte1.a.Sens1 = PINC & (1<<PINC0); Byte1.a.Sens2 = PINC & (1<<PINC1); Byte1.a.Sens3 = PINC & (1<<PINC2); Byte1.a.Sens4 = PINC & (1<<PINC3); Byte1.a.Sens5
das ich ein Byte übertragen kann. Habe mir quasi eine kleine Schaltung zum Testen gelötet am 1.µC habe ich ein paar Schalter die beim schließen eine eins auf die Pins geben die ich einlese. Am 2. µC hab ich an den Ports an denen ich das übertragene Byte ausgebe ein paar LEDs drangelötet. Problem
-
Thread
AVR-ChipBasic2 - BASIC-Computer mit ATMega 644
64:DA 64,0,4,32,0:GOTO 2 37 Z=RND(3):IF Z=2 THEN Z=3 38 N=(M+Z)&3:RETURN 39 'check if figure f can move 40 L=0:R=0:U=0:D=0:A=F*5 41 N=AR(A+2):E=100+AR(A)*21+AR(A+1) 42 IF AR(E-21)<>49 THEN U=1 43 IF AR(E+21)<>49 THEN
Versuch, Schnittstellen zu ergänzen. Bei Reichelt gibt es den 18Bit AD-Wandler MCP 3421A0T-E/CH mit I2C-Interface für gut 2€. Obwohl im 6-Pin SOT23-6, sollten sich die 2x3 Beinchen im 0,95mm Raster noch von Hand löten lassen. Macht es Sinn, dieses IC mit einem eigenen Basic-Befehl einzubinden? Karl-Anton
-
Thread
Genesys 2 (Xilinx Kintex 7): Audio-Codec Implementierung und Filteranbindung
2] #set_property -dict { PACKAGE_PIN T23 IOSTANDARD LVCMOS33 } [get_ports { ja[4] }]; #IO_L5N_T0_D07_14 Sch=ja_n[3] #set_property -dict { PACKAGE_PIN T22 IOSTANDARD LVCMOS33 } [get_ports { ja[5]
im Link falsch? [Netlist 29-154] Cannot set property 'CONFIG_VOLTAGE' because incorrect value '5.0' specified. Expecting type 'enum' with possible values of ',1.5,1.8,2.5,3.3'. ["C:/Users/aim34424/Desktop/Gen2_PMOD_FIR2_5V/Genesys2ExternalAudioInterface.srcs/constrs_1/new/Genesys2Master.xdc":3]
-
Thread
I2C auf STM32F103
); GPIOB->BSRR = I2C_SCL_PIN | I2C_SDA_PIN; GPIO_InitStructure.GPIO_Pin = I2C_SCL_PIN; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(I2C_SCL_GPIO_PORT, &GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin
I2C_SCL_PIN GPIO_Pin_6 #define I2C_SCL_GPIO_PORT GPIOB #define I2C_SDA_PIN GPIO_Pin_7 #define I2C_SDA_GPIO_PORT GPIOB #define I2C_SCL_GPIO_CLK
-
Thread
Brennen mit PicKit3
und ein paar als analoger eingang am gleichen port? z.B: port a 0-2 analog und 3-7 digital output?
Wenn LATA = 0xFF Ra0= 0V Ra1= 0V Ra2= 0V Ra3= 1.3V Ra4= 1.8V Ra5= 1.3V Ra6= 1.2V Ra7= 4.2V Wenn Lata = 0x00 Ra0= 0V Ra1= 0V Ra2= 0V Ra3= 1.3V Ra4= 1.8V Ra5= 1.3V Ra6= 1.2V Ra7= 4.2V Bei beiden also gleich Am Pic
-
Thread
Atmega8 und I2C-Display startet nicht
: [c] #define RS 0 #define RW 1 #define EN 2 #define LED 3 void I2C_CtrlByt(uint8_t cmd) { uint8_t Data; Data = cmd & 0xF0; Data |= ((1 << EN) | (1 << LED)); I2C_Send_Data(Data, 5
// E=0 I2C_Send_Data(Data, 5); } int main(void) { // ****************** // 200ms Pause // ****************** I2C_CtrlByt(3); I2C_CtrlByt(3); I2C_CtrlByt(3); // ****************** // 20ms
-
Thread
LCD an PortC
/**< port for 4bit data bit 2 */ #define LCD_DATA3_PORT LCD_PORT /**< port for 4bit data bit 3 */ #define LCD_DATA0_PIN 4 /**< pin for 4bit data bit 0 */ #define LCD_DATA1_PIN 5 /**< pin for 4bit data bit 1 */ #define LCD_DATA2_PIN 6 /**< pin for 4bit data bit 2 */ #define LCD_DATA3_PIN 7 /**< pin for 4bit data bit 3 */ #define LCD_RS_PORT LCD_PORT
-
Thread
#define Ports
Wenn ich mal das Makro von PeDa benutze, dann sollte das im wesentlichen so aussehen [C] #define ADDR_0_PORT PORTB #define ADDR_0_PIN PB5 #define ADDR_1_PORT PORTB #define ADDR_1_PIN PB3 #define ADDR_2_PORT PORTD #define ADDR_2_PIN PD6 #define ENABLE_0_PORT PORTB
[c] #define ADDR_0_PORT PORTB #define ADDR_0_PIN PB5 //A0 #define ADDR_1_PORT PORTB #define ADDR_1_PIN PB3 //A1 #define ADDR_2_PORT PORTD #define ADDR_2_PIN PD6 //A2 #define
-
Thread
Beispielprogramm für RFM12 433MHz Funk-Module
(0.3); //Warum 0.3 us? > cbi(RF_PORT, SCK); > [/c] Wenn du vorher shiften würdest, dann würde das MSB verloren gehen. 0,3µs, weil das Datenblatt maximal 2,5MHz Taktfrequenz erlaubt. Dazu noch etwas
empfangen. Verwendet wird ein ATMEGA8, dieser wird von einem externen Takt gespeist (1,8..MHz), ca. 5V Versorgungsspannung, dann wird ein LCD im 4-Bit Modus betrieben, 2 ADC Eingänge sind belegt, ein weiterer Pin von PORT C. Somit bleiben eigentlich nur mehr PortC und PortB über für genügend Pins.
-
Thread
CP/M auf ATmega88
[code] ------------------------------------------------------------------------ | Port D | Port B | Port C | +-----------------------+-----------------------+----------------------+ | 7 | 6 | 5 | 4 | 3 | 2 | 5 | 4 | 3 | 2 | 1 | 0 | 5 | 4 | 3
D | Port B | Port C | > +-----------------------+-----------------------+----------------------+ > | 7 | 6 | 5 | 4 | 3 | 2 | 5 | 4 | 3 | 2 | 1 | 0 | 5 | 4 | 3 | 2 | 1 | 0| >D0|
-
Thread
AVR32UC3A Port setzen
int pin) { volatile avr32_gpio_port_t *gpio_port = &GPIO.port[pin >> 5]; return (gpio_port->pvr >> (pin & 0x1F)) & 1; }[/c] Als absoluten µC-Newbies mit rudimentären C-Kenntnissen sagt uns das leider
der port duch [c]volatile avr32_gpio_port_t *gpio_port = &GPIO.port[pin >> 5];[/c] bestimmt. Mit [c]return (gpio_port->pvr >> (pin & 0x1F)) & 1;[/C] wird dann der pin bestimmt. das & 0x1f sorgt dafür
-
Thread
C -> Port Bitset
Keep it simple! In einer Header Datei: [c] // Green LED = PB2 high active #define LED_GREEN_ON { DDRB |= (1<<PB2)); PORTB |= (1<<PB2)); } #define LED_GREEN_OFF { PORTB &= ~(1<<PB2)); } // Button = PB3 low active #define BUTTON_PRESSED
attribute__((__sfr__)); typedef struct tagPORTABITS { uint16_t RA0:1; uint16_t RA1:1; uint16_t RA2:1; uint16_t RA3:1; uint16_t RA4:1; } PORTABITS; extern volatile PORTABITS PORTAbits __attribute__((__sfr__)); [/c] Da erinnert einen der Compiler, ist der gcc, auch daran, da0 es Bit 5 auf
-
Thread
PORT 6 an einem C535
an P1.0. An diesem Pin kann man jedoch die vollautomatische PWM ohne weiteres nicht verwenden, nur an P1.1, P1.2, und P1.3. Man muß einen Interrupt mit Timernachladung installieren, für PWM an den anderen 3 Pins nicht. Der
setzen des Pins wieder angehen. dies ist auch beim P6 der fall. dort sind , 3 pins rausgeführt ( .4 . 5. 6 ) So wenn ich nun dort den schalter einschalte um dort eine 1 oder besser 5V auf den eingang zu schalten
-
Thread
LCD auf 2 Ports verteilen
PC2 und PC3 noch frei zur Verfügung habe. PB1 - PB3 ist für Servos PC4 und PC5 für Später mal I²C PD2 und PD3 für INT0 und INT1 Gibt es eine möglichkeit die LCD Routines so um zuschreiben das RS und
Ich hab vor einiger zeit den Daten-Port aufgesplittet.. theoretisch kann man das als Routine bis auf einzelne Pins umändern. [c] //Header #define GLCD_DATA_PORT1 PORTD #define GLCD_DATA_PIN1 PIND //Arduino Pins 2-7 #define GLCD_DATA_DDR1
-
Thread
Basic für 80C31
) IC2 = 74LS373 (Octal latch) IC3 = 27C64 (8 kByte EPROM) IC4 = 62256 (32 kByte RAM) Diese Teile hab ich nicht: IC5 = 8255 (PPI) IC6 = 74LS138 (3 to 8 channel decoder
PS3 geschuldet und dem RS485 Gedöns. Heisst, ich müsste die Subroutine noch so abändern/kürzen? initps3: ; --------------------------- ; Serial setup MOV RCAPH2,#0FEH MOV RCAPL2,#0C7H
-
Thread
UART Bootloader ATtiny13 - ATmega644
|= (1<<OCIE0A); GIMSK = 1<<PCIE; PCMSK = (1<<1 | 1<<2 | 1<<3 | 1<<4 | 1<<5 ); } [/c] Mit Reset-Pin hat es (glaube ich) funktioniert. Gute Nacht
64 61 FF 50 65 64 A5 A5 A5 06 5D B4 A5 00 A5 02 daÿPed¥¥¥.]´¥.¥. A5 01 A5 03 A5 06 F3 BE A5 04 F2 C1 F9 C1 F8 C1 ¥.¥.¥.ó¾¥.òÁùÁøÁ F7 C1 F6 C1 F5 C1 F4 C1 F3 C1 A5 80 A5 06 D4 E8 ÷ÁöÁõÁôÁóÁ¥ ¥.Ôè A5 80 A5 A5 A5
-
Thread
Ports/Pins übergeben
{ char ledPin; uint8_t pwm; } pwmLed; volatile pwmLed leds[15] = { //PWM config für die Ports (15 Stück) {0,0}, {1,16}, {2,32}, {3,48}, {4,64}, {5,80}, {6,96},
so aussehen:[c]typedef struct { volatile uint8_t *port; uint8_t pin; uint8_t pwm; } pwmLed; volatile pwmLed leds[3] = { //PWM config für die Ports (15 Stück) {&PORTA, PA1, 0}, {&PORTA, PA2, 16},
-
Thread
I2C-Kommunikation stoppt nach ca. 1-5 Sekunden
Hallo zusammen, wie im Betreff geschrieben, habe ich ein Problem mit meiner I2C-Kommunikation. Mikrocontroller: STM32F407VGT6 (100Pins) I2C2-BUS: (PINS: B10, B11) Hardware am Port: Sensor(LSM303), Motortreiber(BL-CTRL) Ich habe zwei Platinen mit denen ich den exakt selben
LIPO-Stecker: Es gibt eine weitere Platine für die Stromversorgung mit Spannungsüberwachung(daher sind die I2C-Leitungen an dem Stecker) I2C-Stecker: Anschluß für die Motortreiber. Sind die beiden Spannungsführenden Leitungen 3,3V und 5V auf der Oberseite der Platine direkt unter den Pins problematisch
-
Thread
Port-Pins global in C definieren?
2 PE2 PORTE = (0x08); // LED 3 PE3 PORTE = (0x10); // LED 4 PE4 PORTE = (0x20); // LED 5 PE5 PORTE = (0x40); // LED 6 PE6 PORTE = (0x80); // LED 7 PE7
= (0x04); /* LED 2 */ PORTE = (0x08); /* LED 3 */ PORTE = (0x10); /* LED 4 */ PORTE = (0x20); /* LED 5 */ PORTE = (0x40); /* LED 6 */ PORTE = (0x80); /* LED 7 */ } } [/C] Im Kommentar
-
Thread
Pin Spannungen
Prog im ASM geschrieben und verschiedene Pins bzw.Ports als Ein- und Augänge festgelegt.Bestimme Pins gesetzt und gelöscht usw. Sieht im AVR Studio schon ganz gut aus *lol* Auf einem alten Steckbrett hab ich dann den µC in Betrieb genommen(
Pins ca 90mV. Der µC ist der ATMega8515L, also betreibe ich den mit 3,3V Was meinst du mit Versorungsspannung überprüft? Also an Vcc messe ich die Spannung von 3,3 V.
-
Thread
Define Makros in C
Jörg W. schrieb im Beitrag #4375819: > [c] > #define LED1 B, 4 > #define LED2 A, 5 > [/c] Hallo, wie greife ich denn auf den Port und die Nummer zu?
FU1_PIN 2 > #define FU1_PORT PORTB > [/c] ein #define fehlt. Da fehlt noch ein [c] #define FU1_DDR DDRB [/c] Das mag jetzt für viele (inklusive mir) kein Ding sein, diese 3 Angaben auf gleich zu
-
Thread
LCD ansteuerung mit einem ATMega16 und I2C
sind laut Datenblatt definiert(0100) //Die letzten 3 Bit werden über die Pins A0-A2 definiert #define SLAVE 0b0100000 // LCD DB4-DB7 <--> PORTB an MCP23017 Bit GPB1-GPB4 #define LCD_PORT 0x13 //GPIOB Register Addresse des MCP23017 #define
0x40 #define LCD_GC_CHAR0 0 #define LCD_GC_CHAR1 1 #define LCD_GC_CHAR2 2 #define LCD_GC_CHAR3 3 #define LCD_GC_CHAR4 4 #define LCD_GC_CHAR5 5 #define LCD_GC_CHAR6 6 #define LCD_GC_CHAR7 7 // Set DD
-
Thread
I2C Unterschied einfacher LCD
Wie wäre es mit diesem Display ? Hat auch I2C. https://www.ebay.de/itm/IIC-I2C-0-91-128-x-32-Weiss-OLED-LCD-Display-Modul-3-3V-5v-fur-AVR-Arduino/223614674179?hash=item3410792503:g:cwgAAOSwTj9dOR7H
PCF8574A.pdf https://eckstein-shop.de/PCF8574-IO-Expansion-Board?curr=EUR&gclid=EAIaIQobChMIh73PtefD5AIVkOJ3Ch3mqQoUEAQYASABEgIne_D_BwE https://www.reichelt.de/remote-8-bit-i-o-expander-for-i2c-bus-pdip-16-pcf-8574-n-p216402.html?&trstct=pos_4
-
Thread
I2C Kommunikation zwischen Atmega128 und Drucksensor
= i2c_readNak(); i2c_stop(); }else{ LCD_Print("I2C Error", 1, 60, 2, 1, 1, red, black); } [/c] Verbunden ist SLC --- PD0 SDA --- PD1, Beide Pins sind unbelegt, und als
) == 0 ) { byte1 = i2c_readAck(); byte2 = i2c_readNak(); i2c_stop(); // Einsparbar, macht i2c_readNak() mit // 3. Ausgeben int1 = ((int16_t) byte1 << 8) | byte2; LCD_Print(itoa
-
Thread
20Euro Embedded System mit ARM, 128MB ram und 256MB Flash
feroceon.flash) Error: compiled-in NAND flash controllers: Error: 0: davinci Error: 1: lpc3180 Error: 2: orion Error: 3: s3c2410 Error: 4: s3c2412 Error: 5: s3c2440 Error: 6: s3c2443 Error: 7: imx31 Error: cannot open device. check it exists and that user read and write rights are set. errno=2 Runtime
entworfen, die deutlich weniger > Strom verbrauchen (3,5" = 6W, 2,5" = 1,5W) Spannung ist immer 5V. USB 2.0 kann 500mA. Damit kann an keinem ordnungsgemäßen USB 2.0 Port eine 3,5" Festplatte ohne zusätzliches Netzteil betrieben werden. Gruß
-
Thread
PWM-Pin von AVR deaktivieren
> hex wandeln... Ja, da bin ich auch noch unsicher. > Wie schwebt euch das denn vor? > > [c] > TCCR2A_BF.WGM2 = 3 // hmmm... > [/c] Ja, das wäre eine Möglichkeit: TCCR2A_BF.WGM2 = 0; TCCR2A_BF.WGM2 = 1; TCCR2A_BF.WGM2 = 2; TCCR2A_BF.WGM2 = 3; Gefällt mir aber noch nicht
wieder auf 0 gebracht. Ja aber wie mach ich das als Einzeiler? also in einem Staement z.B. Bit 2 und 3 setzen, bit 5 löschen?
-
Thread
Arbeitet ihr lieber mit SPI oder I2C Bauteilen?
oh ok, es scheint kompatibel zu sein:-) https://evision-webshop.de/I2C-vs-I3C-Protokoll-Analysatoren-Unterschiede-und-Aehnlichkeiten
Am dummen I2C Slaves habe ich bisher EEPROMs 24C02..24C512 und IO-Ports PCF8574/A benutzt. Keinem mußte ich jemals den Saft abdrehen, um sie zu resetten. Die AN-686 ist eh absoluter Quatsch. Den VCC-Pin auf GND
-
Thread
Dumme Frage zum "C" mit AVR's
[c] // ungetestet static volatile unsigned char*const ports[] = {&PORTA,&PORTB}; static const unsigned char portPinMap[] = { 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15 }; static_assert(sizeof(ports)/sizeof
= sizeof(portPinMap)/sizeof(*portPinMap); setPin(ports,3); [/c]
-
Thread
I2C - Pull Up Widerstände
Vielleicht vereinzeln, also: I2C_Init(); I2C_Start(); I2C_Adresse(0x40); I2C_Senden(IODIRA); //Register für die Richtung des Ports I2C_Senden(0x00); //Alle Ports von A auf Ausgang I2C_Stop(); I2C_Start(); I2C_Adresse(0x40); I2C_Senden(OLATA); //Alle Ports von A auf High I2C_Senden(0xFF); I2C_Stop();
-
Thread
LCD an Atmega8 PortC
sieht dann in der Routine wie folgt aus: // define pins of LCD port #define LCD_PIN_RS 2 #define LCD_PIN_E 3 #define LCD_PIN_D4 4 #define LCD_PIN_D5 5 #define LCD_PIN_D6 6 #define LCD_PIN_D7 7 Beziehen sich die Zahlen hinten
2 #define LCD_PIN_D5 3 #define LCD_PIN_D6 4 #define LCD_PIN_D7 5 mfg.
-
Thread
c++ 11/14/17?
movw r4, #0 F2C20400 movt r4, #0x2000 --- main.cpp -- 135 ---------------------------------------- while (1) { aLed.Set(); 4620 mov r0, r4 F000F804 bl 0x0800042E <_ZN7GpioPinIL9eGpioPort1207959552ELh5EE3SetEv
> [C] > class GpioPin2 > { > public: > GPIO_TypeDef *pPort; > uint8_t pos; > > GpioPin2( GPIO_TypeDef * pP, uint8_t p) { pPort=pP; pos=p; > } > constexpr inline void Set
-
Thread
Die I2C Schnittstelle eines PIC16F876A initialisieren
standard speed mode (100 kHz and 1 MHz) //Disable SMBus specific inputs SSPSTAT |=0x80; //Bit3 I2C Master mode, clock = FOSC/(4 * (SSPADD + 1)) //Bit5 Enables the serial port and configures the SDA and SCL pins as the serial port pins SSPCON1 |=0x28; // Bit rücksetzen //Register&=~BIT
standard speed mode (100 kHz and 1 MHz) //Disable SMBus specific inputs SSPSTAT |=0x80; //Bit3 I2C Master mode, clock = FOSC/(4 * (SSPADD + 1)) //Bit5 Enables the serial port and configures the SDA and SCL pins as the serial port pins SSPCON1 |=0x28; TransmitData(Adresse); //Daten
-
Thread
AVR und C++ - ein Versuch
pin; }; private: volatile uint8_t* port; const uint8_t pin; }; [/c] und hier jetzt die neue: [c]class Pin { public: Pin(uint8_t port, uint8_t pin) : port(port) , pin(pin)
Bei mir sieht sowas so aus: [c] using PortD = AVR::Port<DefaultMcuType::PortRegister, AVR::D>; using led2 = AVR::Pin<PortD, 7>; int main() { Scoped<EnableInterrupt> interruptEnabler; led2::dir<Output>(); led2
-
Thread
μC 8051 Demoboard (AT89C51ED2)
weglassen und die Signale von einem RS232 Treiber (nicht vergessen!) abgreifen. Den rechten Tei Q1 und U2 brauchst Du für den At89C51ED2 nicht, nur U3
Reichelt nachvollziehen: LGN971 -> SMD-LED 1206 GN LHN974 -> SMD-LED 1206 RT LM2940CT50 -> LM 2940 CT5 MAX701CSA -> MAX 700 CSA (etwas mehr als gefordert) NC7S00 -> SMD 4011 (ich denke, andere PIN-Belegung) LM1117MP-3.3 -> LM 1117 T3,3 (nicht SMD) 74HC573D -> 74HC 573 PCF8574T -> PCF 8574 T AT24C02S
-
Thread
µC über einen PIN ausschalten
Wie wärs denn damit ? http://solartechnik.de/osc/catalog/product_info.php/cPath/3_23/products_id/58 Liefert unter einer 60W Glühlampe ca. 5V (Leerlauf) und 1-2mA (Kurzschluss). Das sollte tagsüber in einem hellen Raum gegen die Selbstentladung reichen. Wenn's bei dir stockdunkel
) an den pins des µC. ein kurzes programm 5min soll nach bedarf aufgerufen werden können. und die batterien (@Martin N/a: habe nirgendwo akkus erwähnt!) sollen 2xAAs und nicht auswechselbar sein (eingegossen). als
-
Thread
Arduino: abwechselnde Verwendung von A4/A5 als analoger Input und I2C
Servosteuerung mit einem Nano verwende ich 16 Tasten an den analogen Inputs A0 - A7. Nun möchte ich über I2C mit einem PCF8574 die Portanzahl vergrößern, um zusätzlich 8 monostabile Relais anzusteuern. Für I2C brauche ich die Pins A4 und A5. Ist es ein gängiger Ansatz, zwischen analogem Input und I2C-Verwendung
mit einem Nano verwende ich 16 Tasten an > den > analogen Inputs A0 - A7. Nun möchte ich über I2C mit einem PCF8574 die > Portanzahl vergrößern, um zusätzlich 8 monostabile Relais anzusteuern. > Für I2C brauche ich die Pins A4 und A5. > > Ist es ein gängiger Ansatz, zwischen analogem Input
-
Thread
5 eingänge 27 Ausgänge?
0 1 2 3 4 5 6 7 data &h40, &h79, &h24, &h30, &h19, &h12, &h02, &h78 ' 8 9 A B C D E F data &h00, &h10, &h08, &h03, &h46, &h21, &h06, &h0E Das ist
bascom kann so einiges was ihr dem nicht zumutet ich würde so vorgehen: 27 ausgänge entsprechen 4 ports 0: 'port1, port2,port3,port4 data &b0000000,&b0000000,&b0000000,&b0000001 1: 'port1, port2,port3,port4 data &b0000000,&b0000000,&b0000000,&b0000011 usw. dann in deiner routine
-
Thread
port brav nach c Standard setzen
macht: 3 Variablen auf den Stack pushen, IP ablegen und dann einen JUMP Befehl zu deiner Funktion. Wirklich effektiv ist das nicht. [c] #define LED_PIN 3 // Pin 3 an Port x #define SET_BIT( BIT_ , PORT_) \ PORT_ = (PORT_ | (1 << BIT_)) void main (void) { SET_BIT(LED_PIN,PORTB); } [/c] Und jetzt die Quizfrage: Wieviel Code wird wohl hier erzeugt? ;-)
-
Thread
ESP32 mit 3,3V PWM einen 3,7V Motor betreiben
GPIO Ausgang nutzen mit diesem Modul > https://www.amazon.de/GERUI-D4184-Steuermodul-Feldeffektr%C3%B6hrenmodul-Ersatzrelais/dp/B0DG8KH7HQ/ref=sr_1_2?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=5ICI1XHHPPZ5&dib=eyJ2IjoiMSJ9.SV7dyeE-... Es würde reichen, wenn du den Link zum Produkt angibst
Mit einem völlig ungeeigneten MOSFET. Du erzählst auch nur Unsinn. Der IRLZ44N macht mit Ugs = 2.5V bereits 3A bei 25 °C (8A bei 175 °C)
-
Thread
Port C am ATmega8
Hallo zusammen Bei meinem ATmega8 habe ich das Problem, dass wenn ich auf Pins des Port C den High-Pegel anlege, ich eine Spannung von zwischen 0.8-3 Volt (je nach Pin unterschiedlich, jedoch immer gleich) messen kann. Bei den Ports B und D erhalte ich stehts 5 Volt, wie der
R. Strub wrote: > Bei meinem ATmega8 habe ich das Problem, dass wenn ich auf Pins des Port > C den High-Pegel anlege, ich eine Spannung von zwischen 0.8-3 Volt (je > nach Pin unterschiedlich, jedoch immer gleich) messen kann. > > Bei den Ports B und D erhalte ich stehts 5 Volt
-
Thread
AVR-Bootloader mit Verschlüsselung
mit oder ohne Leerzeichen ist egal da diese intern entfernt werden, oder [System] Password=0A5ED11C8B0FA36F7C4F1EE20526904B oder Password=$0A,$5E,$D1,$1C,$8B,$0F,$A3,$6F,$7C,$4F,$1E,$E2,$05,$26,$90,$4B Alle Sonderzeichen, auch Spaces werden entfernt und das was übrig bleibt sind die HEX-Chars
= PORTB ; Transmit port and pin .equ TX = PB5 .if UseRS485 .equ DE_PORT = PORTB ; DE enable pin of RS-485 .equ DE = PB2 ; must be only set if RS485 DE is used .endif .set XTAL =
-
Thread
Arduino <= RasPi I2C
&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=9060641&hvtargid=pla-782544999101 bei ebay billiger https://www.ebay.de/itm/5-STUCKE-4-Kanal-IIC-I2C-Logikpegelwandler-Bidirektionales-Modul-5V-3-3V-AHS/153724466943?
den aber auch mit 4V betreiben, 3.3V muss es ja nicht sein. Dann können die R_s kleiner werden. Ich betreibe mehrere I2C Busse so - mit 220Ohm R_s zu den 3.3V devices hin. Selbst bei 400KHz keine Probleme - über ca. 5m Klingeldraht
-
Thread
5V mit Microcontroller auf GND ziehen
die zulässige am Port-Pin übersteigt. (evtl. 5V-Toleranz / oder nimm ext. Treiber mit OC)
mit zu reden - egal ob direkt am Port Pin des µC oder mit externem Treiber,
-
Thread
I2C Schaltkarte mit 48 Ausgängen
. PIN 10 löscht den Status der Ausgänge permanent. Lösung: entweder RC Glied an diesen Eingang (der ja nicht umsonst implementiert wurde) oder einen pulldown Widerstand und auf einen PortPin Deiner MCU
Also sollte ich das so machen: Den Pin 13 (G) über einen PullUp an einen Port des µC. Und jede Menge PullDown vor die FET. Heißt beim PowerUp, dass die Ausgänge der 595 hochohmig sind und die FET durch den PullDown alle gesperrt. Dann
-
Thread
M5StackFire und M5Stack
Ist für das hervorragende Arduino Framework die I2C-Schnittstelle nach außen verfügbar? Gibt es Pins nach außen, an denen man einen zusätzlichen I2C-Port anschließen kann?
die internen I2C-Komponenten hängen. Die scheinen mit Pull-Ups auf 3.3V hoch gezogen zu sein, während am I2C Versorgungsstecker 5V anliegen. Das ist für meine Anwendung ein Problem, weil mein externer MLX90640 eigentlich
-
Thread
"Gruppierung" von Pins
Peter D. schrieb im Beitrag #6776751: > Und welche Portpins sind das? Die physikalischen Pins 2-7 des Arduinos sind die Portpins PD2-PD7; die Pins 8-11 sind PB0-PB3.
Schlaumaier schrieb im Beitrag #6779712: > Der TO belegt eine Menge Pins. Und die muss er auch noch alle einzeln > ansteuern. Wenn er eine Port-Erweiterung wie den besagten PCF-8574 > nutzt, kann er das BIT-Array mit 1 Befehl via Libs / I2C an den Chip > senden. Das
-
Thread
Besteht Interesse an einfacher Experimentierplatine fuer den Xmega128a1? Gesperrt
µC geht auf pin, genau wo hin eigentlich ? auf dem bild sehe ich , wenn ich vom JP3 auf dem JP3 port gehe pin 38 sdram - also CLK (habe gelb und grün markeirt ). Die ganze ecke da unten kann cih nciht
also nochmal, pin 5, recht unten sdram, der geht doch auf PORTJ-pin2 - also PJ1, und auf der µC seite auf pin 66 - was auch PJ1 ist, also ist dann der pin 5 recht unten tatsächlich pin32 (grün markiert ) - seltsam nur
-
Thread
TWI/I2C am ATtiny417
= (BIT(SCL_PIN) | BIT(SDA_PIN)); // auf Eingang PORTB_INTFLAGS = (BIT(SCL_PIN) | BIT(SDA_PIN)); // löschen PORTB_PIN1CTRL = PORT_PULLUPEN_bm; // mit pullup PORTB_PIN2CTRL = PORT_PULLUPEN_bm
Port.A deine Leds betreibst. Also Portmux für I2C nicht einschalten! Das geht auch aus der Tabelle 5.1 hervor.
-
Thread
Problem mit einfacher 3x3 Schaltermatrix
PORTD |= (1<<PD5)|(1<<PD6)|(1<<PD7); //Ausgänge auf 1 setzen, Abfrage der Schalter ist invertiert PORTD |= (1<<PD2)|(1<<PD3)|(1<<PD4); [/c] Abfrage der Schalter: [c] PORTD |= ((1<<PD2)|(1<<PD3)|(1<<PD4));//Ausgänge auf High //-------- ersten 3 bits -------- PORTD &= ~(1<<PD2); //Ausgang PD2, für die ersten 3 bits auf low Pin_status = bit_is_set(PIND, 5) ? 0 : 1; temp_DMXadress|=(Pin_status<<0); Pin_status = bit_is_set(PIND, 6) ? 0
-
Thread
mC arbeitet nicht
doch noch nicht an des Fuses gespielt, oder?) und am PortB solltest du mit dem Voltmeter messen können PB0 5 Volt PB1 0 Volt PB2 5 Volt Das du dir den Porttreiber schon zerschossen hast, ist durchaus möglich. Allerdings haben bei mir ein
wären ideal. Ansonsten: + und - scheinen dort zu sein, wo sie hingehören. Nur den Weg vom Reset (Pin 9) zu + kann ich nicht vollständig verfolgen. Das Kabel verliert sich im Dickicht oben beim Widerstand. Ich sehe auch am Pin 3 vom 7805 keine 2.te Lötperle bzw. ein 2.tes Kabel das von dort wegginge