Dotaz: TTL to USB

[marek_hb]

Příloha:

• screen 1.png (106604 bytů)

ahoj,

přes tento kabel s tímto čipem (doufám) se snažím pomocí návodu dostat openwrt na zyxel 310

bohužel když připojím kabel tak, jak je v návodu, screen nevypíše nic (pouze černá obrazovka s neblikajícím kurzorem vlevo nahoře), pokud přehodím rx/tx, tak začne vypisovat to, co je v příloze

dmesg:

[ 2852.722020] usb 4-2: new full-speed USB device number 2 using uhci_hcd
[ 2852.895028] usb 4-2: New USB device found, idVendor=067b, idProduct=2303, bcdDevice= 3.00
[ 2852.895032] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 2852.895034] usb 4-2: Product: USB-Serial Controller
[ 2852.895036] usb 4-2: Manufacturer: Prolific Technology Inc.
[ 2853.010190] usbcore: registered new interface driver pl2303
[ 2853.010205] usbserial: USB Serial support registered for pl2303
[ 2853.010233] pl2303 4-2:1.0: pl2303 converter detected
[ 2853.022163] usb 4-2: pl2303 converter now attached to ttyUSB0
[ 2853.103628] audit: type=1130 audit(1561726436.400:35): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=gpsd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 2853.108876] audit: type=1130 audit(1561726436.407:36): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=gpsdctl@ttyUSB0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[root@archlinux marek]# 

zkoušel jsem minicim, picocom, výsledek je stejný, pokus z rescuecd také

modul pl2303 natažený mám, modul usbserial nemůžu pro arch ani rescue cd najít, nebo nevím jak se googla zeptat

napadá Vás, kde může být problém?

Odpovědi

[randy]

prepni rychlost z 57600 na 9600 baudov... (v minicome: ctrl+a p c enter)

[marek_hb]

zkoušel jsem

screen /dev/ttyUSB0 9600

ale zkusím znova, dík moc

[randy]

Teraz pozeram ten navod... ak nie 9600, tak treba pridat "screen /dev/ttyUSB0 115200"

[marek_hb]

screen /dev/ttyUSB0 115200 - tohle nefunguje, to jsem zkoušel X krát

[k3dAR]

prevodnik mas s 5V a k Zyxel mas mit s 3.3V => potrebujes jinej prevodnik

[marek_hb]

dík, v pondělí zkusím vyměnit - někde jsem viděl popis 3.3-5V, tak jsem to neřešil. To by mohlo být ono

díky moc

[randy]

To by platilo, ak by prevodnikom to zariadenie aj napajal. No po pripojeni 5 V by to uz neprezilo :) Staci pripojit gnd, rx a tx, a potom zariadenie napajat beznym sposobom.

[marek_hb]

zařízení přežilo - normálně funguje, na webové rozhraní se připojím, data tam jsou, tváří se jak má (i když mám zároveň připojený ten převodník). Jen se nedokážu připojit na to TTL tak, abych něco viděl

VCC teda nemusím ani připojovat (omlouvám se za základní dotazy, ale ještě jsem takhle nic neflashoval)

[k3dAR]

jinak co povazujes za normalni pripojeni rx-tx a tx-rx?(spravne) nebo rx-rx, tx-tx(spatne)?

[marek_hb]

správně považuju to co je v návodu GND x RX TX VCC - ale třeba tady je to obráceně (jestli to dobře chápu)

při tom co považuju za správné se neděje nic, při tom druhém dostanu ten rozsypaný bugr

[marek_hb]

tady to taky odpovídá návodu

ještě jsem to teda nezkoušel z windows - to je vlastně tady možnost

[k3dAR]

GND RX TX VCC je popis poradi pinu na desce, ale jestli spravne do TX na desce pripojujes RX z prevodniku

[k3dAR]

btw: zapnes zyxel a mackas na nem hned nejake tlacitko aby si prerusil normalni boot proces a mel dostupnej "shell" pres serial?

[marek_hb]

nemačkám - mám pocit, že tady to taky jen zapne

dík za radu s přehozením TX - RX - to mě fakt nenapadlo

[k3dAR]

v navodu co si psal odkaz kousek vejs pise:

"U-Boot can be interrupted for altering boot parameters, loading images from usb, or flashing."

a dale

"Interrupt normal boot by pressing any key during U-boot."

(sice v sekci nahozeni Debianu, ale predpokladam kdyz prvni prikaz je inicializace nebo reset usb v ostanich sekcich/navodech, ze to plati vzdy, zkouskou nic nezkazis, DOKUD nezacnes neco mazat/prepisova, to si radeji nekolikrat precti/over

[marek_hb]

to jo, pro přerušení jo a možnost zavedení něčeho z usb už je potřeba "any key"

uvidím jak to dopadne - s něčím se začít musí :)

[marek_hb]

mám v poslední době nějakou kutilskou náladu :)

[marek_hb]

hm - dobrý - to do TX patří Rx a obráceně?

- jak jsem psal - dělám to poprvé a předpokládal jsem, že stejné patří na stejné

[k3dAR]

presne tak, TX je vystup, RX je vstup, aby se vystup jednoho dostal na vstup druheho, musi to byt krizem

[k3dAR]

priznam se ze sem si tim nebyl jistej, v odkazovanem navodu je vylozene nekolikrat zmineno 3.3V a neni zmineno ze ma byt napajeni adapter zarizeni odpojen, mozna je to samozrejmost... to ze to muze odpalit vim, ale asi by psal ze se z toho kourilo

[marek_hb]

jj, to už bych sem dával odkaz na košík z alzy s poskládaným servříkem - ale přežil. Jak jsem psal - o tom 3.3V vím, ale nějak jsem si zafixoval, že to ten převodník umí taky. Mea culpa...

[marek_hb]

ps. jak poznám kolika voltovej je to kabel?

[k3dAR]

"kabel" co umi 3v3 a 5v ma >=5pinu/dratu nebo ma jumper pro prepnuti mezi 3v3 a 5v - nejsem si jistej(ale myslim ze jo) zda 4pin je vzdy 5v kazdopadne vzdy kazdej lepsi dooverit, ten "kabel" co si psal sice to nema uvedene v popisku, ale v datasheetu(ucho vedle "popis produktu") ma jednak napajeni 5V a druhak priklad zapojeni na arduino na 5V...

[marek_hb]

super, dík za rady a varování - nenapadlo by mě to

[Jendа]

Vysvětlujeme zprávu Rádia Jerevan ohledně logických úrovní na UARTu:

• Pro RX je 3.3 nebo 5V jedno, protože snad všechny obvody považují 3.3 za logickou jedničku i pokud mají jako referenci 5 V.
• Pro TX to jedno není a záleží na zařízení na druhém konci co se stane. Někdy může normálně fungovat, někdy může nefungovat ale neshoří (př. AtMega 168), někdy se může odpálit. Vstupní pin zařízení může vypadat například nějak takto a pokud je za tím zapojena dostatečná zátěž na to přepětí měla ta horní dioda tak bezpečně odvést, tak typicky zničení nehrozí.
• Výše uvedené neplatí pokud připojíte 5V natvrdo na napájení, což tazatel zřejmě udělal. Osobně se mi tohle povedlo dvakrát s Raspberry Pi. Jedno shořelo a jedno přežilo.
• Velká část unbranded převodníků bývá 3.3/5V hybrid nebo „5V tolerant“. V praxi vysílají na 3.3 V a očekávají až 5 V na RX a jsou postaveny tak, aby jim tohle nevadilo a fungovaly. Čekal bych, že tohle bude i tazatelův případ.
• Obecně je rozumné při používání UARTu vůbec nespojovat napájení (a pokud zařízení chcete napájet, tak použít externí zdroj, protože UART převodník má napájení přes USB a kdo ví jestli ho to ukrmí).
• Pro 3.3V UART není potřeba kupovat nový převodník ani žádný drahý level convertor. Jak jsem uvedl výše, RX nám bude fungovat bez problému, a TX vyřešíme pomocí odporového děliče 2/3 (např. odpory 1 a 2 kΩ).
• Problém demonstrovaný na screenshotu může být způsoben špatnou rychlostí, ale také nekvalitním propojením zemí.
• Doporučuji koupit logický analyzér, konkrétně tento, je podporovaný v Linuxu (pulseview/sigkrok) a stojí neuvěřitelných 5 dolarů. A spoustu těchto problémů dokáže vyřešit.

[marek_hb]

díky za vysvětlení - třeba to ani neodpálím.... :)

problém demonstrovaný na screenshotu opravdu mohl být špatnou zemí - černý kabel mi přišel trochu volný, tak jsem ho v mezičase znevolnil, ale to bylo už před pokusem bez VCC. Takže neumím říct, jestli to tím opravdu bylo

[R]

Ako prevodnik RS232-TTL pouzivam datove kable k starym mobilom, nakupil som ich lacno vo vypredaji - nesmie to byt na Nokiu (a pod.), ale na ine, ktore maju standardne RX a TX. Mam PC so seriovym portom, takze to nepotrebujem konvertovat na USB.

Konektor na strane mobilu som rozobral - podla typu tam su bud 3 alebo 4 droty. Kontakty odstranil, nakrimpoval kontakty NDR-T a na to nasadil NSR konektor.

3-drotovy berie napajanie z PC a ma pevne dane urovne - chodi to s 3,3 V aj 5 V zariadeniami. A myslim, ze to islo aj s diskami Seagate, kde by malo byt 1,8V.

Zaujimavejsi je 4-drotovy - tam sa berie napajanie z mobilu a urovne sa tomu prisposobia. Prave pre taketo pouzitie je v routeroch (a pod.) na tom konektore vyvedene aj VCC.

[marek_hb]

díky za rady a nasměrování

po prohození RX-TX a nezapojení VCC jsem pomocí:

picocom -b 115200 /dev/ttyUSB0

v terminálu

[k3dAR]

tak to tlacitko tedy jen kdyz bys flashoval/startoval_neco z bootloaderu/u-boot

[marek_hb]

tlačítko jsem vyzkoušel - s 50% úspěchem

nainstaloval jsem uboot, ale nemůžu se dostat znova do usb abych natáhl nsa310.bin

v podstatě po druhém usb reset jsem skončil:

U-Boot 2019.01 (Jun 28 2019 - 19:49:33 +0000)
ZyXEL NSA310 1-Bay Power Media Server

SoC:   Kirkwood 88F6281_A1
DRAM:  256 MiB
NAND:  128 MiB
MMC:
Loading Environment from NAND... OK
In:    serial
Out:   serial
Err:   serial
Net:   egiga0
PHY reset timed out
MV88E1318 PHY initialized on egiga0
Hit any key to stop autoboot:  0
ubi0: attaching mtd3
ubi0: scanning is finished
ubi0 error: ubi_read_volume_table: the layout volume was not found
ubi0 error: ubi_attach_mtd_dev: failed to attach mtd3, error -22
UBI error: cannot attach mtd3
UBI error: cannot initialize UBI, error -22
UBI init error 22
Please check, if the correct MTD partition is used (size big enough?)
Error, no UBI device selected!
Wrong Image Format for bootm command
Error occured, error code = 112
ERROR: can't get kernel image!
NSA310> setenv ethaddr 50:67:F0:69:BF:1E
NSA310> saveenv
Saving Environment to NAND... Erasing NAND...
Erasing at 0xc0000 -- 100% complete.
Writing to NAND... OK
OK
NSA310> usb reset
resetting USB...
USB0:   USB EHCI 1.00
scanning bus 0 for devices... EHCI timed out on TD - token=0x80008d80
EHCI timed out on TD - token=0x80008c80
EHCI timed out on TD - token=0x80008c80
EHCI timed out on TD - token=0x80008c80
 ERROR: NOT USB_CONFIG_DESC 80
EHCI timed out on TD - token=0x80008d80
2 USB Device(s) found
       scanning usb for storage devices... 0 Storage Device(s) found
NSA310> fatload usb 0 0x2000000 nsa310.bin
NSA310> nand erase.part ubi

NAND erase.part: device 0 offset 0x140000, size 0x7ec0000
Skipping bad block at  0x04980000                                          
Skipping bad block at  0x04dc0000                                          
Erasing at 0x7fe0000 -- 100% complete.
OK
NSA310> nand write 0x2000000 ubi 0x600000

NAND write: device 0 offset 0x140000, size 0x600000
 6291456 bytes written: OK
NSA310> 

zkoušel jsem najít aktuální kwboot, ale bez úspěchu. Vyzkoušel jsem víc flashek, formátoval je ve win i linuxu, ale nic. Disk mám vyndanej, pro správný kabel si jdu v pondělí. Napadá Vás prosím co mám zkusit dál?

[marek_hb]

ale asi nejsem jedinej:

https://forum.openwrt.org/t/serial-install-problems-on-nsa310/37306/8

ps kwboot jsem nakonec zprovoznil na starém nentooku s debianem - je součástí balíku u-boot-tools a funguje jak má

[marek_hb]

tak jo - netbook s debianem a nainstalované u-boot-tools, nezapojené VCC, znovu naformátovaná flashka a přes kwboot:

./kwboot -t -B 115200 /dev/ttyUSB0 -b uboot.kwb -p

znovu natlačený uboot z návodu a prošlo to - openwrt jsem nainstaloval

díky za rady a nasměrování

M