uPD70F3366gj UART USB pripojeni k PC

Zpráva

KiTt · #1 Příspěvek od **KiTt** » 18 dub 2016, 09:17

Zdravim, mam tady jedno zarizeni ktere je vadne a mam podezreni ze je spatny SW v tom uPD70F3366, postavil jsem si jednoduchej prevodnik USB<-> UART s PL2303. Zda se ze komunikace nejak funguje, ale na terminalu v PC se me zobrazuji jen ruzne znaky misto spravneho textu. Napred jsem si myslel ze je spatne nastavena komunikacni rychlost, ale vyzkousel jsem vsechny dostupne a nic nefungovalo spravne.
Nema nekdo zkusenost s timto uPC a pripojenim k PC? Nevim kde hledat problem jestli na strane prevodniku a nastaveni PC, nebo je problem v uPC.
Dekuji moc za kazdy napad kde by mohl byt problem.

#2 Příspěvek od **Zaky** » 18 dub 2016, 10:33

Zkontroluj tvar a časování UARTu osciloskopem, konvertor nemusíš bastlit, koupíš za pakatel na Ebay: http://www.ebay.com/sch/i.html?_from=R4 ... c&LH_BIN=1 jsou sice tací, co na PL2303 nebo CH340 nadávají, moje zkušenosti ale špatné nejsou, převodníky fungují v pohodě, akorát některé s PL2303 mají v USB datech 100Ω odpory místo 22Ω, pak to zlobí s delšími kabely. Konvertor vyzkoušej v loopback zapojení, spojíš TX a RX a konvertor musí vracet, co na něj pošleš, nic to ale nevypovídá o správné komunikační rychosti.

KiTt · #3 Příspěvek od **KiTt** » 18 dub 2016, 21:07

Tak ted si s tim hraju a pokud spojim tx a rx co jdou z prevodniku a napisu v terminalu nejaky znak tak se nevrati. Ale pri spojovani rx a tx chodi na terminal ruzne znaky.
Pokud to pripojim naprocesor, tak v terminalu nemuzu psat.

lesana87 · #4 Příspěvek od **lesana87** » 18 dub 2016, 21:33

Podle toho co píšeš, se ti při spojení tx a rx zobrazují znaky, které píšeš, ale při spojení přes procesor se nezobrazuje nic. To znamená, že máš v terminálu vypnuté echo a znaky, které se ti zobrazují při spojení tx a rx, jsou znaky, které se ti vracejí, takže to funguje.

Při spojení přes procesor se ti skutečně nic nevrací a nefunguje to.

KiTt · #5 Příspěvek od **KiTt** » 18 dub 2016, 22:05

Ano s tim echem mas pravdu. Zapnute nebylo.
Takze prevodnik zda se funguje. Ale kdyz pripojim procesor, tak me terminal vypisuje ruzne znaky, misto bootu. Tak a ted zjistit proc.

#6 Příspěvek od **mtajovsky** » 19 dub 2016, 12:34

Zobrazit pomocí DSO nebo analyzátoru, co se skutečně z procesoru vysílá, třeba jde jen o špatnou rychlost, stop bity nebo paritu. Jedná se skutečně o asynchronní přenos?

KiTt · #7 Příspěvek od **KiTt** » 19 dub 2016, 16:18

Na osciloskopu vidim ze z procesoru lezou bity OK. Jaka je prenosova rychlost presne nevim, ale bude standartni, 38400, 57600,115200.1stop bit, zadna parita. Ale at zkousim co zkousim porad leze z terminalu jen hromada znaku.

KiTt · #8 Příspěvek od **KiTt** » 20 dub 2016, 09:19

Jeste jsem si vsimnul jedne veci, pokazde kdyz resetuji ten procesor prijde na terminal jina sada znaku. Ocekaval bych ze prijde pokazde to stejne ikdyz ve spatnem formatu , ale melo by to byt stejne, nebo se pletu?

#9 Příspěvek od **Zaky** » 20 dub 2016, 09:47

Podívej se, co z toho leze po resetu na osciloskopu, jestli je nesprávná rychlost, terminál to může chybně chápat pokaždé jinak, pokud to vypadá jinak i na osciloskopu, tak se opravdu posílá něco jiného.

PvvS · #10 Příspěvek od **PvvS** » 20 dub 2016, 09:50

Tohle resil kamos s jednim routerem. Pomohla az vymena za jinej prevodnik USB-UART. S tim to jelo napoprvy. Ja od jisty doby pouzivam jenom FTDI a mam klid.

KiTt · #11 Příspěvek od **KiTt** » 20 dub 2016, 12:31

Ted jsem to zkusil propojit s klasickym prevodnikem max 3232 a taky z toho lezou pouze ruzne znaky. Nemam ted po ruce zadny lepsi prevodnik a v GME a GES nic nemaji skladem. Ted me napada ze mam nejaky prevodnik na arduinu mega2560, tak zkusim jeste ten.

#12 Příspěvek od **mtajovsky** » 20 dub 2016, 14:26

KiTt píše:...Ale at zkousim co zkousim porad leze z terminalu jen hromada znaku.

Terminál nechte teď stranou. Nejprve je třeba osciloskopem nebo analyzátorem ověřit, že z procesoru jdou správná data. Víte co se z něj má po resetu vyslat? Je to třeba sesouhlasit data bit po bitu a z toho určit rychlost a ostatní parametry. I běžné levné analyzátory se dokáží chytit na data a vypsat znakově nebo v hex, co po RS232 leze.

V převodníku bych primárně chybu nehledal, zrovna teď si hraji se spojením ATmega s PC přes levný CH340G na 38,4 kbps a nejsou žádné problémy - vyzkoušeno na 3 různých terminálových programech.

KiTt píše:Na osciloskopu vidim ze z procesoru lezou bity OK. Jaka je prenosova rychlost presne nevim ...

Jak víte, že "bity jsou OK", když ani nevíte rychlost přenosu??

KiTt · #13 Příspěvek od **KiTt** » 20 dub 2016, 14:53

Bohuzel nemam skoro zadne servisni informace jen jeden screenshot co to ma vypsat po resetu uPC.
Navic se tam pouzivalo vice druhu uPC a kazdy mel jinou komunikacni rychlost. Ale co vim tak se pouzivaly jen 3 rychlosti 38400, 57600,115200.
Nemam analizator, jen USB osciloskop. Co z toho leze je v priloze.

#14 Příspěvek od **mtajovsky** » 20 dub 2016, 15:38

Jestli máte screenshot s daty - dobrá. Chtělo by to oscilogram více roztáhnout - možná i nasnímat s vyšším vzorkováním. Pak předpokládejme, že je první hrana do nuly začátek start bitu. Takže potom bitově sesouhlasit první přenesený byte dle data na vašem screenshotu. Pokud se to podaří, najdeme stop bit (případně paritu) a druhý start bit a druhý byte. Pozor, paritní bit je nepovinný a stop bity mohou být i dva. Taky přenos datových bitů může být 7, 8 nebo 9 bitový.
Pokud jsme úspěšní máme hned přenosovou rychlost. Z toho můžeme oddělit jednotlivé byte a dekódovat data. Je to trochu detektivka, ale jde to. Obrázek, který jste sem dal, je s příliš zhuštěný - chce to více detailů a roztáhnout.

KiTt · #15 Příspěvek od **KiTt** » 20 dub 2016, 15:45

tady je to stejne ale vic roztazene.