-
Thread
Gira Glühlampendimmer reparieren?
([0,0,2+8+9+11+12+13+2])cylinder(h=2,d1=3,d2=2); }; translate([6.3,2,L2/2])cube([10,10,L2],center=true); translate([-6.3,2,L2/2])cube([10,10,L2],center=true); translate([0,0,L2/2])cube([10,1,L2],center=true
Martin schrieb im Beitrag #7494009: > Wenn ich statt 270 z.B. 290 eingebe wird das ganze jedoch asymmetrisch, > mal schauen ob ich den Startpunkt finde. dann setze den Winel für das Loch auf 55 also um 20Grad/2. Die Drehung beginnt auf der Y-Achse. Oder
-
Thread
PowerLine über Schutzleiter + unbelegtes Kabel?
Hab den überträger ausgelötet und funktioniert wunderbar über diese > Länge Wie hast du die RX- und die TX-Wicklung (die beim Powerline-Adapter auf der Niederspannungsseite des Übertragers sind) auf deine Test-Doppelader gelegt? mfg mf
auf den anderen L in dem Kabel. Die Lösung bringt's also nur, wenn man die HF aus dem Haus hält, z.B. mit Drosseln oder guten Netzfiltern. Die gibt es sicher auch auf Hutschiene. Wo ist eigentlich der TO?
-
Thread
MiniDisc, kennt das noch jemand oder nutzt es sogar?
Knut B. schrieb im Beitrag #7907417: > Welcher Art waren die mechanischen Probleme denn und welche Recorder > betreffen diese? Der erste war der MZ-R2. Mit der Zeit fing er an zu jaulen und positionierte
Knut B. schrieb im Beitrag #7907430: > 2 Zellen zum Anschrauben, um die Laufzeit des Primärakkus zu > verlängern oder eine Notstromvariante zu haben. > Ich kenne es mit einem Fach für die Sony-Akkus
-
Thread
ESP01S: TCP Server und UDP Multicast
documentation/4a-esp8266_at_instruction_set_en.pdf Da steht nichts von multicast. Die Version 2.2 kann es angeblich lässt sich aber nicht erfolgreich installieren/ausführen.
Noch eine Frage bitte: Wo finde ich den die Beschreibung der z.B. WiFi Kommandos die hier verwendet werden? Ich habe zwar Dokumentation gefunden, aber die passt irgendwie nicht zu dem Code. z.B. Code: wifi.config(ip, gateway, netmask, dns, dns2); Doku:
-
Thread
STM32F767: "HAL_UART_Receive_IT" bringt busy
UART_HandleTypeDef *huart) { uint16_t* tmp; uint16_t uhMask = huart->Mask; /* Check that a Rx process is ongoing */ if(huart->RxState == HAL_UART_STATE_BUSY_RX) { if ((huart->Init.WordLength == UART_WORDLENGTH_9B) && (huart->Init.Parity == UART_PARITY_NONE)) { tmp = (uint16_t*) huart->pRxBuffPtr ; *tmp = (uint16_t)(huart->Instance->RDR & uhMask); huart->pRxBuffPtr +=2; } else { *huart->pRxBuffPtr++ = (uint8_t)(huart->Instance->RDR & (uint8_t)uhMask)
-
Thread
Shunt Regulator Verstaendnissfrage
N04160 N02229 N01136 PNPL1X 10 R_R1toR5 N07686 N01136 30.5K TC=0,0 R_R15 N01931 Q20B 66K TC=0,0 Q_Q14 N02229 N02229 N01136 PNPL1X 1 Q_Q20 N01533 Q20B V- NPN1X R_R6 VB_Q2 N07686 20K TC=0,0 C_Cx V- N01136 150pF TC=0,0 C_C2 VC_Q3 N02514 6pF TC=0,0 E_Estart N30465 V- VALUE { max(0.4*(1-V(VB_Q2, VB_Q3)/.05), 0)+V(Q20B) + } Q_Q1 V- FB Q1E PNPV1X 5 Q_Q17 N01533 FB Q1E PNPL1X 1 R_Rx6 V+ N01136 40 TC=0,0 Q_Q19 Q20B VE N08426 PNPL1X 1 R_R8 Q1E VB_Q3
-
Thread
Linkerscript verstehen lernen - Wo fängt man an?
Build zustandebringen. Mehrere RAM-Bereiche sind dagegen eher normales Business bei Renesas SH-2/3/4/RX-6x und besseren ARMen.
2.4 Embedded SRAM. "The CPU can access the SRAM1 through the system bus or through the ICode/DCode buses when boot from SRAM1 is selected or when physical remap is selected (Section 9.2.1: SYSCFG
-
Thread
Portapack H2 zusammenbau und inbetriebnahme wie?
und mayhem_v1.7.4_COPY_TO_SDCARD.zip herunter und entpacke beide in eigene Verzeichnisse. Von der 2. zip (copy to sdcard) kommt ALLES auf deine SD Karte, dann sind da Ordner wie ADSB, AIS, ... Dann die SD Karte in den PortaPack einsetzen. Die 1. zip ist die Firmware. Kopiere sie komplett z.B. auf
HackRF One" erkannt, wenn es per USB angeschlossen ist UND in den HackRF Modus umgeschaltet wurde? 2. Schon Firmware geflasht (s.o.)?
-
Thread
Firmware entschlüsseln, Updateprogramm als Hilfe?
Register: [code] BK4819_WriteRegister(0x1E, 0x4C58); BK4819_WriteRegister(0x2A, 0x4F18); BK4819_WriteRegister(0x53, 0xE678); BK4819_WriteRegister(0x2C, 0x5705); BK4819_WriteRegister(0x4B, 0x7102); BK4819_WriteRegister(0x77, 0x88EF); BK4819_WriteRegister(0x26, 0x13A0); [/
(0x2A, 0x4F18); // after reset: 0x4711 > > BK4819_WriteRegister(0x53, 0xE678); // after reset: 0xE66C > > BK4819_WriteRegister(0x2C, 0x5705); // after reset: 0x5B05 > > BK4819_WriteRegister(0x4B,
-
Thread
Opamp / Mosfet - heftige Oszillation
Safe Operation Area nicht her, im linearen Betrieb Leistung zu verheizen. Deswegen der IXTP15N50L2 von Littlefuse, der ist für sowas gemacht. https://www.mouser.de/datasheet/2/240/ixyss05801_1-2272383.pdf Problem: Heftige Oszillation am Shunt, gemessen per SMB-Buchse U9. Siehe Grafik. Gemessen
Safe Operation Area nicht her, im linearen Betrieb > Leistung zu verheizen. Deswegen der IXTP15N50L2 > von Littlefuse, der ist für sowas gemacht. > > https://www.mouser.de/datasheet/2/240/ixyss05801_1-2272383.pdf > > Problem: Heftige Oszillation am Shunt, gemessen per SMB-Buchse U9. Siehe >
-
Bild
GD32W515T-START RISC-V Mikrocontroller-Entwicklungsboard
GD32 RISC-V GD32W515 MD2 SP 2V1 GD32W515T-START 2021/12 V1.0 A0 A1 C0 C1 A2 A3 C2 C3 A4 A5 A6 A7 C4 C5 B0 B1 B2 B3 B11 B12 B4 B5 B6 B7 B9 A13 A14 A15 C6 C7 AGND +5V Uart_TX Uart_RX DAPLINK AGND +3V3 AGND +3V3 SW3
-
Bild
Schaltplan mit Logikgattern und LEDs
+5V U2A 74LVC2G17 R1 22 J2 2 3 LED_A 1 6 GND +3.3V J11 R5 10k J12 1 RX +3.3V R6 10k J13 1 U2B 74LVC2G17 4 3 J3 2 3 LED_B R2 22 +5V GND GND
-
Thread
Frage - Idealer OPV - Verstärkung
resultierende Ausgangsspannung Ua, sondern gehe den umgekehrten Weg: Die Ausgangsspannung setze ich z.B. auf 10V und rechne nach, welche Spannung damit am Eingang liegen würde. Bild 1 zeigt die Schaltung, ohne die "zwecklosen" Widerstände. Beweis mag sich jeder selbst ausdenken... In Bild 2 habe
=0,2. Verstärkung: V=1/0,2=5.
-
Thread
Induktives Abgreifen von Sprache an eine Grubenwehr Telefonleitung
John B. schrieb im Beitrag #7484242: > Deine "schwarzen 2kΩ-Kapseln mit Blechmembran" sind schrecklich > ineffizient, weil die Bleche so steif sind. Also Kopfhörer waren sie aber sehr empfindlich, z.B.
Peter D. schrieb im Beitrag #7484248: > Also Kopfhörer waren sie aber sehr empfindlich, z.B. am > Detektorempfänger. Das ist dein subjektiver Eindruck, führt aber vom Thema weg. Nur zu deiner Info noch: Sie waren ausreichend empfindlich, um mit dem Detektor-rx starke Rundfunkstationen
-
Thread
STM32 Flash Schaltung über UART
Ich würde da einiges anders machen ;-) 1. NRST mit Widerstand auf 3.3V und Taster auf GND 2. BOOT mit Widerstand auf 3.3V und Switch auf GND. Elko raus 3. Header UART: RX, TX und GND 4. Header SPI: 3.3V, MOSI, MISO, SCK, CS und GND 5. 100 nF an VDD und VSS. Nahe am STM Grüße Ups. Steve
schrieb im Beitrag #7483087: > Nein. So geht das am Reset Pin: So müsste es dann passen? (RESET2; hatte den falschen Wert bei C3 (ja der wird noch C2; hatte etwas probiert))
-
Thread
DS3231SN RTC Module mit DS3231M (MEMS) Typ installiert
Bauform B. schrieb im Beitrag #7483853: > Bei Mouser gibt's für 30 Cent mehr den > RV-8803-C7, mit Kompensation An die Pads unterm Chip kommt aber kein Bastler mit dem Lötkolben ran. Den RX8010SJ kann man
Falk B. schrieb im Beitrag #7485266: > Joachim B. schrieb: >> Gerhard O. schrieb: >>> Die interne Temperatur wird ominös mit 42.25C ausgegeben. >> >> mit jeder Auslesung am Chip steigt auch die Temperatur
-
Thread
ESP01S findet BME280 nicht
irgendeinem mir nicht ersichtlichen Grund, findet der ESP 01S den Sensor, mit dem den meisten Bekannten I2C Scanner nicht. Sensor Defekt schließe ich aus, funktioniert an einem ESP32 Dev Board am 3.3V Pin. Meine einzige Vermutung ist, dass der XC6220B331MR-G von Aliexpress das Problem sein könnte, weil
dieses: https://www.amazon.de/DollaTek-Mini-WLAN-Modul-Motherboard-Integriertes-18650-Akkusockel/dp/B07MPB2LRT/ref=sr_1_2?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=8T40N78APGO5&keywords=18650+esp&qid=1692396425&sprefix=18650+esp%2Caps%2C104&sr=8-2 Dieses Teil entlädt die Batterie trotz Deep
-
Thread
RS232 auslesen
Was zeigt Scope an TX? Was an RX?
Original: https://sid.siemens.com/api/khub/documents/OOCuWhiI6_FJ3Bebg9L9gA/content?Ft-Calling-App=ft%2Fturnkey-portal&Ft-Calling-App-Version=4.1.38&filename=10885_de.pdf Ich fürchte aber, daß das ganze zu keinem Ergebnis führen wird. a) Das Ding ist uralt b) Das Ding ist von Siemens und Siemens
-
Thread
schnelles Schalten mit on-Chip-Lösungen
Prozessors brauchen dann geschätzt 0,3 statt 0,5 GB/s. Ich rechne nun einen AXI mit 150MHz. Der könnte 2,4GB/s (mehr kommt vom Exemplar 2 sowieso nicht). Rechnen wir 2,0. Abzüglich 0,5 bleiben 1,5. Davon müsste ich mindestens 70% abgekommen. Klappt das?
schätzen, aber die Schaltmatritzen der AXI-Busse suggerieren mir eine Bandbreitenbremse. Dem Bild oben z.B. ist zu entnehmen, dass auf dem PHY 4 Teilnehmer arbeiten (können) während nur 2 davon über eine Matrix an die 4 PS-Teilnehmer angeschlossen sind. Frage der Frage: Welche Bandbreite bleibt für einen
-
Thread
ESP32: Wie das beste aus dem ADC herausholen?
Ben B. schrieb im Beitrag #7476492: > Die Alternative wäre sicherlich ein externer 8fach 12/16Bit ADC, der > sich über SPI oder I2C anbinden lässt, aber habe ich nicht da, kostet > Geld und ich wüsste
Ben B. schrieb im Beitrag #7477891: > 47k/47k Spannungsteiler Zu hochohmig, da streut dir das Funksignal stark rein. Gehe auf 2,2 kΩ runter oder schalte einen Kondensator parallel zum "unteren" Widerstand
-
Bild
Yaesu FT-1000MP Mark-V Funktransceiver
POWER METER VOX MAX YAESU HF TRANSCEIVER FT-1000MP MARK-V Field PHONES AQC FAST ATT IFD ANT RX MAIN VFO-A TX LSB CW AM SSB RTTY PKT FAST USB CW AM SSB RTTY PKT BAND GMB RCL 1 2 3 4 5 6 7 8 9 0 SUB VFO-B TX SHIFT WIDTH CLAR NOTCH CLAR LOCK SPEED PITCH CLAR
-
Thread
ESP-32 SPI sendet falsche bits
Slave slave; static const uint32_t BUFFER_SIZE = 4; /* Tx byte: bit 1: 1 == valid message bit 2: 1 == pin is high bit 3 - 8: pin_nr */ uint8_t* spi_slave_tx_buf; /* Rx byte: bit 1: cmd bit 2: 1 == pin is high bit 3 - 8: pin_nr */ uint8_t* spi_slave_rx_buf; #define LED 2 void
= (spi_slave_rx_buf[0] & 0b10000000) >> 7; data = (spi_slave_rx_buf[0] & 0b01000000) >> 6; pin_nr = (spi_slave_rx_buf[0] & 0b00111111); Serial.print("cmd "); Serial.print(cmd); Serial.print
-
Thread
IR-Empfänger Typ?
gleichen Abstand (ca. 0,5 Raster), die > beiden äußeren Pins sind zur Seite gebogen, um auf Raster (2,54mm zu > kommen). Diese Beschreibung spricht für TSOP48xx, z.B. TSOP4838. Komischerweise widersprechen sich hier Deine Beschreibungen. Die mit der länglichen Wulst haben Beinchen mit ungleichmäßigen
Peter N. schrieb im Beitrag #7472223: > Wie hoch ist denn die Bandbreite gewöhnlich? +/- 2kHz sind schon drin, jedoch zu Lasten der maximalen Entfernung zum Sender. Wenn Du es genauer wissen möchtest, musst Du schon mal in so ein Datenblatt reinschauen, z.B. zum TSOP4838. Da ist die Bandbreite
-
Bild
Foto einer bestückten Leiterplatte mit Pfeilen
Z008, C78, Z008, Z008, V80-, V80-, C35, R49, FB39, R55, C36, C28, R16, Q2, C27, C4, R98, Q5, R3, R97, R15, C46, C24, R22, R8, T-15, LC62889, 19:24, CHARGE-IN, VSW, C29, R33, R34, C31, C1, R28, R31, C64, R9, D24, R37, D22, R80, FB34, FB38, C31, C33, R58, R56, R33, R14, D14, R65, R63, R7, D19, R83, R81, Q15, U2, FB5, FB6, GND, GND, SP, SP5V, BKL, TX, NTC, RX, GND, 5V0, 5V0, D-CTR, 6-L, K-L, Y-L, 6V, F-1, B-1, LSW6G-Lime2.0, 181117, C
-
Thread
STM32 5V tolerant, welcher Pegel?
Den Schaltplan müsste ich rekonstruieren, und da es min. 2 Lagen + ein GND Lage sind wird das womöglich nichts. Für 5V spricht der Siebdruck sowie die Tatsache dass der TX mit 5V antwortet wenn man RX mit 5V fragt.
ob man am RX Pin mit 3V oder 5V sendet. Die genauen Pegel am TX Pin sind 4,99V bzw. 2,81V laut Oszilloskop. 4. Die Verkabelung ist original und der Abstand beider Controller beträgt ca 1 m. Meine Frage war ob
-
Thread
Bluetooth LE Verständnissproblem ATT, GATT usw.
nicht subscribed hast, die die Original-App üblicherweise subscriben würde. Neben der "Nordic UART RX"-Characteristic, an die Du die sieben Bytes sendest, gibt es ja z.B. auch noch die "Nordic UART TX"-Characteristic (UUID: 6E400003-B5A3-F393-E0A9-E50E24DCCA9E) für die Gegenrichtung, zum Empfangen. Auch
Joachim S. schrieb im Beitrag #7473581: > Neben der "Nordic UART RX"-Characteristic, an die Du die sieben Bytes > sendest, gibt es ja z.B. auch noch die "Nordic UART TX"-Characteristic > (UUID: 6E400003-B5A3-F393-E0A9-E50E24DCCA9E) für die Gegenrichtung, zum > Empfangen
-
Bild
Schaltplan mit RGB-LED, Arduino und LCD-Display
R G B RGB-LED common cathode 150 Ω 100 Ω D2 D9 D0 D6 D5 D4 D3 D2 TX RX PWM CSP D13 AREF A0 A1 A2 A3 A4 A5 A6 5V RST GND VIN SDA SCL
-
Thread
RF Verstärker mit "Resonanz" bei 7 MHz
mit Gardinenringen aus Kunststoff wurden Leitungsübertrager gebaut. Mit den damaligen Transistoren (2N3866, 2N4417, 2N5109, BFW16 u.v.a.m) wurden selbst bei 150Mhz noch 10dB erzielt. In meinen Augen der ultimative Vorteil der Schaltung: man braucht sich kaum Gedanken zur Anpassung zu machen, auch wenn
mal ein paar angebliche 2SC5551 (Aufschrift BE 0 LZ) gekauft, von denen ich 1 genommen habe. Keine Ahnung, ob der echt ist. Ergebnis: Super glatte Kurve (mit Abschwächer 20 dB), siehe Bilder! Gain: ca. 18 dB. DANKE noch
-
Bild
Foto einer bestückten Leiterplatte
C78, Z008, Z008, FB39, R55, C36, C28, V80-, V80-, R49, FB38, C31, R58, C3, R28, C27, C4, D17, R96, RH2, LSW6G-Lime2.0-181117RC, Q2, RH1, R83, Q15, FB34, R80, R55, R3, 229, R97, D22, C29, R33, C31, R1, C64, R15, C46, D21, R14, R37, C24, D18, R7, U2, R76, C87, D24, Q3, 09, D19, FB5, R82, R65, 6V F- B-, CHARGE-IN, LC62889, GND, SP5V BKL, TX NTC, RX, GND, 5VO, 5VO, D-CTR, K-L, Y-L, VSW, CTR, 19:24
-
Thread
Arduino 2560 / Datenverlust bei Hardware-UART und SPI
Atmega2560 mindestens 0.6 * Vcc betragen. Wenn der Atmega mit 4.6 V versorgt wird, sind das knapp 2.8V.
Hallo! Die Pro Mini in meinem Bestand haben einen Atmega328P (ohne B) und damit nur einen HW-Uart! Eine Schnittstelle für die Konsole/User-Interface/Programmierung, eine für den Sensor war mein Plan! Den Anschluss Sensor an Soft-Sio, RTC und eeprom per i2c funktionierte
-
Thread
Klingeldraht (2xTP) nutzen für PoE Kamera
über 1/2+3/6 !
aber versuchen, zwischen RX und TX Paerchen eine Gleichspunnung zu uebertragen.
-
Thread
I2C RTC+EEPROM mit ESP8266. Mal funktionierts mal nicht
Die Anbindung des EEPROM hab ich selbst geschrieben und ist vom AVR-C portiert worden wo halt die i2c_xxx Funktionen durch die Methoden der Wire Library ersetzt wurden. So wie ich das verstanden habe hat der ESP8266 ja auch kein richtiges I2C Interface in Hardware wie zB. der AVR/STM32, sondern das
Reset am AVR über den Resetpin auslöse und der AVR die > Uhrzeit gerade abfragt via I2C weiß die RTC das ja auch nicht das ein > Reset am AVR gekommen ist. Bei den alten Philips-MCs mit HW-I2C (P80C552 .. P89C668) wurde das berücksichtig, d.h. das HW-I2C erzeugt automatisch die Pulse
