uPD70F3366gj UART USB pripojeni k PC

[KiTt]

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.

[Zaky]

Zkontroluj tvar a časování UARTu osciloskopem, konvertor nemusíš bastlit, koupíš za pakatel na Ebay: http://www.ebay.com/sch/i.html?_from=R40&_sacat=0&_sop=15&_nkw=pl2303&rt=nc&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.

[Zaky]

Zkontroluj tvar a časování UARTu osciloskopem, konvertor nemusíš bastlit, koupíš za pakatel na Ebay: http://www.ebay.com/sch/i.html?_from=R40&_sacat=0&_sop=15&_nkw=pl2303&rt=nc&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]

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]

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]

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.

[mtajovsky]

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?

[mtajovsky]

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]

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]

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?

[Zaky]

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.

[Zaky]

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]

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]

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.

[mtajovsky]

[mtajovsky]

[KiTt]

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.

[mtajovsky]

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.

[mtajovsky]

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]

tady je to stejne ale vic roztazene.