CNC Fórum

Mex píše: ↑6. 12. 2018, 11:34

Dawe píše: ↑6. 12. 2018, 10:42 Kdyz dobre prevodnik vybere, tak to musi chodit. Staci si pohlidat aby ten prevodnik umel modemove signaly (RTS, DTR, CTS,.. protoze starsi industrialni masiny nespolehaji na bit bang) a byl podporovan jeho operacnim systemem.
Pak jen tomu nove vytvorenemu VCP (virtualni seriovy port) nastavit nizky COM aby ho videl starsi software a pojede to.
Nemel by si vybrat nic s chipem Prolific (PLxxxx) nebo CH340G, nebo Silicon Labs (napr. CP2102).
Spise koukat po prevodnicich zalozenych na FTDI. Napr FT232RL pokud je spravne implementovany bude vyhovovat.

No - nechci se přít, v ruce jsem to neměl, tak jenom teoretizuju.
Ale zase tak jednoduché to možná nebude, když s tím (prý) mnoho uživatelů má problémy.
Handshake signály CTS/RTS, DTR/DSR atd.) umí samozřejmě všechny běžné USB/serial chipy. A většinou s těmi tebou zatracovanými CH340 nebo Silabs bývá míň problémů než s nafrněným FTDI.
Může to být klidně zamčené na VID/PID nebo tam může být nějaká jiná past. Třeba chtějí prodávat ty svoje drahé převodníky a tak pro to něco udělali.
Podle mě to řešitelné je, ale neznamená to, že to musí být řešitelné snadno a triviálně.

Zrovna fddi upravenym ovladace umrtvovali padelane chipy, obcas i ty svoje, a nastesti zase jen na windows

To je pravda, to od nich pred par rokama nebylo moc pekne. Ale zase ty padelky byly tak rozsirene a kazili jim jmeno, ze s tim museli neco delat. Genuine FTDI ale rozhodne nemrzne. Mame ve fieldu nekolik set mericich, zkusebnich a ridicich zarizeni s FT232RL ktere musi byt stabilni v radu stovek hodin (Sw bezi na LabView runtime na windows). Pokud neni problem v kabelu, tak se s nima testuje treba 1500hod nonstop v industrialnim prostredi a neni s tim jediny problem.

Tak se mě to povedlo spojit!

zároveň jsem z té radosti bohužel smazal všechny strojní zálohy...naštěstí zálohy mám, nahrál jsem je zpět ale asi je nějaký postup obnovení stroje?

Dawe píše: ↑7. 12. 2018, 9:19 ... VID/PID nemuze byt zamceny kdyz ten sw predpoklada hw a ne virtualni COM PORT. ...

No na první pohled se to zdá logické. Ale na druhý pohled je pak divné, že to (prý) nikomu přes USB/serial nefunguje.
Takže buď ti všichni, kterým to nejede, neumí to nejjednodušší, tj. zastrčit do USB konektoru převodník a naklikat Next, Next, ..., Finish, nebo je tam skutečně nějaká obezlička.
Třeba to na HW portu chodí přes HW a nic neřeší, kdežto přes převodník to mají nějak ošéfované. Nebo využívají nějaké zvláštnosti na portu, kterou mají ve svých převodnících nebo driverech nějak upravenou (třeba testují rychlost nebo fázový posun mezi vysílanými daty a handshake signály, který je na HW portu samozřejmě jiný než na USB, nebo co já vím co jiného si vymysleli).

Pokud by převodník použili jen je komunikaci, tak to samozřejmě musí chodit, a to se všemi běžnými typy USB/serial převodníků.
Pokud ale ten převodník používají jako "něco jako hardlock", tak je to samozřejmě jinak.

K těm jednotlivým typům převodníků: třeba FTDI nemám rad, protože mimo jiné neumí 5-bitový přenos. Proto rád používám jiné. Nejraději Silabs, ale s CH340 mám v poslední době taky jen dobré zkušenosti.

lopollopol píše: ↑7. 12. 2018, 4:58 Tak se mě to povedlo spojit!

No paráda a gratulace.
A povedlo se ti to v jaké konfiguraci? A co jsi pro to musel udělat?

Mex píše: ↑7. 12. 2018, 6:21

lopollopol píše: ↑7. 12. 2018, 4:58 Tak se mě to povedlo spojit!

No paráda a gratulace.
A povedlo se ti to v jaké konfiguraci? A co jsi pro to musel udělat?

mě to taky zajímá

lopollopol píše: ↑7. 12. 2018, 4:58 Tak se mě to povedlo spojit!

zároveň jsem z té radosti bohužel smazal všechny strojní zálohy...naštěstí zálohy mám, nahrál jsem je zpět ale asi je nějaký postup obnovení stroje?

No vidíš a ty sis nevěřil

A jak sis smazal ty zálohy ?

Mám to takto a šlape to jak za mlada. Mám použit obyčejný síťový kabel (nestíněný).

No v podstatě jsem smazal celou složku. Předpokládám, že tam byl .plc program a další podpůrné soubory protože stroj je nyní mrtví. Respektive po navrácení těchto záloh najede do systému ale nelze hýbat...

Chápu to správně, že jsi sehnal nějaké PC s HW sériovým portem a s tím jsi to rozjel?
Nebo jsi to rozjel na tom svém noťasu s USB/serial adaptérem? A pokud ano, tak s jakým?

Díky.

Ano, staré stolní PC a na tom to běží. Notebook a ani převodník jsem zatím neřešil/ nezkoušel. S tím budu laborovat až nyní.

Díky za info.
Jsem hodně zvědavý, k čemu dojdeš s tím USB/serial převodníkem.
Držím palce.

Zdravim. Zrovna řeším tenhle problém ohledně propojení stroje s PC. A ejhle nejde mi to. Nechal jsem si totiž u KRUPa udělat variantu kdy 9pin a 25pin je propojenej datovym kabelem. Mělo to dle nich fungovat. Zapojení jsem nechal udělat dle diagramu 10. Takže předpokládám ,že to bude asi chyba co ? Ikdyž jsem se na to extra ptal jestli to bude fungovat.

http://www.krup.cz/default.asp?cls=stoitem&stiid=1596

http://www.krup.cz/default.asp?cls=stoitem&stiid=1595

Potřeboval jsem totiž protáhnout kabel malou dírou ve zdi a datovej se vysloveně nabízel. V celku kabel jsem nechtěl rozdělávat a pak po prostrčení zase zadělávat.

no a s klasickým kabelem ti to chodí ?

U heidenhainů je ke stažení servisní manuál
tam je zapojení toho kabelu
vsadím boty, že tohle je tupě prodrátovaný 1-8 na tom 9pin canonu na 1-8 na RJ45 a to samý u toho 25 pin
tj. nepotkají se ti správné piny na těch 9 a 25 pin koncích tak jak to hajdoš potřebuje
samotný druh kabelu na to tutově nemá vliv
edit
nestudoval jsem "diagram 10"
propípej si to a porovnej se schematem u heidnů

Tak kabel je konečně udělanej správně a jediný co mě zatím vadí je:

Přijdu zapnu stroj a pustim pgm třeba o 7000 blocích. Necham ho běžet. A když to chci znova tak mi stroj napíše na otevření programu "data errorneous" a prostě se mi soubor neotevře ani kdybych se rozkrájel na X kousků.

Někdy to náhodně jde pustit třeba po hodině.

V manuálu jsem se dočetl co by ty chyby mohli být ale nějak jsem nepochopil to co je tam psáno. Protože mě to na stroji napíše právě jenom "data errorneous" a nic víc. Žádný rozlišovací znak chyby nebo tak.