-
Thread
Byte an PORTS ausgeben
So z.B. werden die unteren 6 Bit von Port B und die unteren 2 Bit von Port C gesetzt. Die nicht benötigten Pins werden nicht verändert. [c] void SetzeAusgaenge(unsigned char ucData) { PINB = (PINB & 0xC0) | (ucData & 0x3F); ucData
Christian schrieb im Beitrag #2087971: > So z.B. werden die unteren 6 Bit von Port B und die unteren 2 Bit von > Port C gesetzt. Die nicht benötigten Pins werden nicht verändert. > void SetzeAusgaenge(unsigned char ucData) > { > PINB = (PINB & 0xC0) | (ucData & 0x3F); >
-
Thread
PIC Microchip lebt noch?
paar cent teurer sein. Wenn man OTP in Kauf nimmt (also PM? statt PF?), gibt es den PMC150 im 6-Pin-gehäuse bei LCSC auch für 3¢ bei 5000 Stück. Und als P?C sollte der robuster sein.
trügt manchmal. Trotz der scheinbar "wahllosen" Anordnung der uC Pins ist solch Layout bei einer mehrlagigen LP nicht wirklich schwierig. Vor zehn Jahren arbeitete ich an einen SPS Firmenprojekt mit dem LPC2476 (TQFP-208) und 3.5" TFT display mit SDRAM and FLASH Speicher
-
Thread
Objektorientierung mit avr gcc
PORTB, 1, // Port, Pin LCD-DB5 PORTB, 2, // Port, Pin LCD-DB6 PORTB, 3, // Port, Pin LCD-DB7 PORTB, 4, // Port, Pin LCD-RS
{ GPIO__OUTPUT(E, C, 6); GPIO__OUTPUT(Rw, C, 5); GPIO__OUTPUT(Rs, C, 4); GPIO__IO(Data0, A, 4); GPIO__IO(Data1, B, 1); GPIO__IO(Data2, C, 7); GPIO__IO(Data3, D, 2); typedef xpcc::gpio::Nibble
-
Thread
AVR 8bit auch für größere Projekte?
UartHandle.AdvancedInit.AdvFeatureInit = UART_ADVFEATURE_NO_INIT; > HAL_UART_Init(&UartHandle); > while(1); > } [/c] und hier eine ohne Cube: [c] // activate port A and map PA2 and PA3 pins to USART2 TX/RX RCC->AHB1ENR |= RCC_AHB1ENR_GPIOAEN; GPIOA->MODER |= SHIFT2(2, GPIO_MODER_ALTERNATE);
Und noch ein Gegenbeweis: Ich vereinfache gerne Libs und stelle hier keine Arduino Fragen... C++ auf µC? Warum nicht? Wenns tut, ist doch alles gut! [c] #include <Combie.h> //Dim2Taster LEDX(upPin,downPin,pwmPin); Dim2Taster LED1(A0,A1, 9); Dim2Taster LED2(A2,A3,10); Dim2Taster LED3(
-
Thread
LCD DM19264A (KS0108B Controller)
Vee (Pin 19) ist laut Datenblatt ein Negative Voltage Output (-5V oder -10V) - was stell ich damit an?! Frage 3: A (Pin 20) soll mit 4.2 V betrieben werden (soweit mir das verständlich ist mit entsprechendem
ist, konnte ich noch keine Kontrastprobleme feststellen. Pinbelegung Display/ATMEGA16: 1 GND 2 +5V 3 Schleifer von Poti zwischen +5V und Vee (Pin 19 angeschlossen) 4 PB0 (D/I bzw RS 5 PB1 (RW) 6 PB2 (E) 7 PD0 (DB0) ... 14 PD7 (DB7) 15 PB5 (CS1) 16 PB4 (/RST) und 4,7k an GND (disabled
-
Thread
Datenrekorder auf SD-Karte mit mega88
www.mikrocontroller.net/articles/Midi_Rekorder_mit_MMC/SD-Karte ( Schaltbild ganz oben ist gut aber bei 3,3V benötigt man keine Widerstände) dann zum Programm : hänge ein LED an : [c] // Pins #define PORT_LED PORTB #define PIN_LED 1 //PORTB [/c] dann wird gleich am anfang ein INIT auf die
; UBRR0 = 1;*/ sbi(DDRB,PB2); sbi(DDRB,PB3); cbi(PORTB,PB5); sbi(DDRB,PB5); outp(((1<<MSTR)|(1<<SPE) ), SPCR ); // enable SPI interface (8MHz/4=2MHz) //SPSR |= 1; // 2xSpeed }; [/c] - 8mhz takt - LED nur
-
Thread
spartan3 oder3e?
Lohnt es sich für eine Spartan3e * Xilinx Devices: Spartan-3E (XC3S500E-4FG320C), CoolRunner-II (XC2C64A-5VQ44C) and Platform Flash (XCF04S-VO20C) * Clocks: 50MHz crystal clock oscillator * Memory: 128 Mbit Parallel
connection ports and three 6-pin expansion connectors * Display: 16 character - 2 Line LCD 172.84EUR auszugeben oder eher fuer ein HW-SPAR3-CPLD-DK mit 1mb 10ns sram (mehr details kenn ich nicht, ist eins mit
-
Thread
Mehrfach Belegung von Ports STM8 Bit µC
, (GPIO_Pin_TypeDef)GPIO_PIN_5); //GPIO_WriteReverse(GPIOA, (GPIO_Pin_TypeDef)GPIO_PIN_3); Delay(0xFFFF); } } [/c] So blinkt nichts!, Kommentiere ich PortA ein funktioniert es.
I2C-GPIOs, sind "true open-drain" outputs, d.h. NMOS (siehe Fußnote 3. auf S.22). Wenn du die Kathode der LED auf den Pin und die Anode per Widerstand an VCC legst, dann sollte es auch mit PB5 funktionieren
-
Thread
Verwendung des Schalters von 3,5mm Klinkenschlüssen
sound-audio/40451d1379273614t-ac97-hd-audio-front-panel-layouts-hd-dongle.png rechts befindet sich der 2x5 Pin HD-Audio Header vom Mainboard. Jack 1 ist die Buchse für das Mikrofon, Jack 2 für die Kopfhörer. Verwenden möchte ich diese Anschlüsse: SJ1-3554NG http://www.mouser.com/ds/2/670/sj1-355xng-series
gefunden, die passen /sollten/ (nicht selbst getestet!): http://de.aliexpress.com/item/Headphone-jack-C-3-5MM-PJ-307-audio-video-socket-HD-structure/32530238586.html Frag mich aber nicht, ob das jetzt lindgrüne, rosa, oder je die Hälfte von beiden sind (wie auf dem Foto). Als Alternative könntest du
-
Thread
Sipdial per ESP8266 an Fritzbox
nicht mehr. Hat jemand ähnliches beobachtet? [code] 2020-06-09 12:09:50.557 - IN: my=192.168.2.1%14:5060 peer=192.168.3.10 port=5060 UDP, sipiface=none: INVITE sip:**777@192.168.2.1 2.0 Via: SIP/2.0/UDP 192.168.3.10:5060;branch=0945021135;rport=5060 From: "Gartentor" <sip:KlingelFritz@192.168.2.1
fsSize = FS_PHYS_SIZE; Siehe dazu hier: https://github.com/esp8266/Arduino/blob/a348833a817244ab7e3c65c78ad5fb3276bb6f35/cores/esp8266/flash_hal.h#L80 Bisher habe ich den Code nur übersetzt, aber noch nie geladen! Michael
-
Thread
Speicherbedarf Mp3-Player
1 Hardware in Gang bringen 1.1 ATMega 1.2 SD-Karte 1.3 MP3-Decoder 1.4 D/A-Wandler, Verstärker, usw 2 Software in Gang bringen 2.1 Kommunikation Atmega <-> SD Karte 2.2 Kommunikation Atmega <-> MP3-Decoder (ein MP3-Stream könnte für Debugzwecke über Seriell vom PC eingelesen werden) 2.3 FAT-Dateisystem der Karte lesen 2.4 MP3-Datei lesen 2.5 zum Decoder und dann zum Lautsprecher
-
Thread
Doppelverwendung ICSP-Port
ohnehin nicht achten. Muss ich sowieso nicht, die 8 Optotriacs die angesteuert werden ziehen je 5mA und die restlichen Aktoren liegen überhaupt nur im 2 stellige µA Bereich ... Mir is gerade aufgefallen, dass ich einen der Optitriacs am Port A hab. Das muss ich ändern, der Port A schafft nur 2 mA auf den Pins 0:5. Den RE3 (disabled MCLR) hab ich jetzt mal mit 100K hochgezogen. Die 47 Ohm Widerstände hab ich aus ESD-Schutzzwecken drinnen. Sollte jetzt eigentlich alles so passen.
-
Thread
Kondensator in I/O Pin entladen
gepostet habe funktioniert so: 1.Phase Steuersignal 0V --> Gate und Source des FET sind ~0V --> C1 kann geladen werden 2.Phase Steuersignal 5V --> Gate und C2 sind auf 5V (FET leited) ABER Source ist nicht verbunden da D3 sperrt (es liegen ja die 5V des Steuersignals an der Kathode an) 3.Phase Steuersignal 5V-->0V --> D3 leited da sie nun in Vorwärtsrichtung gepolt ist --> C2 hält den FET solang leitend bis sich C2 entladen hat --> C1 wird über den FET entladen (auf die Diodenspannung D3) --> Ist die Spannung
-
Thread
[V] AVR, WinCE, LCD, TOUCH, Bauteile, µC
17€ 5 Ausgelötete AT-Mega 128 wurden nach dem Auslöten nochmal angesprochen und liefen 3€ 5 (neu)AT-Mega 329 das ist ein AT-Mega32 mit integriertem LCD-Kontroller 5€ 2
will, so gibt mir bitte Bescheid: Entwicklungssystem mit folgender Ausstattung: f. 50€ SCE8700C01 Prozessormodul mit 16MB SDRAM... s.o. WinCE 3.0 auf CF-Card Trägerboard mit 2 UART, Ethernet, PS/2 (Maus funktioniert, KB nicht getestet), 2 PCMCIA Hitachi 4“ 320x240 S/W Display mit weisser LED-Hintergrundbel
-
Thread
VS1000 - I2C durch Software-Emulation möglich?
Kim-Yannick J. schrieb im Beitrag #4370240: > aber wieso haben Mikrocontroller > dann spezielle GPIOs für I2C, Weil nach Standard die I2C Pins echte Open-Kollektor-Pins sein sollen und deshalb auch keine Probleme machen sollen, wenn der µC nur mit 3.3 V betrieben wird und am I2C die Hochzieh-Widerstände
W.S. schrieb im Beitrag #4370288: >> aber wieso haben Mikrocontroller >> dann spezielle GPIOs für I2C, > > Weil nach Standard die I2C Pins echte Open-Kollektor-Pins sein sollen > und deshalb auch keine Probleme machen sollen, wenn der µC nur mit 3.3 V > betrieben wird und am I2C die Hochzieh-Widerstände
-
Thread
Entprellen an unterschiedlichen Ports
_PINA4 | Hallsensor3-------|----------. _PINA5 | | | Hallsensor4-------'----------|----- INT1 (PIND3) _PINA6 | | | Taster2
Daniel D. schrieb im Beitrag #3004881: > _|_ > \ / Diode2 (z.B. 1N4004) > | > |------- µC_PIN1 (Pullup-Widerstand aktiviert) > | > \ Taster2 (oder Hallsensor) > GND ---' Soll natürlich |------- µC_PIN2 (Pullup-Widerstand
-
Thread
Pin auf high setzen MKL26
1.) Wie sieht Deine SystemInit() aus? Werden da die Clocks für die GPIO-Ports bereits eingeschaltet? Wenn nein dann mach das: [c] // PORT C einschalten SIM->SCGC5 |= SIM_SCGC5_PORTC_MASK; // Pin PTC01 auf Alternative 1 (GPIO) PORTC->PCR[1] = PORT_PCR_MUX(1
MCG->C1: CLKS=2,FRDIV=3,IREFS=0,IRCLKEN=1,IREFSTEN=0 */ MCG->C1 = (uint8_t)0x9AU; /* MCG->C4: DMX32=0,DRST_DRS=0 */ MCG->C4 &= (uint8_t)~(uint8_t)0xE0U; /* MCG->C5: ??=0,PLLCLKEN0=0,PLLSTEN0=0,PRDIV0
-
Thread
ATMega328-basierter Sprach-Synthesizer für den CPC 464 - Schnelles Byte-weises Lesen mit dem 328?
wird. http://www.st.com/content/ccc/resource/technical/document/datasheet/6e/85/52/2a/cb/3d/4c/47/CD00001693.pdf/files/CD00001693.pdf/jcr:content/translations/en.CD00001693.pdf Jetzt noch 5V CPLDs zu verwenden wäre zwar schön vintage, aber die sind mittlerweile schwer erhältlich
Bei Licht betrachtet ist der 328p mit seiner Portbelegung dafür wirklich nicht ideal, Quarz an Port B, USART an Port D und bei Port C fehlt ein Pin. Da ist kein kompletter Port mit 8 Bits übrig. Mit einem 40-Pinner ginge's einfacher, mit 20MHz könntest Du's am 328 evtl. nochmal so probieren:
-
Thread
Probleme mit GLCD von Powertip (T6963C)
. laut T6963C kann man mit MD2,3 die Anzahl der Spalten festlegen. Jedoch geht MD2 nicht an den T6963C MD2 Pin ... aber eigentlich denke ich ist der Pin auch egal, der Display müsste trotzdem was anzeigen, wenn auch
-3...-4,5V oder gegen GND +0,5...2V. Bei Displays für erweiterten Temperaturbereich sind bei Textdisplays -5...-8V üblich, also gegen GND -3...-5V. Bei den Grafikdisplays ist diese Spannung generell
-
Thread
Stm32f103 Problem mit Spi2
schrieb im Beitrag #4058905: > lcd_CS_INIT(); > lcd_CS_HIGH(); > lcd_CS_LOW(); > lcd_init(); [c]#define lcd_CS_port B #define lcd_CS_pin 6 #define lcd_CS_INIT() pinDIRout(lcd_CS_port,lcd_CS_pin) #define lcd_CS_HIGH() pinSET(lcd_CS_port,lcd_CS_pin);spimode_0 #define lcd_CS_LOW() pinCLR(lcd_CS_port,lcd_CS_pin);spimode_3 [/c] kann nicht Fehlerursache sein, weil durch den Wechsel von spi1 auf spi2 nicht beeinflusst. cs funktioniert, lcd_init ist für spi1 u. spi2 identisch.
-
Thread
5V schalten mit pMOSFET
100mA auf 5V. Gemäß Kondensatorformel dauert das ca. t = U * C / I = 5V * 1nF / 100mA = 50ns. Vereinfacht ensteht im AVR dabei eine Verlustenergie von 0,5 * 5V * 100mA * 50ns = 12,5nJ. Macht bei 1000 Schaltvorgängen
und > einem Ausgangswiderstand vom AVR von 40 Ohm, macht das eine > Zeitkonstante von tau = R * C = 40 Ohm * 1nF = 40ns. Der Spitzenstrom > liegt bei 5V/40 Ohm = 125mA, wird real aber nicht erreicht, laut > Datenblatt sättigen die Ausgänge bei ca. 100mA. (siehe Pin Driver > Strenght, Sink Current
-
Thread
LCD bleibt dunkel
column 0 0b 1100 0000 #define LCDPORT PORTD // define port with LCD attached #define LCDDDR DDRD // and its data direction // define pins of LCD port #define LCD_PIN_RS 2 #define LCD_PIN_E 3 #define LCD_PIN_D4 4 #define LCD_PIN_D5
ich mache, es ändert sich nie. Habe die o.g. Library verwendet, mit folgenden Modifikationen: [c] #define XTAL 1000000UL #define LCD_PORT PORTD #define LCD_DATA0_PIN 4 #define LCD_DATA1_PIN 5 #define LCD_DATA2_PIN 6 #define LCD_DATA3_PIN 7 #define LCD_RS_PIN
-
Thread
DCF77-Modul von Pollin
MC Pins frei sind, können auch Pon und +5V/3V3 an den MC angeschlossen werden. Zum Ein-Ausschalten und als Reset.
war wohl defekt. Habe nen neuen genommen und siehe da, es geht. Ich habe das ganze mit einem BC548C und nem 547A probiert. Mit dem 548 scheint es besser zu klappen, da gibt der DCF das korrekte Signal nach 2-3 Minuten aus. Beim 547 dauerts 3-5 (mit beiden ca. 10 mal getestet). Mit dem 547 gibts noch
-
Thread
C++ oh JE Funktion und rückgabe
DDRB u8 keyscan( void ) { u8 col = 0, row = 0; KEY_PORT = 0xFF; KEY_DDR = 0xF0; KEY_PORT = 0x0F; NOP(); // wait until input changed if( ~KEY_PIN & 1<<0 ) col = 4; if( ~KEY_PIN & 1<<1 ) col = 3; if( ~KEY_PIN & 1<<2 ) col = 2; if( ~KEY_PIN & 1<<3 ) col = 1; if( col ){ KEY_PORT = 0xFF; KEY_DDR = 0x0F; KEY_PORT = 0xF0; NOP(); if( ~KEY_PIN & 1<<4 ) row = 5; if( ~
-
Thread
Skurriles Problem mit BS170 Mosfets
Wenn ich die Spannung der MOSFET-Ausgänge / Drains vs. 12V messe, dann bekomme ich Spannungen von -5.5, +3.6, -6.7, +3.5, -6.6, +3.0, +2.0, +1.0. Was ist das? Liegt's daran? In der Schaltung sind ja 5V und 12V, der 74HC595 wird mit 5V betrieben, diese liegen dann an den MOSFETs. Dort liegen über
er mit den 3.3V Eingang gerade so hinkommen? Vih High Level Input Voltage VCC 2.0 1.5 1.5 1.5 VCC 4.5 3.15 3.15 3.15 V VCC 6.0 4.2 4.2 4.2 Ah, ich glaube ich habe ihn als HCT auch.
-
Thread
GNUBLIN www.gnublin.org
tecdroid schrieb im Beitrag #2434638: > wie ich jetzt ein beliebiges I²C-Device damit > ansteuere? Entweder mit den I2C-Tools und den darin enthaltenen i2cset und i2cget oder in C http://www.mikrocontroller.net/articles/Ports_benutzen_%28GCC%29#Der_I2C_Bus_.26_SMBus
Debian/ARM Paket genommen und mit "alien" von .deb nach .tgz umgewandelt: libao4-1.0.0.tgz libcurl3-gnutls-7.21.0.tgz libgssapi-krb5-2-1.8.3+dfsg.tgz libidn11-1.15.tgz libk5crypto3-1.8.3+dfsg.tgz libkeyutils1-1.4.tgz libkrb5-3-1.8.3+dfsg.tgz libkrb5support0-1.8.3+dfsg.tgz libldap-2.4-2-2.4.23
-
Thread
2 Stk. MCP2515 an einem z.B. ATMega32
Hallo Lutz, so anbei der komplette C Code mit allem aus diesem Verzeichnis auch mit der geänderten io328p Der MCP ist so eingestellt das jede empfangener Frames einen Interrupt an dem Sammel-PIN des MCP auslöst und damit am int0/PD.2
code] HC138 --------------+ A8---------+1 16+---VCC A9---------+2 15+---!CS1 A10--------+3 14+---!CS2 A15--------+4 13+---!CS3 A14--------+5 12+---!CS4 VCC--------+6 11+---!CS5 !CS8-------+7 10+---!CS6 GND
-
Thread
M16C samt Dev-Kit für lau!
Euer Paket schon unterwegs ist? 1.) http://www.fedex.com/AltRefTracking?cntry_code=de besuchen 2.) Als Referenz den Namen Eures Kits eingeben (SKP8CMINI13, SKP16C28 oder SKP16C62P) 3.) Bestimmungsland und Eure Postleitzahl eintragen 4.) Kundennummer leer lassen 5.) Sendung verfolgen anklicken
besser eine Erweiterungsplatine zu entwerfen auf die man das Demo Board stecken kann. - mit allen Ports - 2xRS232 - i2c-Bus das reicht schon. Gruß Jörg
-
Thread
16x2 Display Datenleitungen
Achso, und welche pins vom Display reicht es NUR auf Ausgangspins des uC zu legen? Habe nämmlich nicht genug pins die Ausgang und Eingang können, dafür aber handvoll die Nur Ausgang können.
Aussagen. @TO: WENN Du wirklich unsinnigerweise vom Display lesen möchtest, dann benötigst Du am µC 3 Ausgänge zum Display hin (E, R/W und RS) sowie 4 Port, welche bidirektional arbeiten für die Daten. Wenn Du auf lesen vom Display verzichtest, benötigst Du 6 Ausgangsports am µC. R/W kann am Display
-
Thread
Bidirektionalen Levelshifter gesucht 3.3V <-> 5V
Chris K. schrieb im Beitrag #7344535: > Für was brauchst du einen Levelshifter von 3.3 auf 5 V für den > SHT11? > Eingangsspannungsbereich 2.4 - 5.5 V Ja jain - also der SHT11 würde nicht alleine an dem Strang hängen. Diese Platine ist eigentlich für andere I2C Devices gedacht
berücksichtigt, dass man vielleicht solcher Maker-Platinen parallel schaltet (ist ja ein Bus). Ich verwende 2,2 kΩ bei 3,3V. 5 Volt habe ich in Kombination mit I²C schon lange nicht mehr benutzt.
-
Thread
Teensy Synth "Shruthi 2"
etwas singt. 1.Bild: Schaltung 2.Bild: Spannungsanstieg ohne AntiPop 3.Bild: Spannungsanstieg mit AntiPop Audio File: https://drive.google.com/file/d/1BYZRGSl4H3rWMuQaOre5pfe5TaR1NqYx/view
etwas singt. 1.Bild: Schaltung 2.Bild: Spannungsanstieg ohne AntiPop 3.Bild: Spannungsanstieg mit AntiPop Audio File: https://drive.google.com/file/d/1BYZRGSl4H3rWMuQaOre5pfe5TaR1NqYx/view Gruß Rolf
-
Thread
LCD 202A Conrad und Atmega 8
"Pin2 gegen Pin8 und auch 5V." Meinte Pin3 Port2 gegen Pin 8 (GND) und auch 5V Pin4 usw analog
Snack schrieb im Beitrag #2920175: > Pin11 DB1 = 5V = 1.3V --> NOK? > Pin12 DB2 = 5V = 5V --> OK > Pin13 DB3 = 5V = 5V --> OK > Pin14 DB4 = 5V = 5V --> OK Da ist was komisch: was ist hier DB1...DB4? Die LCD-Pins 11
-
Thread
Pollin Board macht nicht was es soll mit ATMega16
Hauptprogramm Do 'Anfang der Schleife If Pind.2 = 1 Then 'Wenn an Pin 2 von Port D ein high level anliegt, dann... Toggle Portd.5 '...setze Pin 5 von Port D von
Hauptprogramm Do 'Anfang der Schleife If Pind.2 = 1 Then 'Wenn an Pin 2 von Port D ein high level anliegt, dann... Toggle Portd.5 '...setze Pin 5 von Port D von
-
Thread
Probleme bei Lattice I2C EFB mit Wishbone Interface
Hallo lattice_user ! Ich poste noch den Reg-Satz von dem Hardened Port I2C-Port #1 $40..$49, bzw. $4A .. $53 I2C Secondary Port.(#2). Address Mapping. Das ist aus meinem WBone I2C-Bus #1 als "Master"-Config, auf ein I2C-BUS Temp-Sensor von TI Typ: TMP101. Damit ist
Holger schrieb im Beitrag #3715262: > Ich poste noch den Reg-Satz von dem Hardened Port I2C-Port #1 $40..$49, > bzw. $4A .. $53 I2C Secondary Port.(#2). > Address Mapping. Tipp: Mach das mal als aktiv "Master am "primary I2C-Bus Port. Deine Source ist für das secondary I2C-Bus Port
-
Thread
Interrupt/Pin-Abfrage beim ADUC831
>Die Tasten hängen alle an den Port1-Pins (P10 bis P13) >dass alle Port1-Pins auf den "INT0" zusammengeführt sind (??). Wahrscheinlich gehen 4 Dioden von den Tasten zu INT0 >P2=INT0; //P2 sind die LEDs. Mach mal P2 = P1&0x0F;
Also [c] P2 = P1&0x0F; [/c] funzt gar nicht. Und die andere Variante mit [c]#define TASTE1 0x0E #define TASTE2 0x0D #define TASTE3 0x0B #define TASTE4 0x07[/c] funktioniert leider auch nicht - es wird
-
Thread
Umstiegsbreatung uC Atmel/STM
exportieren und in den Dateien die Linkerscripts und Startup-Files anpassen. Einen passenden ST-Link v2 "Flasher" gibts hier: http://www.ebay.de/itm/ST-Link-V2-Programming-Unit-mini-STM8-STM32-Emulator-Downloader-M89-CF-/272154524822?hash=item3f5dac7c96:g:j0wAAOSwh-1W15Zx Letztlich gilt allerdings
offiziellen ATmega328 Nachfolger entschieden: der ARM mit der ungünstigsten Peripherie überhaupt, "5V-tolerante" Pins aber 5.1V gibt den Rest, und ein M0 statt wenigstens ein M3, wäre nicht teurer gewesen, aber deutlich flotter.
-
Thread
UDP Server mit LM3S6965
> GND VCC -----------> 5 V V0 -----------> 0.3 V (Kontrast) RS -----------> PB5 / C1- R/W -----------> PC2 / TD1 E -----------> PC2 / TD0 DB0 -----------> PB0 / PWM2 DB1 -----------> PB1 / PWM3 DB2 -----------> PB2 / I2C0SCL DB3 -----------> PB3 / I2CSDA DB4 -----------> GND DB5 -----------> GND DB6 -----------> GND DB7 -----------> GND sollte eigentlich soweit in ordnung sein zumindest läuft
-
Thread
BCD auf C: was mache ich falsch?
(ziff2<<8)|(ziff3<<4)|(ziff4); b |= (c<<16); return b; } [/c] Zuerst habe ich am Ende statt [c] b = (ziff5<<12)|(ziff6<<8)|(ziff7<<4)|(ziff8); c = (ziff1<<12)|(ziff2<<8)|(ziff3<<4)|(ziff4
Programmbeispiel arbeitet korrekt, mir geht es hier vor allem um die Erklärung, warum die Zeilen wie [c]b = (ziff1<<28)|(ziff2<<24)|(ziff3<<20)|(ziff4<<16)|(ziff5<<12)|(ziff6<<8)|(ziff7<<4)|(ziff8);[/c] und [c]b = (ziff5<<12)|(ziff6<<8)|(ziff7<<4)|(ziff8); c = (ziff1<<12)|(ziff2<<8)|(ziff3<<4)|(ziff4
-
Thread
[AVR] Unerwarteter Compilerfehler mit constexpr
static constexpr PortA { 0 }; static constexpr PortB { 1 }; static constexpr PortC { 2 }; static constexpr PortD { 3 }; static constexpr PortE { 4 }; static constexpr PortF { 5 }; static constexpr PortG { 6 }; static constexpr PortH { 7 }; static constexpr PortI { 8 }; static constexpr PortJ { 9 }; static constexpr PortK { 10 }; static constexpr PortL { 11 }; constexpr Pin pinList [] = { { PortA, 3 }, { PortB, 2 }, { PortH
-
Thread
USB-C CC Pin Beschaltung für 1,5A
noch nicht ganz durchschaut. Soweit bin ich schon: Die CC1 und CC2 Pins mit je 5,1k Pulldown beschalten. Wenn >0,9V anliegen, darf meine Schaltung 1,5A ziehen. Bei >1,7V sogar 3A. Jetzt wäre meine Idee, die beiden CC Spannungen über zwei Dioden zusammen zu fassen
halbwegs standardkonform 1,5A per USB-C nutzen kann :=)
-
Thread
ATTiny2313 als I2C/TWI-Slave (zer)stört Bus
einiger Zeit klappte das auch noch prima, schließe ich den Controller jetzt aber an den vorhandenen I2C-Bus an, steigen alle anderen Sensoren (Gyro, Acc, Mag, Baro) aus; ich muss dazu sagen, dass der Bus mit 3,3V betrieben wird. Anscheinend legt mein ATTiny jedoch aktiv auf SCL und SDA sein VCC von 5V, so dass der Bus natürlich aus den Fugen gerät. Ich verwende den I2C-Code von Donald Blake und habe folgende Stelle im Code in Verdacht: https://github.com/wertarbyte/tiny-gps/blob/master/usiTwiSlave.c
-
Thread
attiny USI Slave Implementierung
if (PWM >= PWM2_Wert) { PORTD &= ~(1 << PIN2); } else { PORTD |= (1 << PIN2); } if (PWM >= PWM3_Wert) { PORTD &= ~(1 << PIN3); } else { PORTD |= (1 << PIN3); }
"Ersatz- I2C Routinen" neu installiert - nach dieser Anleitung http://doc.byvac.com/index.php5?title=RPI_I2C#Devices_requiring_Option1_or_2. Sie hat zudem den Vorteil, dass man auf jede beliebige Pin Paarung einen
-
Thread
Serielle Schnittstelle
378 Port 378 printer data output (readable) |7|6|5|4|3|2|1|0| ports 278, 378, 3BC | | | | | | | `---- data bit 0, hardware pin 2 | | | | | | `----- data bit 1, hardware pin 3 | | | | |
pin 8 `----------- data bit 7, hardware pin 9 Port 379 printer status register (Parallel Printer Port) |7|6|5|4|3|2|1|0| ports 279, 379, 3BD | | | | | | | `---- 1 = time-out
-
Thread
AT89C51ED2
Hi, habe ein paar Fragen: 1. Warum gibt es bei der 64-Pin Version zwei SFRs für den Port 5? 2. Gibt es eine Möglichkeit, sich den Bootloader zu verhauen, also dass man den Controller nicht mehr ISP-Programmieren kann? 3. Für sonstige Hinweise/Empfehlungen
reicht zum Anfangen und ich nen etwas größeres Eval Board. Allerdings 40 Pinner !!! Suchfunktion !!! 89C51ED2
-
Thread
Experimentierplatine für I2C und SPI Bus
I2C zu low Speed CanBus und SPI zu high Speed CanBus 2 Port Erweiterungen I2C und SPI MCP 23017 und MCP 23s08 ISP Anschluss (Progammierer MY USB LIGHT) 16 Taster 8 davon direkt an IO 8 weitere über Widerstandsnetzwerk über ADC I2C / SPI Ausgang für Erweiterungen Spannungsregler lm317 mit schiebeschalter zum wechseln der UC Spannung von 3,3V oder 5V Diverse LED 2x Dip 8 Fach Dip Switches So das war das grobe was
-
Thread
Nokia 6100 Grafiklibrary die Zweite
__ ((progmem)) f3x5[] = { 0x00, 0xFA, 0x04, 0x05, 0x01, 0x30, 0xB0, ... }; ----- Datei f3x5.c ----- Volkmar
@Hagen: Hallo, eine kleine Frage hab ich noch. Das Display arbeitet ja mit VCC=2,7V - 3,3V. Sind die SPI-Pins 5V-kompatibel, oder sollte man besser die 'L' Version des Mega 128 nehmen (3,3V)? Grüße, André
-
Thread
Batterie messen in low power Design
unter R 1/5 Summe 20k gibt oben 16k unten 4k oder eben passende nahe dran -> 16k und 3,9k dieser Teiler kommt an Transistor T3 Collector Der Teiler wird angeschaltet nicht vom Taster S1 sondern vom µC mit
verfügbar, geht es auch mit drei, in Serie geschalteten Silizium Dioden (z.B: 1N4148), daran fallen ca 2V ab. Die drei Dioden haben allerdings drei Temperaturdriften, welche sich addieren (3 x 2mV/°C). Und falls Geld keine Rolle spielt (da ohnehin keines vorhanden), kannst du auch ein 2,5V Referenzelement
-
Thread
Schnell Pins schalten
Hallo, nimm doch ein s.g. Dual Port Ram und deinen Standard uC. Oder ein 16bit FIFO, sowas wie MS81V10160, für 1024 Samples reicht das doch mfg Rene
nochmal +2/+3 (bei geringem Jitter). Wären dann bei 20MHz Clock immerhin ca. 2MHz Ausgabe. Wie viel hast du jetzt? Ausserdem brauchst dich nun wirklich nicht über fehlende Lösungsvorschläge zu beklagen, für
-
Thread
Init Problem mit KS0066 (Conrad)
da entweder eine klammer oder eine zweite invertierung. [c] S_PORT &= ~(1<<PIN_RS) | ~(1<<PIN_E); //oder S_PORT &= ~((1<<PIN_RS) | (1<<PIN_E)); [/c]
define CLEAR_DISPLAY 0x01 #define CURSOR_HOME 0x02 // Pinbelegung für das LCD, an verwendete Pins anpassen #define LCD_PORT PORTC #define LCD_DDR DDRC #define RS PC4 #define EN PC5 //--> DB4..7 = PC0..3 [/c]
-
Thread
10W Bitcoin miner mit 450GH/s für Raspberry Pi
) (und damit wurde der 3,3V Buck zum 5V Buck mit einem 3,3V 1117er LDO für den STM32) - zweiter Kanal um den 1,2V Converter zu kühlen - USB-C - 2 Pin-Header für LEDs, die man dann in eine Frontplatte oder den "Kühlergrill
habe und die FW neu aufgespielt habe. Muss ich bei der FW was beachten? Habe die PCB Version 0.2, weshalb ich auch aus diesem Repo die FW gebaut habe. Sollte ich die V.3.2 nehmen? LG Markus PS.: habe gerade das neuste Repo vom QAXE geclont. commit c2a55399750ce480e7872cc3ef803c5b26006bd7