-
Thread
[V] Sammlung von Logik-IC, größtenteils DIP
16 | 3V~15V 1.6MHz DIP-16 Counters, Dividers ROHS | | C19708126 | SN74HC175N(XBLW) | 5 | DIP-16 | 2V~6V D-Type 1uA DIP-16 Flip Flops ROHS | | C2652997 | SN74HC590ADR | 5 | SOIC-16 | Rising Edge 2V~6V 1 24MHz SOIC-16 Counters, Dividers ROHS | | C18723497 | SN74HC04N(XBLW) | 5 | DIP-14 | Schmitt Trigger 7ns 2V~6V 6 2uA DIP-14 Inverters ROHS | | C22466295 | SN74LS32N(LX) | 5 | DIP-14 | 2V~6V 2uA 4
-
Thread
Pins von MCU schützen
Die Pins sind Eingang oder Ausgang, nicht beides (SPI halt) Bei einigen Pins ist ein Treiber 74HC125 dazwischengeschaltet. Und auch der überlebt es machnachmal auch nicht, da auch hier die Signale zum Bus ungeschützt sind.
im Beitrag #8091954: > ob die die interne Body-Dioden haben. Bei der MCU handelt es sich um PIC32MZ (SPI Master) und PIC18 (SPI Slave). Der Bus Treiber ist der 74HC125. Ich denke, alle haben Schutzdioden nach Vcc und Vss. Die Geräte werden einzeln getestet und sind natürlich ausgeschaltet beim
-
Thread
Problem mit DCF77 Empfänger, Signal passt nicht
Ausgang 4,9V. Pullup bzw. Pulldown Widerständen sind nicht erforderlich. Die Ausgängen werden von einem 74HC14 bedient, der treibt 20mA in jede Richtung. Der Screenshot "Atomic-V4-59s" zeigt die 58te und 59te Sekunde, wobei in der 59ten keine Absenkung erfolgt. Ich versorge die Schaltung mit 5V aus
Links gepostet um aus NTP ein DCF77 Signal zu generieren, ist für Tests sicher sinnvoll und ein ESP32 o.ä. liegt doch bestimmt herum. https://github.com/SensorsIot/DCF77-Transmitter-for-ESP32
-
Thread
Identifikation Modbus-Controller-IC auf Platine
die _DI_/_DE_/_RE_/_RO_-Pins herausgeführt werden. So eines wie beim ersten habe ich für meinen ESP32 bereits, allerdings ist dort zusätzlich noch ein _74HC04D_ Hex-Inverter verbaut, bei dem ich mir nicht sicher war, ob er die Funktionalität und Ansteuerung nicht schon wieder verändert im Vergleich zum
sendet und auch mal testweise ein paar Kommandos absetzen. Im nächsten Schritt kannst Du dann den ESP32 anschließen. Die Sendetaste braucht der Transceiver, da RS-485 bidirektional ist. WLAN und RS-232 brauchen das nicht. Du kannst das Umschaltsignal also ignorieren.