-
Thread
Heltec LoRa32 Evaluationboard
Serial.begin(115200); while (!Serial); pinMode(RST, OUTPUT); digitalWrite(RST, LOW); delay(10); digitalWrite(RST, HIGH); delay(10); SPI.begin(5, 19, 23, 18); // (SCK, MISO, MOSI, SS) Serial.println("Teste SPI-Register des LoRa-Chips..."); uint8
void loop() { delay(1000); } uint8_t readRegister(uint8_t addr) { digitalWrite(CS, LOW); SPI.transfer(addr & 0x7F); // Read-Befehl: MSB muss 0 sein uint8_t value = SPI.transfer(0x00); // Dummy-Byte senden und Wert empfangen digitalWrite(CS, HIGH); return value; }
-
Thread
Frage zu DMX
gemeint ist, ist es genau andersrum. Das sind die Bias-Widerstände, um einen definierten Ruhepegel (high) zu haben, wenn kein Busteilnehmer sendet.
, weil Pakete mit einem Break beginnen. Einen solchen erzeugst Du, wenn Du den Bus in Ruhelage auf Low ziehst.
-
Thread
Transistor Emitterschaltung mit Spannungsteiler
Transistor in Sättigung, was auch durch das berechnete Verhältnis I_C / I_B bestätigt wird. • I_C, U_µC_High und U_µC_Low bleiben auch gleich wenn R_2 entfernt wird (ausgenommen bei U_S > U_e), wie erwartet. • R2 darf bei gegebendem R_1 sein Minimum nicht unterschreiten, da sonst die Schaltgrenze U_S über
-
Thread
Reset von TLC555 bei Power on und Power off
Dauersignal (+5V) am Eingang 1 (E1) soll nach 10sec (t1) Verzögerung den Ausgang (A) für 30sec (t2) von Low (0V) auf High (5V) schalten. 2. Der Ausgang (A) muss bei Anlegen, Wegfall oder Unterbrechung der Versorgungsspannung sicher auf Low gesetzt werden/sein. 3. Der Ausgang (A) sollte durch einen Impuls
> 3. Der Ausgang (A) sollte durch einen Impuls (5V) an Eingang 2 (E2) - > unabhängig ob E1 noch High ist - auf Low gesetzt werden. Das ist aber ne neue Salamischeibe. Kommen noch mehr?
-
Thread
ESP32: UART1 Kommunikation fehlerhaft
immer noch unklar, ob der "USU-RS232" ein echtes RS-232 macht (dann sind die Pegel invertiert, also low bei Idle). Falls er einen Sub-D-9 hat, ist das sehr wahrscheinlich. Zur Überprüfung könntest du den TX vom Adapter auf dem Oszi anschauen, und Daten vom PC her senden, und das Oszillogramm vergleichen
gemessen, dass der ESP sendet (Bild vom 11.2.). - Er sieht 900µs Bitzeit, also ca. 115k. - Idle is high, wie man das erwarten würde. - Der Tastkopf ist falsch eingestellt. Das Bild zeigt 330mV anstatt 3.3V high. - Am Ausgang des USB-RS232-Wandlers misst er (am 11.2. 10:05) dass Idle low ist, also ein
-
Thread
EtherCAT, CircuitPython, OpenWRT und ein quelloffenes TPM
Audio-Verarbeitung besonders in den Vordergrund zu stellen sucht: [c] The NAU88L21CYG is an ultra-low power high-performance audio codec that supports both analog and digital audio functions. It includes one I2S/ PCM interface, one set of digital microphone interfaces, one digital mixer, two high-quality
stereo class-G headphone amplifier. . . . NAU88L21CYG Market Advantages Conventional codecs without low pass filters will cause delay/ high latency during audio data transmission on critical events, especially in the real-time stream processing applications. It will cause a mismatch between audio and
-
Thread
Was ist das für ein Protokoll?
Jetzt mal mit LA: D0 SCK not D1 SO D2 SI Wie gesagt zu beachten ist das SI durch die Schaltung Low wird wenn SO High ist. Ich habe in Idle 3 mal markiert was ich mit der Pulsweite meine. Außerdem habe ich mal eine Reihe aufgenommen, die zeigt was passiert, wenn ich einmal die Plus taste drücke
zu werden, dass eine Seite die Datenleitung auf low zieht und danach die Übertragung von 8 Bit mit auf der langsameren Frequenz stattfindet (SPI, Datenübernahme bei steigender CLK Flanke). Nachdem 8 Bit in eine Richtung übertragen wurden, wartet die
-
Thread
ESP32 RMT Carrier always_on
duty cycle 33% .frequency_hz = 38000, // 38 KHz .flags.polarity_active_low = false, // carrier should be modulated to high level .always_on = true, // If set, the carrier can always exist even there's not transfer undergoing }; // modulate
-
Thread
28C256 programmieren
Das verlinkte Datenblatt ist eindeutig: Write operations are initiated when both CE and WE are LOW and OE is HIGH.
OE auf LO zieht und andersrum. Das kann nicht funktionieren. /OE muß um die t_OES *vor* /WE = low auf high gehen.
-
Thread
3 LEDs an 2 Leitungen
? HIGH : LOW); digitalWrite(led_gelb, invertiereLogik ? HIGH : LOW); digitalWrite(led_gruen, invertiereLogik ? LOW : HIGH); } else if (zustand1 && zustand2) { digitalWrite(led_rot, invertiereLogik ? LOW : HIGH); digitalWrite(led_gelb, invertiereLogik ? HIGH : LOW); digitalWrite(led_gruen, invertiereLogik ? HIGH : LOW); } } [/code] Ist das der beste Code der Welt? Nö. Funktioniert
-
Thread
8-Port Schnittstellenkarte Equinox SST-4/8
gemacht Ja, weil die meisten USB-Serial-Adapter wohl FullSpeed-Geräte sind bräuchtest du einen HighSpeed Hub welcher für alle 8 Ports Transaction Translators hat. Oder USB-Serial-Adapter die direkt USB HighSpeed können. Nur so kann man die volle Datenrate des HighSpeed Ports vom PC nutzen. Könnte
Davon 2 und irgendein HighSpeed Hub, fertig. Leider nicht ganz günstig.
-
Thread
Bauteile: PocketBeagle, smart aufgebaute LEDs, ESP32 mit STM32 uvam
) and biopotential (BioZ) analog front end (AFE) for wearable applications. The MAX86178 offers high performance for wellness and clinical applications with low power for long battery life [/c] Nun steht dafür ein Evaluationsboard zur Verfügung, das die Sensordaten per Bluetooth oder USB ansprechbar
-
Thread
Suche Protection IC
probieren ob der Ausgangsstrom wieder unterm Limit bleibt? Constant-Current? ...? Soll das Ding High-Side oder Low-Side eingesetzt werden? Wenn High-Side - bist Du Dir ganz sicher dass es High-Side sein muss und es nicht auch Low-Side ginge?
Komponenten einen defekt aufweisen oder wo ich nachher probleme in meiner Leitung habe. Ja so ein High-Side-Switch / Low-Side-Switch ist ja auch mit "smarten" funktionen ausgestattet auch eine "protection" IC deswegen habe ich es darunter Publiziert. Es kann auch ein Low-Side-Switch sein es muss
-
Thread
esp32: deep sleep + esp-now
2000); // Zeit für Debugging esp_deep_sleep_enable_gpio_wakeup(BOOT_PIN, ESP_GPIO_WAKEUP_GPIO_LOW); delay(200); esp_deep_sleep_start(); } void loop() { delay(1000); print_wakeup_reason(); } [/c]
); // Zeit für Debugging esp_deep_sleep_enable_gpio_wakeup((1ULL << 9),ESP_GPIO_WAKEUP_GPIO_HIGH); delay(200); print_wakeup_reason(); delay(1000); // Zeit für Debugging esp_deep_sleep_start(); } void loop() { } [/c]
-
Thread
SDRAM mit Atmega328P
ein Programm bräuchtest Du, um den Adressraum bis 1088 KByte anzusprechen. (von 1024 bis 1088 ist High Memory Area im Extended Memory.) Quelle: 9783423503013 "MS DOS von A bis Z", Seite 157 ciao gustav
schrieb im Beitrag #7823100: > So wie es aussieht, darf man bei SDRAM den Takt auch anhalten (CKE = > low). Im Datenblatt CKE = LOW ist NICHT das Gleiche wie den Takt selber anhalten (CLK)! Den der Takt treibt ja sämtliche State Machines, Zähler etc. im SDRAM! Bei echtem, old school SDRAM kann man
-
Thread
Controller Eingang, Schutzschaltung für KFZ per Optokoppler
Beitrag fällt. Thomas F. schrieb im Beitrag #7824780: > Beitrag "Re: Arduino Inputs willkürlich HIGH & LOW trotz Pullup" Den Vorteil bzw. entstehende Schutz dieser Schaltung ist mir leider nicht ganz ersichtlich, aber vielleicht kannst du ihn mir kurz erklären? Das ist ein Spannungsteiler der direkt
-
Thread
Stromverbrauchoptiomierung
TPS7A03 (200mA 200nA 0.8-5V bis 6V SOT23-5) STLQ020 (2-5.5V 200mA 300nA Iq) HE9073 (7V 100mA 300nA high speed low noise LDO DFN4/SOT23/SOT23-5/SOT89) NCP170 (2.2-5.5V 150mA 1.2-3.6V 0.5uA Iq TSOP5) AIC2140 (2.2-5.5V 300mA 600nA Iq) XC6504 (150mA 600nA 1.1-5V aus bis zu 6V capacitorless SOT25) XD6506 (
-
Thread
Spannungsmessung bzw. -überwachung ohne ADC
nur ein RC Glied... C alleine reicht nicht ganz. Du startest indem du den gpio ausreichend lange Low schaltest... Also den C auf 0V entladen. Jetzt schaltest du um auf digital Input und wartest bis ein high zurück kommt. Die Exponentialfunktion für den Ladevorgang, die Schaltschwelle und die
bitte? Eigenbau "ADC". Kondensator und Widerstand davor sind bekannt, der GPIO zieht aktiv auf low und geht dann auf (no Pullup/-down) Eingang und misst die Zeit, bis er high liest. Taugt zumindest für "Betriebsspannung wie immer" oder "weniger".
-
Thread
Robuste Elektrolytkondensatoren, neue Mikrocontroller, Funkerei und Lesestoff
the benefits of a crystal oscillator and an atomic clock in a single compact device. The EMXO offers low-phase noise at 10 Hz < -120 dBc/Hz and Allan Deviation (ADEV) stability <1E-11 at a 1-second averaging time. The atomic clock provides initial accuracy of ±0.5 ppb, low frequency drift performance of
where robust, secure Bluetooth connectivity is needed. BG22L SoCs deliver an exceptional balance of low cost, low power consumption, high reliability, and superior performance. It includes ultra-low power receive mode along with a Precision Low-Frequency RC Oscillator (PLFRCO) that eliminates the need
-
Thread
Wert von SMD Ferritspule gesucht, Aufdruck "Pfeil nach Links" und "R"
1uH?). Damit geht es wieder. Pulsform mit dem Oszi gemessen: An einem Ende der Spule ist ca. 200ns low (=GND), ca. 1us high (ca. 3V). Interessanterweise verschwinden die Puls bei einer Eingangsspannung von 3,3V. Bei weniger Eingangsspannung bleibt der high Level bei ca. 3V. Das andere ende der Spule
-
Thread
AVR64DD32, UART-Ausgabe bleibt hängen, Assembler
der ausgeführt mit der höheren Priorität. Sie werden also nach Prio abgearbeitet. Dann gilt "The lowest interrupt vector address has the highest priority." Siehe ioavr64dd32.h ab Zeile 6105. Das heißt auch, dass nach Beendigung irgendeiner ISR die nächste ISR mit der aktuell höchsten Prio als Nächstes
code] Und das findest du übersichtlicher als meine paar .if- und .else-Zweige? [code] ldi temp, low(ramend) ; Stackpointer setzen out spl, temp ldi temp, high(ramend) out sph, temp [/code] Bei den alten AVRs sollten 16-bit-Registerpaare immer mit H zuerst beschrieben werden (wobei es in diesem
-
Thread
Timer mit NE555
Jörg R. schrieb im Beitrag #7821329: > CDHC123 gibt es nicht;-) Heisst das CadmiumHighCurrent?
steckt nur Geltungssucht dahinter. Der gewoehnliche Bastler kam damals auch nur an die 5V 74er (low&high speed) und CD.. bis 15...20V ueber die üblichen Quellen heran.
-
Thread
Feedback zur Schaltung: Differenzielle digitale Datenübertragung
Halb-/Voll-Duplex 2) Opto-Entkopplung bzw. Potentialfreiheit 3) Signalaufbereitung zur Symmetrie (high und low etwa gleich verteilt) 4) Leitungsimpedanz, ohmscher Widerstand und Kapazitäten Duplex (1) würde ich von vornherein ausschließen, da es die Probleme vervielfacht. Und Verfahren mit Dominant
hohen Datenraten*Längen. Auch fehlt die Symmetrie der Leitung (das mittlere Potential ändert sich bei high und low). Differenzielle Treiber mit verdrillten Leitungen sind da einfacher.
-
Thread
Starke Verzerrung mit LM358-Verstärker bei 15 kHz
frequency. sagt https://www.diyaudio.com/community/threads/choosing-of-best-sounding-op-amps-for-the-lowest-possible-thd-n-really-the-best-way.367692/ Manfred P. schrieb im Beitrag #7821512: > Verbohrter Dickschädel, Gerade von dir. Spiegelts ?
to the op > amp’s internal ground node. Ground differences occur when there is poor > layout or high current transients, ∆i/∆t. Jemand, der ein schlechtes Layout produziert oder hohe hochfrequente Ströme durch den GND in der Nähe eines Opamps jagt, der achtet auch nicht auf die Eingangsströme. Deshalb