-
Thread
Pin Change Interrupt bei offenem Eingang
INT0=$002 ;External Interrupt0 Vector Address INT1=$004 ;External Interrupt1 Vector Address INT2=$006 ;External Interrupt1 Vector Address PCINT0=$008 ;Pin Change Interrupt Request 0 PCINT1=$00A ;Pin Change Interrupt Request 1 PCINT2=$00C ;Pin Change Interrupt Request 2 PCINT3=$00E
INTname4=PCINT0,$008,PCICR.PCIE0,PCIFR.PCIF0 INTname5=PCINT1,$00A,PCICR.PCIE1,PCIFR.PCIF1 INTname6=PCINT2,$00C,PCICR.PCIE2,PCIFR.PCIF2 INTname7=PCINT3,$00E,PCICR.PCIE3,PCIFR.PCIF3 INTname8=WDT@WATCHDOG,$010,WDTCSR.WDIE,WDTCSR.WDIF INTname9=OC2A@COMPARE2A
-
Thread
Schwingungen am PortAusgang dämpfen
Hallo, ich gebe mit nem ATTiny2313 einen variablen Takt auf einen Port und dieser ist an 2 TTL-ICs angeschlossen. Leider habe ich das Problem, das der µC-Ausgang (wahrscheinlich durch Push-Pull) kurz über 5V schießt und sich dann einpegelt. (Im Bild die obere Kurve)
war sehr gut, an Messfehler habe ich überhaupt nicht gedacht. Ich habe die Masse von Kanal 1 und 2 direkt am Oszi verbunden. Wenn ich nur die 5V mit Kanal 2 messe ist alles OK. Sobald ich den Port-Ausgang an Kanal 1 anschließe kommt die Schwingung auf beide Kanäle. PS: Ich habe keinen Tastkopf,
-
Thread
24 Lichtschranken mit dem PC überwachen
jetzt mein Stückchen Pappe durch die Lichtschranke schiebe, bekomme ich folgende Ausgabe: ist: Port A B C Pin 76543210 76543210 76543210 ---------------------------------- 1 10011111:00000000:11000010: 2 10011011:00000000:11000010: 3 10010011:00000000:11000010
------------------------- soll: Port A B C Pin 76543210 76543210 76543210 ---------------------------------- 1 00000100:00000000:00000000 'Und es sollte so aussehen. 2 00000000:00000000:00000000
-
Thread
1 UART Interface -> 2 Geräte
---|___|-o---->|---o------ A_RX | | _R_ | | C_TX ---|___|-)--o->|---‘ | | Pin3 --‘ | | Pin4 -----‘ [/code] Soll B an A senden: Pin 3 -> hochohmig Pin 4 -> niederohmig Pegel
Brauch ich zwischen Buffer Ausgang und RX einen Widerstand, oder ist der > als RX konfigurierte Port wie als Input Port zu sehen und hochohmig? Ich kenne deinen µC nicht, aber normalerweise ist der RX Pin ein Input. Athlon N/a schrieb im Beitrag #3548672: > Zwischen TX bzw. Steuerports und Buffer
-
Thread
Interrupt-Routine mit C und Timer1
handling (#pragma interruptlow, interrupt vectors, interrupt service routines and context saving) 2. System header files 3. Processor-specific header files 4. #pragma sectiontype 5. Inline assembly [/code] [c] /* 1 */ #include <p18cxxx.h> /* 2 */ #include <timers.h> /* 3 */ /* 4 */ #define
#define OUT1 LATBbits.LATB0 #define OUT2 LATBbits.LATB1 #define OUT3 LATBbits.LATB2 #define OUT4 LATBbits.LATB3 #define OUT5 LATBbits.LATB4 #define OUT6 LATBbits.LATB5 #define OUT7 LATBbits.LATB6 #define OUT8
-
Thread
STM32 counter up/down mit Step/Dir Signalen
out ' X-Step INT0 D2 -| Arduino |- ' Y-Step INT1 D3 -| |- ' Z-Step T0 D4 -| N |- C5 Z-out B ' A-Step T1 D5 -| A |- C4 Z-out A ' C-Dir D6 -|
add r27 , r23 'bit 4 u 5 out Out Portb , R27 Out Sreg , R8 $end Asm Return C_step: $asm in r8,SREG sbic pinD , 6 'Dir Pin Subi R24 , 2 '-2
-
Thread
enc28j60 LanController initialisieren auf ARM7
#1944911: > Hast Du als Grundlage eine 8-bit- oder eine 16-bit-Implementierung? Ich habe beides... [c] //Definition der Board Pins - 16Bit //Port0 #define BUT_1_Pin 0x0001 //P0.0 #define BUT_2_Pin 0x0002 //P0.1 #define I2C0_SCL 0x0004 //P0.2 #define I2C0_SDA 0x0008
I2C0_SCL_u8 0x02 //Pin0.2 #define I2C0_SDA_u8 0x03 //Pin0.3 #define BSPI1_MISO_u8 0x04 //Pin0.4 #define BSPI1_MOSI_u8 0x05 //Pin0.5 #define BSPI1_SCLK_u8 0x06 //Pin0.6 #define SPI1_
-
Thread
RS232 Port
richtig, dass beim synchronen ein Takt mit übertragen werden muss und beim asynchronen der takt von den 2 geräten getrennt generiert wird ? 2.) Wozu gibt es die ganzen handsake signale, wenn ich doch zur kommunikation nur 2 Pins brauche ? 3.) wie kann ich bei einem AVR zwischen synchronen und asynchronen
1.) Ja 2.) Braucht man in der Regel für uC nicht. Wird eher in Modems verwendet... 3.) Das USART eines AVRs ist asynchron (deswegen muss eine Baudrate eingestellt werden) 4.) Beim USART benötigt eine Byte
-
Thread
ATMEGA32 ADC misst scheinbar nicht vollen Spannungsbereich
ist aber recht schwierig. Hat jemand eine Idee was ich falsch mache? Achja, wenn ich den ADC Pin nicht anschließe, dann messe ich konstant 5V (Port ist beim Startup als Output definiert und Pullup aktiv. Wenn ich dies nicht tue, dann floatet der wert zw. 3-5V) Danke für eure Hilfe! Grup Tobi
Eingang deinen Potischleifer an und probiers nochmal. Tobias G. schrieb im Beitrag #7101233: > Beim uC ADC jedoch bekomme ich nur Spannungen zwischen 5V und ~2,4 und > dann springt es auf 0V... Und was misst du im jeweiligen Fall am uC Pin?
-
Thread
ATmega32 einzelne Pins setzen und abfragen
http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Eing.C3.A4nge_.28Wie_kommen_Signale_in_den_.C2.B5C.29
und da steht alles inklusive Code. http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Eing.C3.A4nge_.28Wie_kommen_Signale_in_den_.C2.B5C.29
-
Thread
I2C Display läuft nicht
(); i2c_master_start(); i2c_send_data(0x72); i2c_send_data(0xC0); i2c_send_data(0xC2); i2c_master_stop(); Delay_10ms(); //5ms i2c_master_start(); i2c_send_data
i2c_send_data(0x4E); i2c_send_data(0x03); i2c_send_data(0x43); i2c_master_stop(); Delay_10ms(); //5ms i2c_master_start(); i2c_send_data(0x4E); i2c_send_data
-
Thread
MSP430 und si4705 (I2C) reden nicht miteinander
Hallo. Die internen Pullups habe ich aktiviert P3REN = 0x0C; //3.2 3.3 I2C_gotACK gibt eine 1 zurück, falls Du den Code kennst.
nicht ersichtlich, ob Pull ups aktiv waren oder nicht. Im Zweifel trotzdem mal Nachmessen ob die Port-Pins die Pegel erzeugen; i2c routinen im schrittmodus durchlaufen und fröhlich das multimeter dran Weiterhin sieht man nicht, ob z.B. P3SEL_INIT auch den richtigen PIN initialisiert. Nebenbei
-
Thread
Problem mit LCD an ATMega 644
('8',1); lcd_send('7',1); lcd_send('6',1); lcd_send('5',1); lcd_send('4',1); lcd_send('3',1); lcd_send('2',1); lcd_send('1',1); lcd_send('0',1); Sleep(5000); // Clear Diaplay x2 lcd_send(0x01,0); lcd_send(0x01,0); [/c]
haben nichts geändert, R/W ist auf GND, und ich habe etwas die Pinbelegung geändert so das nur noch Port D benutzt wird, aber wie vorher in Umgekehrte nibble folge. Pin #-LCD Bezeichnung-LCD Pin-µC 1 Vss GND 2 Vcc 5V 3 Vee GND 4 RS PD3 am AVR 5 RW GND 6 E PD2 am AVR 7 DB0 offen
-
Thread
ISR Code schneller machen?
; ISR(TIMER1_COMPA_vect) { static uint8_t servo; switch(servo) { 0: K6_1_OFF; K6_2_ON; break; 1: K6_2_OFF; K6_3_ON; break; 2: K6_3_OFF; K6_4_ON; break; 3: K6_4_OFF; K6_5_ON; break; 4: K6_5_OFF; K6_6_ON; break; 5: K6_6_OFF; break; 6:
auf empfangen Servo1_OUT; // Pin auf Ausgang konfigurieren Servo2_OUT; Servo3_OUT; Servo4_OUT; Servo5_OUT; Servo6_OUT; Servo7_OUT; Servo8_OUT; uart0_disable(); Txd0Rxd0_normalPortPins(); set_Timer0
-
Thread
Arduino Mega 2560 - Gruppenweise verschiedene Spannungen an den Output Ports
geschalteten Zustand, nur je ein Output gleichzeitig aktiv) auf folgende Werte: - 4,69V an den Ports die die Kanäle 1,2,3 & 7,8,9 auf der Karte bedienen (Arduino Mega 2560 ports 2,3,4 & 8,44*,9) - 4,86V an den Ports die die Kanäle 4,5,6 & 10,11,12 auf der Karte bedienen (Arduino Mega 2560 ports 5,6,7
eine Idee, wo mein Bug liegt? [c] int pins[] = {2,3,4,5,6,7,44,8,9,10,11,12}; int t = 5000; void setup() { Serial.begin(115200); for (byte i = 0; i < 12; i++) { pinMode(pins[i], OUTPUT); } } void loop() { for
-
Thread
Mit dem ATMEL STUDIO 7 klarkommen Gesperrt
. PF7 bzw. A7 auf dem Arduino-Board -> TDI JTAG-Pin 9 6 6 -> TDO JTAG-Pin 3 5 5 -> TMS JTAG-Pin 5 4 4 -> TCK JTAG-Pin 1 5V Arduino-Board
ps: Wobei ich auch nicht ganz verstehe, was du erreichen möchtest. durch [c] DDRB = 0b11111000; PORTB = 0b00111000; [/c] arbeiten PB7 bis PB3 als Ausgänge, und PB2 bis PB0 als Eingänge. Zusätzlich wird bei PB5 bis PB3 ein High-Pegel ausgegeben. Um aber auch die Werte der
-
Thread
USB 5V Umschaltung
welche externe Geräte angeschlossen werden können. Die Schaltung sowie deren Mikrocontroller laufen mit 5V Neu ist der Wunsch so, das nicht zwei Spannungen für den Betrieb angeschlossen werden sollen. Ebenfalls gibt es neu einen Mikrocontroller mit 3.3V. Daher werden neu die Spannungen +5V sowie +3V3
5V auf 500mA zu begrenzen bedeutet, 2,5 Watt zu verheizen. Hast du schon einen Plan, wohin die Wärme abgeleitet werden soll?
-
Thread
8 Tasten einlesen (Möglichkeiten)
eine Taste gedrückt ist, an Port Pin 0-2 steht der BCD Code. Hier mal die Matrix für Taste '5': Controller Port 3 2 1 0 | | -- -- \/ \/ Dioden -- -- | | o-------o | -- | |<--| Taste 5 -- | | | --- GND Ich verwende also positive Logik und habe die Pullups des Portes aktiviert. Wenn PortPin 3 low ist, ist eine Taste gedrückt und an Port 2-0 steht 0b101 = 5 Andere
-
Thread
ADCmessung macht faxen
//Port b als Ausgang definiert PORTB = 0x6; //RELAIS schalten DDRC = 0xC; //Pin2 und 3 des PortC als Ausgang definiert PORTC = 0xc; //LEDs einschalten DDRD = 0xFF; ReadChannel
int main(void){ //uint8_t adcwert; DDRB = 0xff; //mit DDR wird der gesamte PortB als Ausgang definiert PORTB = 0x2; //in P0 und P1 wird eine 1 (entspricht einem High=vcc) geschrieben DDRC = 0x0C; //Pin2 und 3 des PortC als Ausgang definiert PORTC = 0x0C
-
Thread
Unterschiede zwischen ARM und ATmega in der Programmierung
6093 str r3, [r2, #8] 8000294: 4b0a ldr r3, [pc, #40] ; (80002c0 <SystemInit+0x88>) 8000296: 689a ldr r2, [r3, #8] 8000298: 0712 lsls r2, r2, #28 800029a: d5fc bpl.n 8000296 <SystemInit+0x5e> 800029c: 689a ldr r2, [r3, #8] 800029e: f022 02f0 bic.w r2, r2, #240 ; 0xf0 80002a2: 609a str r2, [r3, #8] 80002a4: 689a ldr r2, [r3, #8] 80002a6: f442 5280
-
Thread
erstes ASM Programm.wo ist der Fehler?
r16,0b1000000 OUT PORTD5,r16 ;setze led an pin6 und lösche led an pin5 RJMP loop weiter2: LDI r16,0b0100000 OUT PORTD5,r16 ;setze led an pin5 und lösche led an pin6 RJMP loop [/avrasm] Vielleicht seht ihr ja
out ddrd, r16 ldi r16, 0b000011100 out portd, r16 Abfrage: SBIC PIND,PIND2 RJMP PortD5an CBI PORTD,5 Abfrage2: SBIC PIND,PIND4 RJMP PortD6an CBI PORTD,6 RJMP Abfrage PortD5an: SBI PORTD,5 rjmp Abfrage2 PortD6an: SBI PORTD,6 rjmp Abfrage[
-
Thread
Ansteuerung eines 7-Digit-Displays
wenn man kein Multiplexing wünscht und nicht viele Pins zur Verfügung hat kann man Latches 74HC573 nehmen man übergibt die ersten 8 Bit an Latch1, dann gibt man die nächsten 8 bit am gleichen Port aus und läßt das Latch2 die Daten übernehmen danach kann
Sättigung gehen > zu lassen Na ja, wenn man genug Spannung hat. Bei normalen roten/grünen LEDs mit 2.1V Spannungsbedarfan 5V führen Emitterfolger zu ca. 1V Verlust, der andere Pin zu 0.8V, bleiben 5-0.8-1-2.1=1.1V fur den Vorwiderstand. Bei blauen/weissen LED mit 3.6V Spannungsbedarf aber nur 5-0.8
-
Thread
OC0A & OC0B gleichzeitig toggeln?
, invertiert. > initialisiere sollte ich > so 2 komplementäre Signale haben. Geht das Ja. >oder lässt sich pro T/C immer > nur ein OC0x Pin toggeln? Nein. Warum probierst du das nicht einfach aus? Das dauert keine 3 Minuten.
count 32-1 times to generate 125kHz output, 250kHz toggle for 125kHz square wave PORTD &=~(1 << PD5); // set pin 5 low OC0B PORTD |= (1<<PD6); // set pin 6 high OC0A[/c]
-
Thread
Lattice M4A3 synthetisieren und flashen mit ispLEVER
sunny mir geschrieben hat: ispDOWNLOAD Cable In-System Programming Interface for the PC (pDS4102-DL2) Die PINs sind wie folgt: 1 - Vcc 2 - SDO/TDO 3 - SDI/TDI 4 - !ispEN 5 - NC 6 - MODE/TMS 7 - GND 8 - SCLK/TCK Ist das so richtig? Deckt der Schaltplan von sunny sich mit dem vom ispDOWNLOAD
Ich nehme dein Angebot doch an, wenns geht. Eine Platine PLCC-to-DIP für 44 PINs + 10 Pins extra für den 2x5 Pogrammer-Stecker (über Flachbandkabel). Das soll über die Stromschiene des Steckboard gesteckt werden Eine Platine für den Programmer selbst (kennst ja deinen Schaltplan
-
Thread
Mikrocontroller Einstieg
,5 ret[/avrasm] ist? Ich weiß ja nicht. Also wenn schon dann mal ARM-Assembler beim STM32G4 (Cortex-M4): [code]mov r3, #0x48000000 ldr r0, [r3, #0x410] ldr r1, [r3, #0x810] ldr r2, [r3, #0xC10
bytes im Flash. Für den STM32G0 (Cortex-M0+) ist das schon deutlich umständlicher: [code]ldr r3, =0x50000C10 movs r0, #1 lsls r0, #10 ldr r2, [r3] subs r3, r0 ldr r1, [r3] subs r3, r0 ldr r0, [r3] lsrs r2, #7 lsrs r0, #1 ands r0, r2 eors r0, r1 movs r2, #(1 << 5) lsls r0, #5
-
Thread
µC Betrieb mit 3.3 V Programmieren geht nicht.
Ich habe mir nach langem Ringen nun doch ein Board zusammengebastelt, auf dem ich den LANTronix XPORT fest mit einem ATmega32 zusammen betreiben will. Nachdem ich aus Tipps hier im Forum und im Roboter-Netz dann auch rausbekommen habe, wie ich den MAX 3232 richitg und sinnvoll in dieser Kombination einsetze und welcher Spannungsregler für die 3,3 Volt richtig und gut ist, kommt nun das nächste Problem. Ich besitze 3 ISP-Prgrammer, aber keiner davon ist brauchbar um einen ATmega32 in einer 3.3 Volt Umgebung zu programmieren. Der STK500 kompatible von egnite (wurde mit meinen Ethernut zusammen
-
Thread
Error - could not find definition of symbol 'putrsXLCD_2' in file 'D:\LCD_2015\main.o'.
beiden XLCD.H files gleich, lediglich Enable 1 ist an E1 und Enable 2 an E2. #define RW_PIN PORTEbits.RE0 /* PORT for RW */ #define TRIS_RW DDREbits.RE0 /* TRIS for RW */ #define RS_PIN PORTBbits.RB5 /* PORT for RS geändert */ #define TRIS_RS DDRBbits.RB5
#define RS_PIN PORTBbits.RB5 /* PORT for RS geändert */ #define TRIS_RS DDRBbits.RB5 /* TRIS for RS geändert */ #define E_PIN_2 PORTEbits.RE2 /* PORT for E2 */ #define TRIS_E_2 DDREbits.RE2 /
-
Thread
ST26 16MBit Flash <.> XMEGA256A3BU
Read[2] = Spi_USARTD0_Rx_Tx(0x00); Read[3] = Spi_USARTD0_Rx_Tx(0x00); Read[4] = Spi_USARTD0_Rx_Tx(0x00); Read[5] = Spi_USARTD0_Rx_Tx(0x00); Read[6] = Spi_USARTD0_Rx_Tx(0x00); Spi_USARTD0
,"x[1] 0x%02x\n\n",x[1]); Send_UART(Buffer); sprintf(Buffer,"x[2] 0x%02x\n\n",x[2]); Send_UART(Buffer); sprintf(Buffer,"x[3] 0x%02x\n\n",x[3]); Send_UART(Buffer); _delay_ms(2500); } [/c] bekomme jedoch nicht zurück was da in
-
Thread
8x12v über Internet einzeln ansteuern?
Relais-Board, wie dieses: https://www.amazon.de/Kuman-Shield-Module-Arduino-Raspberry/dp/B014L10Q52/ref=sr_1_2?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=8ch+relais&qid=1557420022&s=gateway&sr=8-2 oder dieses: https://www.pollin.de/p/bausatz-pc-relaiskarte-k8io-710722 Aus Sicherheitsgründen solltest
wie dieses: > https://www.amazon.de/Kuman-Shield-Module-Arduino-Raspberry/dp/B014L10Q52/ref=sr_1_2?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=8ch+relais&qid=1557420022&s=gateway&sr=8-2 das geht ohne Schaltbild vermutlich nicht, man kann nur raten! Es gibt so viele Arduino Relais die
-
Thread
4Bit LCD, restliche Portpins Problem
PD4 ;; ;; E: PD5 ;; ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; .equ LCD_PORT = PORTD .equ LCD_DDR = DDRD .equ PIN_E = 5 .equ PIN_RS = 4 ;sendet ein Datenbyte an das
; 2 rcall delay5ms rcall lcd_enable ; und 3! rcall delay5ms ldi temp1, 0b00000010 ; 4bit-Modus einstellen out LCD_PORT, temp1
-
Thread
Li Ionen Ladegerät Balancer
Guten Morgen, @ralf0815, hier die Werte der Balancer Anschlüsse, im angeschlossenen Zustand, gemessen Pin Balancer Port gegen Masse Akku: PIN1 0V (weil -Akku) PIN2 3,91V PIN3 7,83V PIN4 11,75V PIN5 15,68V PIN6 19,60V PIN7 6,87V PIN7 sollte aus meiner Sicht 0V gegen Akku - ausgeben, tut er aber nicht ?! Die Spannung der Einzelnen PINS gegeneinander: Minus war immer der PIN mit der kleineren Nummer. PIN1-PIN2 3,91V PIN2-PIN3 3,91V PIN3-PIN4 3,92V PIN4-PIN5 3,93V PIN5-PIN6 3,92V PIN6-PIN7 -12,74V (verstehe ich nicht, wo soll
-
Thread
mehrere Pins vom Mega32 einlesen und Frage zu Ponyprog
hat da mal was reingestellt) und danach über ihre Nummer ansprechen. Braucht sensationell nur 1 IO-Pin. >Ich habe da z.B. SBIS Port, Pin stehen. Und diese Port und Pinnummer >bekomme ich nicht als Variable. Naja, könnte man schon, wird aber aufwendig. Ein Switch (Assembler oder C) ist da einfacher
sind und nicht für die Laufzeit. Was soll denn der Assembler übersetzen, wenn ich schreibe .SET A=PortC .SET B=PIN2 SBSIS A,B .SET A=PortC .SET B=PIN3 JMp nach SBIS Was setzt der Assembler für A und B ein? Ich glaub so geht das nicht. Mit dem Schieben im Register werd ich mal überlegen.
-
Thread
AVR Anfang / Flash geht aber Programm scheint nicht zu laufen
Rest. Ich habe das jetzt schon gesehen und das entfernt. Für diesen Test habe ich dann den ganzen Port C nehmen wollen, weil das ja wirklich alles Ausgänge sind. Wo ich mir nicht sicher bin DDRC = 0xFF denn da sind ja nur Port C0 bis Port C5 also DDRC = 0x3F aber auch dann ändert sich nichts. Zur Frequenz
7 als auch an Pin 20 müssen jeweils 5V anliegen. Der AVCC Pin versorgt nicht nur den Analogteil sondern auch Port C, Bits 0 bis 3. TO: Kannst Du bestätigen, dass an Pin 7 UND Pin 20 jeweils 5V anliegen?
-
Thread
AT89C51ED2 + CA3081 Port immer High?
Hardware Funktioniert. Und sie tut es :) Werde jetzt weitere Sachen testen. Kleines Lauflicht: [c] #include <reg51xd2.h> sbit LED1 = P1^1; sbit LED2 = P1^2; sbit LED3 = P1^3; sbit LED4 = P1^4; sbit LED5 = P1^5; sbit LED6 = P1^6; sbit LED7 = P1^7; void Pause (void) { unsigned int
in meinem Programm? [c] #include <reg51xd2.h> sbit LED1 = P1^1; sbit LED2 = P1^2; sbit taster1 = P2^2; sbit taster2 = P2^5; void main(void) { if(taster1==0) {LED1=0;} else if(taster1==1)
-
Thread
ATTiny13 nach einmal Flashen nicht mehr beschreibbar
mehr erkannt. Folgend fängt mein Programm an: avr.device = attiny13 avr.stack = 7 SoftUart.PinRXD = PortB.1 SoftUart.PinTXD = PortB.2 SoftUart.Baud = 1200 #define Oscillator as PortB.4 Oscillator = 1 Oscillator.mode = output,high #define LED as PortB.3 LED = 1 LED.mode = output,high
Zum Programm, es enthält Fehler. Hier ist eine korrigierte Version [c]avr.clock = 1000000 avr.device = attiny13 avr.stack = 8 #if 0 ' unbenutzt SoftUart.PinRXD = PortB.1 SoftUart.PinTXD = PortB.2 SoftUart.Baud = 1200 #endif #define Oscillator as PortB.4
-
Thread
LCD EA DOG-M und Bascom
Reset Portc.4 Next Wertx Return Da: Data &H3 , &H3 , &H3 , &H2 , &H2 , &H9 , &H1 , &HC , &H5 , &H2 Data &H6 , &H9 , &H7 , &H4 , &H0 , &HF , &H0 , &H1 , &H0 , &H6
Bin mir nichtmal sicher, ob das Display nach den vielen Versuchen nicht schon kaputt ist. Meine Ports: Config Lcdpin = Pin , Db4 = Portb.0 , Db5 = Portb.1 , Db6 = Portb.2 , Db7 = Portb.3 , E = Portb.4 , Rs = Portb.5 Danke schonmal im Vorraus. Gruß Tommy
-
Thread
Kriege Timer 1 im Mega2560 nicht zum laufen!
|=(1<<LED_ARDUINO) #define LED_ARDUINO_OFF LED_ARDUINO_PORT&=~(1<<LED_ARDUINO) // arduino nano v3 // D0 (Rx) PD0 // D1 (Tx) PD1 // D2 (Int0) PD2 // D3 (Int1) PD3 // D4 (XCK/T0) PD4 // D5 (T1) PD5 // D6 (AIN0)
| PB5 (D 5) MOSI // TX1/INT1 (D 11) PD3 |5 | PB4 (D 4) PWM/SS // PWM (D 12) PD4 |6 | PB3 (D 3) PWM // PWM (D 13) PD5 |7 | PB2 (D 2) INT2 //
-
Thread
PIC10F206 - Port schalten?
an, dass du MPLAB hast und den mitgelieferten CCS-Compiler benutzt. Dann sollte ein Programm zum Port togglen so ungefähr aussehen: [c] void main() { SET_TRIS_B(1); while(1) { OUTPUT_HIGH(PIN_B2); delay_ms(100); OUTPUT_LOW(PIN_B2); delay_ms(100); } } [\c] Fallst du
Das geht soweit! Kann am Port aber gerade nur GP3 schalten (4,8V), GP2 führt 4,5V, GP1 führt 2,2V und GP0 führt 0V. Aber ich denke das ist noch ein Fehler im CMCON0 (da hab ich gerade 0x0A drin). Danke schonmal soweit! Falls
-
Thread
Dybkowski AT89S8253 Flasher Platinen-Aufbau
cadsoft/html_public/download.htm.de&dir=eagle/userfiles/libraries http://www.reichelt.de/?ACTION=3;ARTICLE=14701;GROUPID=;SID=289-k2Q6wQARwAADjshvwfdcf7c8bd097e46a8475767198b91c54 Nochwas: 5pF Kondensatoren am Quarz bei diesen µC-Typ in 22pF ändern EA/VPP-Pin an VCC legen und dort in der Nähe
Nullmodemkabel, falls Du keins hast: http://www.reichelt.de/?;ACTION=3;LA=444;GROUP=C691;GROUPID=2;ARTICLE=3971;START=0;SORT=artnr;OFFSET=16;SID=32NX@zJawQASAAABqVUuM9027e5fe8d83f0e11d3b46cd04123ed3
-
Thread
Schieberegister ersetzen
Ich bleibe beim FPGA wie LFXP2-5E-5TN144C, obwohl man eigentlich das nimmt, was einem der Fitter vorschlägt in der Toolchain.
Uno/ATmega 328P. Daten in PD0(TXD0) rein und an PD1(TXD0) verzögert raus. Es sind auch fast exakt 5ms, naja, 5,004 wenn mein Oszi richtig mißt. Anbei die Bilder. Kanal 1 ist der Eingang, Kanal 2 der verzögerte Ausgang. Auf dem 3. Bild sieht man den lückenlosen SPI Takt an PD4. [c] #include <avr
-
Thread
AVR Butterfly Programm
steht PD3 P steht für Port D steht für den Port D 3 ist die Pinnummer innerhalb des Port D Jetzt weist du also, dass die Led am Port D am Pin 3 angeschlossen ist. Also musst du diesen Port-Pin auf 1
am Port D auf 1 setzen // PORTD = ~( 1 << PD3 ); // alternativ den Pin 3 auf 0 setzen while( 1 ) // und den Prozessor beschäftigen ; } [/C]
-
Thread
Vodafone Webby Webradio
", "mysalt"); puts(passwort); return 0; } [/c] Vergiss nicht, das Programm gegen libcrypt zu linken. Beispielsweise ergibt [c]sha512_crypt("123456", "$6$wL6/ANvg9V4eYuo8")[/c] den Hash [code]$6$wL6/ANvg9V4eYuo8$nN9F51IFUa8Nbi198XSIPC.iaQNA5CYnurbsPpG221VL0wLNt2F8izOT1mNC3VzuPnAAZ85PTGx2CfrZHqJbQ
gerne BFBS in der Radioliste: BFBS UK : http://www.bfbs.com/radio/listen/live?stream=IGh0dHA6Ly90eC5zaGFycC1zdHJlYW0uY29tL2p3LnBocD9jPXNzdmNiZmJzMW1wMyZ0eXBlPXJ0bXAmcnRtcC5sb2FkYmFsYW5jZT10cnVlJmF1dG9zdGFydD10cnVlJmJhY2tjb2xvcj0jMDAwMDAwJmZyb250Y29sb3I9RkZGRkZG&file_type=mp3 ist das möglich, oder
-
Thread
Pin ist Active Low, warum?
die Kommentare nicht mit in den Post übernommen hat. Aber kurz gesagt, im else Block von der PIN Abfrage. [c]if (PINC & (1 << 0)) { [...] } else { PORTA &= ~((1 << 0) | (1 << 1)); PORTA &= ~((1 << 2) | (1 << 3)); } [/c] >> Ziehe ich ihn auf VCC passiert nichts.
<3)); } else { // Wenn Eingang = GND PORTA &= ~((1<<0) | (1<<1) | (1<<2) | (1<<3)); } } return 0; } [/c] Das Problem ist folgende: Eingang mit Vcc verbunden: LEDs leuchten
-
Thread
Cortex Arm M3 M4 M7
Sachen ist der Arm wohl schneller.. Aber mit einem M3 oder so hat man doch alles was man braucht, von 48-144 Pins, can, 1MB oder sogar 2? etc pp
> Aber die Pinanordnung ist total Gaga. Die FMC Pins (für das SDRAM) sind > rund um den Chip verteilt. Das blockiert die Weiterentwicklung in Pichtung > DDR2/3 in neueren schnelleren Versionen. Schade! richtig, die Anordnung der Pins zum FMC ist
-
Thread
ATtiny keine Pins mehr frei
Ich merke gerade, dass ich die MCU Typ ATtiny25 habe. An den 3 LED Pins ist leider nur 1 Analog-Pin vorhanden. PB2 Pin7.
Habe die Sache mal durchgerechnet. (für Digitallösung) LED rot (2V) 3K9 Vorwiderstand. 1 K Pull-Down über Switch Pins Spannung bei geschlossenen Switch: U = (5V-2V) *1K / (3K9 + 1K) = 0,61V Laut Datenblatt wir LOW sicher erkannt bei Max. = 0,3 x 5V = 1,5V
-
Thread
ESP8266 - Software I2C - Dauernd Resets
Einzige, was ich mache, ist ein paar Pins zu toggeln, mein Code: [c] /* includes... */ #define SCK BIT5 #define SDI BIT4 #define SDO BIT2 //is always high os_timer_t callTimer; void initI2CPins(){ gpio_init(); PIN_FUNC_SELECT
75% sicher, dass das Problem damit zusammenhängt. Ich hab meine Code dahingehend abgeändert: [c] void initI2CPins(){ gpio_init(); PIN_FUNC_SELECT(PERIPHS_IO_MUX_GPIO5_U, FUNC_GPIO5); PIN_FUNC_SELECT(PERIPHS_IO_MUX_GPIO4_U, FUNC_GPIO4); PIN_FUNC_SELECT(PERIPHS_IO_MUX_GPIO2_U, FUNC_GPIO2
-
Thread
OLED Display SSH1106 - u8glib Problem mit I2C
_i2c, U8G_I2C_OPT_NONE); [/c] sowie PB5 für SCL PB3 für SDA
gäbe es z.B. diese Funktion: [c] u8g_InitSPI(&u8g, &u8g_dev_sh1106_128x64_hw_spi, PN(1, 5), PN(1, 3), PN(1, 2), PN(1, 1), U8G_PIN_NONE); [/c] Als Parameter z.B. PN(1, 5) steht 1 für PORTB und 5 für den Pin. Diese Parameter
-
Thread
Problem mit LTC1290
, com ADDat ; (1) invertieren und andi ADDat,$3F ; (2) auf 6 Bit begrenzen [/avrasm] also je nach Datenrichtung muß es mal Port und mal Pin heißen
DatH = r20 ; AD-Wandler-Daten high ;*..................................... .equ SClk = 4 ; PortD Bit4 = Serial clock-Ausgang .equ Din = 2 ; PortB Bit2 = data input ADC = output AVR .equ Dout = 5 ; PortD Bit5 = data output ADC = input AVR .equ CS = 1 ; PortB Bit1 = /chip select .equ
-
Thread
Arduino NANO A6_A7
Al. K. schrieb im Beitrag #5302379: > Nach meinen suchen/finden ist intern Port PC0 -PC7 --> ADC0-ADC7(?!), Wo hast du das denn gefunden? Im Datenblatt nicht. Datenblatt Tabelle 14-6 "Port C Pins Alternate Functions" PC0 -> ADC0 PC1 -> ADC1 ... PC5 -> ADC5 PC6 -> /RESET
ADC6 und 7 gibt es nur als Bonus im TQFP-Gehäuse, weil der mehr Pins hat. Im DIL-Gehäuse fehlen sie. Nur im ATMegaxx8PB ("PB" hinten) sind sie als Port-PE2 und 3 auch als Digital-IO verfügbar. Den gibt es aber nicht im DIL-Gehäuse.
-
Thread
WD-Reset und Reset Pin erzeugen nicht das selbe wie Power off
closetime=3500,opentime=3000,closetime_fast=7000,opentime_fast=6000; uint8_t i2c_input,output=0; uint8_t paul=200; volatile uint8_t backup_mcusr; /* local defined variables*/ void code_init0(void) __attribute__ ((naked, used, section (".init3"))); /* !!! never call this
DDRB = 0xff; DDRC =0xff; DDRE |= (1<<Out_Runled)|(1<<Out_Sitz_senken)|(1<<DiagEnable_Steckdose_X5); //PORTE |=(1<<Status_Sitz_heben)|(1<<Status_Sitz_senken)|(1<<End_Sitz_unten)|(1<<D_PLUS); PORTG |=(1<<INPUT_10)|(1<<INPUT_11)|(1<<INPUT_12); PORTF |=(1<<INPUT_1); [/c] ISt das