Köszönöm előre is, majd amikor lesz időd rá, ráér a dolog.

Előzmény: bjam28, 2014-03-05 10:17:00 [3295]

Igen jól érted. 1 ms periódussal olvassa be, írja ki a gpio lábakat és megy a paraméter csere a linuxcnc és a Mesa kártya között.

Ha 10m/sec a gyorsjárat, akkor is legrosszabb esetben csak 16 századot megy gép.

Előzmény: bundyland, 2014-03-05 09:46:00 [3294]

Szia Tibor!

Rajta vagyok a teszten, ha lesz eredmény jelzek.

Előzmény: Törölt felhasználó, 2014-03-04 19:49:00 [3287]

Hát ezt még emésztenem kell, de ha jól értelek akkor szerencsétlen esetben egy végállás megnyomása és annak érzékelése között eltelhet
maximum 1ms ? (ez nem kritikai kérdés) csak hogy jól értem e ?

Előzmény: sneci, 2014-03-05 08:25:00 [3292]

Ebben igazad van de ha valós értékre vagyok kíváncsi akkor azzal kell számolni hogy minden bit változhat, mert előre nem lehet kiszámítani mikor mi változik.Másrészt meg szerintem az nem jó eleve hogy hány impulzus menjen ki a kimeneten mert vannak benne gyorsítások lassítások is, folyamatosan változó sebesség, ez akkor működhetne ha mozgásvezérlőről beszélnénk ez meg szerintem csak egy sima FPGA.

Előzmény: v.l, 2014-03-05 08:09:00 [3291]

Ez van a Te logikád szerint:)
A valóságban totál máshogyan működik.
A linuxcnc servo_period ütemezéssel szólitja meg a kártya driverét. Ez alapban 1 msec. A driver kiküldi az FPGA-ban "installált" komponenseknek az aktuális paramétereket. Nem a stepjeleket, hanem csak azt, hogy a következő időszeletben mit kell csinálni.
Legyen ez a csomag - nagyot mondok - 500 byte. Ez 2MB/s sebességgel számolva 250 usec. Természetesen írás-olvasás műveletekből áll a csomag, de ez nem érinti a lényeget.

A step-generátor az FPGA-ban a kapott paraméterek alapján generálja a stepjeleket. Az FPGA órajele - ha jól emlékszem, nincs kedven utána nézni - 7i43 esetén 33MHz, 5i20... esetén 50 MHz. Az FPGA meg nem mikroprocesszor, a stepgenerátor egy szekvenciális hardver hálózat, és minden párhuzamosan működik.

Az enkódereknél ha be van kapcsolva a debouce szűrő, akkor is - ugyancsak nincs kedvem megkeresni a doksit - több MHz az impulzus feldolgozás sebessége.

Nem mértem ki a határokat, hiszek a fejlesztők által leírtakban:)

Előzmény: bundyland, 2014-03-05 07:24:00 [3289]

A bemeneteket nem olvasgatja a gép folyamatosan, hanem csak akkor, amikor változás van (jelez a kártya egy bemenő vonalon). És akkor sem az összes bemenetet bitenként, hanem egy byte-ban a változást kódolva (ugye nem változik az összes bemenet egyfolytában). Tehát ha egy bemenő bitet változtatgatsz fel-le, akkor minden egyes változtatásnál csak egy byte lesz a bemenő adat (mondjuk, hogy melyik bit változott, és annak mi az új értéke). Ez azért inkább lesz a MHz-es tartományban. Másrészt ugyanez a kimenő I/O vonalakra is igaz tud lenni: mondjuk egy byte-os parancsban ki tud menni, hogy az egyik bit értéke változzon, vagy két byte-os parancsban ki tud menni mondjuk 8..12 I/O vonal új értéke (ha egyidőben többet is változtatna a program). És persze a legfontosabb, hogy ezek az I/O vonalak nem a nagyfrekvenciás kimenetekre valók, mert azokat a kártyával autonóm módon kell előállítani (adjál akkor most 427568 darab impulzus 1MHz-en az x. kimeneten). Ez kb. egy pár byte-os parancs, utána a kártya már magától dolgozik, hardverből.

Előzmény: bundyland, 2014-03-05 07:24:00 [3289]

Bocsánat a válasz gomb megnyomása lemaradt!

Előzmény: sneci, 2014-03-04 21:05:00 [3288]

Szia !

így rákeresve a sebességekre, az LPT tud (EPP) 2Mb/s,
a PCI 133MB/s-et a PCIE pedig 1000MB/s-et.

2Mb/sec az 2097152Byte/sec azaz ~2byte/uS.
Az említett kártya ha jól emlékszem 48I/O-val rendelkezik
ami 6byte-on vihető át, tehát ha minden klappol és a kártya nem kommunikál
csak folyaamatosan olvassa az adatot akkor kijön 333KHz-es adatfrissítés.
Ha mondjuk az LPT kártya is küld egy byte-ot és utána olvassa az adatot
akkor már "csak" 285KHz az adatfrissítés. Szerintem a Mhz-s tartomány ezzel a kártyával nemigen érhető
el az LPT port "lassúsága" miatt. Persze azért az sem kevés, nem vitatom.
És akkor még az is benne van hogy tévesen számoltam esetleg.

Szia, el kell oszlatnom abbéli kételyeid, hogy lassú az LPT. A stepgen, pwmgen és encoder driver a 7i43 FPGA-jában fut rakéta sebességgel. A Linuxcnc 0.5-1 msec ismédlődéssel küldi a csomagot az FPGA-nak, a csomag mérete meg nem nagy.
Néhány MHz-es stepjel, vagy enkóder jel nem gond.

Gyakorlati példa: Egy garázs méretű kínai faipari marógép, kínai vezérlővel. 3 órás szenvedés után úgy döntöttünk, hogy ez sosem lesz jó. Következetlen, megbízhatatlan működés miatt le kell cserélni az egész vezérlést. A 400W-os ac szervók szerencsére profi kategóriából vannak benne, azzal nincs gond. Ez volt múlt vasárnap. Hétfőn és kedden nem értem rá, de csütörtökön már működött gép:)
A megoldás: Linuxcnc - 7i43-U-4 Mesa kártya LPT porton - saját építésű interfész áramkörök.

A kínai vezérlő helyére egy alulemezen összelegóztam a szükséges panelokat és WAGO rugós szorítású sorkapcsokon összemadzagoltam. Asztalon így nézett ki:



Jó az a 7i43!

Előzmény: bundyland, 2014-03-04 19:33:00 [3284]

Szia János!
Mint nagy Linux CNC szakértő, a 3D nyomtató topikban feljött csillagtesztet lefuttatnád egy 6000 mm/min előtolás beállítással? Tanulságos lenne a lefutási idő.

Előzmény: bjam28, 2014-03-04 19:11:00 [3282]

Mondjuk az is hozzátartozik a dologhoz hogy egy vezető rendszerintegrációs cégnél dolgozom így ha nekem nem is megy valami a másik szobába ül pár szakértő így az oprendszer részével biztosan nem lesz gondom.

Előzmény: svejk, 2014-03-04 19:31:00 [3283]

Persze megint nem nagy tapasztalattal mondom, de amit USBCNC-n be lehetett állítani grafikus felületen azt a Linuxcnc GUI-val is megtaláltam.
Több levelet is váltottam akkoriban Andrej-al
és a szoftver elég kötött tehát nem testreszabható, ha meg már jól megy a Linuxcnc-akkor majd ráérek a fileokban matatni.

Előzmény: svejk, 2014-03-04 19:31:00 [3283]

Szia János!
Azzal csak az a baj hogy ugye az USB-t nem használhatom, a parallel portal meg kicsi a sebesség, ezért muszáj PCI-t válasszak 5I25 vagy
6I25.

Előzmény: bjam28, 2014-03-04 19:11:00 [3282]

Kár, kíváncsi lettem volna az új USBCNC-re.

A linux is jó móka, én is kipróbáltam, de nem hittem magamban, hogy valaha is megtanulom a konfigurációs fájlok csínyját-bínyját.

Előzmény: bundyland, 2014-03-04 19:00:00 [3281]

Hali András!

Szerintem Neked jó lenne a 7i43 is. Teljesítményben és elérhető I/O lábakban is.
A biztonság kedvééért csinálhatsz hozzá leválasztó kártyát és máris megyvagy 100 USD környékén.

Előzmény: bundyland, 2014-03-04 19:00:00 [3281]

Szia !
Hát a minap írtad hogy a szoftver állítgatása is a hobbi része, én csak megfogadtam.
A viccet félre téve ~március 15.-én lejár a kedvezmény a leguljabb CNCUSB-re és felmegy az ára 27x Euro környékére, szóval muszáj lenne vásárolnom (persze alapesetben is 22xEuro lenne). És a megrendelés előtt elkezdtem gondolkodni hogy ez azért nem kevés pénz, kíváncsiságból megnézem már mennyi egy MESA kártya. Egy PCI-s 80Euro ami tud 34I/O. A szoftver ingyenes és az opredszerrel sem kell vesződnöm 10perc alatt feltelepül az egész nulláról. Szóval egyenlőre itt tartok. És ha figyelembe veszem hogy nekem az egész két gépre kell akkor már elég nagy a különbség. Szóval adok ennek is egy lehetőséget!

Előzmény: svejk, 2014-03-04 16:49:00 [3278]

Sajnos én sem vagyok villamos szakember, de elvileg az lenne a célja, hogyha véletlenül a pozitív ágat leföldelném, akkor kiégjen a biztosíték. Ha nem lenne a negatív ág leföldelve, akkor az előbbi esetben nem ég ki a biztosíték, csak a negatív ág leesik -24 V-ra. Azt meg nem minden szereti.

A Vfield-et azért kapcsolnám rá később, hogy véletlenül se adjon feszültséget egyik kimenetre sem míg a fő áramkör el nem indul. Plusz spórolok egy bemenetet, mert a Vfield feszültségét is ki lehet olvasni.

De mivel már említettem, hogy nem vagyok szakember, nem tudom, hogy helyesen gondolkozom-e.

Előzmény: bjam28, 2014-03-04 15:17:00 [3275]

Sziasztok!

Segítséget szeretnék kérni, illetve tapasztalatot.

LPT BREAKOUT BOARD

Adott a fenti linken található LPT illesztő. Ehhez a linuxcnc-ben a step jelet invertálni kell-e, vagy sem?

Ha nem invertálom, akkor a step kimenete alapesetben magas szinten van, ha invertálom a step jelet a stepconfban, akkor a step jel alapestben alacsony szintről indul.

Az MSD vezérlőket úgy szeretném bekötni, hogy a PLS-; DIR- ENA- lábakat GND-re kötöm, a PLS+; DIR+ lábakat meg az LPT illesztőre.

Köszönöm!

Akkor mégse lesz USBCNC ?

Előzmény: bundyland, 2014-03-04 16:12:00 [3277]

Köszönöm! Közben keresgéltem én is, de még mindig nem értem hogyan lesz az 5i25 34I/O vonalából annyi ki/be menet csak valami nagy sebességű adatátvitelt tudok elképzelni, vagy multiplexálja
az I/O-kat. Na mindegy is még ha nehezen is de próbálom elfogadni. Az elmúlt napokat a Linuxcnc-vel töltöttem, mindjárt nagyon szimpatikus hogy egy gép üres HDD-vel kb. 10perc alatt feltelepül oprendszerrel és a Linuxcnc-vel.
Arra gondoltam hogy kipróbálom a párhuzamos portal hogy meg tudok e vele barátkozni és ha igen akkor inkább ezt választom. Azt néztem hogy
a párhuzamos porton nem igen tudok 33KHz step freki fölé menni ami nekem kevés, de próbálgatni tökéletes lesz, gondolom ez MESA kártyával egy nagyságrendel feljebb megy.

Előzmény: bjam28, 2014-03-04 15:49:00 [3276]

Szia András!

Az 7i76 valós időben kezel 5db step/dir kimenetet, főorső vezérlést és enkódert valamint ezek mellett 48 általános célú I/O lábat. A 48-ból 32 bemenet, 16 kimenet. Nyilván kell hozzá egy 5i25 FPGA kártya, amlyik a pontos időzítéseket és az enkóder jelek feldolgozását végzi .

Gyári kézikönyv itt elérhető.

Ha további kérdésed vannak, tedd fel nyugodtan.
Szerintem Sneci meg tudja mondani pontosan mekkora max. frekit tud az enkóder bemenet, de mint mondtam egy száz réses tárcsával vígan lehet esztergálni.

Előzmény: bundyland, 2014-02-28 20:25:00 [3266]

Szia!

"Kettő 24V-os kapcsolóüzemű tápot használok. Mindkét negatív kimenete a nullához van kötve."

Nem vagyok villamos szakember, de furcsa hogy az egyenirányított kimenet negatív pólusát összekötöd a 230V nulla vezetékkel. Mi ennek a célja?

Mi az ok annak, hogy később adod rá csak a VFIELD feszültséget ?

Előzmény: Trubica, 2014-03-02 20:46:00 [3273]

Talán most...

Csináltam egy skiccet amiről a segítségeteket szeretném kérni.



Kettő 24V-os kapcsolóüzemű tápot használok. Mindkét negatív kimenete a nullához van kötve. Mind a kettő a főkapcsolóról kapja a tápfeszültséget, de csak az első táp van rákötve a kártyára kezdésnél. Az is csak a logikai részét táplálja a kártyának.

A második tápegységet az R1 relével kapcsolom rá a kártyára mikor minden előkészítő művelet lement. Az R2 relé különböző eseményeknél húz be, ezeket kéne vizsgálnom a kártyával.

A kártyát MODE3-ban járatnám, így a VFIELD feszültségét figyeli, és ha elment vészjelet generálhatok szoftveresen is.

Ott van a bibi ha R2 előbb behúz akkor sérül-e a kártya, bár szerintem nem.

Köszönöm a segítséged.

Előzmény: sneci, 2014-03-02 17:27:00 [3271]

Bocs, a TRAJ-ban is az XZA-t kell megadni. Elírtam...

Előzmény: sneci, 2014-03-02 17:26:00 [3270]

Jól gondolod. A [TRAJ] szekcióban add meg az XZY-t ilyen sorrendben.
Ha Axis guit használsz, akkor a [DISPLAY] szekcióba még írd be a következő sort:
GEOMETRY = XZA

Nem tudom most kipróbálni, de ezzel a definícióval a térben forgatva rajzolja a pályát. Remélem nem tévedek....

Előzmény: Miki2, 2014-03-01 20:54:00 [3269]

Szervusztok.
Közeledik az idő, mikor használnom kellene az EMC-t.
Amit szeretnék megoldani, egy XZA konfiguráció.
Tehát két lineáris, és egy forgó tengely.
A config lehetőségeknél ilyet nem kínál fel.
Lehetséges úgy megoldani, hogy a felkínált XYZA configból egyszerűen kihagyom az Y tengelyt?
Vagy lehetséges-e A felkínált XZ config mellé még egy A tengelyt konfigurálni.
Ez utóbbi lenne nekem a szimpatikusabb.

Azt nagyon megköszönném!

Konkrétan azt hogy a szervóim is step/dir-esek.
Sima 5V digitális bemenettel.

Előzmény: bjam28, 2014-02-28 20:32:00 [3267]

Majd megcsöröglek holnap ha gondolod, aztán átbeszélhetjük a részleteket.

Mit értesz az alatt, hogy step/dir-es a szervó?
(7i77 analóg szervó enkóderekhez)

Előzmény: bundyland, 2014-02-28 20:25:00 [3266]

Köszönöm!
Nézegetem, igazából még nem látom át mi a különbség hogy servo-hoz vagy léptetőhöz ha step/dir-es minkettő fajta. Igazából én azt hittem hogy elég az I/O kártya pl. 5I25 még nem értem azt se hogy minek a 7i76. DE nézegetem tovább.

Előzmény: bjam28, 2014-02-28 20:07:00 [3264]

Szia!

Bocs, a 7i77-en nincs FPGA sem. Így még olcsóbb lenne a javítás. Érdemes vele foglalkozni.

Előzmény: Trubica, 2014-02-28 16:56:00 [3257]

Szia András!

Lásd #3224!

Stepperhez cca. 205EUR, servohoz 250EUR.
Pontos árakhoz nézd meg a legújabb EU disztribútort. Webshop, PayPal, DHL, csupa jóság:
eusurplus.com

Előzmény: bundyland, 2014-02-28 19:42:00 [3260]

Bocsánat, nem nyomtam a válaszra.

Előzmény: Törölt felhasználó, 2014-02-28 19:54:00 [3261]

Köszönöm szépen a lehetőséget, sose lehet tudni.

Felajánlok Neked egy olyan lehetőséget is, hogy egyszer egy inyenes teszt kapcsán megmutatom a Robsy vezérlő lehetőségeit. Még az is lehet, megtetszik, megszereted, és utána rá se bírsz nézni másra.:)

Előzmény: bundyland, 2014-02-28 19:42:00 [3260]

Sziasztok !

Egy olyan kérdéssel fordulnék hozzátok hogy lassan meg kell vegyem a mozgásvezérlőmet (USBCNC) ami ~300Euro szofverrel együt. Vásárlás előtt kíváncsi lennék rá hogy Linux CNC MESA kártya párosítással mennyiből jönne ki. I/O igényem csekély, szerintem durván 2LPT portnyi
és mindenképpen kell kezeljen főorsó encodert.
Mik a lehetőségek ?

Előre is köszi!

közbe rájöttem
setp parport.0.pin-06-out-invert 1
net zdir => parport.0.pin-06-out
net zstep => parport.0.pin-07-out

Előzmény: lari, 2014-02-28 19:00:00 [3258]

Hogyan is lehet a hall fájlban egy jel polaritását megváltoztatni?
Így próbáltam, de hibaüuenet lett belőle.
Eredeti:
net zdir => parport.0.pin-06-out
net zstep => parport.0.pin-07-out
Új:
net zdir => parport.0.pin-06-out-invert 1
net zstep => parport.0.pin-07-out

Pontosan nem tudom melyik csip robbant fel rajta, lehet megér még egy misét újraéleszteni. Az analóg része még működik.

Ugye az IO egységnek külön táp kell. Ezt be is kötöttem (FIELD POWER), linuxcnc-n láttam a ki/be meneteket. Kimeneteket tudtam vezérelni. Egy relét figyeltem, hogy mikor húz be, a vége a táp +12V végére volt kötve, a másik fele pedig a kártya IN_0 bemenetén.

A könyvében le is van írva, hogy "sinking type" a bemenete, de mikor behúzott a relé felrobbant rajta az egyik csip.

Eddig azt hittem hogy a nyák felülete be van vonva valamiféle lakkal, így egy huzaldarab nem tud rajta rövidzárlatot csinálni. És nem tudom hol hibáztam.

Elérhető az FPGA huzalozása?
Vagy a gyártótól lehet rendelni felprogramozottat?

Előzmény: bjam28, 2014-02-28 16:35:00 [3254]

Szia !

Sajnálom az esetet.
A leírásodból nem derül ki, hova kötötted direktbe a 12V-ot, így nehéz rá bármit mondani. Ennél több információ kellene ahhoz, hogy képet tudjunk alkotni mi volt jó, vagy rossz.

Ha esetleg megosztod velünk a következő bekötést mielőtt élesben próbálkozol akkor tudunk segíteni. Ebből a kártyából nagyon sok fogyott, nem valószínű, hogy gyári hibás lett volna.

Egyébként az FPGA robbant fel? Esetleg érdemes lehet kicserélni, ha jól sejtem nem nagy költség és ha más nem sérült a kártyán akár még jó is lehet.

Előzmény: Trubica, 2014-02-28 16:11:00 [3253]

Sziasztok!
Volt egy "kisebb malőröm" egy Mesa 7i77-el. Elvileg mindent jól kötöttem, működött cucc rendesen. De amikor az egyik bemenetre adtam feszültséget (egy sima kapcsolóval) felrobbant a csip rajta

A doksija szerint köttöttem be. Én úgy vettem ki hogy 12 V-ot direktbe köthetem rá, azóta se tudtam rájönni hogy mi volt az eset pontos oka. Utána találtam az áramkörön 1 rézhuzal darabot, de nem tudom hogy az csinálhatta-e?!

Már beszereztem helyette egy újat, de kicsit elbizonytalanodtam. Még egyet nem akarok elfüstölni.

Nem a Linuxcnc az oka, hanem azt hiszem én vagyok a ludas. A hal-ban a névleges fordulatot kapja az a komponens, ami nézi mikor éri el a fordulat a névleges X%-át. Az X pontos értékére nem emlékszem, lehet hogy 90%. Ott a névleges helyett a spindle-override-dal korrigált értéket kellene figyelni:(
Egy egyszerű próbával ellenőrizd légy szíves a dolgot. Állítsál pl. 98%-ot. Ha így elindul, akkor erről van szó.

Előzmény: KoLa, 2014-02-27 22:43:00 [3250]

Szia Lajos!

Spindle Override billentyűzetről: F11, F12 (esztergán is)

A teljes lista: Help > Quick Reference

Előzmény: KoLa, 2014-02-27 21:49:00 [3249]

Szerencsére egyre jobban kiismerem a Linuxcnc-t bár nálam még EMC2 a neve!
Van most egy munka nemesített CRV4-ből! lehetetlen jó kódot írni rá mert annyira változó az anyag keménysége! ahogy sikerült...
G96 van érvényben, tehát, állandó kerületi sebesség! a spindle override csúszkával , egérrel mozgatva, rögtön tudom módosítani a forgácsolósebességet a megfelelőre! elég nagy tartományt kell koorigálni 75%-tól 120%-ig.
Nem találtam meg hirtelen! ezért aztán egereztem rajta egész délután! nem kényelmes!
De! több részletre is fény derült!
Ha ez a csúszka el van állítva! pl 80%-ra akkor ha betöltünk egy újabb kódot ami menetet vágna csak áll egy helyben az első g1 mondattal és vár addig amíg a spindle override-t 100% körülire nem állítom, ekkor elindul , viszont ettől a ponttól kezdve bárhová állíthatom, működik ahogyan kell!
Ez nagyon jó! csak tudnám kívülről is állítani!
Ezt a szabályzást szabályzót!

Előzmény: KoLa, 2014-02-27 21:49:00 [3249]

A Spindle Override csúszkának van billentyűje?
Tudja valaki!? esztergára kellene!

Már, nagyon várom az új kadást. Sok új gépen már problémás a 10.04-es Linux.
Ha tudod, akkor felteszed a telepítési leírást?
Addig teszek ide egy videót, hogy hogyan lehet könnyen leszedni a gépről a Linux-ot, ha van fent Windows. Sokat segít, ha valamit elszúr az ember. Gyorsabb visszatelepíteni, mint kijavítani a problémát.

http://www.youtube.com/watch?v=uUgf84bdYvg

Előzmény: bjam28, 2014-02-27 17:14:00 [3247]