Rekomendacje transili do zabezpieczenia portów ATMegi - montaż THT

Nie wyciągać pinów na kilka metrów. Optoizolacja.

szczepan999 napisał:

Jakie transoptory THT będą wystarczająco szybkie dla ATMegi?

Do enkodera każdy będzie wystarczająco szybki.

szczepan999 napisał:

Montaż THT.

Jakbyś nie zapierał się przy przestarzałej technologii, drogiej, o dużych gabarytach, to mógłbyś użyć małych, tanich SRV05-4. Bardzo wytrzymały (zapalniczki piezzo się nie boi) jest DS9305, niestety, tani nie jest.

Transoptory do zabezpieczenia połączenia na kilku metrach dla enkodera czy przycisku to przerost formy nad treścią, chyba, że obok będą biegły przewody generujące duże zakłócenia. Jak upierasz się przy THT (zły pomysł w dzisiejszych czasach) to wystarczy obwód RC, który załatwi przy okazji problem drżenia styków, ewentualnie R + diody impulsowe, albo sam R bo diody są w strukturze uC.

Moim zdaniem można zastosować jakieś pośredniczące układy z tranzystorami.

szczepan999 napisał:

takie jak enkoder

Co to za enkoder, jakiś szybki ?

Bardzo przepraszam, że się czepiam

khoam napisał:

układy zabezpieczające przed debouncingiem

ale to jest generalnie bez sensu.
Z drugiej strony

krzysiek_krm napisał:

Co to za enkoder, jakiś szybki ?

chodziło mi o to czy aby nie jest to jakiś enkoder o dużej rozdzielczości, który obraca się z dużą prędkością bo wówczas

LChucki napisał:

Do enkodera każdy będzie wystarczająco szybki.

to niekoniecznie jest prawda.

khoam napisał:

krzysiek_krm napisał:

Bardzo przepraszam, że się czepiam
ale to jest generalnie bez sensu.

Dlaczego bezsensowne ma być zabezpieczenie przed zakłóceniami?

Bezsensowne jest samo sformułowanie

khoam napisał:

zabezpieczające przed debouncingiem

bo to jest podwójna negacja, chyba chciałeś napisać zabezpieczenie przed bouncingiem albo układ z debouncingiem styków.

krzysiek_krm napisał:

chodziło mi o to czy aby nie jest to jakiś enkoder o dużej rozdzielczości, który obraca się z dużą prędkością bo wówczas

Z wypowiedzi

szczepan999 napisał:

Chcę zrobić układ kombinowany - rezystory ograniczające, kondensator

i

szczepan999 napisał:

takie jak enkoder czy krańcówka.

Można wywnioskować, o jaki enkoder chodzi.

khoam napisał:

Są enkodery z modułami, które mają już układy zabezpieczające przed debouncingiem i zakłóceniami - wtedy wystarczy, jak zabezpieczysz wejścia atmegi diodami Schottky'ego.

Nie wystarczy, bo co, jak zakłócenia pojawią się w przewodzie doprowadzającym sygnał z enkodera do uC?
Taki enkoder-"Arduinoder" jest dobry, gdy połączy się go z uC krótkimi przewodami np z panelem czołowym a nie kilkumetrowym przewodem, wtedy sprzętowy "Arduinoder" nic nie daje albo niewiele.

khoam napisał:

LChucki napisał:

Nie wystarczy, bo co, jak zakłócenia pojawią się w przewodzie doprowadzającym sygnał z enkodera do uC?

Przewód może być ekranowany.

Metoda rozwiązania problemu przez Arduinowanie?


Przypisy:
Arduinowanie - rozwiązywanie sprzętem problemów programowych. Metoda droga ale łatwa w implementacji. Najczęściej poza niepotrzebnym wzrostem ceny konstrukcji powoduje także zwiększenie poboru prądu przez urządzenie, zwiększają się także jego rozmiary.

Prostym zabezpieczeniem przed bouncingiem jest danie układu formującego impulsy w postaci np układu z przerzutnikiem schmita przy samym enkoderze, wtedy potrzeba jednak 4 przewodów plus ewentualny ekran (ale nie koniecznie). Rozwiązanie gotowe (jako przykład):

https://botland.com.pl/pl/produkty-wycofane/2...pulsator-enkoder-z-przetwornikiem-mod-16.html

albo takie rozwiązanie:



w sieci masz bardzo dużo przykładów takich rozwiązań, ale ważne by układ kształtowania impulsu był przy samym enkoderze.

adversus napisał:

Prostym zabezpieczeniem przed bouncingiem jest danie układu formującego impulsy w postaci np układu z przerzutnikiem schmita przy samym enkoderze

Proste? Mnożenie scalaków, elementów RC bo ciężko użyć gotowej biblioteki?
Może, jak już ktoś ma za dużo pieniędzy, niech użyje ELM402?

LChucki napisał:

adversus napisał:

Prostym zabezpieczeniem przed bouncingiem jest danie układu formującego impulsy w postaci np układu z przerzutnikiem schmita przy samym enkoderze

Proste? Mnożenie scalaków, elementów RC bo ciężko użyć gotowej biblioteki?
Może, jak już ktoś ma za dużo pieniędzy, niech użyje ELM402?

Twoje rozważania i założenia są dobre przy produkcji seryjnej (gdzie liczy się każdy grosz bo razy tysiące daje wymierne oszczędności), a przy amatorskich projektach zamiast męczyć się (bo nie każdy jest alfą i omegą w programowaniu) czasem warto iść w gotowe (nie koniecznie drogie (w jednostkowych przypadkach) rozwiązania.
I czasem te "arduinowe" rozwiązania w amatorskich projektach są w zupełności wystarczające, bo projekt nie wymaga nie wiadomo jakiej optymalizacji.

Jaka ma być odległość enkodera od procesora ??? Bo może wystarczy ekranowany przewód plus jakiś układ rc i do tego diody zabezpieczające (transile) z postu kolegi @LChucki - SRV05-4.

adversus napisał:

Twoje rozważania i założenia są dobre przy produkcji seryjnej (gdzie liczy się każdy grosz bo razy tysiące daje wymierne oszczędności), a przy amatorskich projektach zamiast męczyć się (bo nie każdy jest alfą i omegą w programowaniu)

Faktycznie, trzeba być ekspertem aby napisać dwie linijki kodu, pierwsza dołączająca bibliotekę, druga używająca jej. Potwierdza to

szczepan999 napisał:

Co do deouncingu przycisków - to się przecież trywialnie programowo rozwiązuje, nie są do tego potrzebne dodatkowe scalaki.

szczepan999 napisał:

Mi chodzi tylko o zabezpieczenie MCU przed różnymi niespodziankami które mogą się wyindukować w przewodach.

Wykorzystaj fakt, że diody są w uC i daj tylko rezystor szeregowo z wejściem uC. Naturalnie, lepszy byłby któryś z wymienionych przeze mnie układów. Możesz też dać diodę Zenera. Nie jest to dobre rozwiązanie przy szybkich transmisjach ale tu nie ma to znaczenia.

Dodano po 4 [minuty]:

adversus napisał:

Bo może wystarczy ekranowany przewód

Po co pchać się w koszty?

szczepan999 napisał:

Te wbudowane diody jednak dużej mocy nie pochłoną.

Typowo 20..30mA, sugerowane wcześniej diody impulsowe 100mA. Poza prądem, ważna jest pojemność diody (przy dużych prędkościach transmisji), czasy. SRV05-4 jest dedykowany do zabezpieczeń i będzie lepszy niż np BAS85, bo ta nie przyjmie 12A w kilka us.

szczepan999 napisał:

zewnętrznymi szybkimi diodami będzie chyba całkiem dobre, proste i niedrogie.

Porównaj parametry diody impulsowej czy Zenara z np SRV05-4. Zastanów się jakiej niezawodności od urządzenia oczekujesz i czy warto oszczędzać na SRV05-4, który w detalu kosztuje ok 1zł i zabezpiecza 4 linie. Czy lepsza będzie dioda Zenera, droga, bo wybierasz THT, za ok 30gr? Przy czterech liniach, Zenery będą droższe i gorsze!. Oszczędzać, trzeba umieć!

khoam napisał:

W necie można również odnaleźć wiele schematów debouncerów opartych na NE555.

Taniej wyjdzie dać dodatkowy uC bo przeważnie linii jest kilka, kilkanaście lub więcej. kiedyś były produkowane scalaki do tego celu, miały rejestr przesuwny przeważnie 8-bit, 8-wejściowa bramkę NAND, 8-wejściową OR i przerzutnik RS. Czasem algorytm odpowiadający rozwiązaniu na rejestrze realizuję w programie. Innym razem lepszy jest algorytm filtra dolnoprzepustowego.

khoam napisał:

w końcu zdecydowałem się rozwiązanie programowe

Bo to jedyne rozsądne rozwiązanie.

Zastanawia mnie dlaczego wielu producentów sprzętu stosuje układy kształtujące do enkoderów mając możliwość rozwiązania problemu boucingu programowo ??? Można liczyć na rzetelne info na ten temat ? Tylko proszę darować sobie sformułowania o "arduinowcach" itp.

Autor przy tak krótkim przewodzie wystarczy że da przewód ekranowany plus jakiś dwójnik RC na wejściu procesora, do tego programowy debouncing i kłopot ma z głowy.

adversus napisał:

Zastanawia mnie dlaczego wielu producentów

Jak wielu? Na ile konstrukcji z enkoderami? Ile to będzie procent?

adversus napisał:

stosuje układy kształtujące do enkoderów

Pytanie należy skierować do producentów, którzy tak robią. Nie spotkałem jeszcze takiej konstrukcji, więc nawet nie wiem kogo pytać.

adversus napisał:

Autor przy tak krótkim przewodzie wystarczy że da przewód ekranowany

Poszaleliście z tym ekranowaniem? To jakiś sygnał w.cz o amplitudzie kilkunastu uV? A może sygnał audio? Video?
Tak jak i te optoizolacje. Po co? Różnice potencjałów mas będzie miał?
Jak przewód będzie łapał zakłócenia to wystarczy dać podciąganie zewnętrzne, np 1k zamiast wewnętrznego ok 47k.

Mam sterowanie kilkumetrowym przewodem w https://www.elektroda.pl/rtvforum/topic3533112.html. Dwa kabelki oderwane od kolorowej taśmy, więc nawet nie skrętka. Obok przewody do zasilania taśm RGBW gdzie jest PWM i przewody 230V. Używam tylko podciągania w uC. Zabezpieczenie to właśnie SRV05-4. Niespodzianek nie ma.

adversus napisał:

Zastanawia mnie dlaczego wielu producentów sprzętu stosuje układy kształtujące do enkoderów mając możliwość rozwiązania problemu boucingu programowo ???

Zgaduję, że zależy od zastosowania, szybkości/ilości impulsów i tego jak bardzo nie chcesz zgubić prawdziwego impulsu Co innego jak "czytasz" sobie enkoder jako interfejs użytkownika, a co innego jak hiper-precyzyjnie chcesz ustawić jakiś napęd głowicy, czy podobne cuda.

krisRaba napisał:

adversus napisał:

Zastanawia mnie dlaczego wielu producentów sprzętu stosuje układy kształtujące do enkoderów mając możliwość rozwiązania problemu boucingu programowo ???

Zgaduję, że zależy od zastosowania, szybkości/ilości impulsów i tego jak bardzo nie chcesz zgubić prawdziwego impulsu Co innego jak "czytasz" sobie enkoder jako interfejs użytkownika, a co innego jak hiper-precyzyjnie chcesz ustawić jakiś napęd głowicy, czy podobne cuda.

Ok, to w zasadzie wszystko wyjaśnia, bo rzeczywiście w napędzie bramy enkoder odpowiada za pozycjonowanie... przy obsłudze menu nie ma wielkiego znaczenia jak zgubi krok. Dzięki za trafną uwagę.

khoam napisał:

W takim przypadku stosowanie ekranowego kabla ma sens.

Zrobi się z tego konstrukcja niczym dla audiofila, przewody z rtęcią ułożone w kanale z cegły.

Zejdźcie Panowie na Ziemię.