-
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
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
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
[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
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
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
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
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
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
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
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
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
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
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
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
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
[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
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
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
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
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
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
-
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
AVR32 grasshopper patch für ATMEL buildroot 2.2.1
Im Schaltplan des Grasshopper (Seite 3/7) stehen zwei MT48LC16M16A2. In atstk1000.c von U-Boot for den stk1000 [C] ... static const struct sdram_config sdram_config = { #if defined(CONFIG_ATSTK1005) || defined(CONFIG_ATSTK1006)
Patch funktioniert :-)) Allerdings musste ich den PHY Patch ein wenig überarbeiten. Das gpio2.h ist im Anhang zu finden. [C] #ifdef CONFIG_CMD_NET #define PHY_RESET_PIN GPIO_PIN_PB(29) #include "gpio2.h" #include <asm/arch/memory-map.h> #include <asm/io.h> int board_eth_init(bd_t
-
Thread
MSP430 Falscher Pin reagiert auf Interrupt
Hallo, meine Interrupt-Register sind wie folgt konfiguriert: [c] /* Port 2 Interrupt Enable Register */ P2IE = BIT3 + BIT4; //Interrupts auf Pin 2.3 und 2.4 aktivieren -> RX0BUF und RX1BUF! /* Port 2 Interrupt Edge Select Register */ P2IES = BIT3 + BIT4 ; //falling edge /* Port 2 Interrupt Flag Register */ //Interrupt Flags löschen P2IFG = 0; [/c] Nun wird aber die ISR auch aufgerufen, wenn sich PIN2.5 ändert, das entsprechende
-
Thread
uC from Scratch
/MK64FX512VMD12/?qs=%2Fha2pyFadujpCJtEvKCpoqZE2e2wUWQscoWwmZV5MZaoray6%252BgPsTA%3D%3D Und generell, kennt sich jemand mit dem Bau solcher uC aus und kann mir vielleicht einen Tipp geben, wie ich das am besten angehe/mit
können. Das ist kein Problem. Schau Dir mal Tiva TM4C123 an, da gibt es Varianten mit bis zu 10 UARTS, 8 I2C, 4 SPI, einen Haufen ADC-Pins, PWMs,... Pincount reicht von 64 über 100 bis zu 144 Pins im TQFP mit 0.5mm Pitch (also Standard). TI bietet eine
-
Thread
Geschwindigkeit IO-Zugriff
Beiträgen geht nicht ganz klar hervor, ob der Faktor 8 lediglich an der Optimierung lag und [c] HAL_GPIO_TogglePin(LED2_GPIO_PORT, LED2_PIN); [/c] bereits ausreichte, um auf die 8MHz zu kommen, oder ob es die obige Set/Reset-Schleife war.
Frank M. schrieb im Beitrag #5339461: > HAL_GPIO_TogglePin(LED2_GPIO_PORT, LED2_PIN); > bereits ausreichte, um auf die 8MHz zu kommen, oder ob es die obige Hmmm. Hier einmal mit HAL [c] HAL_GPIO_TogglePin(GPIOB, PB0_Pin); [/c] und einmal
-
Thread
bin immernoch an probieren....... das klappt aber nicht! :((
crystal = 16000000 Config Pind.6 = Input Portd.6 = 1 Config Lcd = 20 * 4 Config Lcdpin = Pin , Db4 = Portb.0 , Db5 = Portb.1 , Db6 = Portb.2 , Db7 = Portb.3 , E = Portb.5 , Rs = Portb.4 Config Timer1 = Timer , Prescale = 256 , Capture Edge = Rising Cls Dim W3 As Long W3 = Timer1
16000000 > > Config Pind.6 = Input > Portd.6 = 1 > > Config Lcd = 20 * 4 > Config Lcdpin = Pin , Db4 = Portb.0 , Db5 = Portb.1 , Db6 = Portb.2 , > Db7 = Portb.3 , E = Portb.5 , Rs = Portb.4 > > Config Timer1 = Timer , Prescale = 256 , Capture Edge = Rising > > Cls > > Dim W3 As Long
-
Thread
Zustand der PIN´s einer Variable zuweisen
& (1<<PC7); //read Port C Input Pins Address --> C7 j <<= 1; j += PINC & (1<<PC6); //read Port C Input Pins Address --> C6 j <<= 1; j += PIND & (1<<PD5); //read Port D Input Pins Address --> D5 j <
); //read Port D Input Pins Address --> D5 j |= PIND & (1<<PD4); //read Port D Input Pins Address --> D4 j |= PIND & (1<<PD3); //read Port D Input Pins Address --> D3 j |= PIND & (1<<PD2); //read Port
-
Thread
Target mit SWD verbinden - "Vdd from Application" , GND?
5 options.c:63 configuration_output_handler(): Debug: 97 5 command.c:166 script_debug(): command - gdb_port 3333 Debug: 98 5 command.c:166 script_debug(): command - telnet_port 4444 Info : 99 5 server.c
Neugier dahingehend geweckt, doch mal SWD-Trace Messages auszuprobieren. Habe in die Blinky-Mainloop [c] while (1) { /* USER CODE BEGIN 3 */ pin_state = !pin_state; HAL_GPIO_WritePin(Led2_GPIO_Port, Led2_Pin, pin_state); // synchronous delay for 500 ms
-
Thread
Fritzbox 7590 fiept
Mein WLan 2.4 und 5 GHz funktioniert noch. Welcher ist denn der MP1477? Hab auf der Vorder und Rückseite mehrere so kleine schwarze Teile mit links und rechts je 3 Pins gefunden. Hab ich das richtig gelesen...ist
auch abgerissene Pads am DECT-Chip wegen Sturz; kontrollier mal die VCCs für den FPGA - unten sitzen 2 LDOs im SOT23-5 (Marking "3XB" und 3XT"), da müssen 1,2V und 2,5V raus kommen
-
Thread
ATMEL billiger und leistungsfähiger als PIC
(DIL-28) max. 16MHz und 23 IO Ports 8kB Flash, 512B EEPROM, 1kB RAM -> 2.60€ Und dann vergleiche hiermit PIC 18F14K50, DIL-20, Temperaturbereich -40 ... +125 °C, 8-bit Program Memory, 16 KBytes, Self-Write yes, RAM, 768 Byte, EEPROM 256Byte, I/O-Pins 15, 1 8-bit Timer, 3 16-bit Timer, Geschwindigkeit 48 MHz, Internal Oscillator 16 MHz, 32 kHz. Anschlüsse / Schnittstellen: 9 ADC, 1 A/E/USART (Auch USB), MSSP (SPI/I²C) Elektrische Werte: Spannungsbereich