logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

FTDI - FT232RL - nie chce działać z ledami

AVRowiec 24 Lut 2010 18:30 9420 28
REKLAMA
  • #1 7744814
    AVRowiec
    Poziom 18  
    Wykonałem układ konwertera USB-COM na układzie formy FTDI - FT232RL.
    Oto mój schemat
    :FTDI - FT232RL - nie chce działać z ledami

    A to z datasheeta:
    FTDI - FT232RL - nie chce działać z ledami

    Wiem że walnąłem się przy diodach ale ostatecznie zrobiłem tak jak nakazuje datasheet. Układ działa i jest wykrywany przez system kiedy podpięta jest tylko jedna z diod (ta na CBUS0). Jak podłącze drugą - CBUS1 to system windows XP (SP2) przestaje widzieć port.
    Tak swoją drogą nie jest chyba istotne czydiody są podpięte do masy czy Vcc racja?

    Co może się dziać? dlaczego układ nie chce działać z ledami?
    Dodam że R przy diodach to 220 a nie 270 jak w DS. W moim układzie brakuje także tej cewki, nie wiem skąd taką wziąć a pozatym chyba nie jest konieczna.

    Proszę o radę.


    inventco.eu - temat poprawiłem - regulamin p.7.2
  • REKLAMA
  • #2 7744858
    Konto nie istnieje
    Poziom 1  
  • #3 7744946
    AVRowiec
    Poziom 18  
    dołożyłem jeszcze "wspólne" 220 omów i nic.

    może ten ferryt jest ważniejszy niż się zdaje?
  • #4 7745067
    Konto nie istnieje
    Poziom 1  
  • #5 7745129
    morson
    Poziom 14  
    Ściągnij sobie ze strony FTDI program FT Prog i sprawdź czy C1 ma funkcję TXLED#.

    Wg oznaczeń wyjścia TXLED# i RXLED# zwierają do masy gdy jest transmisja.

    Pomyliłem się z PWREN#, to jest wyjście.
  • #6 7745403
    _Robak_
    Poziom 33  
    Tak, ferryt jest ważny. Czytałem jakiś czas temu posta w którym ktoś pisał że jak dał dławik bliżej układu to zaczęło wszystko działać.
  • REKLAMA
  • #7 7745469
    Mat_91
    Poziom 25  
    Ja zawsze z tym układem stosuje zwykły dławik 10uH zamiast koralika ferrytowego i wszystko działa ok, nigdy nie było z układem żadnych problem- czy to z diodami czy bez.
  • #8 7745789
    michalko12
    Specjalista - Mikrokontrolery
    _Robak_ napisał:
    Tak, ferryt jest ważny. Czytałem jakiś czas temu posta w którym ktoś pisał że jak dał dławik bliżej układu to zaczęło wszystko działać.

    Ktoś gdzieś kiedyś coś napisał.... Bez przesady, to jest tylko zwykły koralik ferrytowy do zredukowania EMI. Jak ktoś nie zastanawia się jakie dławki stosuje i o jakich parametrach to potem wypisuje bzdury.
  • #9 7745966
    _Robak_
    Poziom 33  
    michalko12 napisał:
    _Robak_ napisał:
    Tak, ferryt jest ważny. Czytałem jakiś czas temu posta w którym ktoś pisał że jak dał dławik bliżej układu to zaczęło wszystko działać.

    Ktoś gdzieś kiedyś coś napisał.... Bez przesady, to jest tylko zwykły koralik ferrytowy do zredukowania EMI. Jak ktoś nie zastanawia się jakie dławki stosuje i o jakich parametrach to potem wypisuje bzdury.

    Przy zasilaniu części analogowej też się stosuje dławiki i raczej nie służą do zredukowania EMI. Fakt, że układ cyfrowy jest mniej podatny na zakłócenia, no ale kłócić się nie będę.
    Choć widzę że nawet w datasheecie piszą że jest do redukowania EMI, więc może tamto to był czysty przypadek że z dławikiem zaczęło działać ;)
  • REKLAMA
  • #10 7746432
    szaro
    Poziom 19  
    Kiedyś uruchamiałem FT232BL, bez koralika działał bezbłędnie. Gdyby jeszcze ktoś miał wątpliwości to tu jest wyjaśnienie
    Cytat:
    A ferrite bead is connected in series with the USB power supply to reduce EMI noise from the FT232R and
    associated circuitry being radiated down the USB cable to the USB host. The value of the Ferrite Bead
    depends on the total current drawn by the application.
  • Pomocny post
    #11 7746815
    mirekk36
    Poziom 42  
    Panowie potwierdzę tylko, że gdyby ten układ miał się tak niestabilnie zachowywać (w takim sobie testowym układzie amatorskim) bez jakiegoś tam koralika to byłby do d......

    Na 10000% albo na 100000000% brak koralika nie jest winą takiego zachowania się tego układu - jakie opisuje autor.

    Za to autor nie dość, że nie chce zrobić układu zgodnie ze schematem (I WCALE NIE CHODZI O ODWROTNE PODŁĄCZENIE DIOD LED !!!)

    to jeszcze sorki ale nie chce mu się przeczytać noty PDF ;)

    Nie wiem jak można pokazać - wkleić dwa schematy układu w podstawowej aplikacji (jeden z noty PDF a drugi własnej konstrukcji wg widzimisię, gdzie są ze dwa połączenia na krzyż) i mówić że są takie same ????? (jeszcze raz podkreślam nie chodzi o diody bo je można podłączać dowolnie jak się żywnie spodoba i nie tylko dwie ale nawet 8

    ...... za to wystarczy porównać co dzieje się w układzie autora z nogą TEST - wisi w powietrzu zamiast być przyczepiona do GND jak na schemacie kurka z noty!

    i ew doczytać sobie w tejże nocie, że TEST :

    Cytat:
    26 TEST Input
    Puts the device into IC test mode. Must be tied to GND for normal
    operation, otherwise the device will appear to fail.
  • REKLAMA
  • #12 7746863
    Konto nie istnieje
    Konto nie istnieje  
  • #13 7746955
    AVRowiec
    Poziom 18  
    eh... teraz układ działa normalnie mimo że TEST nie jest zwarty do masy.

    Zaraz go zepnę i opisze efekt.
  • #14 7746979
    mirekk36
    Poziom 42  
    AVRowiec napisał:
    eh... teraz układ działa normalnie mimo że TEST nie jest zwarty do masy.


    Skoro dla ciebie to jest normalnie - to powodzenia ;) z takim podejściem ....

    Nie ma to jak testować czy autorzy PDF'a prawdę napisali. Hmmm a nóż się mylą? ;)
  • #15 7746999
    AVRowiec
    Poziom 18  
    mirku jak zawsze miałeś racje :)

    przyznaje bez bicia że DSa przejrzałem pobierznie. Widziałem że TEST jest zwarty do masy ale pominąłem to na schemacie.

    Teraz układ działa stabilnie.

    Diody działają tylko jeśli są podłączone katodami do układu!!
    Z katodą na masie poprostu nie świecą.
    (jak dla mnie powinny sie palić i gasnąć w czasie transmisji, dlaczego tak jest nie wiem ;/)

    Dodano po 5 [minuty]:

    Mam jeszcze pytanko z innej beczki:

    Czy da sie jakoś nadać własną nazwe dla tego układu? Tak żeby po podłączeniu do kompa zamiast (chyba) FTDI RL232 RSxxxxx było np.: STEROWNIK ŻABKI ;p
  • #16 7747023
    mirekk36
    Poziom 42  
    AVRowiec napisał:

    Mam jeszcze pytanko z innej beczki:

    Czy da sie jakoś nadać własną nazwe dla tego układu? Tak żeby po podłączeniu do kompa zamiast (chyba) FTDI RL232 RSxxxxx było np.: STEROWNIK ŻABKI ;p


    Da się, da się - bierzesz program Mprog i zmieniasz nazwę ;)
  • #17 7747134
    adambehnke
    Poziom 24  
    Także próbowałem zmienić nazwę poprzez Mprog. I owszem w samym oknie programu zmienia nazwę ale jak ponownie podłączam do kompa aby sprawdzić czy jest nowa nazwa to d... . Jeśli komuś się udało zmienić tą nazwę to prosiłbym aby opisał to krok po kroku.
  • #18 7747328
    michalko12
    Specjalista - Mikrokontrolery
    adambehnke napisał:
    Także próbowałem zmienić nazwę poprzez Mprog. I owszem w samym oknie programu zmienia nazwę ale jak ponownie podłączam do kompa aby sprawdzić czy jest nowa nazwa to d... . Jeśli komuś się udało zmienić tą nazwę to prosiłbym aby opisał to krok po kroku.


    Musisz usunąć stare sterowniki tak aby win nie rozpoznawał VIN i PID. Do tego musisz jeszcze dostosować inf'a, a potem podczas instalacji sterowników ręcznie wybrać tego inf'a. Zamiast Mproga lepiej używac nowszego FT Proga.
  • #20 8154592
    ja_fryta
    Poziom 19  
    Witam wszystkich
    Trafiłem na ten post szukając rozwiązania mojego problemu.
    Zbudowałem sobie układ na ft232 zgodnie z schematem z pierwszego postu.
    Czyli zgodnie z tym co podaje producent. Nie zastosowałem jedynie cewki.
    Czy ktoś z doświadczenia może mi dać odpowiedz czy to może być przyczyna wadliwego działania procesora ?
  • #21 8154967
    acid12
    Poziom 21  
    nigdy nie używałem cewki i działało :)
    więc jeżeli nie działasz w środowisku z dużymi zakłóceniami, to szukaj problemu gdzie indziej :)
  • #22 8155592
    mirekk36
    Poziom 42  
    ja_fryta napisał:
    Nie zastosowałem jedynie cewki.


    To nie cewka tylko zwykły dławik, który można sobie w zupełności pominąć. Jeśli coś nie działa ci w procku to szukaj problemów w programie który piszesz bądź w wadliwych połączeniach procka itp.
  • #23 8155712
    ja_fryta
    Poziom 19  
    Mam też dziwne przypadki tak że na jednym komputerze mi działa a na drugim po jakimś czasie przestaje.
  • #24 8155779
    psine.pl

    Poziom 30  
    Witam.
    Pierwsze to te piny można zmienić w ustawieniach FTDI... może są zmienione.
    druga sprawa diody są odwrotnie na Twoim schemacie.
    Strona 27 datasheet FTDI pokazuje jak je podłączyć.
    Koralik, ferryt jest nieistotny. Ten układ działa ok i bez niego (przetestowałem to już setki razy).

    Pozdrawiam
    Marek
  • #25 8156143
    ja_fryta
    Poziom 19  
    Ja nie mam diod tylko się podpiąłem pod temat chodziło mi główne o ten ferryt. Mam układ w którym go nie zastosowałem i czasami zdarzały się dziwne przypadki typu nie moglem czytać ani pisać do VPC tylko wyjecie i ponowne włożenie do gniazda pozwalało mi na dostęp do portu. Szukając rozwiązania pomyślałem o tym ale skoro piszecie ze to to to już sam nie wiem. A jak duże musiało by być pole które mogło by wpłynąć na pracę układu bez ferrytu?
  • #26 8156257
    mirekk36
    Poziom 42  
    ja_fryta --> zapomnij o ferrycie ;) .... z tego co opisujesz to masz typowy problem z dostępem do virtualnego COM'a z powodu źle napisanych procedur obsługi na PC. W czym piszesz sobie soft na PC'ta ??? Bo jeśli przypadkiem w Delphi i używasz jeszcze do kompletu znanego komponentu ComPort - to masz gotowy przepis właśnie na tego typu problemy a nie żadne tam ferryty i cewki ..... albo jakieś POLA (siłowe) zakłóceń ;)
  • #27 8156349
    ja_fryta
    Poziom 19  
    Pisze w C# .NET 3.5 klasa do obsługi SerialPort
    Staram się też obsługę zrobić w C
    https://www.elektroda.pl/rtvforum/topic1684167.html#8156309
    Żeby wykluczyć może jakieś bugi w CLR np.
    http://connect.microsoft.com/VisualStudio/fee...d-ftdi-usb-driver-unauthorizedaccessexception

    A może mam problemy bo kodowania są źle ustawione ?
    U mnie przed FTDI stoi atmega gdzie dane są wysyłane na nie za pomocą funkcji utoa() i USART_Transmit() a w klasie SerialPort odbieram tablice znaków byte[] a potem przekazuje ją do Encoding.ASCII.GetString()

    A może być to wina kiepskiej jakości przewodów ?
    Znalazłem taki topic http://www.hilpers.pl/602707-uk-ad-ftdi-ft245bm-roz
  • #29 8169404
    ja_fryta
    Poziom 19  
    Przewody jeszcze raz przewody !
    Nie oszczędzajcie na nich bo później może się to zemścić.
REKLAMA