Mach3 CNC

[7vpav5d32]

Ezt a kutyut egy fiatal ficko meg a felesege kesziti rendelesre azert kell feliratkozni egy varo listara. Kicsi vallalat:)

[Szalai György]

Jó reggelt!
Már több mint tízen vagytok rá, ez engem is majdnem meggyőzött. Ennyi szaki talán nem téved és használható lesz ez a sorrendtároló. Azt viszont nem értem, hogy ha a lassú PC, lassan tolja az adatokat, akkor a fifo puffer mit ad gyorsan.
- Parasztosan fogalmazva: Talán megvárja, míg a Mach elhúzza az egész nótát 16-os fordulatszámon, betárol minden adatot, és azután lejátszza 78 f/p-vel? De akkor a csillagtesztet ez sem tudja gyorsabban elvégezni, mert a PC akkor is lassú marad. Vagy nem?
- A Mach belső impulzusmotorjával az a baj, hogy nem egyenletes? Ha az összes tengelyen egyformán nem egyenletes, akkor mi hibát okoz?
- A nagyobb léptető frekvencia arra jó, hogy nagyobb áttételekkel növelhetjük a rendszereink felbontását, mégis ugyan akkora sebességgel haladhatunk. Egyáltalán egy vezérlő mekkora frekvenciáig képes hibátlanul fogadni és továbbítani a motornak a léptető jeleket? 4MHz léptetőfrekvencia mellett, mekkora lesz a PWM alapfrekvenciája? 40MHz?
- Nagyobb motorfordulat mellett, (Már ha képes rá a motor.) az encoder jel frekvenciája is megnő. Az eddig is feldolgozási határeset volt. Nem lesz adatvesztés az encoder vonalon?
Aggasztana, ha még egy, számomra átláthatatlan, javíthatatlan, láncszem lenne a hatásláncomban, de csábit a hat tengely lehetősége. Ti mi alapján döntöttetek ez mellett?
Ész érvekre volnék kiváncsi.

[000000000]

Erre én is kíváncsi leszek, ha jól látom FTDI USB-soros átalakító van benne. Én már próbálkoztam ilyesmivel, de az átviteli sebesség nagyban függ a PC sebességétől, a FIFO buffer 128 byte az FTDI chipben, szóval a 4MHz szerintem eléggé pozitív becslés, de majd meglátjuk...
Amit nekem sikerült elérnem folytonos átviteli sebességet ezzel az IC-vel, az valahol 400kHz körül volt, ez felett szakaszosan ment csak át az adat a FIFO buffer kiürülése miatt...

[HJózsi]

USB 1.1 2.0 Full speed 12MHz ...
!-et hozzák, 8-at lehetne ...

[HJózsi]

4-et

[000000000]

Elméletben ... én próbáltam régebben, hogy mi az az adatátviteli sebesség az FTDI IC-vel, amit még egyenletesen átvisz a PC, nekem 400kHz-et sikerült elérnem akadozás nélkül, persze lehet hogy ők valahogy másként csinálják. De hamarosan úgyis kiderül... [#vigyor5] Én azt tapasztaltam, amit Szalai György leírt, 400kHz felett nálam kicsinek bizonyult a 128byte puffer, sőt a PC oldalon hardveres 32kByte-os puffert használtam és még az is kevésnek bizonyult!

[HJózsi]

USB sebesség speckók :Low- 1.5, Full- 12, High- 480 Megabits/second ,  
Full speednél a 2/3-ot elérheti egy periféria nyers adatátviteli sebessége, protokolltól üzemmódtól függően, persze ha több is lóg rajta csökkenhet. Ennek mindenesetre nem látszik ellentmondani a 4MHz... szerintem ... de rákérdezek már csak a FIFO miatt is , bár szerintem nem ez a lényeg, hanem az, hogy nincs szükség a pulseengine futására a pc-n, tehát felszabadulhat processzor idő, a külső engine-be meg BG nem tud "belerongálni" a windows temérdek fölösleges folyamatával...

[000000000]

Ismerem az USB specifikációkat és biztosan el is lehet érni ezt a sebességet, én csupán az FTDI IC-vel kapcsolatos tapasztalataimat gondoltam, hogy megosztom, mielőtt bevásároltok pár 100 darab ilyen kütyüt, aztán esetleg ....
 
Használok én is ilyen IC-t pár berendezésben és nekem nem sikerült megoldanom, hogy 400kHz fölé menjek az átlagos adatátviteli sebességgel, bár nekem erre nincs is szükségem, de azért kipróbáltam, kíváncsi voltam a korlátokra.
 
Az FTDI-nek 2 féle drivere van, az egyik egy virtuális soros port, ez úgy működik, hogy beállítod a baudrate-et, portot, stb. amikor beteszel a hardveres pufferbe egy byte tömböt, mondjuk 32kByte nagyságút, azt folyamatosan a PC ki fogja küldeni az USB-n. Ekkor az átvitel szép egyenletes...
Én amikor próbálgattam ezt a driver módot, akkor 400 000 baud felett a PC belső 32k-s puffere is kiürült mielőtt a következő adathalmazt belepakoltam volna. Ha belegondolsz ez már akkora sebesség, hogyha 1 start és 1 stopbittel számolsz, akkor is másodpercenként 40000byte-ot kell kiküldenie a PC-nek. És akkor még csak 8 kimeneti bited van, ami csak max. 4 tengely és még csak 40kHz-nél tartassz! Ahhoz, hogy 4 tengely jeleit küld ki 1 start és 1 stop bittel 4Mhz-es sebességgel, ahhoz 50MHz-el kellene az adatokat kifelé tolnod a PC felől!.
 
A másik driver egy dll-en keresztül engedi a kommunikációt, ez picit gyorsabb ugyan mint a virtuális soros portos, de max. 3Mbit-re van méretezve, ami még mindig csak 300000kHz-es freki és akkor még nincs 5-6. tengely meg egyéb kimenetek, ha még az is van, akkor ez a freki feleződik(2 byte/port) és akkor még mindig nincs meg a szinkronjel, ami még egy byte(esetleg lehet egy szinkronbittel, de az némi plusz idő a PC oldalon) .... szóval vannak kétségeim, de remélem igazad lesz, én mindenesetre nagyon kíváncsi kíváncsi vagyok.

[fs9s63xkf]

Valamit szerintem félreértesz. Ha jól értelmezem ennek a kütyünek a leírását akkor a következőképpen működik:
Be lehet állítani a Controller Frequency-t amit 250Hz-4kHz-ig lehet állítani és van a Max Step Frequency amit meg 32kHz-4MHz-ig. A léptetési frekvencia 4MHz, aminek semmi köze nincs az USB-hez. A Controller Frequency pedig az a frekvencia amivel frissíti az aktuális sebességet. Tehát csak a sebesség adatokat kell átvinni és nem a 4MHz-es step jelet, annak semmi értelme nem lenne szerintem. Minél nagyobbra állítja az ember a Controller Frequency-t annál finomabban fog járni a gép, mert annál sűrűbben frissíti az aktuális sebességet.  
 
Szalai Úr:
A csillagtesztnél bebizonyosodott, hogy a Mach3-nak nem a feldolgozási képességével van a baj, hiszen 6300 interpolációt elvégez 3 másodperc alatt.
Az egyenletes step jelek azért kellenek, mert a motor finomabban jár. A "lélegző" step jeleket a léptetőmotorok például nagyon nem szeretik és "leállnak", lépést vesztenek. A szervók szerintem nem annyira kényesek de azoknak sem tesz jót, nem beszélve a megmunkált anyagról A lényeg hogy az egyenletesebb step jelekkel nagyobb sebességet lehet elérni.
A 4MHz-t nem hiszem hogy sok hobby léptetőmotor vezérlő kibírná de még a szervóvezérlők se (kivéve persze Tibor45-é, az biztos képes rá ). A Gecko 200kHz-t tud fogadni, az Omron AC vezérlők is csak 500kHz-esek... De a 200kHz a 4MHz-es tartományban benne van és ez a lényeg. A Mach3 100kHz-hez nagyon sok szerencse és jó gép kell, így legalább egy ősrégi nootebook-ról is megy a 200kHz.
 
De ami a lényeg szerintem, hogy nem megy vele sokra az ember például a csillagtesztnél. Amíg nem tud a Mach3 egységugrással indítani addig kiadhat 10MHz-t is akkor sem lesz sok értelme. Rakhatunk rá 2000-es enkódert is persze de a dinamikája az nem lesz jobb semmivel. Arra akarok kilyukadni, hogy a Mach3-nak nem a kis léptetési frekvencia a legnagyobb hátránya. Persze nem akarok én senkit lebeszélni semmiről, csak szerintem nem sokkal lesztek előrébb.
 
Üdv.:  
Tibor Zoltán

[HJózsi]

Köszi Zoli, örülök, hogy valaki legalább belenéz a doksiba is amit belinkeltem ... [#integet2] Valami hasonló működésre gondolok én is ( bár még várom az autentikus választ )... a gonfig oldalakon még ajánlások is vannak a rendszer hangolására ...  
Mivel én sem láttam még ilyen gyors vezérlőt, gyík 200kHz, bagoly 150kHz(max300).. , engem nem az motivál hogy 4MHz-s jelet nyomassak, hanem sima egyenletes jeleket notebookon amin nincs LPT port. Nekem sajnos nem zavarmentesek a Mach jeleim, nem sikerült kigyomlálni. A PC-men meg jók, de az a szobába van nem a műhelyben... A jelek "simulásáról" egyértelműen beszámolnak az eddigi felhasználók, nekem csak jót hozhat...

[000000000]

Igen lehet, hogy félreértettem a működést. Amennyiben a hardver eszköz generálja a mozgáshoz szükséges step/dir jeleket és a MACH mint egy soros vonalon kiadja a pozició koordinátákat, akkor elérhető a 4MHz, főleg mivel egy fürge Xilinx PLD van a szerkenytűbe építve, amivel ez a sebesség elérhető.... Ha ez tényleg így van, akkor viszont elég komoly munka és fejlesztés van mögötte és akkor tényleg megéri az árát.

[bmejdz9nu]

Kár, hogy nem Mach-ot használok (szerelmi okokból, WinPC-NC  
... De öröm a szembemben, hogy jó szakik nagyon jó és érhető leírásokat, segítségeket adnak. Ez igen!
 
PS: Egy jó és pontos  (egyenletes) 100Khz-el én már a s..emet a földhöz csapkodnám... tehát kell e több?
 
Na persze a legnagyobb felbontású encoder amit én dc szervómotoron láttam az 2000cpr azaz 8000ppr azaz 8Khz/fordulat kell(ene) a step jelekből...
Azaz 400Khz/8Khz = 50 fordulat/mp = 3000rpm...
Ez persze "földönkivüli" felbontási pontossággal is járna: pl. 5mm-es em. orsó esetén = 0.000625mm... Ez pedíg már nem kell...
Tehát jó a nagy freki, de ha már túl nagy encodert "szereztünk" akkor célszerűbb azt leosztani akkorára amekkora felbontást azaz pontosságot akarunk a gépünktől... (pl. LS iC-vel) Felesleges túlzott "nagyfrekvenciákkal" dolgozni... Szerintem. Na persze "mámorító" a lehetőség, de majd a gyakorlatban...

[HJózsi]

(Szenyó! [#merges3] Te hozzá tudsz írni ...)
 
Viszont akkor nem tudnánk drágább lehetőségektről mint a WinPC-NC és hogy azzal mi a szívás ...  
[#eplus2]

[HJózsi]

Bocs,  ez hosszú lesz :
 
Hi All,
 
Thank you for your interest in the SmoothStepper USB controller for Mach. The SmoothStepper is a new USB-_base_d controller that is meant to be a replacement for the parallel port. It was designed to emulate the parallel port (electrically and physically), which allows for a seamless integration into existing setups. New designs will also benefit from the very precise, fast, and clean step rates that the SmoothStepper produces. The SmoothStepper plugin uses the same _xml_ data that is used to configure the native parallel port version of Mach. Except for a few unique parameters (such as maximum step frequency), all of the SmoothStepper's setup parameters come from the same setup dialogs that the parallel port version uses, such as Ports and Pins. Even oddball setups that use something like pin 17 for the X Step signal are handled with no problem. The SmoothStepper looks and feels just like the parallel port. Existing breakout boards should interface with the SmoothStepper without any issues.
 
The SmoothStepper is powered by a Xilinx FPGA for very high performance. In the current design, the maximum step rate is 4 MHz , but there is no reason why this couldn't be increased to 8 MHz or more if necessary. Data is sent from the PC to the SmoothStepper in very fine segments, making it very suitable for "3D" work. The USB chip is an FTDI FT245R. FTDI provides a Microsoft WHQL certified driver for all versions of Windows (http://ftdichip.com/Drivers/D2XX.htm). Driver installation is straightforward.
 
With the SmoothStepper, there is a single plug-in file that contains both the FPGA firmware and the Mach plug-in software. Each time you start Mach, the firmware is downloaded to the device in the _b_link__ of an eye. Because it is all contained in one file, there is no chance of a mismatch between the plug-in software and the FPGA firmware. Upgrades are as simple as selecting a different plugin version. Upgrades will be free.
 
The SmoothStepper has two parallel port interfaces on it. The first port is configured with pins 2 through 9 as outputs. The second port is a bidirectional port, allowing pins 2 through 9 to be either inputs or outputs. The connectors are 26-pin low-profile headers, and depending upon the application, may be either male or female (but not both). With male connectors on the top side of the board (component side), ribbon cables can connect to a breakout board or a DB25 cable. With female headers on the bottom of the board, the SmoothStepper can plug directly onto a breakout board that has the same connector spacing for a neat cableless connection. Be on the lookout for breakout boards that will have this capability. The output drive from the SmoothStepper is suitable for driving opto-isolators directly (for example Geckos), so if you are on a budget, you could connect it directly. The SmoothStepper is 3.625" x 2.75" (92mm x 70mm) in size, allowing it to fit nicely in space-limited cabinets.
 
In addition to the two parallel ports, the SmoothStepper has pluggable screw terminals for two encoder inputs with index. One of the two inputs is differential, and the other is single-ended. These inputs could be used as additional discrete inputs if they are not used for encoders/MPGs. The intended purpose of the differential encoder input is for synchronization to the spindle in threading applications. I have designed the pieces required for this function, but have not begun integration of them yet. It will be a priority to complete threading before the SmoothStepper is released. There is also an expansion connector that will give the SmoothStepper the ability to expand its capabilities in the future.
 
Art and Brian have been running a prototype version of the SmoothStepper since the Galesburg CNC Workshop. When Brian first received his board in the mail, he hooked it up to his laptop, and within minutes was running a machine while talking to me on Skype, and running CAM software at the same time. I think many people will want to upgrade their existing parallel port setup, just so they can use their new laptop that does not have a parallel port. Laptops certainly have the horsepower to run Mach and the SmoothStepper, but you might need to disable any power-saving functions in Windows to prevent a temporary outage in the data flow. An example might be a hard drive spinning up or down.
 
The SmoothStepper will retail for $155 USD. Beta testing began about 1 month ago. With the holidays in the middle of that time_frame_, it has been a bit slow. I hope the testing will be finished in a few weeks. I hope production boards will be available by the middle of February.
 
Many thanks to Art and Brian of Artsoft for their support in making this product a reality. I can't count the number of e-mails and plug-in revisions that have passed back and forth. This product won't have everything that everyone wants, but there will be expansion boards and other products in the future. There were a lot of other people that have offered advice along the way. The list of people to thank is actually quite long. I'll post a big thank you soon after beta testing is complete.
 
I will do my best to answer your questions. Hopefully this is a good start.
 
Greg Cary
Warp9 Tech Design, Inc.

[HJózsi]

5ezren nézték meg a  "Welcome to SmoothStepper" forumot : http://www.machsupport.com/forum/index.php?board=65.0" TARGET=_fnew>www.machsupport.com... [#csodalk][#buck][#hawaii]. na ez ám a piac ...