Igen tervbe van véve, pontosabban ép azon agyalok, hogy inkább több LPT porttal kompatibilis csatlakozó legyen rajta, vagy csak simán sorkapcsokkal rengeteg ki és bemenet. Amúgy az UC500 fejlesztési példányán ez a sorkapcsos megoldás van 25 bemenettel és 23 kimenettel:
Kérdésem lenne az UC100 következö tovább fejlesztési részen tervbe van e a több portos kivitelü usb to lpt mozgás vezérlön port2 ki épitésre gondolok?
Polgárdi Balázs | 461
2012-07-09 20:20:00
[11]
Ez a kérdés gyakran fel szokott merülni. A válasz rá: NEM. Az oka pedig az, hogy a csatlakozóban lévő DSP számolja a Step/Dir jeleket, és egy másik USB mozgásvezérlő között nem lehetséges a szinkron tartása az operációs rendszer és az USB kommunikáció miatt. A több ki és bemenetre a megoldás a jelenleg fejlesztési fázisban lévő UC500 kártya lesz.
A fórumon nem jelezték, de nekem igen, ezért is készült már el az újabb verzió. A vezérlőben amúgy sok funkció van leprogramozva ami az átlag felhasználó nem is lát, vagy nem is gondol rá. És gyakran az egyes funkciók egymásra is hatással vannak, ezért az alap funkciók leellenőrzése különböző beállításokkal sok időbe telik. Ha én nem találok benne hibát, akkor kirakom a honlapra.
"Ez az újabb firmware múlt héten készült el, és most van folyamatban a tesztelése, hamarosan felkerül a honlapomra is. Amint elérhető jelzem. "
Nem lenne célszerűbb és gyorsabb rögtön kitenni Beta verzióként? Akkor az eddigi felhasználók is tudnák tesztelni. Több szem többet lát alapon nagyobb eséllyel kijönnének az esetleges hibák.
Tudomásom szerint a "nagyok" is szokták.
svejk | 32972
2012-07-09 19:46:00
[5]
Szokes írta:
Szia.
Mibe kerül egy ilyen rádiós távir?
köszi
svejk | 32972
2012-07-09 19:45:00
[4]
Svejk írta:
Szuper! Ez megnyugtató, hogy ismert a hiba, s főleg megnyugtató, hogy már ki is van javítva.
Persze az sem mellékes, hogy nem mi voltunk a bénák, de azért elszórakoztunk vele egy darabig.
Ha szabad ajánlanom, akkor az ilyen ismert bug-okat is jelezd a honlapodon, még ha nincs is meg a megoldás, mert sok bosszúságtól mentesülhet ezzel a felhasználó.
svejk | 32972
2012-07-09 19:44:00
[3]
Polgárdi Balázs írta:
Köszönöm a gratulációt. Szerencsére már sok helyen bizonyított, és megelégedéssel használják. Az általad leírt hibajelenség a Home funkcióval, ismerem, és a legújabb firmware-ben ki is van javítva. Ez az újabb firmware múlt héten készült el, és most van folyamatban a tesztelése, hamarosan felkerül a honlapomra is. Amint elérhető jelzem. Itt van még egy kis érdekesség az UCR200 távirányító működés közben, egy 2x3m-es gépen: UCR200
svejk | 32972
2012-07-09 19:43:00
[2]
No akkor a kissé hosszú előzmény a Mach3 topicból, de így talán érthetőbb a téma:
Svejk írta:
A hétvégén segítőként részt vettem egy fórumtársunk cirka 6-7 tonnás, kb. 50 éves TOS marógépének CNC-sítésén. Gyakorlatilag már csak villamosan kellett életet lehelni belé.
A CNC-sítéshez szükséges kellékek évek alatt összegyűjtött, javarészt az iparból levetett alkatrészek voltak, mint pl. a golyósorsók, CACR analóg Yaskawa szervovezérlők, hozzávaló 4 kW-os motorokkal. (ez van, ezt kell alkalmazni alapon, de gép méreteihez mérten nem is volt olyan nagy túlzás) Ehhez persze kellett még egy másik fórumtársunk által készített step/dir-->analóg jelátalakító is. A szíjáttétel újonnan beszerzett. A szánrendszer természetesen maradt ez eredeti.
A Mach3 egy Celeron-os gépen futott, adva volt a feladathoz. Az XP friss telepítés volt, de optimalizálás nélkül. A drivertest futtatása megfelelőnek nyilvánította a PC-t, a proci terhelése 20% körül mozgott.
Élesztés után a servopack és a step/dir előke fél napos hangolása is siralmas eredményt hozott, gyakorlatilag képtelenek voltunk beállítani a gépet. A szíjáttételnél a tengelytávolságot sajnos a gép adottságai miatt nem lehetett optimálisra csökkenteni, ezért első sorban az aránylag hosszú szíjakat neveztük meg főkolomposként. Eredménytelenül próbáltunk ki régebbi, bevált Mach3 verziót is.
Utolsó mentsvárként egy kollégánál épp volt egy témabeli USB--LPT átalakító, melyet Polgárdi Balázs szokott árulni a HobbyCNC találkozókon.
Az átalakító feltelepítése után az első bekapcsoláskor alig hittünk a szemünknek, a gép megnyugodott, a szervók tökéletesen, csendben végezték a dolgukat, a szervovezérlők gyári alapbeállításain is.
Az történt, hogy a Mach3 -eddig is köztudott- kimeneti step-jel egyenetlenségei teljesen megbolondították az előkét és a szervo vezérlőket, nem tudtunk eredményt elérni a PID állítgatásával. (másik PC nem volt kéznél)
Viszont az említett USB-LPT átalakító szinte tökéletesen EGYENLETES step jelei megnyugtatták a rendszert.
Ezúton is gratulálok Polgárdi Balázsnak, aki készítette.
De, hogy azért ne legyen felhőtlen az öröm, találtunk egy elég bosszantó hibát, mely lehet csak a mi hozzá nemértésünkből adódott, de sajnos időnk véges volta miatt nem tudtunk vele többet foglalkozni. Történetesen a probléma a HOME funkcióval adódott. A REF ALL HOME gombra kattintva a Z tengely felvette a ref pontot, majd az Y tengely ref állásánál a Z tengely lefelé mozdult 20-30 mm-t(kb. annyi ideig, amig az Y ref gombja nyomva volt), utána az X tengely referenciára állása után a Z tovább folytatta volna a lefelé mozgását, ha nem állítottuk volna le. Mindennek a tetejébe, ezek után bármelyik tengelyt mozgatva a Z temgely is mozdult szinkronban lefelé, holott a Mach3 DRO-ja csak a vezérelt tengely mozgását mutatta. (a Mach3 újraindítása után helyreállt a rend)
Kérdem én a tervezőjétől, vagy más fórumtárstól aki használja ezt az USB-LPT átalakítót, találkozott-e ilyen jelenséggel?
Más verziójú Mach3-nál és nem egyszeri, hanem következetesen minden próbálkozásnál ez volt a jelenség. Így most a gépet HOME funkció nélkül hagytuk tesztelés alatt a gazdájánál.