-
Thread
AVR ATtiny26 - 3Channel PWM
pwm_werte[3]++; } else if (pwm_werte[2] <= 255 && pwm_werte[3] == 255 && pwm_werte[2] !=0 ) { pwm_werte[2]--; } else if (pwm_werte[3] == 255 && pwm_werte[1] <= 255) { pwm_werte[1]++;
pwm_cnt = 0; } else pwm_cnt++; } } int main(void) { // PWM Port einstellen PWM_DDR = 0x07; // Port als Ausgang // zusätzliche PWM-Ports hier setzen /* OCR1A = 0xC3; // number to count up to (195) TIFR |= 0x01; // clear interrupt
-
Thread
Welche Hardware kaufen? (Mikrocontroller programmieren)
im Anhang befindet sich der Schaltkreis ;) Also, es reicht mir, mit einem Pin eine LED, mit dem 2. Pin 2 LEDS und mit dem 3. Pin 3 LEDS anzusteuern... Davor natürlich Widerstände geschaltet usw. Der Taster geht auf Masse/Eingang Was meint ihr?
4xAA am sinnvollsten (Batteriehalter) http://www.reichelt.de/Batteriehalter-fuer-Mignon/HALTER-4XUM3-1DK/3/index.html?&ACTION=3&LA=446&ARTICLE=57121&GROUPID=4255&artnr=HALTER+4XUM3-1DK&SEARCH=BATTERIEHALTER+aa ? > 2. Spannungswandler mit Verpolschutz für µC um 5V zu erreichen Kann mir da jemand
-
Thread
Alles Rund um den MEDION LIFE P89626 NAS
/3e5fea5f-e3aa-4766-9064-1fdefbe13b7c/boot # uname -a Linux NAS15TB 2.6.31.14_SMP_820 #2 SMP Wed Oct 5 21:54:14 CST 2011 armv6l GNU/Linux /e-data/3e5fea5f-e3aa-4766-9064-1fdefbe13b7c/boot # ls initramfs
firefox? Fehler http://169.**.141.***/cmd,/tjp6jp6y4/register_main/setCookie?cookie=authtok%3DYDe3CEeiCuKBl5BxehOEt3SGIdNqm19cRyEB2mFSgpi5oEAute8WZCv6mlDn12Ue%3Bpath%3D%2F&location=%2Fr32694%2C%2Fadv%2C%2Fadmin%2Findex.html cookies usw ist erlaubt
-
Thread
Wie ist PORTB implementiert?
**/ #define W1 PORT_E3 #define W1_oe DDR_E3 #define W1_in PIN_E3 [/c] Man ist aber nicht auf IO-Pins beschränkt, sondern kann sich nach dem gleichen Prinzip auch virtuelle Bits definieren und
> Ich habe damit auch nur ausnahmslos beste Erfahrungen gemacht. > Meine <sbit.h> definiert alle Pins als Bitvariable und in der > "hardware.h" werden beschreibende Namen zugewiesen: [c] > #define W1 PORT_E3 > #define W1_oe DDR_E3 > #define W1_in PIN_E3[/c]
-
Thread
ATMEGA 328p Programm Upload nicht Möglich avrdude: stk500_loadaddr(): (a) protocol error, expect=0x1
auf HIGH und wird danach von R2 auf HIGH gehalten. Laut ATMEL löst jeder Impuls über 2,5us einen Reset sicher aus. Wenn die andere Seite (FTDI) aber keine Fehler macht, sind sowohl R2 als auch C3 absolut unnötig. Wenn doch,
:0 ABSCHALTUNG 4.56 V / -13.51 A / 24.13 C / A2 Analog Value:3 ABSCHALTUNG 4.57 V / -13.43 A / 24.13 C / A2 Analog Value:3 [/code]
-
Thread
µC steuerung mit LiIon batterie btreiben
läuft, aufgebaut. Diese Schaltung möchte ich mit einer LiIon Zelle betreiben. Wie kriege ich die 3 bis 4,2V Zellenspannung in konstante 5V Versorgung für den µC. Die Hauptantriebe werden direkt von LiIon versorgt. Aber die Transistoren werden mit µC geschaltet. Daher brauch ich höchstens 100mA Strom
. Note that Port C (5..4) use digital supply voltage, VCC.
-
Thread
avrgcc erzeugt sinnlosen code?
jetzt auch mal pauschal auf den umgestiegen. Die codegrößen schauen bei meinem projekt so aus: 4.3.2: 12392 bytes 4.3.3: 12388 bytes 4.5.1: 13538 bytes (avrstudio 5 version) 4.7.0: 11710 bytes
auch mal pauschal auf den umgestiegen. > > Die codegrößen schauen bei meinem projekt so aus: > 4.3.2: 12392 bytes > 4.3.3: 12388 bytes > 4.5.1: 13538 bytes (avrstudio 5 version) > 4.7.0: 11710 bytes ich verwende avr-gcc 4.3.5 und den avr-gcc gcc-4.6.3 alternativ unter ubuntu. Mit diesen Einstellungen
-
Thread
C versus Assembler->Performance Gesperrt
878: ff 93 push r31 } extern inline void SetLED3() { PORTD |= (1<<LED3); 87a: 5e 9a sbi 0x0b, 6 ; 11 . . . . [/c] Modul PS2 (V3) [c] #include "structs.h" #include "Ports.h" #include "LED.h" #include <inttypes.h>
= (int)((((((C3 * v) >> 2) + C2) >> 11) * v + (1L<<16)) >> 17) + C1; [/c] Aber wegen dieser Kleinigkeit gleich einen 32-Bitter nehmen?
-
Thread
TV-Unterbettlift
bescheid geben. [c] #include <ezButton.h> #include <Servo.h> int relais1pin = 2; int relais2pin = 3; int relais3pin = 4; int relais4pin = 5; ezButton button1(A0); ezButton button2(A1); ezButton limitsw1
motor2_R(){ digitalWrite(relais3pin,HIGH); digitalWrite(relais4pin,LOW); } void motor2_S(){ digitalWrite(relais3pin,HIGH); digitalWrite(relais4pin,HIGH); } [/c]
-
Thread
6502 Emulation auf AVR ?
sind also noch frei: PB2...7 (SPI dabei) PD2...5 (Rest ist UART und extRam RD/WR) SD-Card an SPI, SD_CS an PB4 Display Daten an PA0 mit ran, RW an SID_RW, RS an A8, bleibt noch E von Display an PB3. PD2...5 für 4 Tasten
Hallo, @heMason: sehe ich ähnlich mit dem SID. Ansonsten: ich habe noch 3 C64 hier, alle 3 laufen noch, einer mit Kernel-Umschaltung 8-fach. Mein Bekannter hat letztens ca. 10 C64, 5 1541-II, Datasetten bei ebay soweit ich weiß als Paket versteigert, sind für wenige Euro
-
Thread
ARM LM3S811 SSI Problem
Ich habe SSI_RX und TX so deklariert: [c] #define SSI_CS GPIO_PIN_3 #define SSI_CLK GPIO_PIN_2 #define SSI_TX GPIO_PIN_5 #define SSI_RX GPIO_PIN_4 [/c] Aber leider
GPIO_PIN_2 #define SSI_TX GPIO_PIN_5 #define SSI_RX GPIO_PIN_4 volatile unsigned long i;[/c] Ich weiß im Moment leider nicht, wie ich weitermachen kann.
-
Thread
ein pin höhere spannung als andere
Ich hab einen 89c51ed2 und schließe eine simple LED samt 470 Ohm Widerstand an (sonst ist die Stromstärke für den Microcontroller zu hoch) wenn ich die LED mit dem Widerstand an Pin 3.0 anschließe ist sie aber weitaus
>wenn ich die LED mit dem Widerstand an Pin 3.0 anschließe ist sie >aber weitaus heller, als beispielweise bei P3.1 Wie ist die LED geschaltet? Von +Vss gegen PIN, oder GND gegen PIN? Liegen an beiden PINS des µC konstsnte Pegel an, oder
-
Thread
C-Box 2 Platine von Pollin Gesperrt
Bei Pollin gibt es momentan eine C-Box 2 Platine für ca. 2 Euro: http://www.pollin.de/shop/shop.php?cf=detail.php&pg=NQ==&a=MTY5OTA2OTk= Ich habe mir eine davon bestellt. Weiß jemand von euch was eine C-Box ist? Auf dem Boden befand
512kBytse SRAM. Ich frage mich, ob das ein echter VGA Anschluss ist, zumindest passt die Belegung (Pin 1-3 Signale, + die 3 eine Reihe darunter die zugehörige Masse.
-
Thread
pic18f4550 und I2C (bzw. SAA1064)
#define LEDTris2 TRISDbits.TRISD2 //Define LEDTris as TRISD Pin 2 #define LEDPin3 LATDbits.LATD3 //Define LEDPin as PORT D Pin 2 #define LEDTris3 TRISDbits.TRISD3 //Define LEDTris as TRISD Pin 2 void fadeInOut(void
= 1;//Set LED Pin LEDPin1 = 0;//Set LED Pin LEDPin2 = 0;//Set LED Pin LEDPin3 = 0; while(1){ fadeInOut(); //trigger PWM Magic on Port C PIN 2 if(LEDPin0 == 1){ LEDPin0 = 0;//Toggle LED
-
Thread
Neuer uC wie initialisiert?
Interface, aber nicht USB). http://www.st.com/content/ccc/resource/technical/document/datasheet/group3/38/c6/ca/d1/f7/d5/4e/30/DM00092070/files/DM00092070.pdf/jcr:content/translations/en.DM00092070.pdf Auf diesen Pins liegen SYS_JTDI und SYS_NJTRST. Gibt es eine Möglichkeit, diese Pins schon vor dem
Du kannst diese Pins nur nach dem Startup konfigurieren: [c] // Enable alternate functions SET_BIT(RCC->APB2ENR, RCC_APB2ENR_AFIOEN); // Disable both SWD and JTAG to free PA13, PA14, PA15, PB3 and PB4 MODIFY_REG
-
Thread
pic das forum Gesperrt
; ***************** ; ; Pin | Name | I/O | Funktion ; ; PortA | RA0/AN0 | I | --- ; | RA1/AN1 | I | --- ; | RA2/AN2 | I | --- ; | RA3/AN3 | I | --- ;
"Input" laden movwf TRISA ; alle Pins des Port A als "Input" schalten bcf ADCON1, PCFG3 ; Bit3 im ADCON1-Register löschen (= PORTA auf digital I/0 konfigurieren) bsf ADCON1, PCFG2 ; Bit2 im ADCON1-Register setzen (= PORTA auf
-
Thread
DOGM162 Display funktioniert nur sporadisch
der Übertragung */ while(!(SPSR & (1<<SPIF))); //Übertragung abschließen durch RS toggle PORT_RS |= (1 << PIN_RS); // high _delay_us(5); PORT_RS &= ~(1 << PIN_RS); //low _delay_us(50); // warte auf Display PORT_CSB |= (1 << PIN_CSB); }
nicht nötig, nur das toggeln weglassen. Also: (Empfehlung) *Command* Parameter 1x Byte 1. RS low 2. CSB low 3. Datenbyte senden 4. 2 nop 5. CSB high *Data* Parameter String/Char-Ptr 1. RS high 2. CSB low 3. alle Bytes senden 4. 2 nop 5. CSB high Sascha
-
Thread
Arduino Probleme mit SoftWire (SoftI2CMaster)
() { Wire.begin() ... } [/c] habe also ganz einfach folgenden Sketch: [c] #define SDA_PIN 3 #define SDA_PORT PORTD #define SCL_PIN 5 #define SCL_PORT PORTB #define I2C_FASTMODE 1 #include "SoftWire.h" SoftWire Wire
#define SDA_PORT PORTD #define SCL_PIN 5 #define SCL_PORT PORTB #define I2C_FASTMODE 1 SoftWire Wire = SoftWire(); #include "SoftI2CMaster.h" #include <inttypes.h> #include "Stream.h" . . . [/c]
-
Thread
USB C - Ladegerät und zu ladendes Gerät - Kommunikation
Funktionalität sind. Irgendwie versteh ich das nicht. In der Zeichnung https://www.delock.de/infothek/USB-3.2_USB-Type-C/usb-3.2-usb-type-c.html tauchen doch Bezeichnungen wie SBU1, SBU2, CC1, CC2, RX1 und RX2, TX1 und TX2 auf. Wenn es 1:1 gespiegelt wäre, müsste es doch für beide Seiten RX1 und RX1, TX1
#7960181: > Irgendwie versteh ich das nicht. > In der Zeichnung > https://www.delock.de/infothek/USB-3.2_USB-Type-C/usb-3.2-usb-type-c.html > tauchen doch Bezeichnungen wie SBU1, SBU2, CC1, CC2, RX1 und RX2, TX1 > und TX2 auf. > Wenn es 1:1 gespiegelt wäre, müsste es doch für beide Seiten RX1 und
-
Thread
CAN auslesen AT90CAN128
Da sind ein paar Schnitzer drin, das funktioniert so nicht. [c] id = 0x773; // Empfangs-ID CANPAGE = (1<<4); // select MOB1 CANIDT1 = (id >> 3); // Put bits 3-11 of message ID into CANIDT1 CANIDT2 = (id << 5); // Put bits 0-2 of message ID into CANIDT2
Pins einschalten DDRE = (1<<PE1); PORTE = (1<<PE2) | (1<<PE3) | (1<<PE4) | (1<<PE5) | (1<<PE6) | (1<<PE7); // Pullups an ungenutzen Pins einschalten DDRF = 0x00; // alle Pins auf Eingang
-
Thread
Variables IODELAY2 und Spartan 6
=> dcm_locked ); LVDSCLK_BUFG_INST: BUFG port map(I => LVDS_CLK_DCM, O => LVDS_CLK); LVDS_CLK_ODDR2_INST: ODDR2 port map ( C0 => "not"(LVDS_CLK), C1 => LVDS_CLK, -- FIXME: Phase 180° gedreht ??!!??
-- -- LOCKED => dcm_locked -- ); -- -- LVDSCLK_BUFG_INST: BUFG port map(I => LVDS_CLK_DCM, O => LVDS_CLK); -- -- LVDS_CLK_ODDR2_INST: ODDR2 -- port map -- ( -- C0 => "not"(LVDS_CLK), C1 => LVDS_CLK, -- FIXME: Phase 180° gedreht ??!!
-
Thread
USB Datenaustausch bei Nexys2 von Digilent
und dank jjumper reversibel) http://www.digilentinc.com/Data/Products/NEXYS2/Nexys2_sch.pdf Seite 2 JP6. Meinst du den? Ich habe mal sehr schlechte Erfahrungen gemacht, als ich von I2C Hardware einfach die Pull-UP Widerstände entfrernt habe: Es war ein Temperatursensor. Plötzlich
angefangen. Bulksrc ist aber glaube ich genau so gut. Im Projekt gibt es - so weit ich bisher weis - 3 wichtige Dateien. 1) fw.c hier steht das hauptprogramm drin. Behandlung von Anfragen auf endpoint 0 und sowas. Die Datei habe ich erst mal gelassen wie sie ist. 2) descr.a51 hier steht die Endpoint-Konfiguration
-
Thread
Audiotisch (Daft Punk)
Moin! Was ist mit Pin 28? C5 würde ich kleiner wählen oder gar ganz weg lassen. Die Ansteuerung Deiner LEDs ist nicht vorteilhaft. Am Emitter liegen 0,7V weniger, als an der Basis. Rechne am Emitter mal mit 4,2V.
OMG JOBST! Ich liebe dich! :) Jetzt leuchten zwar noch die 3 anderen Pins vom Port aber das ist egal denn der richtige blinkt endlich!!!! *freuuu* Man bin ich nun happy! :) Könntest du mir evtl. dein C-Programm zukommen lassen (nicht nur als .hex) ? Was
-
Thread
Sprachausgabe mit AVR
Beschaltung kommen AVR_ATmega32 SPI_DI (MISO) PB6 an Data Output der SD-Karte (PIN 7) SPI_DO (MOSI) PB5 an Data Input der SD-Karte (PIN 2) SPI_Clock (SCK) PB7 an Clock der SD-Karte (PIN5) MMC_Chip_Select (OC0) PB3 an Chip Select der SD-Karte (PIN 1)
folgende Beschaltung kommen AVR_ATmega32 SPI_DI (MISO) PB6 an Data Output der SD-Karte (PIN 7) SPI_DO (MOSI) PB5 an Data Input der SD-Karte (PIN 2) SPI_Clock (SCK) PB7 an Clock der SD-Karte (PIN5) MMC_Chip_Select (OC0) PB3 an Chip Select der SD-Karte (PIN 1) SPI_SS
-
Thread
Attiny 2313 einzelne Bits ansprechen
noch dieses Macro, das ist viel leistungsfähiger: [c] // PeDa struct bits { uint8_t b0:1, b1:1, b2:1, b3:1, b4:1, b5:1, b6:1, b7:1; } __attribute__((__packed__)); #define SBIT_(port,pin) ((*(volatile struct bits*)&port).b##pin) #define SBIT(
meine Methode, sondern die von Peter (PeDa), so hatte ich es auch im Codeschnipsel angegeben: [c] // PeDa struct bits { uint8_t b0:1, b1:1, b2:1, b3:1, b4:1, b5:1, b6:1, b7:1; } __attribute__((__packed__)); #define SBIT_(port,pin) ((*(volatile struct bits*)&port).b##pin) #define SBIT(
-
Thread
STM32L072 USB bei 2-3 Volt Spannungsversorgung
oder anderen Interessenten überlassen kann. Warum nicht Digispark? Weil der nur 5 Pins hat die sich auch noch mit dem USB Port überlappen. Die Idee finde ich gut, aber er ist insgesamt zu klein geraten. Warum nicht B·O·B·3? Weil der schon immer wie zu teuer war. Außerdem finde
Stefan F. schrieb im Beitrag #7228624: > Wegen der Knopfzelle wäre die Versorgungsspannung 2 bis 3 Volt. Kann > dann die USB Schnittstelle überhaupt funktionieren? Ja! Wir haben in einem Serienprodukt einen STM32L072С8, der über einen Regler mit 2,5V versorgt wird. USB wird benötigt,
-
Thread
DCF 77 Uhr mit CodeVision
Testversions lcd.h durchgeschaut nichts. Nur in der LCD40X40.h steht folgendes, [LCD] [AVR Port] RS (pin 11) --- bit 0 RD (pin 10) --- bit 1 EN1 (pin 9) ---- bit 2 EN2 (pin 15) --- bit 3 DB4 (pin 4) ---- bit 4 DB5 (pin 3) ---- bit 5 DB6 (pin 2) ---- bit 6 DB7 (pin 1)
gewünschtes LCD angeben. Darunter findest du dann auch diese Pinbelegung: [LCD] [AVR Port] RS (pin 4) ---- bit 0 RD (pin 5) ---- bit 1 EN (pin 6) ---- bit 2 Free ---- bit 3 DB4 (pin 11) ---- bit 4 DB5 (pin 12) ---- bit 5 DB6 (pin 13) ---- bit 6 DB7 (
-
Thread
LCD-Modul 2x16 am STM32F4Discovery-Board
GND-Pin 2 +5V +5V über NC-Pin 3 Kontrast Diode->GND (ca.0,7V Vorsp.) 4 RS PC1 5 R/W PC2 6 E PC3
; GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC, ENABLE); // Ausgänge von PortC Pins 1, 2, 3, 4, 5, 6, 7 push-pull output*/ GPIO_InitStructure.GPIO_Pin = GPIO_Pin_1 | GPIO_Pin_2 | GPIO_Pin_3 |GPIO_Pin_4 |
-
Thread
12 LEDs an ATMega32 (Port A + C)
Hi, ich habe an meinem ATMega32 an PortA 8 LEDs und an PortC 4 LEDs (an PC0, PC1, PC2, PC3). JTAG ist deaktiviert. An PortB hängt ein LCD (HD44780), das funktioniert problemlos. Ich denke, das ist für das Problem nicht relevant. Meine
komplett an. [c] DDRA = 0xFF; DDRB = 0xFF; DDRC = 0xFF; DDRD = 0b11100000; PORTA = 0x00; PORTC = 0xFF; [/c] Jetzt leuchten ausschließlich die hintern 2 LEDs an PortC (PC2 + PC3). PortA scheint
-
Thread
Tricksen mit Ports
Hallöle Ich habe einen Atmega16 µC und steuere 4 Schrittmotoren (PORT D), 6 Status-LEDs (PORT C), 6 Buttons (PORT B) und ein LCD Modul (PORT A) an. Der µC hat nur diese 4 Ports. Jetzt habe ich 4 Lichtschranken gekauft und erst jetzt
Hi Wenn du die Lichtschranken zusammen mit den Tastern zu einer 2x5 oder 3x4 Matrix zusammenschaltest reicht ein zusätzlicher Pin. MfG Spess
-
Thread
Ansteuerung DS 1302 (Timekeeping) über I2C-Bus (
schnelle Antwort. Kannst du mir etwas zu meiner Vorgehensweise zum Anschluss sagen: Ich habe 1) 3-Anschlüsse des DS1302 (SCLK, I/O, !RST) an den Port3 (P3_5, P3_4, P3_3)angeschlossen. Ist das eigentlich egal an welche Ports ich den I2C-Bus anschließe? Ich würde mich freuen wenn ich
------------------------------------------------*/ sbit P1_0 = 0x90; sbit P1_1 = 0x91; sbit P1_2 = 0x92; sbit P1_3 = 0x93; sbit P1_4 = 0x94; sbit P1_5 = 0x95; sbit P1_6 = 0x96; sbit P1_7 = 0x97; sbit T2 = 0x90; /* External input to Timer/Counter 2, clock out */ sbit T2EX = 0x91;
-
Thread
ATmega8 AU - TQFP Leerlaufstrom zuckt sich hoch bis zum µC-TOD
rjmp .+18 ; 0x36 <__bad_interrupt> 24: 08 c0 rjmp .+16 ; 0x36 <__bad_interrupt> 00000026 <__ctors_end>: 26: 11 24 eor r1, r1 28: 1f be out 0x3f, r1 ; 63 2a: cf e5 ldi r28, 0x5F ; 95
. Also entweder 1. Pin als Input definieren, Pullup aktivieren (Port auf 1 setzen). 2. Pin als Input definieren und extern auf z.B. GND legen. 3. Pin als Ausgang definieren, auf beliebigen Wert setzen. Ich bevorzuge
-
Thread
Funktioniert diese Schleife?
D5 3 PD1 13 D6 4 PD2 14 D7 5 PD3 15 LED+ 16 LED- [/c] Und ja genau so sehen die Blöcke aus aber eben nur wenn ich eine while schleife reinbaue. Ohne hat es wie gesagt alles richtig
Sorry ... 0x3C ist natürlich genau falschrum, 0xC3 wäre richtig. DDRC & 0xC3 löscht nur die bits, die hinter den Pins PC2-PC5 stecken. Dann wird genau der eine Pin auf Ausgang geschaltet, der Momentan interessant
-
Thread
LCD Library 16x4 mit AVR Mega32
/**< port for 4bit data bit 2 */ #define LCD_DATA3_PORT LCD_PORT /**< port for 4bit data bit 3 */ #define LCD_DATA0_PIN 3 /**< pin for 4bit data bit 0 */ #define LCD_DATA1_PIN 2
(LCD_DATA1_PIN == 1) && (LCD_DATA2_PIN == 2) && (LCD_DATA3_PIN == 3) && (LCD_RS_PIN == 4 ) && (LCD_RW_PIN == 5) && (LCD_E_PIN == 6 ) ) { /* configure all port bits as output (all LCD lines on
-
Thread
Weihnachts-Blinklicht - AVR
case 2: OUTPUT_PORT |= (1 << OUTPUT_PIN); //1 Sek. ein, 5 Sek. aus _delay_ms(1000); OUTPUT_PORT &= ~(1 << OUTPUT_PIN); _delay_ms(5000); break; case 3: OUTPUT_PORT |= (1 << OUTPUT_PIN); //10 Sek. ein, 5 Sek. aus _delay_ms(10000); OUTPUT_PORT &= ~(1 << OUTPUT_PIN); _delay_ms(5000);
-
Thread
2 RFID-Reader am Raspberry Pi
Eingangs erwähnt muss ich zwei (!) Reader anschließen. Bei PiDoorMan wird der Reader an die GPIO-Ports 0 und 1 (Rev1) bzw. 2 und 3 (Rev2) angeschlossen. So wie ich das verstanden habe, sind GPIO 2 und 3 für I²C zuständig, woraus ich schließe, das PiDoorMan I²C benutzt. Nun könnte ich natürlich einen
, davon sind 2 I²C-fähig (macht einen I²C-Port), dann noch UART und SPI. Außerdem 8 frei programmierbare, reine I/O Pins auf 3,3V. Ich weiß überings, dass Wiegand 5v nutzt und die GPIOs des RPi 3,3v. Das ist ja auf
-
Thread
RFM01 Problem
SDO 3 // SDO, <- RF02 #define nFFS 5 //Interner Pullup //nirq an PC4 angeschlossen aber nicht verwendet // nFFS: 1-10k Pullup an Vcc !!![/c] RFM02 Bendeikt [c] #define RF_PORT PORTB #define
c] #define RF_PORT PORTD #define RF_DDR DDRD #define RF_PIN PIND #define SDI 3 // SDI, -> RF02 #define SCK 4 // SCK, -> RF02 #define CS 5 // nSEL, -> RF02 #define IRQ 2 //
-
Thread
STM32 Beste/Schönste Methode um Bits in Register zu setzen
|| BLUE_LED_PIN; Delay(5000); LED_GPIO_PORT->BRR=GREEN_LED_PIN || BLUE_LED_PIN; Delay(5000); } [/c]
Ich zeige mal ein Beispiel, wie Renesas es bei seinen H8/SH/RX macht. SYSTEM.SYSCR0.WORD = 0x5a03; // Bus freigeben SYSTEM.SCKCR.LONG = (unsigned long) 0x00030100; PORT5.DDR.BIT.B3 = 1; PORTC.DDR.BYTE = 0x3f; PORTC.DR.BIT.B2 = 0; .... PORTC.DR.BIT.B2 = 1; PORTB.DDR.BYTE
-
Thread
Einfache Sensortaste
Effekt entdeckt - also noch viel,viel komischer als der oben beschriebene.... Ich hab hier auf der µC Testschaltung eine Buchsenleiste angelötet. Neben den verschiedenen Port-Pins hab ich auch noch die Möglichkeit +5V und Masse abzugreifen. Wenn an dieser Buchsenleiste nichts außer dem Sensor angeschlossen
ich im Terminal ununterbrochen die Messwerte serviert. Schließe ich aber an irgendeinen anderen Port(egal ob +5V,Masse oder ein Port-Pin) etwas an,dann bekomme ich nicht mehr andauernd und ununterbrochen einen Messwert sondern es fängt zum "Hackeln" an. Sprich es kommt 5s lang ununterbrochen ein Messwert
-
Thread
"Simpel" Downconverter 1,25m->2m.
So, natürlich kommt einem immer was dazwischen. Anstelle 3,3nf hatte ich nur 1n5, davon je zwei parallel. Der übertrager für den Eingang ist noch "Unbekannt" also noch nicht am VNA Vermessen. Kommt aus einem 2m Gerät. Auch noch nicht perfekt, allerdings
entstand auch ohne Rechnen. Ich bin mit dem Bauchgefühl an die Sache Ran das ich im Bereich UKW*2 bin, für UKW würde ich 5-8mm ø der spulen wählen (von Mitte Draht zu Mitte Draht) und zwischen 2 und 5 Windungen. Ich habe also 3-4mm Innendurchmesser gewählt und nur 3-3,5 Windungen und bin ohne eine
-
Thread
Reset ohne Reset-Pin?
. Anders ausgedrückt: 1) Traue *absolut keinem* I2C-Chip, der keinen Reset-Pin hat. 2) Wenn alle einen haben, siehe einen Bus-Reset darüber vor. 3) Wenn auch *nur einer* keinen hat, siehe einen Power-Cycle für den gesamten Bus als Reset vor. Leider
C-hater schrieb im Beitrag #7417561: > 1) Traue absolut keinem I2C-Chip, der keinen Reset-Pin hat. > 2) Wenn alle einen haben, siehe einen Bus-Reset darüber vor. > 3) Wenn auch nur einer keinen hat,
-
Thread
STM32 PIN E5
ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_3 | GPIO_Pin_4 | GPIO_Pin_5 | GPIO_Pin_6; GPIO_Init(GPIOE, &GPIO_InitStructure); [/C] nehme ich GPIO_Pin_5 Raus dann geht alles,ist aber nicht Sinn der Sache. [C] GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOD | RCC_APB2Periph_GPIOE , ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_3 | GPIO_Pin_4 | GPIO_Pin_6; GPIO_Init(GPIOE, &GPIO_InitStructure); [/C] kann
-
Thread
Es'hail2 - erster geosationärer Amateurfunk-Satellit
Refine?Keyword=TQP91 https://www.mouser.de/ProductDetail/Qorvo/TQP9111-PCB2600?qs=sGAEpiMZZMsnnjF5aXV%2FXnE3eCdjC97pvAwjr2ipc3w%3D https://www.mouser.de/Search/Refine?Keyword=MMZ25 Zu dem TQP9111 gibt es auch ein Dev Board. Zwei von dieser Sorte (2x 115€+MwSt.) und man hätte 3-4Watt bei 13cm
: https://wiki.batc.org.uk/images/5/5b/PdFM_V2_Sht_1.pdf https://wiki.batc.org.uk/images/3/35/PdFM_V2_Sht_2.pdf https://wiki.batc.org.uk/images/8/88/PdFM_V2_Sht_3.pdf Das digitale I und Q Signal aus dem GPIO wird zunächst mit (über
-
Thread
LCD Probleme mit ST7036
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 /**< port for RS line */ #
0 1 X X X X 0 0 BS F2 F1 F0 X X X X Wait some Time >26,3us Contrast Set RS RW DB7 DB6 DB5 DB4 DB3 DB2 DB1 DB0 0 0 0 1 1 1 X X X X 0 0 C3 C2 C1 C0 X X X X Wait some Time >
-
Thread
IDE mit Fokus auf Assembler für Umsteiger AVR -> STM32
if(SPIx == SPI2) { GPIO_ResetBits(SPI2_CS_GPIO_PORT, SPI2_CS_PIN); } else if(SPIx == SPI3) { GPIO_ResetBits(SPI3_CS_GPIO_PORT, SPI3_CS_PIN); }
(SPI3_CS_GPIO_PORT, SPI3_CS_PIN); } } } [/c] Der Ablauf zwischen dem schreiben von 2 Bytes ist dabei folgender: ... WriteByte() ChipSelect(false) VerlasseFunktion() GeheWiederInFunktion
-
Thread
18 Servos an Atmega644
?idProduct=10363 Kostet 14 Euro und kann 30C und nicht nur knappe 2C = 3,6A wie der von Conrad. (30C*2,65=79,4A Dauerlast) Da gibt es auch einen Lipo-Finder: http://www.hobbyking.com/hobbyking/store/lithium_polymer_battery_configuration.asp
Lager) > > http://www.hobbyking.com/hobbyking/store/uh_viewIt... > > Kostet 14 Euro und kann 30C und nicht nur knappe 2C = 3,6A wie der von > Conrad. (30C*2,65=79,4A Dauerlast) Der sieht doch super aus. Hatte die 2C des Conrad Akkus nicht bedacht. Wenn dieser 30C schafft ist er für mein Projekt
-
Thread
µC Pin hängt bei einer bestimmten Spannung
einen µC-Pin angeschlossen, der mir immer ein Signal ausgeben soll, wenn ein Schalter betätigt wird. Die erste Zählung funktioniert, in Ruhe sind 0V am µC-Pin, bei High fast 5V, aber wenn er von High auf Low
Nachtrag: PortC richtig konfiguriert?
-
Thread
Kann man folgenden Code platzsparender schreiben
einmal im ROM ist. Korrekt. Ich sehe hier jedoch zwei Multiplikationsroutinen: 16 Bit signed: [c]values[1] * 10; values[2] * 100; values[3] * 1000; values[4] * 10000;[/c] 32 Bit signed: [c]values[5] * 100000; values[6] * 1000000; values[7] * 10000000;[/c] Insbesondere diese Zeile [c]values
Hier [c] void ddsSetFrequency(uint32_t frequency) { uint64_t tuningword; uint8_t msg[5];// = {0x2D, 0x3E, 0x05, 0x00, 0x00}; //ca. 10kHz uint8_t tmp; int i, j; tuningword = (frequency * 4294967296
-
Thread
Viele Drucktaster und LEDs ansteuern
Für einen Mix könntest du die LEDs auch durch addressierbare (findet man > unter ebay als "ws2812 5mm") Versionen ersetzen und nur die Taster in > ner Matrix lesen Das finde ich eine gute Lösung. Falls das nicht möglich/nicht gewünscht ist kann ich den MCP23017 als I2C Portextension empfehlen
erzeugen lassen, falls ein Taster gedrückt wurde. Und braucht auch nur dann reagieren. Der MCP23017 hat 3 Adressleitungen, man kann also 8 Stück an einen I2C Bus hängen. Das wären 128 IOs. Den Chip gibt es auch als SPI-Version. Da könnte man endlos verlängern.
-
Thread
DS1820 Code + Atmel90S8515
Bei dem STK 200 sind einige Pins über Strombegrenzungs Widerstände geführt , also nicht für Ausgabe geeignet . Laut Bedienungsanleitung sind das .. Pin7,Pin6,Pin5 des Port B (Mosi,Miso,SCK) ! Es gibt auch 2 Steckplätze für 40 Polige
Peter K. schrieb: > Aber die Schaltung sieht 100% so aus, DQ ist ganz sicher nicht Pin 3 :-) > außerdem kann man ja bei Parasite > mode nicht viel falsch machen, wenn man vom DS1820, die 2 äußeren Pins > auf Masse legt und zwischen 5V und DQ einen 4,7k wiederstand hängt. Ach ja