Elektroda.pl
Elektroda.pl
X
Osprzęt kablowy
Proszę, dodaj wyjątek dla www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Jaki transil do zabezpieczenia pinów ATmegi

11 Mar 2019 08:21 957 31
  • Poziom 11  
    Witam.

    Panowie, jakie Transile polecacie do zabezpieczenia portów wejściowych ATMegi - dostosowane do panujących i wymaganych tam napięć oraz częstotliwości?
    Chcę zrobić układ kombinowany - rezystory ograniczające, kondensator i transil. Montaż THT. Chcę tym zabezpieczyć porty do których podłączone są odległe o kilka metrów peryferia takie jak enkoder czy krańcówka.
  • Osprzęt kablowy
  • Poziom 39  
    Nie wyciągać pinów na kilka metrów. Optoizolacja.
  • Poziom 11  
    O tym też myślałem. Jakie transoptory THT będą wystarczająco szybkie dla ATMegi?
  • Pomocny post
    Poziom 30  
    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.
  • Osprzęt kablowy
  • Poziom 11  
    THT bo to akurat taki jednostkowy układ na płytce uniwersalnej no a poza tym elementów THT mam pełną walizkę:)
    Żadne przewody energetyczne obok sygnałowych nie leżą.
    Chyba najprościej będzie zrobić jakiś układ RC + dwie diody shottkyego. Chyba nawet jakieś mam na stanie.
  • Poziom 37  
    Moim zdaniem można zastosować jakieś pośredniczące układy z tranzystorami.
    szczepan999 napisał:
    takie jak enkoder

    Co to za enkoder, jakiś szybki ?
  • Poziom 33  
    szczepan999 napisał:
    THT bo to akurat taki jednostkowy układ na płytce uniwersalnej no a poza tym elementów THT mam pełną walizkę:)
    Żadne przewody energetyczne obok sygnałowych nie leżą.
    Chyba najprościej będzie zrobić jakiś układ RC + dwie diody shottkyego. Chyba nawet jakieś mam na stanie.


    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.

    Jaki transil do zabezpieczenia pinów ATmegi
  • Poziom 37  
    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.
  • Poziom 33  
    krzysiek_krm napisał:
    Bardzo przepraszam, że się czepiam
    ale to jest generalnie bez sensu.


    Dlaczego bezsensowne ma być zabezpieczenie przed zakłóceniami?
  • Poziom 37  
    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.
  • Poziom 30  
    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.
  • Poziom 33  
    krzysiek_krm napisał:
    o to jest podwójna negacja, chyba chciałeś napisać zabezpieczenie przed bouncingiem albo układ z debouncingiem styków.

    Tak, masz rację. Chodziło mi o układ debouncingu i zabezpieczenie przed bouncingiem.

    Dodano po 1 [minuty]:

    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.
  • Poziom 30  
    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.
  • Poziom 27  
    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:

    Jaki transil do zabezpieczenia pinów ATmegi

    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.
  • Poziom 30  
    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?
  • Poziom 27  
    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.
  • Poziom 11  
    Mój enkoder to raczej popularny Omron E6B2 z wyjściem open collector.

    Co do debouncingu przycisków - to się przecież trywialnie programowo rozwiązuje, nie są do tego potrzebne dodatkowe scalaki. Enkodery takie jak mój same formują sygnał więc tym bardziej nie trzeba jakiegoś debouncingu - szczególnie, że sygnał jest przesyłany prądowo a nie napięciowo.

    Mi chodzi tylko o zabezpieczenie MCU przed różnymi niespodziankami które mogą się wyindukować w przewodach. Mam na biurku działający prototyp, ale wiem że jak to wsadzę do maszyny to warunki tam panujące nie będą tak przyjemne jak teraz:)
  • Poziom 27  
    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.
  • Poziom 30  
    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?
  • Poziom 11  
    Ze 2 metry, nie dalej.

    Wiem, że MCU ma na wejściu takie diody i rezystor sam z siebie jest już niezłym zabezpieczeniem. Te wbudowane diody jednak dużej mocy nie pochłoną. Są w końcu na tym samym kawałku krzemu co cała reszta układu. Dlatego myślę, że rozwiązanie z rezystorami i zewnętrznymi szybkimi diodami będzie chyba całkiem dobre, proste i niedrogie. Wtedy w razie czego większość mocy wydzieli się na rezystorach/zewnętrznych diodach a nie tych wbudowanych w MCU. Wbudowanie są ostatnią linią obrony, nie powinno się ich nadwyrężać - tak sądzę :)
  • Poziom 30  
    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ć!
  • Poziom 33  
    szczepan999 napisał:
    Dlatego myślę, że rozwiązanie z rezystorami i zewnętrznymi szybkimi diodami będzie chyba całkiem dobre, proste i niedrogie.


    W zupełności wystarczające, przynajmniej na początek. Jeżeli nie będzie wystarczające, wrócisz z tematem.
    Nie ma też żadnego znaczenia, czy zastosujesz elementy przewlekane, czy SMD.

    Dodano po 29 [minuty]:

    Jeśli chodzi o sam debouncing (sprzętowy i programowy) w załączeniu umieszczam dość interesujące opracowanie na ten temat.
  • Poziom 33  
    W necie można również odnaleźć wiele schematów debouncerów opartych na NE555. Jeden z nich poniżej. Sprawdziłem ten układ, działa całkiem dobrze, ale w końcu zdecydowałem się rozwiązanie programowe ;)

    Jaki transil do zabezpieczenia pinów ATmegi
  • Poziom 30  
    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.
  • Poziom 27  
    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.
  • Poziom 30  
    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.
  • Poziom 27  
    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.
  • Poziom 27  
    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ę.
  • Poziom 33  
    LChucki napisał:
    Poszaleliście z tym ekranowaniem? To jakiś sygnał w.cz o amplitudzie kilkunastu uV? A może sygnał audio? Video?


    Oczywiście, że nie. Sam zapytałeś, jak zlikwidować zakłócenia w kablu, które pojawią się pomiędzy pinem procesora, który jest zabezpieczony dwiema diodami Schottky'ego a enkoderem z drugiej strony. Zakładam, że chodziło Ci o ten rodzaj zakłóceń, których amplituda jest na tyle mała, że diody Schottkye'go go nie wyłapią, ale też na tyle duża, że może mieć wpływ na działanie programowego debouncingu. Przyczyna takich zakłóceń może mieć charakter elektromagnetyczny lub kosmiczny. W takim przypadku stosowanie ekranowego kabla ma sens.
  • Poziom 30  
    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ę.