Stránka 1 z 2
uPD70F3366gj UART USB pripojeni k PC
Napsal: 18 dub 2016, 09:17
od 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.
Napsal: 18 dub 2016, 10:33
od Zaky
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.
Napsal: 18 dub 2016, 21:07
od 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.
Napsal: 18 dub 2016, 21:33
od 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.

Napsal: 18 dub 2016, 22:05
od 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.
Napsal: 19 dub 2016, 12:34
od 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?
Napsal: 19 dub 2016, 16:18
od 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.
Napsal: 20 dub 2016, 09:19
od 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?
Napsal: 20 dub 2016, 09:47
od 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.
Napsal: 20 dub 2016, 09:50
od 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.
Napsal: 20 dub 2016, 12:31
od 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.
Napsal: 20 dub 2016, 14:26
od mtajovsky
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??
Napsal: 20 dub 2016, 14:53
od 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.
Napsal: 20 dub 2016, 15:38
od 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.
Napsal: 20 dub 2016, 15:45
od KiTt
tady je to stejne ale vic roztazene.