-
Thread
AT89C51ED2 Ports funktionieren nicht
Verbindung aufbauen und anscheinend erfolgreich flaschen. Aber der IC tut nichts. Testcode: [c] #define MICROCONTROLLER_T89C51ED2 #include <mcs51reg.h> void main(void) { while(1) { P0 = 0xAA; P1 = 0xAA; P2 = 0xAA; P3 = 0xAA; P4 = 0xAA; P5 = 0xAA; } } [/c] Selbst dieser simple code funktioniert nicht. Beim Versuch mit einer LED, bleibt diese an allen Pins aller Porte aus. Direkt an VCC leuchtet sie aber. VCC liegt bei ~4,95V. Wisst ihr Rat
-
Thread
CH348 USB zu 8 Port Serial (UART)
ich habe heute mal ein kleines Board erstellt mit dem CH348L. Damit hat man 8x Uart mit jeweils "3V3 - GND - RXD - TXD - RTS - CTS - DTR - DSR - DCD - RI", die 10 Pins sind auf JST PH 2.0mm Stecker raus geführt. USB Port ist ein USB-C mit 500mA Polifuse und ESD Schutz. Die Uart Spannung kann man default auf 3.3V lassen oder extern mit 1.8V, 2.5V, 3.3V betreiben. Den DTR pin kann man auch auf TNOW umschalten für RS485 betrieb. 4 Löcher zum befestigen mit 3mm Durchmesser. Im Anhang sind paar Bilder, Schaltplan
-
Thread
Einzelnen Bits eines Bytes PINs zuweisen
[c] //Einfache Lösung des Problems. Geht natürlich sicher besser ;-) #define MYBIT0 0 #define MYBIT1 1 #define MYBIT2 2 #define MYBIT1 3 #define MYBIT2 4 #define MYPORT PORTB #define MYPIN0 PB3 #define MYPIN1 PB1 #define MYPIN2 PB7 #define MYPIN1 PB5 #define MYPIN2 PB4 void updateport(unsigned char value) { if(value & (1 << MYBIT0)) { MYPORT |= (1 << MYPIN0); } else { MYPORT &=
-
Thread
PIC16F628A RA2 Probleme!
Startup(void); //Globale Variablen int Receive = 0; //Init-Routine: void Startup(void) { PortA = 0; CMCON = 0x07; TRISA.F2 = 0; TRISA.F1 = 0; TRISA.F0 = 0; PortB = 0; TRISB.F0 = 1; TRISB.F1 = 1; TRISB.F2 = 1; TRISB.F3 = 1; TRISB.F4 = 1; TRISB.F5 = 1; TRISB.F6 = 1;
> 0x05) {A1 = 0; A2 = 0; A3 = 0;} } } } [/c]
-
Thread
bit_is_set Abfrage in Software i2c auf Atmega8
SCL_DDR DDRC #define SCL_PINREG PINC #define SCL_PIN PC5 #define SDA_PORT PORTC #define SDA_DDR DDRC #define SDA_PINREG PINC #define SDA_PIN PC4 unsigned char i2c_readNak(void) { unsigned char data; unsigned char i = 1; // sicherstellen
6 # define PK5 5 # define PK4 4 # define PK3 3 # define PK2 2 # define PK1 1 # define PK0 0 [/c] Dann gehts wieder zurück zur io.h welche anschließend dann [c] #include <portpins.h> [/c] includiert
-
Thread
STM32F103: Port-Pin wird nicht angesprungen
AFIO->MAPR &= ~AFIO_MAPR_SWJ_CFG; // RM0008 S. 176 AFIO->MAPR |= AFIO_MAPR_SWJ_CFG_2; io_setOutput(LED2_GPIO, LED2_Pin); io_setOutput(GPIOB, GPIO_Pin_3); io_setOutput(GPIOB, GPIO_Pin_4); io_setOutput(GPIOB, GPIO_Pin_5); uint16_t val = 1; while(1)
Pin | Funktion ------------+-----------+---------+------+--------------------- CN9 digital | 4 | D3 | PB3 | TIM2_CH2 CN9 digital | 6 | D5 | PB4 | TIM3_CH1 CN9 digital |
-
Thread
ATSAM4E8C SPI Hilfe
->PIO_OER = (1<<11)|(1<<13)|(1<<14);//Enable port pin for output PIOA->PIO_ODR = (1<<12); //Enable port pin for input PIOA->PIO_ABCDSR[0] = 0x00000000; // peripheral A PIOA->PIO_ABCDSR[1] = 0x00007800; // peripheral A [/c] Jetzt liegt
#define NPCS3 PIO_PA22B_NPCS3 #define NPCS4 PIO_PA24 #define aktuel_CS NPCS3 Pio *p_pio; uint32_t pin, ul_sr, i; /* assign port A to periph. A and B */ p_pio = (Pio *)((uint32_
-
Thread
2-Draht Signalleitungsrätsel
rot) 2 Lo Hi | - + 5.0V (LED grün) 3 Hi Hi | X 3.3V (LED off) Alternative: Zustand IO_0 | Spannung -------------------------------------- 0 Lo 3.3V
LED an Da dienen die beiden anderen Dioden zur Erhöhung der Durchlasspannung. (von mir aus auch 3 Dioden 3 x 0.7V = 2.1V Spannungserhöhung, aber das ist ja nur Beispielsweise!) Und dass mir die LEDs bei 5V nicht hopps gehen, dazu ist der Widerstand da (die 5K sind nur als Beispiel!). Wenn ihr
-
Thread
ATMEL und LCD 16x2
lösung oder zumindest ein programm bei dem ich weiss dass es 100 Prozent läuft. ich habte RS and port.0, R/W and port.1, E an port.2, D4 an Port.3, D5 an Port.4, D6 an Port.5, D7 an Port.6 Ich muss das ding zum laufen bekommen, bitte helft mir. MFG
helfen, aber 8051 ist nicht AVR. 8051 ist und bleibt 8051, auch wenn es einer von Atmel ist. Zu den Ports: Es gibt Port 0, Port 1, Port 2 und Port 3 mit jeweils 8 Pins (Bits) bei den 8051. So schließt Du das LCD dann z. B. an Port1.0 (D4), Port1.1 (D5), Port1.2 (D6), Port1.3 (D7), Port1.4 (RS) und Port1.5
-
Thread
LED-Treiber MAX6956 C-Code
, 0x35, 0x01); // LED Port 21 einschalten // Port 12..21 Strom einstellen I2CWrite(0x80, 0x16, 0x88); // Strom Port 12..13 auf Mitte (13.5mA) I2CWrite(0x80, 0x17, 0x88); // Strom Port 14..15 auf Mitte (13.5mA) I2CWrite(0x80, 0x18, 0x88); // Strom Port 16..17 auf Mitte (13.5mA) I2CWrite(0x80, 0x19, 0x88); // Strom Port 18..19 auf Mitte (13.5mA) I2CWrite(0x80, 0x1A, 0x88); // Strom Port 20..21 auf Mitte (13.5mA) // Global Settings I2CWrite(
-
Thread
Arduino Pro Mini: Analog-Referenz 1,1V verschiebt sich bei kleiner Last?
Laut Spec liefert USB 5V +- 5% bei mindestens 100mA. Wenn dein Board den USB-Port in die Knie zwingt, dann nur, wenn es mehr als 100mA zieht. LEDs: 3*10mA = 30mA µC : 1-2mA Vogelfutter: paar mA Ich behaupte mal, dass
> Laut Spec liefert USB 5V +- 5% bei mindestens 100mA. > Wenn dein Board den USB-Port in die Knie zwingt, dann nur, wenn es mehr > als 100mA zieht. > > LEDs: 3*10mA = 30mA > µC : 1-2mA > Vogelfutter: paar mA ca. 60mA
-
Thread
billige stm32 minimalsysteme für 2,99 euro - taugt das was?
> Der stm32 braucht ca. 40-50mA bei 72MHZ (all peripherals). Ich vermute, > dass der eingebaute 3.3V ldo nur 100mA liefern kann. Also sollte man die > 5V toleranten Pins möglichst mit 5V befeuern. Es gibt keine 5V Stromversorgung vom IC und 5V tolerante Pins liefern keine 5V am Ausgang. Die
wenn du noch ein paar euro sparen willst: https://www.amazon.de/DAOKAI%C2%AE-ST-Link-V2-Programming-Emulator-Downloader/dp/B01E49NYQO/ref=pd_rhf_dp_p_img_2?ie=UTF8&refRID=G3SAFBB2GBF0PD5NK1JQ
-
Thread
Bitte um Hilfe bei der Programmierung von AVR8-Mikrocontrollern in C
gehört. https://onlinedocs.microchip.com/pr/GUID-EC8D3BAB-0B5E-454F-AB6E-6A7C91C6F103-en-US-3/index.html?GUID-A7CE312E-676A-4DC2-B0C1-0A78575A1F85
_1.h #define TIFR3 _SFR_IO8(0x18) #define ICF3 5 #define OCF3C 3 #define OCF3B 2 #define OCF3A 1 #define TOV3 0 [/c] Spess53 .. schrieb im Beitrag #7517169: > Hi > >>Bei dem von mir gewähltem
-
Thread
Bidirektionaler 5V<>3.3V Pegelwandler f. Hobbyprojekt gesucht
Du redest von einer UART Schnittstelle, die hat unidirektionale Leitungen. Für 115200 Baud 5V -> 3,3V genügt ein simpler Spannungsteiler aus 1k und 2,2k Ohm. Habe ich wochenlang durchgetestet, mit einem AVR und einem ESP8266. Für die andere Richtung 3,3V -> 5V brauchst du gar keinen Wandler
Dann schalte mal 5V vor 3,3V ein. Käse.
-
Thread
MC für Motoransteurung programmieren
0.6 0.9) WARNING: Sheet 1/1, Net GND: missing Junction at (3 3.5) WARNING: Sheet 1/1, Net +5V: missing Junction at (1 1.4) WARNING: Sheet 1/1, Net +5V: missing Junction at (2.6 3.1) WARNING: Sheet 1/1: pins overlap at (0.1 1.9) WARNING: Sheet 1/1: pins overlap
Kurzschluss am X5 wieder abfallen. bezieh' die LED D5 und D6 mit in das Programm mit ein. PortB.2 und PortB.3. Unter "SET PORTD.0" schreibste einfach noch "RESET PORTB.2", bei "RESET PORTD.0" analog "SET PORTB.2". Dann
-
Thread
ATmega Development Boards (Sind die OK?)
10103_10627_10626_10624_10623_10622_10186_10621_10620_5722415_5711313,searchweb201603_41,ppcSwitch_5&algo_expid=9300ac5e-51c8-4974-8c79-728b39f3f2a0-9&algo_pvid=9300ac5e-51c8-4974-8c79-728b39f3f2a0&transAbTest=ae803_3&priceBeautifyAB=0 ATmega16 https://www.aliexpress.com/item/free-shipping-ATMEGA16
10103_10627_10626_10624_10623_10622_10186_5711315_10621_5722412_10620,searchweb201603_25,ppcSwitch_5&algo_expid=b78960ef-3f7c-455e-8572-38ccd81aa7cb-1&algo_pvid=b78960ef-3f7c-455e-8572-38ccd81aa7cb&transAbTest=ae803_3&priceBeautifyAB=0 statt den günstigen 2,4 GHz Modulen? https://de.aliexpress.com
-
Thread
PicKit 3 Fehler
inneren Werkelt ein 16Bit PIC. Zwar kann man einen Hardwarefehler nicht völlig ausschließen (ein Port des µC defekt) aber das halte ich eher für Unwahrscheinlich. Diese Fehlermeldung ist die Typische Fehlermeldung wenn das PicKIT3 keine Verbindung zum Ziel-µC aufbauen kann. (Die Verbindung PC PicKit3
Beitrag #3432331: > Und auch die richtige Spannung für den 16F887 eingestellt? Datenblatt stehen ~5V DC drinnen & eingestellt über das PicKit 3 sind auch 5V DC. Erich schrieb im Beitrag #3432287: > Insbesondere dürfen auch auf den 3 Leitungen der ISP-Schnittstelle zum > uC keine "aktiven" Verbraucher
-
Thread
Pins am Mikrokontroller kaput?
. If the JTAG interface is enabled, the pull-up resistors on pins PC5(TDI), PC3(TMS) and PC2(TCK) will be activated even if a reset occurs. Port C also serves the functions of the JTAG interface and other special features of the ATmega16 as listed on page 61. --
schau doch mal ins Datenblatt seite 61. Port C Pins Alternate Functions PC5 TDI (JTAG Test Data In) PC4 TDO (JTAG Test Data Out) PC3 TMS (JTAG Test Mode Select) PC2 TCK (JTAG Test Clock) JTAG abschalten sollte helfen.
-
Thread
USB IR Remote Receiver (V-USB + IRMP)
Apr 13 22:36:54 vdr kernel: [ 9352.454069] uhci_hcd 0000:00:1d.3: port 2 portsc 008a,00 Apr 13 22:36:54 vdr kernel: [ 9352.454085] hub 5-0:1.0: port 2, status 0100, change 0003, 12 Mb/s Apr 13 22:36:54 vdr kernel: [ 9352.454091] usb 5-2: USB disconnect, device number
=16c0, idProduct=05df Apr 15 22:14:41 server kernel: usb 3-5.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Apr 15 22:14:41 server kernel: usb 3-5.5: Product: USB IR Remote Receiver Apr 15
-
Thread
I/O Pins Abfragen und Vergleichen
delay.h> #include "serial.h" volatile uint8_t zaehler = 0; char buffer[7]; #define A (1<<PD2) #define B (1<<PD3) int main(void) { setup_uart(); DDRD &= ~(1<<PD2); // Eingang PD2 Int0 DDRD &= ~(1<<PD3); // Eingang PD3 DDRB |= (1<<PB5); // Ausgang PB5 LED MCUCR |=
Verpacke die Abfragen der Port Pins am Besten in Funktionen, dann bekommst du keinen Knoten im Kopf. Bei der Gelegenheit geben wir PD2 und PD3 ordentliche Namen. Da mit der Zweck unbekannt ist, nenne ich sie mal Adam und Eva.
-
Thread
Schnäppchen bei Ebay : 5,6 TFT für 19 Euro
Pin 8 muss an 5V, damit das Modul intern den Pixeltakt, H und Vsync aus C-Sync erzeugt.
http://search.ebay.de/search/search.dll?sofocus=bs&sbrftog=1&from=R10&_trksid=m37&satitle=playstation+5%2C6+tft&sacat=-1%26catref%3DC6&a14=-24&a6=-24&a10244=-24&alist=a14%2Ca6%2Ca51%2Ca10244%2Ca3801&pfmode=1&reqtype=1&gcs=1132&pfid=1623&pf_query=playstation+5%2C6+tft&sargn=-1%26saslc%3D3&sadis=200&fpos
-
Thread
Einfache CPU, einfacher Rechner, nur zum Lernen, Erfahrung?
will. [pre] ; 7 segement codes Z0 = $C0 Z1 = $F9 Z2 = $A4 Z3 = $B0 Z4 = $99 Z5 = $92 Z6 = $82 Z7 = $F8 Z8 = $80 Z9 = $90 lda #Z3 [/pre]
und danach, noch was anders. (Auch wenn es stupide erscheint.) 8 9 A B C D E F 0 1 2 3 4 5 6 7 > 0300: A9 FF 8D 83 1A 8D 81 1A > 0308: A9 B0 8D 80 1A A9 08 8D > 0310: 82 1A 4C 12 03 0 1 2 3 4 5 6 7 8 9 A B C D
-
Thread
LEDs an µC mit 1,8V
können. D1 ist eine Schottky-Diode, die nur gebraucht wird, damit die ESD-Diode des Controller-Pins nicht anspricht. Über P1 und P2 wird C initial aufgeladen. Danach schaltest du P1 ab. Im nächsten Schritt gibst du auf P2 (bisher low) ein high aus und aktivierst zeitgleich P3 oder P4 als Ausgang
weil nicht nachgemessen, aber du könntest auch nen einfachen stepupwandler bauen der dir aus den 1,8V 3,6 oder 5 oder mehr Volt macht http://www.strippenstrolch.de/1-4-11-step-up-wandler.html die schaltung auf 3,6V dimensioniert hab ich in gebrauch und die läuft mit einem 2,4V 70mAh NI-MH akku schon ein
-
Thread
Möglichkeit 5 Pins --> 4 7Segment Anzeigen
Daniel B. schrieb im Beitrag #2053634: > Mit drei Ports bist Du dabei Ein normales Schieberegister braucht 3 Pins.
Mit einem weiteren, preiswerten µC, der z.B. über I2C/TWI (2 Pins + GND) oder UART (1 Pin + GND) angebunden ist?
-
Thread
DOGM - 163 Initialisierung +5V SPI
Display zu erkennen ? 2 Frage: Ich benutze die ISP Schnittstelle um meinen ATmega32 zu programmieren, kann es sein das das der Fehler ist. Pinbelegung meiner Schaltung: PB7 = SCK --> Pin29 = CLK PB5 = MOSI
Laut "Schaltplan" sind PB3 und PB5 verkreuzt. Dogm.png: PB3 - SCK PB5 - MOSI Atmega.png PB3 - MOSI PB5 - SCK So wird das nix
-
Thread
8Bit Datenleitung auf 2 Ports splitten, für LCD, bidirektional
Kennt jemand eine Lösung um ein Datenbyte gesplittet bidirektional von 2 verschiedenen Ports zu senden bzw zu empfangen(z.B. von PortA[A7,A6] und von PortC[C7...C2]). Steuerleitung geht ohne Probleme, aber 8Bit Datenleitung irgendwie nicht. Dachte ich könnte das so lösen
Daten zurücklesen? Dann nimm ein HC595 und ein HC597. Ansonsten wäre einfach ein AVR mit mehr Pins die einfachste Lösung. Es gibt welche mit 100 Pins. Nur halt nicht im DIL-Gehäuse. Alternative: I2C Port Extender wie z.B. Microchip MCP23017. Dann hast Du 16 weitere Pins. fchk
-
Thread
Watchdog Timer Problem C515C
Hallo, ich verwende das miniMODUL der Firma Phytec mit einem Infineon SAF-C515C. Ich programmiere mit Keil uVision3. Jetzt habe ich probiert 2 Analogwerte einzulesen und mit dem Keil Simulator zu simulieren. Problem ist aber dass er laufend "Watchdog Timer Reset occured"
Eine Frage hätte ich noch zum Analogwert einlesen. Ich habe das Programm ein bisschen erweitert: [c] sbit P20 = 0xa0; //Definition Port-Pin 2.0 sbit P21 = 0xa1; //Definition Port-Pin 2.1 sbit P22 = 0xa2; //Definition Port-Pin 2.2 sbit P23 = 0xa3; //Definition Port-Pin 2.3 int aduwert
-
Thread
89C51 Anfängerfehler?
ist dass Port 2 und 3 als Ausgänge (Led's) beschalten sind und so noch VCC, Ground, und Reset und natürlich der x-tal2 mit einem oszillator verbunden sind. Das Programm: mov p3, #10101010b mov P2, #10101010b
Mc schaltpaln muss das sein? ich hab doch schon alles oben beschrieben Die beschaltung der Ports p2,p3 vcc-330ohm-led-port 5V+ liegen an vcc und am EA Port 0V liegen an GND port XTAL1 ist mit dem oszillator(12MHz) ausgang verbunden sonst ist nix angeschlossen
-
Thread
AVR-ASM Knobelei : Bitmanipulation am LCD im 4-Bit Mode
= DDRB .equ PORT_LCD = PORTB ;*** Kontrollbits .equ LCDrs = 0 .equ LCDen = 1 .equ SteuerMask = 0xC3 ;*** Databits .equ LCDd3 = 2 .equ LCDd2 = 3 .equ LCDd1 = 4 .equ LCDd0 = 5 ;**
PB5 PD2 > LCD_D6 PB4 PD3 > LCD_D5 PB3 PD4 > LCD_D4 PB2 PD5 Auch schlecht, versuche diese 4 Pins entweder im oberen oder unteren Nibble zu plazieren. Damit ersparst du dir später unnötige Schieberei
-
Thread
[hife] usb-lüftersteuerung mit i2c und co.
du die zum beispiel leicht über einen BCD dekoder (4028) machen, dann brauchst du nur ld(kanäle) pins. > oder gibts vielleicht > sogar pwm-ICs, welche per i2c gesteuert werden können? (ich find i2c gibts. is overkill für die geschichte. > einfach eine geniale sache. vier leitungen und ich kann alles vier? verwechselst du spi und i2c?
-
Thread
MSP430 Port kann nicht dauerhaft auf High gesetzt werden
, ich habe mal eine Frage. Ich habe ein Programm geschrieben und setze damit, verschiedene Port und Pins High. Das problem an der Sache ist, dass alle funktioniert. Nur Port1.4 und Port1.5 tuen das nicht, was sie sollen. Alle anderen funktionieren einwand frei. Ich bin mal mit dem Oszi dran
doc.pdf Da wird noch zusätzlich beim Initialisieren die drive strength auf "full" gesetzt, und der Port in die "I/O function" versetzt. [c] //Switch S1 P2SEL &= ~0x40; //I/O Function P2DIR &= ~0x40; //P2.6 as input P2REN |= 0x40; //Enable pull resistor P2OUT |= 0x40; //Enable Pull-Up resistor
-
Thread
ulrichradig.de 's LCD Code und 16x2 LCD
www.ulrichradig.de/home/uploads/File/AVR_LCD/lcd_display.zip). Angeschlossen habe ich das Display an PortA und zwar so: ATmega32 LCD 40 - PA0 11 - D4 39 - PA1 12 - D5 38 - PA2 13 - D6 37 - PA3 14 - D7 36 - PA4 4 - RS 35 - PA5 5 - RW 34 - PA6 6 -
#define lcd_print(a,b,format, args...) lcd_print_P(a,b,PSTR(format) , ## args) //LCD_D0 - LCD_D3 connect to GND //Im 4Bit Mode LCD_D4-->PORTx.0 ........ LCD_D7-->PORTx.3 //LCD_RS --> PORTx.4 | LCD_RW --> PORTx.5 | LCD_E --> PORTx.6 | PORTx.7-->NotConnect //Anzahl der Zeilen 1,2 oder 4 //#define
-
Thread
Frage zu Schaltung
berühren immer 2 oder 3 pins 2 leiterbahnen der lochrasterplatine. was macht man da am besten?
Also das Ding arbeitet definitv einwandfrei an nem Standard LTP Port (man sollte alerdings unter XP diesen LTP Treiber installieren das gilt aber wohl für alle anderen Programmer auch) Und soooo schwer ist das auch nicht, 2 Widerstände an den richtigen Pin +3 drähte
-
Thread
LCD, HD44780 und KS0076
== &LCD_DATA0_PORT) && (LCD_DATA0_PIN == 0 ) && (LCD_DATA1_PIN == 1) && (LCD_DATA2_PIN == 2) && (LCD_DATA3_PIN == 3) && (LCD_RS_PIN == 4 ) && (LCD_RW_PIN == 5) && (LCD_E_PIN == 6 ) ) { /*
/**< pin for 4bit data bit 1 */ #define LCD_DATA2_PIN 2 /**< pin for 4bit data bit 2 */ #define LCD_DATA3_PIN 3 /**< pin for 4bit data bit 3 */ #define LCD_RS_PORT LCD_PORT
-
Thread
pin auswahl in funktion funktioniert nicht
Hallo, ich hab gerade ein Programm geschrieben wo ich jetzt aber immer nur den PA2 benutzen kann jedoch wollt ich wenn ich in der Funktion Pin 1 schreib den PA1 haben und bei Pin 5, PA5. Jedoch hab ich da bestimmt einen Fehler und ich weiß nicht welchen da ich mich mit der Sprache
Ehe ich dich jetzt frage, für welchen µC das ganze überhaupt sein soll: > Channel->MUXCTRL = (Pin << 3); WIe ist denn, laut Datenblatt, der Zusammenhang zwischen dem, was man in das MUXCTRL Register schreiben muss und dem Pin an dem
-
Thread
Rotorblatt Beleuchtung die 2te
Ende, da ich statt 120 Segmente nun 360 Segmente habe. Desweiteren steuere ich die 20 Leds über 3 Ports. PortB macht 8 Leds, PortC macht 6 Leds, da PC6 der Reset ist, PortD macht 6 Leds, da ich PD2 für den INT0 brauche. Auf dem Bild sind aber nur 16 Led's, da ich nur PD0 und PD1 nutze. Nun
hi. weiß zwar auch nicht genau wo von ich rede aber es gibt glaube ich i2c port erweiterungen. bei 8 i2c geräten am bus, würdest du also 7 Ports dazumachen können... also 7 x 8 über i2c macht 56 LED´s + die am controller selbst sollten dir dann doch reichen oder??
-
Thread
Bei lcd-lib nur PD2-PD7 verwenden
dort irgendwo sowas in der Art steht.[c]LCD_PORT|=(data>>4)&0x0F; ... LCD_PORT|=data&0x0F;[/c] Die Ausgabe um 2 Bytes nach links verschoben würde ich so lösen. [c]LCD_PORT|=(data>>2)&0x3C; ... LCD_PORT|=(data<<2)&0x3C;[/c]
ich schon... [c]... LCD_PORT |= temp1; // setzen ... LCD_PORT |= temp2; // setzen [/c] mfg ;)
-
Thread
Die andere Firmware für AVR-NET IO
zeigt: DHCP=off IP=194.01.2.210 MASK=255.255.255.0 GATE=194.01.2.50 DNS=194.01.2.50 MAC=a2:c4:6f:66:c1:b5 ETH_FLDX=on CRON_ENTRY_00=-1 -2 "gpio toggle 3" NTP=on NTPSERVER=time.fu-berlin.de UTCZONE=+1 Meine Erwartungshaltung
ausserdem bin ich eher ein SMD-Fan. Hab mich aber noch nicht damit auseinandergesetzt, hab nur kurz nach I2C und 3.3V/5V und Batteriepuffer geguckt.
-
Thread
DC24 auf 4 USB-C Ports
Felix schrieb im Beitrag #7893426: > Ich würde 4 x DC/DC Wandler auf 5V (zB https://mou.sr/3sJSJfd ) und dort > USB-C Pins dran nutzen. > Oder gleich ein fertiges Set wie zB > https://www.ebay.de/itm/276864773837? (4x usb-c ohne PD zu finden ist > gar nicht so leicht
klar ist, dass 5 V und 2 A per Port gebraucht werden.
-
Thread
attiny13 als 2-Kanal Zähler mit datenübertragung
Ich habe den attiny13 aus verschiedenen Gründen angedacht: - Klein (8PDIP), - Außreichende Anzahl Ports (2 PortPins fürs Zählen, + 1 Port für Serielle Kommunikation) - Kalibrierter interner Oszillator, - Kaum externe Beschaltung notwendig Je mehr ich darüber nachdenke komme ich aber zu der Ansicht
if( c & 1 ) STX_PORT &= ~(1<<STX_BIT); // data bit 0 else STX_PORT |= 1<<STX_BIT; // data bit 1 or stop bit c >>= 1; } }[/c] Wenn Du die Zahlen als ASCII übertragen
-
Thread
Komisches Verhalten des Taster-Pins
könnte... Es dreht sich um den S5, bzw S5_INPUT im Code. Systeminfos: µC: dsPIC33FJ256GP710 IDE: MPLAP IDE v8.40 mit ICD2 [c] #include "p33FJ256GP710.h" #include "timer.h" #include "nmea.h" #include "buttons.h" /****
Ich habe gerade nochmal geschaut. Der Debugger zeigt die korrekten Werte für PortA0 - PortA5 an. Nur 6 und 7 haben keinen Einfluss iwie obwohl ich sie direkt auf 3,3V gehängt habe...
-
Thread
Entprellung mit Dannegger-Code auf unterschiedlichen Ports
KEY_PORT_RS |= ALL_KEYS; // PullUp's Ein KEY_PORT_RS &= ~KEY_PIN_RS; // Tasten an RS abfragen: RS auf low ziehen _delay_us(2); //2us [/c] Als nächstes 3 Digitale Inputs
define D_IN_0 (1 << PC3) #define D_IN_1 (1 << PC2) #define D_IN_2 (1 << PC1) // NOTAUS // KEY-Ports #define KEY_PIN PIND #define KEY1 (1 << PD4) #define KEY2 (1 << PD5) #define KEY7
-
Thread
Attiny mit I2C und ISP gleichzeitig
.pdf Punkt 3.1.1 (Gilt analog für I2C) an.
OK, dann mal los! Vcc = 5V I2C Uhigh = 0,7 * Vcc = 3,5V (Minimum) I2C Ulow = 0,3 * Vcc = 1,5V (Minimum) I2C Strom = 3mA (hoffentlich richtig) R = U/I = 1,5V/0,003A = 500 Ohm Ich schließe daraus, dass der Widerstand
-
Thread
Tasterabfrage
11111111111111111111111111110000000000000000000000000000000000000000000 Die ISR macht generell: 1#2#3#4#5#6#1#2#3#4#5#6#1#2#3#4#5#6#1#2#3#4#5#6#1#2#3#4#5#6#1#2#3#4#5#6... Die Aktion für LED3 wird jetzt nur durchgeführt, wenn der Inhalt von Inhalt von Bit LED3 in led_zustand 1 ist 1#2#3#4#5#6#1#2#3#4#5#6#1#2#3#4#5#6#1#2#3#4#5#6#1#2#3#4#5#6#1#2#3#4#5#6... 1 1 1 0 0 0 "Leuchtzeit" "Dunkelzeit" > Also auf
-
Thread
Display "TFT Proto" an µC ?
dem eba.y Link hat aber keine Wahl zwischen 8/16 Bit Ansteuerung oder? Mit DB0-DB15 also nur für uC mit vielen freien Pins nutzbar oder man muß sich selbst um 2 Latche davor kümmern?
mit einem Pull-Up auf 3,3V gezogen wird? Quasi die 5V fließen durch denn Pull-Up zur Versorgungsspannung. Das gleiche ebenso bei den anderen Pins mit Pull-Up. MfG
-
Thread
uC an USB nicht erkannt ( als wär nichts da )
danke für die hilfe und den link. Quarz F stimmt ;) also wenn ich Lowspeed betreibe, dann 1k5 von D- auf 3V3 und bei Fullspeed 1k5 von D+ auf 3V3. Zusätzlich an beiden Leitungen 15k auf Masse. Was mach ich nun wenn ich keine 3V3 habe? Habe 5V Vcc brauch ich da jetzt extra eine Spgregler
danke für die hilfe und den link. >Quarz F stimmt ;) >also wenn ich Lowspeed betreibe, dann 1k5 von D- auf 3V3 und bei >Fullspeed 1k5 von D+ auf 3V3. >Zusätzlich an beiden Leitungen 15k auf Masse. >Was mach ich nun wenn ich keine 3V3 habe? >Habe 5V Vcc brauch ich da jetzt extra eine Spgregler
-
Thread
Wie Assembler ISR in C integrieren ?
::[sreg] "I" (_SFR_IO_ADDR(SREG)), [gp1] "I" (_SFR_IO_ADDR(GPIOR1), [gp2] "I" (_SFR_IO_ADDR(GPIOR2), [port] "I" (_SFR_IO_ADDR(PORTC))); [/c]
out 0x08, r16 ; 8 142: 0b b5 in r16, 0x2b ; 43 144: 0f bf out 0x3f, r16 ; 63 146: 0a b5 in r16, 0x2a ; 42 148: 18 95 reti 0000014a <main>: 14a: 8f ef ldi r24, 0xFF ;
-
Thread
Raspberry Pi Compute Module 3 (Carrier Board)
U1_adc: VDD wird mit 5V versorgt, muss 3.3V sein I2C-Pullups hängen auf 5V, was die Pins tötet. Die GPIO-Pins sind nicht 5V-tolerant, alles über 3.3V tötet die Pintreiber. Den Header 3x2 kannst Du Dir sparen, weil Du 3.3V-Devices
GPIOs hast. Ich würde einen Debug-UART an GPIO14-16 hängen, damit Du eine serielle Console hast. U2_dac: VDD wird mit 5V versorgt, muss alles auf 3.3V U1_485: 5V Transceiver, obwohl VIO von FTDI-CHip max 3.3V ist Hub_3.3V kann mit den normalen 3.3V zusammengelegt werden Du hast den USB-Multiplexer
-
Thread
Atmega8/1 PortPin als Bit speichern
Ich kenne mich leider nur mit PIC's aus. Beim CC5X Compiler geht es wirklich mit z.B. PORTA.2 (3. Pin von Port A). Geht das bei Atmels nicht mit z.B. PA2 ??
Alex Bürgel wrote: > Ich kenne mich leider nur mit PIC's aus. Beim CC5X Compiler geht es > wirklich mit z.B. PORTA.2 (3. Pin von Port A). > Geht das bei Atmels nicht mit z.B. PA2 ?? Nein, das geht beim WINAVR-Compiler nicht (und ist auch nicht ANSI-C). Was aber gehen
-
Thread
emf atmega16, layout
Quarz weiter vom µC weg. Die Stiftleise darunter dann näher an den µC ran. Dadurch kriegst du Platz um den C5 tiefer zu setzen und am µC Pin 10 und 11 über C5 miteinander zu verbinden.
legen & anlöten: gibt aber auch kleine Wenn-s geht: GND zwischen den Pins durch (siehe ADC-Pins) Zuleitung zu C5: "dick"