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

problem z wirtualnym COMem [usb-cdc][avr][m8]

AVRowiec 13 Gru 2009 20:40 2622 10
  • #1 7385040
    AVRowiec
    Poziom 18  
    Witrualny COM USB-CDC. (strona projektu http://www.usb-software.org/usb_cdc.php).
    Zrobiłem jeden w wersji przewlekanej i działa normalnie. W wersji SMD nie chce pracować. Schemat jest identyczny. W połączeniach nie ma błędów. Kod załadował się na uC bez problemu. Fusy ustawione. Od strony elektrycznej wszystko jest ok.
    Windows nie chce zaakceptować. Nie można zainstalować sterownika. Urządzenie nie rozpoznane.

    Miał ktoś podobny problem? Próbowałem na 3 kompach i nic :(

    Tak to wygląda:
    problem z wirtualnym COMem [usb-cdc][avr][m8]
  • #3 7385199
    AVRowiec
    Poziom 18  
    :) właśnie ten układ wykonałem i to z nim jest problem. USB-CDC Osama Tamury.
  • #4 7385226
    gothye
    Poziom 33  
    mam kilka układów z M8 w obudowie TQFP i działa bez zażutów ,może machnołeś sie w nożkach uC ?

    pewnie nie wiele pomoże ale wklejam ...

    problem z wirtualnym COMem [usb-cdc][avr][m8]


    żrzut Bottom layera z protela jak to wygląda u mnie
  • #5 7385494
    AVRowiec
    Poziom 18  
    Tak patrze że mamy to podobnie połączone.
    u mnie wygląda to tak:
    problem z wirtualnym COMem [usb-cdc][avr][m8]
    problem z wirtualnym COMem [usb-cdc][avr][m8]
    wg schematu Tamury powinno działać bez tych diodek na wejściu USB i w szereg z zasilaniem powinna być wpięta czerwona dioda. Mi w takiej wersji układ nie działał. Dopiero jak usunąłem leda i dałem te diody to układ ruszył. dlatego ten w smd ma to wszystko już poprawione.
    W PCB okazało się że połączenie z usb (pin 2 i 3) powinny być odwrotnie i to już poprawiłem. Wątpie żeby gdzieś był błąd.
    (próbowałem już różnych kombinacji: z diodami i bez - nic to nie dało)
    Sam uC raczej działa skoro kod się wgrał (dwa razy nawet).

    dodam że układ wykonałem z atmega8 L czyli w wersji niskonapięciowej. jednak ten w dilu działa, tqfp nie.
    właśnie poprawiłem luty, sprawdziłem czy nie ma zwarć. układ jest napewno dobry.
    warto przelutowywać atmege? (z m8L na m8)
  • #6 7385878
    mirekk36
    Poziom 42  
    Matko - jak ty "przekombinowałeś" ten schemat - szok ;)

    po pierwsze (to na razie tak z ciekawości) po choineczkę ci ta zworka JP1 ?? (ale to mało istotne dokąd jest oczywiście rozwarta)

    po drugie .... ty postawiłeś wszystko na głowie - nie dość że niezgodnie zrobiłeś ze standardem USB - bo ten procek przejściówki powinien być zasilany napięciem 3,3V żeby na 100% dobrze działał - a ty zasilasz go wprost +5V z USB

    i masakra niestety - jeszcze na dodatek robisz konwersję za pomocą 74LS14 do standardu właśnie 3,3V

    Coś ci się poplątało i jednak wcale nie robisz tych układów wg przepisu Osamy Tamura czy też na przykładzie tej mojej przejściówki do której podał ci link kolega.

    Wprawdzie piszesz coś że próbowałeś dawać diodę LED w szereg z zasilaniem aby obniżyć napięcie ale ci to nie działało i nie dziwota. Jakbyś poczytał dokładnie na tym długim temacie o tej mojej przejściówce to byś się dowiedział, że zamiast tej diody LED warto dać po prostu ze 2 albo 3 zwykłe diody prostownicze, które mają za zadanie obniżenie napięcia z +5V do ok 3,3V aczkolwiek zwykle jest to po takich diodach troszkę więcej niż 3,3V

    Wielu ludzi pisało w tym temacie mojej przejsciówki, że jeśli nie stosowali obniżenia napięcia zasilania przejściówki do ok 3,3V to niektórym potrafiła nawet w ogóle nie działać! Mi akurat przeważnie działała z napięciem 5V ale traktowałem to wszystko i tak jako tylko próby.

    Mam nadzieję więc że widzisz ten kołowrotek który zrobiłeś - Przejściówka zasilana +5V i konwerter do 3,3V .

    Toż jeśli potrzebujesz dopasować się do układu który też zasilany jest 3,3V to wystarczyło dać po prostu obniżenie napięcia tymi diodami prostowniczymi i wywalić wtedy ten bez sensu zastosowany TTL

    Poza tym jeśli już nawet stosujesz (choć w odwrotnę stronę konwerter napięć) to po co dałeś rezystor na linii TxD procka - bez sensu niestety. On może pełnić jakąś skuteczną rolę tylko wtedy gdybyś miał zasilanie przejściówki 3,3V a układ docelowy byłby zasilany +5V i bez żadnego konwertera napięć.

    Kolejna rzecz to na schemacie w ogóle nie masz zaznaczonego zasilania tego TTLa ????? Na płytce PCB wprawdzie widać jakiś niebieski PAD przy nodze nr 14 scalaka - ale co ? wisi on sobie w powietrzu ????

    Kolejna rzecz to warto nieraz zastosować diody zenera o wartościach 3,6V zamiast 3,3V.

    Poza tym - takie już wprawdzie drobiazgi niby ale:

    beztroski brak rezystora na pinie RESET procka
    beztroskie nie podłączenie zasilania do AVCC

    w układzie Osamu Tamury - linia PD2 też jest podciągnięta rezystorem 1M do VCC układu - a u ciebie go nie ma.

    Zresztą zobacz sobie na oryginalny schemat (ja wg niego się kiedyś bawiłem) a porównaj to ze swoim ustrojstwem:

    problem z wirtualnym COMem [usb-cdc][avr][m8]

    Reasumując - mega przemielony układ z super kombinacjami i milion powodów przek które może to wcale nie działać tak jak oryginał

    A na pewno nie ma na to wpływu obudowa procka - ale to żadnego wpływu.

    No ale jeśli dałeś wersję L i taktujesz ją kwarcem 12MHz to dodatkowo do tych wszystkich problemów dkładasz sobie jeszcze jeden i to poważny. To nie jest kwestia czy warto zmienić na ATmega8 bez L - tak trzeba zrobić bez 2 zdań.

    Na koniec powiem tylko jedno - wziąłbyś sobie scalaczka FT232RL i miałbyś od razu pełną jeśli chodzi o linie RS232 i w 1000% niezawodną przejściówkę. A wystarczyłby na tym twoim PCB tylko sam scalak , dwa kondensatorki filtrujące oraz gniazdko USB i ŻĄDNYCH innych elementów. Uruchomienie? - nie trzeba uruchamiać - działa od razu po włączeniu zawsze i bez problemów ;) ..... przemyśl to (cenowo też taniej wyjdzie niż całe to ustrojstwo)
  • #7 7386101
    AVRowiec
    Poziom 18  
    dzięki za uwagi.
    ta zworka o której pisałeś to tylko dodatkowe wyjście.
    HCT14 nie jest narazie wlutowany więc ten obwód można pominąć.
    dałem "podwójną konwersję" z prostego powodu. atmega8L działa do 8MHz. jeśli ma być kwarc 12MHz to napięcie zasilające powinno być wyższe. tak naprawdę atmege8L wlutowałem przez przypadek (bo miała być bez L) ale co ciekawe w DILu działa Lka bez żadnego kłopotu. co ciekawe układ w dilu działa przy diodach 3,3V. ten z którym mam problemy ma wpięte 3,6V. Te wszystkie konwersje są właśnie dlatego że kiedyś układ DILowy nie chciał działać po obniżeniu napięcia więc uznałem że trzeba dać mu 5V a potem to obniżyć.
    Z tym rezystorem przed bramką masz racje - jest nie potrzebny (znalazł się tam bo dodawałem do schematu bramki i go nie usunąłem).
    Odkąd programuje nie stosuje rezystora na Resecie i wszystko działa bez problemu.
    USB-CDC (w wersji DIL) działa bez podłączonego zasilania do AVCC.
    I sprawa ostatnia: ja korzystam z tego schematu:
    problem z wirtualnym COMem [usb-cdc][avr][m8]
    Widocznie mamy inne wersje tego samego.
    Pomyśle o układzie FT. bo do tego już nie mam siły.. ewentualnie zrobie nowy ale wcześniej zapytam Was co sądzicie o nowym schemacie.
    Dziękuje (i wciąż czekam na inne pomysły :) )
  • #8 7386184
    Konto nie istnieje
    Konto nie istnieje  
  • #9 7386292
    AVRowiec
    Poziom 18  
    jak pisałem wcześniej - wiem że jest błąd na pcb ale naprawiłem go zaraz po pierwszych problemach.
    Wiem że użyłem błędnie warstw. jednak nie chciało mi się już tego poprawiać, pozatym przy wydruku wystarczy zaznaczyć Black i wychodzi na to samo.
    I owszem HCT ma podłączone zasilanie z automatu.
    Dzielnik jest wzięty z książki. Ten układ ma być podłączony do telefonu, pozatym już raz go wykonałem i działał poprawnie. ale powtarzam że ta część schematu nie jest jeszcze wlutowana.
  • #10 7386315
    Konto nie istnieje
    Konto nie istnieje  
  • #11 7386390
    AVRowiec
    Poziom 18  
    problem z wirtualnym COMem [usb-cdc][avr][m8] problem z wirtualnym COMem [usb-cdc][avr][m8] problem z wirtualnym COMem [usb-cdc][avr][m8] problem z wirtualnym COMem [usb-cdc][avr][m8] problem z wirtualnym COMem [usb-cdc][avr][m8]

    te odstające druty to efekt przeniesienia diodek przed rezystory (bezpośrednio za port).
    na żywo ta płytka wygląda jakoś ładniej ;/

    Dodano po 2 [minuty]:

    zwarć nie ma bo sprawdzałem 5 razy każdy pin z każdym niemalże. wartośli rezystorów również moge potwierdzić. jedyne co mi przychodzi do głowy to awaria kwarcu np podczas lutowania. żeby to sprawdzić musze wgrać jakiś kod ale to jutro. teraz wlutuje jeszcze ten rezystor 1M i ide spać :)

    Dodano po 8 [minuty]:

    rezystor nic nie dał. windows nadal nie może wykryć...
REKLAMA