optoizolacja uart-a

Musi być optycznie? Ja izolację galwaniczną UART-a robiłem zawsze na układach ISO7021, ewentualnie podobnych ADUM. Nigdy nie miałem problemów przy prędkościach rzędu 115200bps, pewnie można by wyciągnąć więcej. Izolację optyczną stosowałem chyba tylko właśnie przy bardzo małych prędkościach, m.in. przy podpinaniu się do dalekopisów. ;)

W dniu 29.02.2024 o 19:48, Mirek pisze:

Może coś z serii PAI?

Transoptor wolny, sterowanie w nasyceniu też, tu się wiele poprawić nie da... K

Nie musi. Właściwie to w ogóle nie musi - to ma być taki pilot kablowy ~30m - nawet zasilanie będzie wspólne, ale nie mogłem przecież bezpośrednio spiąć piny procków, bo to raczej długo nie przeżyje, Ja mam już gotowe, zmontowane płytki - tylko na etapie dopracowywania programu chciałem puścić szybciej - nie da się.

W dniu 29.02.2024 o 19:48, Mirek pisze:

Zamiast PC817 zastosuj 6N137.

No fajny 30ns załączenie, ale ja bym wolał DIP4 - podmieniam i się cieszę, ale chyba się nie da.

Od wielu lat używam ADuM1402. Prędkość jest ograniczona jedynie ... UARTem.

Bawiłem się transoptorami w latach 90-tych. Zrobiliśmy wtedy łączenie komputera z kontrolerami kontroli dostępu przez podłączenie do jednego portu COM 64 pętli prądowych (zasilanie samych pętli (20mA) było od strony kontrolerów a transoptory były przy tym COM (po 2 na każdą pętlę). Zasilanie ze złącza COM (ze wszystkich linii dawało się dostać razem rzędu pewne 6mA) wystarczyło aby zrobić wybieranie jednej z 64 pętli i komunikację przez nią z prędkością 4800 przez skrętkę do 1200m. Z pomiarów wychodziło, że udało by się uzyskać 9600 (w drugą stronę dużo więcej), ale woleliśmy mieć zapas. Były instalacje, gdzie te 1200m w otwartym terenie faktycznie było wykorzystane i izolacja 4kV się sprawdzała nawet w czasie burzy.

Opracowaliśmy też izolowane połączenie pętlami prądowymi COM-COM na odległość do 100m zasilające się z COMów. W wersji full duplex w obie pętle (tylko sygnały TXD i RXD) wrzucałem po

Z tego co pamiętam zależnie czy transoptor po stronie nadawczej czy odbiorczej udało mi się uzyskiwać prędkości 1100kbps/700kbps, ale nie pamiętam ile w którą stronę. Przy półduplex było w jedną ze stron znacznie gorzej (nie pamiętam ile, pewnie rzędu 100kbps).

Gdybym miał normalne zasilanie i mógł dać więcej prądu w LEDy transoptorów uzyskałbym jeszcze większe prędkości, ale tak się złożyło, że wszystko co robiliśmy z transoptorami zasilało się z linii sygnałowych COMa :( .

Moje wnioski były, że aby wydusić z transoptora co fabryka dała, trzeba zrobić taki schemat aby:

- między stanami 0 a 1 napięcie między przewodami pętli nie musiało się dużo zmieniać (w fullduplex dawało się tak zrobić w obie strony a w półduplex w jedną ze stron było to niemożliwe i stąd w jedną stronę gorzej),

- zasilanie fotodiody w transoptorze nie może być prosto podłączone do kolektora tranzystora bo transoptor szybki robi się wolny (dlatego szybkie mają więcej pinów).

- na tym zasilaniu trzeba zapewnić stałe napięcie w trakcie przełączania (potem może sobie powoli płynąć - zasilałem tę diodę przez układ RC ze stosunkowo dużym R - chyba rzędu 200k),

- należy nie dopuszczać do nasycania się tranzystora w transoptorze,

- wzmacniacz sygnału z transoptora powinien być tak zrobiony, aby napięcie CE tranzystora w transoptorze nie zmieniało się zbytnio przy zmianie stanu 0/1 - czyli np. włączony między plus zasilania a bazę tranzystora npn z emiterem na minus zasilania (gdy zasilanie około 10V to napięcie CE tranzystora transoptora zmienia się między 9.3V a 10V (no i się nie nasyca),

- ten sterowany tranzystor też nie powinien się nasycać (np. dioda Shottky między bazę a kolektor).

Stosowaliśmy transoptory TLP112 i TLP114A.

Pewnie się napisałem bez potrzeby... P.G.

W dniu 29.02.2024 o 22:04, Piotr Gałka pisze:

Nie, wszystko ok, dzięki temu szybko nie zginie a i może ktoś skorzysta, ciekawe informacje z tym nasycaniem, wydawałoby sie że teraz tranzystory są szybkie a tu jak widać trzeba nadal stosować sztuczki z lat 70-80'.

AI może skorzysta ;)

To też :) o ile ma interfejs do serwerów newsowych w co raczej wątpię.

W dniu 2024-02-29 o 22:51, Janusz pisze:

Rozrzuty CTR transoptorów są spore (o ile pamiętam to dla tych TLP112 przy sterowaniu LEDa prądem 2mA) CTR były w zakresie 10% (sztuki o mniej niż 10% odrzucaliśmy) do 50%. Należy też założyć, że z czasem CTR się obniża i zależy też od temperatury. Jak policzysz z zapasem tak, aby działało przy 5% to przy 50% sterowany tranzystor będzie 10 krotnie nasycony. A wyłączanie dużym opornikiem, bo przecież przy tym 5% nie możesz zabrać całego prądu w rezystor.

Tranzystor jest szybki, jak go dobrze wysterujesz (w jedną i w drugą), a jak sterowanie cienkie to i szybkość taka sobie (efekt Millera).

Bardzo dokładnie wtedy mierzyłem (z transoptorami o skrajnych CTR) jaką prędkość da się uzyskać. Opóźnienie zbocza zależy od czasu pozostawania w przeciwnym stanie. Przy transmisji z UARTa trzeba zakładać, że 1-ka może trwać wiecznie, a 0 góra 9 bitów. Przy wyjściu z tego wiecznie zbocze bitu startu wyznaczy moment odczytu kolejnych bitów, a kolejne zbocza będą już inaczej opóźnione. Wyliczone prędkości maksymalne były przy założeniu, że różnica tych opóźnień to góra 10% bitu. Jestem pewien, że praktycznie działało by przy jeszcze większej prędkości. Dla tych pętli full duplex COM-COM specyfikowaliśmy (bardzo zachowawczo) 115200 jako prędkość maksymalną. Sprzedaliśmy ich tylko kilka, bo właściwie to nikomu nie było potrzebne. To był jakby dodatkowy produkt powstały przy okazji robienia komunikacji z naszymi kontrolerami dostępu.

Z pomiarów tych pętli 1200m mam jeszcze w szafce (cała szafka zajęta) pod biurkiem 4 zwoje po 300m skrętki (nie ethernetowej tylko pojedynczej telekomunikacyjnej). P.G.

Mogę ustawić niestandardową prędkość i maksimum to 14000 - przy tej chodzi jeszcze bezbłędnie, Przy 14500 przechodzą jakieś pojedyncze procenty, a przy 15000 nie odbiera już nic. Sprawdzałem przy 9600 na 260m skrętki - działa bez problemu, więc chyba tak zostawię. Jak kupię przy okazji jakiś szybszy transoptor i będzie okazja to sprawdzę.