habe das Problem jetzt folgendermaßen gelöst: PWM board von AZ https://www.az-delivery.de/products/pca9685-servotreiber MOSFET IRLZ44N Schaltplan: https://cdn.shopify.com/s/files/1/1509/1638/files/PCA9685_Servotreiber_Arduino_Schematic.pdf?5952658207549850395 https://aws1.discourse-cdn.com/arduino/original/4X/7/0/5/705b82c85c324594608ad36b03c9f09d4841b6f1.gif Dabei wird einfach der Servo durch den MOSFET ersetzt. L.G.
I2C Isolator von Silabs Galvanische Trennung für I2C, Applikation National Semiconductor I2C FAQ P82B96, I2C Bus Extender, auch für galvansiche Trennung notes_82b96.pdf, Application Note zum P82B96 warum die einfache Schaltung Probleme hat, siehe Seite 17 an460.pdf, Application Note von Philips zum P82B96 Forumsbeitrag: I2C Bus trennen Forumsbeitrag: I2C galvanisch trennen I2C Bus Isolator Siehe auch. AT91-TWI AVR TWI I2C als Hausbus Modulares Board Forumsbeitrag: I2C-Adressen mit 7 oder 8 Bit Forumsbeitrag
CAN Treiber 24V aushalten. nicht alle. es gibt auch Treiber für 12V Systeme die nur 18V aushalten (PCA82C250) Wobei diese im industriellen Umfeld nicht verwendet werden sollten. Gruß Anja
Anja schrieb im Beitrag #6931065: > es gibt auch Treiber für 12V Systeme die nur 18V aushalten (PCA82C250) Der ist ähnlich historisch wie der CAN-Controller PCA82C200 und der zugehörige Microcontroller P80C31. In einem Design der letzten 20 Jahre dürfte man ihn nicht mehr antreffen. Rezente
Grundsätzlich gibt es schon Lösungen, die einen Betrieb weit über den Platinenrand hinaus ermöglichen: * P82B96: bidirektionaler Buffer * PCA9615: differentieller Buffer Wenn du noch Einfluss auf deine Beschaltung bzw. dein Kabel nehmen kannst, könnte das ein richtiger Weg sein.
the PCA9517 bus buffer or the PCA9546A switch. • Switched pull-up circuit (Section 7.2.4): A switched pull-up circuit can be used to accelerate rising edges by switching a low value pull-up alternately in and
index.php/Schutzschaltungen https://www.all-electronics.de/wp-content/uploads/migrated/article-pdf/107842/82f2e2c0003.pdf http://www.netzmafia.de/skripten/hardware/Control/ein_ausgabe.pdf Und was auch geht, ist den IC sockeln dami im Schadensfall der Austausch zügig vonstatten geht.
Devices an. NXP hat einen Expander mit 40 IO(PCA9368). Wenn es natürlich eine Menge LEDs sein sollen wäre Multiplex Betrieb wie früher schon vorgeschlagen, angesagt. Da wären MAX7219 nützlich (64LEDs).
ein 120R auf dem Master, d.h. der 2. Abschlußwiderstand fehlt. Transceiver sind noch die alten PCA82C251T. Für die auf HV floatenden Slaves erfolgt die galvanische Trennung des CAN über OPI1266. Der ADM3054 ist lt. Datenblatt nur für 846V zugelassen, ich brauche aber 4000V Isolation.
Peter D. schrieb im Beitrag #6431393: > Transceiver sind noch die alten PCA82C251T. > Für die auf HV floatenden Slaves erfolgt die galvanische Trennung des > CAN über OPI1266. Der ADM3054 ist lt. Datenblatt nur für 846V > zugelassen, ich brauche aber 4000V Isolation.
ausreichend. Immer nur so gut wie nötig entwickeln und nicht wie maximal möglich. Auch bei den alten PCA82C251 habe ich den Widerstand für Slope control immer auf 0 Ohm gesetzt und keine Probleme mit CE gehabt.
polig (nach CiA® 303-1) - NXP CAN-Controller SJA1000 mit 16 MHz Taktfrequenz - NXP CAN-Transceiver PCA82C251 - Galvanische Trennung am CAN-Anschluss bis zu 500 V (nur bei IPEH-002022) - 5-Volt-Versorgung am CAN-Anschluss durch Lötjumper zuschaltbar, z. B. für externe Buskonverter - Spannungsversorgung
liegen einige Meter vom Raspi und auch voneinander getrennt. Da I2C dafür nicht gedacht ist, habe ich P82B715-Chips dazwischen geschaltet. Die erlauben eine Erhöhung der Bus-Kapazität. An den MCPs hängen ein paar Relais, darum hat jede MPC/P82/Relais-Kombination seine eigene Spannungsversorgung. Läuft alles
in der Skizze, also nur je 1 MCP und nur der RPi hinter seinem eigenen Bustreiber, dann könnte der PCA9600 als Bustreiber den P82B715 ersetzen. Der ist innen drin völlig anders aufgebaut, mit dem Nachteil, dass er nur in so einfachen Anwendungen funktioniert. Aber mit dem entscheidenden Vorteil, dass
Spannung nicht stark genug ändert dass das die anderen registrieren? (die anderen Nodes haben einen PCA82C251 verbaut) Ich bin mit meinem Latein bald am ende. Und da es sicherlich nicht am CAN Controller im uC liegt, sitzt das Problem wahrscheinlich vor dem uC. Kann ein solcher Fehler überhaupt durch
PCA Counter to continue functioning during idle mode 1: Programs the PCA Counter to be gated off during idle WDTE Watchdog Timer Enable: 0: Disables Watchdog Timer function on PCA module 4 1: Enables Watchdog Timer function on PCA module 4 - Not implemented, reserved for future use. Note: User should not write ‘1’s to reserved bits. The value read from a reserved bit is indeterminate. CPS1 PCA Count Pulse Select bit 1 CPS0 PCA
Hallo Zusammen, ich bin auf den NXP Semiconductors PCA82C251T/YM,112 Schnittstellen-IC - Transceiver CAN 1/1 SO-8 gestoßen. Leider beinhaltet dieser keine Interne Schutzbeschaltung gegen Induktionsspannung. Kann mir vielleicht jemand helfen wo ich den baugleichen
Komme auf 18,82€ netto: https://www.mouser.de/ProjectManager/ProjectDetail.aspx?AccessID=ccc18eff2c
Mouserbestellung ranhängen: 1 Stück SC16IS740IPW,128 771-16IS01PW128 1 Stück 710-693063010911 1 Stück PCA9517D,118 771-PCA9517D-T Hoffentlich ist es noch nicht zu spät. MfG Edgar P.S. Bitte die ejs@ibejs.de für die Kommunikation verwenden.
10.7 Circuit Diagram using SPI to Extend 12-bitADC(TLC2543)........684 Chapter 11 Application of CCP/PCA/PWM/DAC.......................685 11.1 Special Function Registers related with CCP/PCA/PWM.............686 11.2 CCP/PCA/PWM Structure.............................................................694
automotive, audio and TV applications. 4 ORDERING INFORMATION PACKAGE TYPE NUMBER NAME DESCRIPTION VERSION PCA8591P DIP16 plastic dual in-line package; 16 leads (300 mil); long body SOT38-1 PCA8591T SO16 plastic small outline package; 16 leads; body width 7.5 mm SOT162-1 1998 Jul 02 3 This text is here in white
the PCA9517 bus buffer or the PCA9546A switch. • Switched pull-up circuit (Section 7.2.4): A switched pull-up circuit can be used to accelerate rising edges by switching a low value pull-up alternately in and
interessant ist der 500F 3V. https://www.ebay.de/itm/Supercap-Doppelschicht-Ultrakondensator-VEC-500F-3V-35x82mm-Vina-Tech/253762473469?hash=item3b156c0dfd:g:CIAAAOSwVKBbUJzf Gibt es hier Erfahrungswerte was Qualität, Einhaltung der aufgedruckten Werte und Lebensdauer solcher Bauteile angeht?
500uA Bei 2,5V etwa 120uA Im Endeffekt ist die Spannung des Kondensators in knapp 12 Tagen von 2,82 auf 2,44V gesunken. Bei diesem Typ bracht man also nicht jahrelang warten, um auf brauchbare Ergebnisse zu kommen :-)
evtl. 2 MEGAs parallel ansteuern, > > Fuer 16 Servos + 32 LEDs (+ 16 Hallsensoren): > > 1 x PCA9685 Board (i2c, 16 PVMs aka Servos) > 4 x 74HC595 (je 8 x Out Shift fuer LEDs) > ev. 2 x 74HC4051 (analog in Multiplexer f. Hallsensoren) > > Damit hast du noch zig Pins frei f. die Modellanlagen
1 Ausgang für zwei LEDs 1 Ausgang für das PWM Signal zum Servo Ich finde den Vorschlag mit dem PCA9685 sehr gut, das ist mit Sicherheit die einfachste Lösung, viele Servos anzusteuern. Dazu gibt es fertige Arduino Libraries. Für den Rest hast du dann wahrscheinlich schon genug Pins übrig. Ansonsten
is not set # CONFIG_BLK_DEV_SVWKS is not set # CONFIG_BLK_DEV_SIIMAGE is not set # CONFIG_BLK_DEV_SL82C105 is not set # CONFIG_BLK_DEV_SLC90E66 is not set # CONFIG_BLK_DEV_TRM290 is not set # CONFIG_BLK_DEV_VIA82CXXX is not set # CONFIG_BLK_DEV_TC86C001 is not set # # SCSI device support # CONFIG_SCSI_MOD
found. Table 6 , Table 7 and Table 8 contain suggested minimum values of pull-up resistors for the PCA9306 and NVT20xx devices with typical voltage translation levels and drive currents. The calculated values assume that both drive currents are the same. VOL = V IL0.1 V CC and accounts for a 5 % V
nicht die I²C Datenleitung so verlegt, zur Übertragung habe ich das Signal als "CAN Medium" über einen PCA82C250 umgewandelt und dann über einen P82b96 verstärkt. Werde aber bald mich mal mit einem CAN Controller auseinander setzen müssen, meine Anlage ist noch nicht fertig und wird noch erweitert, was
die I²C Datenleitung so verlegt, zur Übertragung habe ich > das Signal als "CAN Medium" über einen PCA82C250 umgewandelt und dann > über einen P82b96 verstärkt. > Werde aber bald mich mal mit einem CAN Controller auseinander setzen > müssen, meine Anlage ist noch nicht fertig und wird noch erweitert
trennen > und über ein weiteres päärchen versorgen. Nö. Schau Dir mal obigen Ausschnitt aus dem PCA82C251 Datenblatt an. D.h. der Receiver arbeitet von CANL = -7V bis CANH = 12V. Ein Ground-Shift von +/-5V ist also völlig problemlos.
>> und über ein weiteres päärchen versorgen. > > Nö. > Schau Dir mal obigen Ausschnitt aus dem PCA82C251 Datenblatt an. > D.h. der Receiver arbeitet von CANL = -7V bis CANH = 12V. > Ein Ground-Shift von +/-5V ist also völlig problemlos. Das Problem verstehe ich jetzt nicht. Für die Spannungsversorgung
VorteiderM etodologi desM I HDB K und Einsatbedingungen,erfrder.Dergrößte 217 best htdarn,dassdas PCA-Verfhren eie nuraufderM atrillse(BO M =B iof M at ral)und dererwartetn NutzungbasierendeZuverl sigkeisvorersage eribt w eshal eie Zuverlssikeitvorhersg esogarfürei Produkt,dasnoch nihtgebaut w ure,
Schnittstelle hat ist völlig unklar und ehr unwahrscheinlich. CAN Controller früherer Jahre waren PCA82C200 oder SJA1000 und die hatten einen 8bit Datenbus und nichts serielles. Ein bißchen Logik dazu und man konnte die direkt an den ISA-Bus hängen. Da musste dann nur die Software das spezielle Hardwareprotokoll
Ich glaub ich hab den CAN Processor (IC21) gefunden: A82C250 2A6A2 n2194 Keine Ahnung, ob diese Information noch was nutzt. Was müsste man im Programm einstellen, damit ich einen anderen CAN Processor ansprechen kann?
Nee, die Sache mit dem Widerstand stimmt schon! kolja82 da oben hat recht. Hatte genau das selbe Problem vor längerer Zeit als ich einen Mosfet einfach so an einen GPIO anegschlossen hatte. Die Raspi pins können Spannung "hochziehen" aber nicht "runterziehen
Nee, die Sache mit dem Widerstand stimmt schon! kolja82 da oben hat recht. Hatte genau das selbe Problem vor längerer Zeit als ich einen Mosfet einfach so an einen GPIO anegschlossen hatte. Die Raspi pins können Spannung "hochziehen" aber nicht "runterziehen
