Köszi! Berakom (és a Franciát is) a topicjába!

Előzmény: elektron, 2009-02-17 14:42:00 [75]

Gratulálok hozzá!

Előzmény: n/a (inaktív), 2009-02-17 14:29:00 [73]

Igen, kiszeriaban gyartattam...

Előzmény: elektron, 2009-02-17 14:47:00 [76]

Én ott ilyen kütyüt nem látok a termékek közt, vagy azt egyedileg neked készítették ?

Előzmény: n/a (inaktív), 2009-02-17 14:18:00 [72]

Dear Jerome!

Have you thought of using a trapezoid movement profile in speeding up and slowing down the motors ? This technique could be useful in increasing stepper motor speeds! At present, because the lack of this movement profile the stepper motors can only be used in the low speed range.The program can generate higher frequency output signals. If you would use this profile only in rapid traverse mode (G00, in CNC language) the quality of of the cut would remain the same but the whole process would speed up. Of course, it would be nice if the starting and stopping speed could be set up by the user of the software, and the acceleration time deceleration also at starting and stopping. As I can see the speeds (cutting speed and rapid traverse speed) set up of the incoming pulses by dividing them with two fixed value. If you need any help ask bravely anything from me.

Best regards HCNC.

Előzmény: n/a (inaktív), 2009-02-17 11:54:00 [57]

Ügyes.

Előzmény: n/a (inaktív), 2009-02-17 14:29:00 [73]

Ez lett az imenti rajzbol..

Azt hittem felszivaj onnan i sa'la index forum




Igen sajat fejleszetes minden ami
sw/firmware es www.harden.hu a hw

Előzmény: elektron, 2009-02-17 13:34:00 [70]

Megnéztem a google mit csinál a szövegeddel, és egész meglepődtem, milyen jó dolgokat fordít bele.
Lehet a francia fordításból is simán megérti mire akarunk kilyukadni.

A C meghajtódról nehezen fogjuk meglátni a feltett képedet. Ha nem megy valami kérdezz bátran, hátha mi sem tudjuk.

Előzmény: n/a (inaktív), 2009-02-17 13:29:00 [65]

A Te "C:"-ről mi nem látunk semmit... kár.

Előzmény: n/a (inaktív), 2009-02-17 13:29:00 [65]

És ezt te írtad ?

Előzmény: n/a (inaktív), 2009-02-17 13:29:00 [65]

Előr is köszönöm!!!
Lehet, hogy süket fülekre talál majd, de hátha...

Előzmény: elektron, 2009-02-17 13:28:00 [64]

Próbáltad már, hogy pl. magyarról angolra fordítod a google-val, majd vissza magyarra, az lesz ám az értelmes. Ha esküvőről írsz, visszafordítva tenmetéssé változik.

Nem szoftver...inkabb firmware...marmint ez a motor mozgato resze.
A user interface az meg egy ecceru windows alkalmazas. (VB6 alapon)

Egy ATMega128 fogadja soros porton (57600) a palya adatokat a pc-rol es hw-esen interpolal, majd step-dir a motorvezerloknek.....


Igy a windows-ban szabadon garazdolkodhatok kozben.

Azert egy 99 hosszu gyurus puffer van a hw oldalon, mert a windows ugye lemezes I/O muveletnel akar 200 msec-re is hullának teteti magat olykor ...

Előzmény: n/a (inaktív), 2009-02-17 10:46:00 [56]

Nem volt könnyelmű, megpróbálom, meg ez a tomasz barátunk is mintha, emlegette volna, hogy angol területre dolgozik, neki se lenne nehéz gondolom, ha én elbuknék a fordításban. Még az ákezetet is alig találja, annyira hozzávan tán szokva. Az egész mondandót, talán még össze is lehet sűríteni, a lényeg legyen benne az a lényeg, de az érthető legyen.

Előzmény: n/a (inaktív), 2009-02-17 13:24:00 [61]

Ahha... esetleg a szövegbe lehetne utalni erre is.

Előzmény: elektron, 2009-02-17 13:24:00 [62]

Erre a gyorsulás-max.sebesség-lassulásra van egy egyszerű képlet, illetve pontosabban eljárás, ami általánosan egy ilyen V0 kezdő és vég sebességgel, maximum Vmax sebességig való mozgatást elvégez, kiszámolja minden két léptetés közti szükséges várakozási időt. Szerintem talán tudja is.

Te lentebb tettél olyan könnyelmű igéretet, hogy lefordítanád Angolra...

Előzmény: elektron, 2009-02-17 13:19:00 [60]

Nekem itt az egyik szomszédomban van egy lány, aki francia egyetemre járt, ott is lediplomázott úgy 1 éve körül, csak kár hogy nem tudom az email címét, nemigen adná meg, ilyenek ezek, mindig azt hiszik rosszra gondolok. Ő le tudná fordítani az ilyeneket secc perc alatt. A google-lal pedig a francia is le tudja magának fordítani, mindegy, ha nyitunk egy magyar topicot ott is. Csak annyit kell neki odaírni, hogy fordítsa le google-lal és ha nem érti, akkor kérdezzen, pl. Én pl. valamelyest sejtem a franciát is, legalább kicsit mondattan szerkezetileg. De lehet eladnák nekem az eiffel tornyot nem venném észre. Szerintem az angolt is kenik vágják ők, habár ebbe nem lennék olyan biztos.
Ha pl. teszel neki fel valami magyarázó ábrát, akkor meg még jobban meglehet érteni mindent, még nyelvtudás nélkül is.
Szerintem ha ilyen programot képes volt megírni, lehet amúgy is tudja ő, miről van itt szó, bár ez sem biztos.

Előzmény: n/a (inaktív), 2009-02-17 12:00:00 [59]

Megnéztem Franciára lefordítva (Google-val) is (minden szó Francia), lehet, hogy megértené úgy is?

Előzmény: n/a (inaktív), 2009-02-17 11:54:00 [57]

De a legjobb lenne a Francia!!!

Előzmény: n/a (inaktív), 2009-02-17 11:54:00 [57]

Na én erre a szövegre gondoltam RAMP ügyében:

"Kedves Jerome!

Gondoltál e már a gyorsjárat használatakor, RAMP „görbe” alapján gyorsításra és lassításra? Ezzel a technikával nagyon nagymértékben lehetne növelni a gyorsjárat alkalmával használható motor sebességeken! Jelenleg nincs RAMP ezért a léptetőmotorok csak a Start-Stop sebesség tartományban használhatóak, holott a programod képes lenne jóval nagyobb sebességekre is (ehhez a szignál generátor frekvenciáját kell csak megnövelni). Ha csak a gyorsjárat alkalmával használnál RAMP-ot, akkor a vágás minősége nem változna, csak az egész folyamat felgyorsulna.
Persze jó lenne, ha a RAMP kezdősebességét és végsebességét, majd a felfutás idejét a felhasználó a saját motorjára állíthatná. Amint látom a két sebességet (vágási és gyorsjárati sebességek) a bejövő impulzusok két fix osztásával állítod be. A RAMP a gyorsjárat osztását változtatná az idő függvényében. Lenne egy kezdeti érték (akár a vágási sebesség osztási értéke is lehet ez), majd egy beállítható idő alatt elérné az osztás a gyorsjárati értéket. Ezzel a motor gyorsítva indulna és visszafelé szabályozva, fékezve állna meg. Persze ez a megoldás nem lineáris gyorsulást és fékezést eredményezne, de többet érne a fix, kemény indulástól és megállástól. Természetesen a programot erre fel kell készíteni, mert a fékezést előre fel kell ismerni, és időben el kell kezdeni az osztási érték módosítását."

Ha esetleg valaki ezt lefordítaná (Angolra), azt nagyon megköszönném! Persze ki is lehet egészíteni...

Van ilyen szoftvered?! És nem mondod???

Előzmény: n/a (inaktív), 2009-02-17 10:45:00 [55]

Most, hogy mondod lehet, hogy át is irom ilyenre ....az otlet jo.

A gyorsjarat ugyis annyival gyorsabb a vagasi temponal, hogy siman felismerheto a sebesseg adatbol...

Merugye nincs G kod ertelmezes, csak a plt szegmenseit tolom le a vezerlonek es kesz.

Ebbol kell rajonnom mikor is gyorsjarat eppen az adott mozgas.

Előzmény: n/a (inaktív), 2009-02-17 08:25:00 [52]

Ez igaz...

Előzmény: n/a (inaktív), 2009-02-17 08:25:00 [52]

István, láttál már olyan modellezőt aki a szerszámait mutogatta a modelljei helyett? Azért gratuláltam a H2-höz is mert nagyon megfelel az ára egy olcsó gép építéséhez, én inkább egy modellre költök, minthogy felszerszámozzak egy vezérlő építéséhez.

Előzmény: n/a (inaktív), 2009-02-17 06:50:00 [48]

Ha igazán profi lenne, akkor ramp csak "gyorsjáratban" lenne, de ott lenne!

Előzmény: n/a (inaktív), 2009-02-17 08:20:00 [50]

Értem... akkor túldimenzionáltam a problémát.
Akkor jó így, ahogy van (csak tudod mindent a Mach-hoz hasonlítok...)!

Előzmény: n/a (inaktív), 2009-02-17 08:20:00 [50]

Nalam 1 meter/perc koruli "gyorsjarat" van ramp nelkul hajtva a mocikat....(féllépésben mennek)

Habvagasnal amugy alig van gyorsjaratra igeny.
A munka tempo meg ugyis lassu, forgacsolo ero pedig nincs ))

Azt értem én, de olyan meredek rámpa kéne, amekkorát csak a motor elviselni képes, mert nélküle nem lehet a sebességet emelni! A Mach-al ezeket már jól kikisérlezetük (rengeteg dekorleces Mach-al vág)!

Előzmény: n/a (inaktív), 2009-02-16 20:57:00 [47]

Azt nem állítom, hogy "kész terméket" gyárt, de azt elismered, hogy a modellezők töbsége nem a CNC-re kíváncsi?!

Előzmény: airfoil6205, 2009-02-16 20:09:00 [46]

Nem jo az a ramp...habvagashoz.

Azonnal meglatszik a habvagas minosegen.
Elkezdi lenyalni a sarkos eleket a tobblet ho.

Előzmény: n/a (inaktív), 2009-02-16 09:43:00 [37]

Meg is bolondulnánk ha csak össze kellene ragasztani és más dolog nem lenne vele, a CNC csak azért kell, mert a remegős kezünkkel(bizonyos kor elérése után) már nem tudunk elmenni a vonal mellett a fűrésszel vagy pedig árkokat húzunk a habba!

Előzmény: n/a (inaktív), 2009-02-16 19:21:00 [45]

Ez kifejezetten repülőmodellek szárny (2D+2D-ben!) és géptörzs kivágó program, mely tud varázslókkal egyből tervezni-vágni és külső CAD modeltervezőkből importálni kész profilokat.
Ez olyan instant program (egyszerű/de nagyszerűen kezelhető), ebből következik, hogy a mozgatás minősége az éppen megfelel kategóriába esik. A modellezők kész terméket akarnak, nem elsőosztályú CNC-t építeni.

Előzmény: svejk, 2009-02-16 18:20:00 [44]

Ja, bocsi, igazából szokásomhoz híven csak vagtában írok, tehát ez a JediCut kimondottan ilyen repülős tervező ?

Előzmény: n/a (inaktív), 2009-02-16 17:24:00 [43]

Ok, csak ez egy speciális alkalmazás, és ez erre let eleve írva (nem is G-kódokat használ és fogad direkt ilyen CAD progis kimeneteket)! Az lehet, hogy jó cnc progi (a Mach meg mégjobb), de nem repülő model kivágó cél szoftver.

Előzmény: svejk, 2009-02-16 16:39:00 [41]

No fasza, hisz ennek az ONE CNC-nek van a főldalon magyar leírása )

Lehet nem is kellene ezeket az ismeretlen motorvezérlő progikat erőltetni, inkább Mach mellé a megfelelő szoftot betanulni.
Itt van pl az OneCNC.
Van neki huzalszikra modulja és tényleg jól működik még az angol tuttorial is elég jó.
(bár számomra nem létezik könnyen kezelhető szoftware )
Be lehet többféle masinához állítani a postprocesszort, és konfigolható is.
Természetesen tudja a kúpvágást és az is kiszámítja a mindenkori tengelyek mozgását akkor is, ha ugye mint szinte mindig , a munkadarab széle nem a tengelyek mozgásvonalában van.
(Na ezt tuti érthetetlen de nem tudom hogy kell leírni ezt, a lényeg hogy az adott oldali tengelyek kúp vágásakor teljesen más utvonalat kell hogy bejárjanak mint a készítendő munkadarab széleének körvonala.)
Természetesen a progit fel lehet "okosítani" is
ha jól tudom van itt a fórumon kollága aki érte enneka proginak a kezelését.
Ezek után már csak a mach-et kell 4 tengelyre bekonfigolni.

Előzmény: n/a (inaktív), 2009-02-16 15:00:00 [39]

Ha már kigondoltad, mit akarnál írni a szerzőnek, írd be ide és megpróbáljuk lefordítani angolra, ha más nem én legalábbis. Habár nem tudom milyen szinten van neki a motor mozgatás megírva, de ha valami nagyon primitíív módszerrel, akkor az nagyon sok munka megcsinálni, rámpákkal, miegymás. Tudom, mert én már megcsináltam. És még mindig van rajta mit fejleszteni. Az meg persze egy külön fejezet, hogy ez gyorsan és pontosan kijöjjön windows alatt.

Előzmény: n/a (inaktív), 2009-02-16 15:00:00 [39]

A habvágók nem szaladgálnak 1000-rel, csak jó lenne ha a gyorsjárat tényleg gyor is lenne (na meg persze függ az áttételtől is)!
Ezeknél a habvágóknál sehol sincs G-kód...biztos nem nézted még a programot...

Előzmény: elektron, 2009-02-16 12:37:00 [38]

És aki eddig ezt a programot használta, annak hogyan mentek a motorjai ? Vagy csak nagyon lassan , ha a sebességet lehet állítani. Ha a mozgatás ilyen nagy probléma nekik, Exportálni file-ba nem tudja a Gkódot, amit végül is előállít, azt másik programmal lehet futtatni akkor.

Előzmény: n/a (inaktív), 2009-02-16 09:43:00 [37]

Van egy azonnal fevetődött problémám a program mozgatásával (motor):
nem tudom a többi ilyen habvágó ezt hogyan oldja meg, de itt nincs rámpa (egyáltalán)! Ugye nem kell hangsúlyoznom ez milyen nagy gond, mert a léptetőmotorokat csak a start-stop léptetési frekvencia tartományban lehet használni, egyébként áll és visít!!!
Beton indulás és beton megállás...
Ebből következik, hogy csak lassú mozgatások oldhatók meg (impulzus vesztés nélkül), a léptetési freki emelése a motor miatt felesleges (pedig a szoftver bírna nagyobb sebességet is)!
El kellene magyarázni (Angolul) a szerzőnek, hogy minimális (esetleg állítható) rámpa feltétlenül kellene, mert így a "gyors" mozgatás is csiga lassú marad! Aki tud, segítsen már ezt leírni (Angolul)!
Szerintem egy kis primitív algoritmussal már megoldható lenne a rámpa kódolása is...

Keresgélek valami olyan kernel drivert, amilyen a Mach-ban is van, nem e árulnak valahol megvehető áron, de nem nagyon találni, vagy csak még nekem nem sikerült. Pl az a KCam is nem tudom mit használ, amiket hallottam róla az is elég döcögős, ha jól emlékszem.

Előzmény: n/a (inaktív), 2009-02-15 18:05:00 [35]

Tud szoftveres generálást, de borzasztó kis sebességgel (használhatatlan). Még ez a 8kHz-es jel is csak féllépéses üzemmódba használható (a H2 kicsit luxus hozzá).
Majd tesztelem meddig lehet felmenni a frekivel (ez a 8kHz a rokon programoknál kvázi standart max. érték).

Előzmény: elektron, 2009-02-15 17:57:00 [34]

Akkor ezt a JediCut program használja, már értem. És ez kell is ennek a programnak, mindenképpen ?

Előzmény: n/a (inaktív), 2009-02-15 17:34:00 [33]

A vedeón is mutatom a HAMEG szignálgenerátoromat ami adja a 8.05kHz-es jelet. Egy ilyen "szignálgenerátor" lehet egy 555-ös akár. De én természetesen erre majd PIC-et fogok használni.

Előzmény: elektron, 2009-02-15 17:02:00 [31]

Ha már ilyen olyan plusz hardvert használunk, mindegy, ha egy PCI buszos bővítőkártyára teszünk egy processzoros egységet, ami az impulzusok halálpontos generálását végzi, vannak is ilyen kártyák, persze nem valami pár forintos áron árulják.

Előzmény: n/a (inaktív), 2009-02-15 16:57:00 [30]

Van ilyen külső impulzusgenerátoros elektronikád is ? Vagy az egy másik programmal megy ?

Van egy érdekessége ennek a megoldásnak (külső imp.generátornak), néztem a CPU terhelést egy sima ("kézi"), ami a Mach3-ba fix mozgatással egyenlő, és 0 (nulla)! Igaz csak 8kHz-ről volt szó, de nem volt egyáltalán mérhető %-os emelkedés. Ugyan akkor nem volt hibátlan, enyhe lépéscsuklásokat lehetett hallani (érdekes módon a lassabb mozgatások alkalmával), de ez szerintem a felületen nem lesz látható (a KCam4-től egy klasszissal jobb).

Előzmény: elektron, 2009-02-15 16:36:00 [27]