Az uccnc-nek ugyanolyan pályaoptimalizációja van mint a linuxcnc-nek, egy az egyben ugyanúgy működik.

Nem, nincsen ott semmi gondolkodás, csupán addigra áll meg a tengely a sarkon 300mm/sec/sec lassulással.

A videón a példa (a négyzetnél) igen egyszerű, sarkallatos, a két szakaszt bezáró szög derékszög, vagyis 90°, ha a feltétel az, hogy a sarokpontot érinteni kell, akkor nincsen mire optimalizálni, mert egy egyenes szakasz van, aztán megint egy egyenes szakasz úgy, hogy az első mozgás után a tengelynek meg kell állnia (mivel a sarokpontot el kell érni úgy, hogy a másik tengely nem indulhat el, különben nem lesz pontos érintés) a második szakasznál pedig a másik tengelynek el kell indulnia, fel kell gyorsulnia. És ugyebár két pont között az egyenes szakasznál nincsen rövidebb út, szóval nincs optimálisabb út. Ez egyszerű fizika, lehet bármilyen hókuszpókuszokra gondolni, de a fizikát nem lehet legyőzni, akárhogy is szeretné sokszor az ember.
Ja még annyit, hogy megnéztem a beállításokban, hogy 89°-ra volt állítva a szög aminél megáll az optimalizálás, szóval ezért is írtam most, hogy a négyzetnél a sarkon pontosan át kellett haladnia...
Majd Januárban ha lesz egy kis időm, akkor levideózzuk ugyanezt a pályát az optimalizálást kicsit áthangolva.

Előzmény: sanyi84, 2014-12-23 16:32:00 [1657]

Szia Gábor,

Hát igen, ha kicsit nagyobbra tervezünk akkor valóban kikerüljük. A gond ott volt, hogy nem tudtunk a csapdáról, hogy ki kell kerülni.
Vagyis nem tudtam, hogy ez gondot okoz nekik a gyártásnál. Régebben terveztem már olyan panelt aminél powerpad (olyan pad- ami a chip alján lévő pad-en adja át a hőt a panelra.) volt és a gyári ajánlás szerint volt rajta 12-20 via .. ez alapján meg sem fordult a fejemben, hogy egy 0805 padjén egy 0.25mm dia furat fondot okozhat.

Előzmény: ANTAL GÁBOR, 2014-12-23 16:32:00 [1656]

Ok, ez így működik sok vezérlőnél. Ha én bármit írok be a linuxcnc nek G64 P0.01 akkor sem fog durván lassulni, tartja a megadott sebességet gyorsulási görbe szerint, próbálja körív átmenettel átlépni a sok egyedi szakaszból álló íveket és bizonyos szögig működik is a dolog.

Itt viszont gondolkodott és nem fogásvételnél hanem sarkoknál. Sok szerszámgép gyártó csinál már optimalizációt a vezérlőbe, ezáltal jobban tartja a megadott sebességet. Az állandó sebesség és állandó forgácskeresztmetszet feltétele a minőségibb munkának. Én nem tudhatom van-e pályaoptimalizáció ennél de valószínű nincs. Hasonló megoldása lehet például a hurconak mint a linuxcnc nek a pályaoptimalizációra sok kis egyenes szakasznál például amit a cam programok generálnak.

A modell például szeletelve véges egyenes szakaszra oszlik, ha minden pontot mi összekötünk akkor érthetően alacsony átlagsebesség jön ki. Valami trükk van mert mindenre pozitívan hat ki a pályaszerkesztő ezirányú optimalizációs törekvése. Mind szerszáméltartamra, mind felületre, mind végrehajtási időre . Arra mozdul a cam és a vezérlők világa hogy állandó értéken tartsa a szerszámterhelést a lehető legnagyobb pontosság mellett.

Na de gondolkozzunk fizikában, ha lassulni kell és valamely tengely lóg akkor bizony a csökkenő erő miatt a lógó tengelyek el fognak mozdulni-csökken a szerszámra húzó vagy szerszámtól elnyomó erő nagysága, akkor meg aztán a vezérlő pontossága már semmit sem ér-szépen lassul, a rugóerő ami szíj miatt is lehet meg visszarántja az asztalt. Szerintem hobbinál bármely gépet bele lehet küldeni ilyenbe.

Bocsánat a sok sületlenségért.

Előzmény: n/a (inaktív), 2014-12-23 14:47:00 [1654]

Olvasom a beírást ( bár csak a felét értem ) tudom hogy az árképzésnél minden cm2 panelfelület számít de ha kicsit lazábban terveztek ( legyen a panel mondjuk 3 cm2 -rel nagyobb !! ) akkor lehet kikerülitek a csapdát. A minap vettem egy Li Po akku töltő Ic t ( I= 2.5 A ). De nem mélyedtem bele a pdf be. Hát megjött ( chipcad a forgalmazó -microchip a gyártó ). Kibontottam , megnéztem nagyítóval azután egy csipesszel szépen belehelyeztem a kukába ( mottó : 63 évesen még szeretném élvezni az életet ,ezért kerülni kell az idegeskedést )

Előzmény: n/a (inaktív), 2014-12-23 14:54:00 [1655]

Szia,

Köszönjük.
Igen, van előre és hátra lépés is sajnos.
A véglegesnek szánt verzió elkészült, viszont miután egyeztettem az SMD ültetős céggel a gyártásról kiderült, hogy még mindig kell rajta módosítani. A gond az, hogy mivel a panel meglehetősen sűrű, ezért néhány PAD-re tettünk 0.25mm átmérőjű via-t. Ez nem gondoltam, hogy problémát jelenthet, de a nyák ültetős cégnél azt mondták, hogy ők ennek a széria gyártására így nem vállalkoznak, mert szerintük átfolyhat a paszta a furatokon ami bizonytalan forrasztást okozhat. Mondjuk nem nagyon értem, hogy például power PAD-eknél akkor ez miért nem probléma, vitatkoztam is erről velük, de mivel ők ennek a gyártását így nem vállaják, ezért kénytelenek leszünk áttervezni mégegyszer a panelt.
Szóval sikerült megszivatni magunkat elég szépen.

Előzmény: pisti73, 2014-12-23 14:08:00 [1653]

Szia és köszi.

A CV sarok hiba beállítás 0.01mm volt, vagyis a sarkokon a szoftver 0.01mm hibát csinálhat maximum, ezért pontosan ki kell mennie a sarok végéig, nem kerekíthet 0.01mm rádiusznál nagyobbat.
Gondolom belátható, ha a sarokig pontosan ki kell menni, akkor az egyik tengelynek teljesen meg kell állnia mielőtt a másik elindulhatna. Ezzel a beállítással így fizikailag képtelenség gyorsabban bevenni a sarkot, mindegy, hogy linuxcnc vagy más program, a biztos korlát a föld fizikája, amit egy program sem tud áthágni, átverni.
Gyorsabb végrehajtás nagyobb tolerancia megadásával lehetséges, de ezt a teszt eredményt mértük, ezért a toleranciát alacsonyra vettük, hogy szép szögletes sarkok legyenek.
Ugyanez a helyzet az ovális esetében, ott is az alacsony tolerancia miatt lassul le a mozgás.
Ja és két darab 1.5mm-es fogás történt, szóval ahol néha megállni látszik a gép, ott van hogy a Z mélységet növeli a második fogáshoz.

Előzmény: sanyi84, 2014-12-23 13:11:00 [1652]

Boldog Karácsonyt Nektek is!

Egy kérdés azért lenne... Az UC300-ISOBOB ügyében van valami fejlemény?

Előzmény: n/a (inaktív), 2014-12-23 11:28:00 [1651]

Szuper gép, nálam úgy tűnik egyes szakaszok végén megáll a gép. Ez azért nem tetszik, de ténylegesen élőbe kellene látni, nem tudom de olyan mintha valami nem lenne kerek.

Azért egy friss linuxcnc simán "átlépi" ezeket a lassulásos szakaszokat, itt videóról is lejön.

Bocsánat hogy ezt mondom de valami tényleg nem kerek, túl nagy a tengelyek belassulása, forgácskeresztmetszet meg szerintem változik ilyenkor. Azért az össze vissza terhelést nem igen szereti a maró, de ez még talán a jobbik esete, fánál annyira nem érdekes.

Előzmény: n/a (inaktív), 2014-12-23 11:28:00 [1651]

Sziasztok!

Ezúton szeretnék Boldog Karácsonyt kívánni minden kedves fórumtársnak és némi helyzetjelentést is adni nektek!

Az UCCNC átírása sajnos nem készült el karácsonyra, még mindig dolgozunk rajta, van még mit csinálni, bár az API átírás már megtörtént és a G33 szinkron menetvágás is már működik, de még tesztelni kell.
Még vissza van a G76 megírása, illetve a menetfúrás. Az biztos, hogy csak Januárban fogunk elkészülni mindezekkel.

Addig is egy kis videó a gépről, aminek az építésével most készültünk el:

1250x2500 router gép video

Ok. Köszi, nem olyan gáz ha csak a reset alatt csinálja, holnap kipróbálom.

Előzmény: n/a (inaktív), 2014-12-18 12:55:00 [1649]

Szia,

Igen, megnéztem és tényleg van egy olyan hiba, hogy ha a reset aktív, akkor nem engedi állítani az FRO-t. Ha kiveszed reset-ből, akkor igen. Javítani fogjuk...

Előzmény: gulasoft, 2014-12-18 00:20:00 [1648]

Tegnap találkoztam vele először, hogy nem tudtam a sebességet 90% alá venni mikor állt a progi. Amikor ment, akkor már lehetett állítani, de amíg állt addig nem. Ennek mi az oka?

Igen, az 1.0033-as a hivatalos verzió, ami a weboldalunkról letöltődik.

Előzmény: Török Tamás, 2014-12-16 22:22:00 [1646]

A 33-mas van fent az oldalatokon , az a jó?

Előzmény: n/a (inaktív), 2014-12-16 11:02:00 [1637]

"...nekem is inkább sok száz hangfaldoboz előlapot kellett volna gyártanom "

Aztán,mire mentél volna vele?
A 'nagyok' se mindig tudtak...

Volt idő,hogy...azzal fűtöttem ki,több telet is!
Annyi volt belőle!:))
Volt itt a közelben,egy...VIDEOTON.
Aki nem hangfalat buherált/ragasztott össze otthon a sufniban,az....fűtött vele.:)))

Előzmény: svejk, 2014-12-16 21:50:00 [1643]

Persze hogy nem vagyunk mi roszban!!!
Csak nekem kell egy olyan verzió amivel stabilan dolgozhatok, ki is fogom próbálni a 32-est.
A fejlesztésben és hibafeltárásban pedig minden féleképpen részt veszek és jelentem az utolsó ver. két alapfunkciója ( a ref. és a hosszú ideig való munka hiba nélkül) nem mükszik!

Én egy cseppet türelmetlen vagyok....
Meg ha beválalok valamit nem utána akarok vakarózni meg kapkodni fűhöz fához.

Előzmény: svejk, 2014-12-16 21:45:00 [1642]

Minden esetre én nagyon bízom a fiúkban, mert amit ideáig letettek az már nem piskóta.

Én ugyan nem vettem meg a szoftvert, mert voltam olyan "élelmes", hogy ajándékba kaptam a hardver mellé, igaz cserébe sok-sok órát eltöltöttem a teszteléssel és az eredmények publikálásával.

Lehet ez helyett nekem is inkább sok száz hangfaldoboz előlapot kellett volna gyártanom

Előzmény: svejk, 2014-12-16 21:45:00 [1642]

No nem vagyunk mi olyan rosszban egymással, hogy leírjam minden gondolatomat. )

Előzmény: Török Tamás, 2014-12-16 21:28:00 [1641]

Ja hogy ez egy hobby program , akkor rohadtúl benéztem , "mert az én profi gépem" nem komálja!

Azért hogy több száz hangfaldoboz előlapját kimarjam szerintem nem kell 20millás gép!!!

Előzmény: svejk, 2014-12-16 20:51:00 [1640]

Érdekes, más mindenki be tudta állítani a ref. jelet?

Hobby vezérlő, hobby oldalon fejlesztve, hobby áron.

A magad számlájára írhatnád.. mert ezért józan fejjel belátható, hogy a milliós rendelésekhez sok milliós gépek és szoftverek tartoznak és nem egy hobby oldalon keresgélünk ilyet.

Előzmény: Török Tamás, 2014-12-16 05:57:00 [1636]

Szia Balázs!

Ha a letöltés ikonra rákattintasz a 1.0033-as verziót tölti le. Eddig nem volt semmi bajom a progival, hozzáteszem azóta sincs semmi gond, csak valami zavart szedhetett össze. Így jártam, ha bekötöttem volna a E-Stop-ot akkor ez nem fordult volna elő.

Előzmény: n/a (inaktív), 2014-12-16 11:02:00 [1637]

Valami zavart szedhetett össze, azóta nem csinálta. Sajnos egy maróm bánta, na de mindegy...

Előzmény: DeaK Jozsef, 2014-12-15 18:54:00 [1635]

Kedves Tamás,

A hivatalos verzió a 1.0032, ami mindig is fent volt, van a weboldalunkon: http://cncdrive.hu/UCCNC.html

Amiket itt a fórumon közzé tészünk, azok mind teszt verziók, lehetnek bennük hibák.
Az válik hivatalos verzióvá, ami a weboldalunkra felkerül.
Ha üzemszerűen szeretnéd használni a géped és nem az a célod, hogy segíts nekünk a tesztelésben és a szoftver csiszolásában, akkor továbbra is javaslom a hivatalos UCCNC szoftver verzió használatát, ami a weboldalunkon elérhető.

Azért nem írok a fórumra mostanában, mert a szoftver fejlesztésén dolgozom folyamaztosan, ha ide irogatnék, akkor a fejlesztés nem haladna.

Előzmény: Török Tamás, 2014-12-16 05:57:00 [1636]

Egyáltalán van olyan verzió a régiek közül ami megy rendesen?

Minden nap használom a cncmet , vettem egy jogtiszta szoftwert ami egyenlőre még a referencia kapcsolóról sem akar leszálni és gyakori lépésvesztéseket produkál.
Kénytelen vagyok egy másikat prg használni , de akkor miért is fizettem???
Ha beválalnék egy több milliós munkát ,és folyamatosan selejtet gyártanék egy hibás progi miatt akkor ezt kinek a számlájára írhatnám?
Egyenlőre türelmes vagyok és várok , de néha írhatnátok hogy hány %-os készűltségnél jártok!!!

Néz át jól a számítógépedet valószínű az okozta a műveletet.

Előzmény: pisti73, 2014-12-07 21:30:00 [1632]

Írj a mikulásnak addigra biztos lesz ha meg hoz a nyúl is egyet, akkor lesz kettő.

Előzmény: Beck Attila, 2014-12-15 14:02:00 [1633]

Úgy vágyom a Jézuskától egy UC300hoz való szép sárga Cncdrive feliratú Isobob alaplapra... Ugye nem a húsvéti nyúlnak kell írjak?

Sziasztok!

Az UC100-as vezérlőm a 1.033-as szoftverrel ma gondolt egyet és a Z tengely teljes sebességgel - kikapcsolt marómotornál - elindult lefele. Szépen beletrafált az aluba. Ezt vajon miért csinálta? Eddig teljesen hibátlanul működött változatlan "környezetben".

Szerintem épp azért találták ki a JOG potit.
Én is kelőpultról használom és teljesen jó.

A finom ráközelítéseket úgy is MPG-vel lehet legbiztonságosabban elkövetni.

Ha pedig majd teljesen jó lesz az MPG kezelés a programban a JOG gombokat majdnem el is lehet felejteni. persze jó ha van pl. egy két "kézi maráshoz" egyenletes előtolásnak ha lusta az ember az MDI-ba beírni.

Előzmény: nagaoka, 2014-12-06 21:57:00 [1630]

A Mach3 jog sebesség ha pl. 20%-ra van beállítva akkor ezzel a sebességgel mozog az adott tengely,de ha mellé nyomom a shift gombot akkor max (100%) lesz a mozgás.
Az UCCNC-ben mi a megfelelője a shiftnek.Nem találom a button táblázatban,vagy csak én nem látom?
Nem pc billentyűzetet használok hanem készítettem egy pultot az irány gombok középpontjába tett gombot kellene definiálni shift gombnak.Most csak úgy tudok max. jog sebességet elérni,hogy a potit 100%-ra állítom.

Balázs!

Tegnap írtam emailt UC300-al kapcsolatban. Megkaptad?

Köszi!

Előzmény: n/a (inaktív), 2014-12-05 18:07:00 [1627]

Igen,kipróbáltam,és rájöttem a működésére,csak mivel a gomb nevében benne van a run szó,ezért nem gondoltam elsőre,hogy kell utána még cyclestart is.

Előzmény: n/a (inaktív), 2014-12-05 18:07:00 [1627]

Szia,

OK, köszi az infót.:)

És igen, a run from here-t ha megnyomod, akkor csak eltárolja a g-kód megjelenítőben kiválasztott sor számát és át is rajzolja, szinezi a szerszámpálya nézetet. És ha legközelebb megnyomod a ciklus startot, akkor innen fogja folytatni a g-kód futtatását, ill. kijelzi, hogy hová kéne mozogni biztonságos Z-vel, hogy ne törjön a szerszám. Ha ezt az ablakot le-OK-zod, akkor oda mozog és ott megáll, majd ismét vár egy ciklus startot, hogy folytassa a g-kód futtatását. Ha nem OK-zod, le, cancel-t nyomsz, akkor pedig úgy veszi, hogy nem akarsz oda mozogni safeZ-vel és akkor a következő ciklus start nyomására folytatja a kód futtatást előzetes SafeZ mozgás nélkül.

Tudom, illetve gondolom, hogy rájöttél, hogy így müxik, de gondoltam leírom, hátha másnak is gondot okoz a használata.

Előzmény: csewe, 2014-12-05 17:57:00 [1626]

Én csak béna voltam,nem tudtam,hogy meg kell nyomni a cycle start gombot is.

Előzmény: n/a (inaktív), 2014-12-05 16:26:00 [1624]

Irtad, hogy ctrl+alt+del, ebből kikövetkeztettem, hogy Windows XP-t használsz nagy valószínűséggel. Felraktam az 1.0045-öt Virtualbox-ba XP-re, nekem ezen is megy a run from here problémamentesen.

Előzmény: nagaoka, 2014-12-05 14:40:00 [1622]

Nálam 1.0045-el működik gond nélkül a run from here, UC100-al, UC300-al és a demo módokkal is.
Esetleg küldjetek nekem egy kódot amivel nem működik, vagy nálatok semmivel nem megy?!
Az előmozgás figyelmeztető ablak előjön miután megnyomjátok a run from here utána a cycle start gombot, vagy az sem, vagy mi történik pontosan?

Előzmény: csewe, 2014-12-05 15:17:00 [1623]

Demo módban egyáltalán nem működik,de le sem fagy.

Előzmény: nagaoka, 2014-12-05 14:40:00 [1622]

Kérdezném az 1.0045 UCCNC-t használókat.hogy a "run from here" másnál működik? Mert nálam úgy lefagy,hogy csak a Ctrl-Alt-Del után tér magához.

Egy tenyérnyi helyet hagyjunk a karácsonyfa alatt az új szoftvernek?

Előzmény: n/a (inaktív), 2014-12-01 14:18:00 [1620]

Igen, a temporary offset-et egyelőre nem rajzolja ki a szoftver. Most ezt nem is csináljuk meg, hogy kirajzolja, mert az új API illesztésén dolgozunk és amíg az teljesen el nem készül, addig nem szeretnék belenyúlni a program más részébe, mert így is sokminden át lesz írva és megnehezítené a dolgunkat, ha például a rajzoló rutinba most bele kéne nyúlni.
Az API átírásán keményen dolgozunk, szólni fogok amint elkészül és utána kérünk majd újra teszteléseket és hibajelentéseket.

Addig is egy kis videó:

UCCNC 3D marakodás

Előzmény: fektiforg, 2014-12-01 11:45:00 [1619]

Ma csináltam egy programot G52-es ideglenes eltolásokkal a gép jól csinálja, de nem jól rajzolja.

#1616 "Még nem készült el az új API, ahogy már írtam az MPG problémáival majd csak az új API elkészülte után fogunk foglalkozni, mert a régi api-val már nincsen értelme, hiszen ez a rész (MPG és a homeolás is.) úgyis teljesen át lesz írva API szinten. "

Előzmény: Török Tamás, 2014-11-28 23:07:00 [1617]

A 45-ös X tengelyenél homoláskor megit rámászik a kapcsolóra.

Szia,

Ez azért lehet hogy még mindig nem jól működik, mert az MPG-t még nem javítottuk ki. Még nem készült el az új API, ahogy már írtam az MPG problémáival majd csak az új API elkészülte után fogunk foglalkozni, mert a régi api-val már nincsen értelme, hiszen ez a rész (MPG és a homeolás is.) úgyis teljesen át lesz írva API szinten.

Amiket pontokba szedve leírtam hibajavításokat az egyes kiadásoknál, azok a dolgok lettek javítva, változtatva, ami nincs odaírva, az értelemszerűen nem is változott.

Előzmény: dezsoe, 2014-11-27 09:06:00 [1615]

Szia!
Ma végre sikerült kipróbálni a 45-öst, de nem változott a 44-hez képest, amit tapasztaltam. (Azért nem írtam korábban, mert jelezted, hogy a home-oláson változtattál.) Találtam a fiókban egy rotary encodert, gyorsan bekötöttem MPG-nek. Megy szépen, de a következőket észleltem:
- Ha kinyomom a reset-et, akkor a gép szépen leáll (nincs charge pump), szinte semmit nem lehet csinálni, de a legutóbb kiválasztott tengelyt tudom mpg-vel állítgatni. Persze, nem mozdul meg, hiszen áramot nem kap (azt nem tudom, hogy a step/dir kimegy-e, nem néztem), viszont az adott dro-ban szépen változik a pozíció, ha visszakapcsolom a gépet, akkor azt hiszi, hogy ez a tényleges pozíció. Természetesen tengelyt vagy lépést nem tudok váltani, hiszen reset-ben van a program.
- A másik - szintén mpg-vel kapcsolatos - dolog, hogy ha mpg-re kapcsolok a jog ablakban, akkor azt a tengelyt, amelyik ki van választva, nem tudom home-olni. Sőt, a home sorrendben utána következőket sem, mert a progi home üzemmódban marad és áll. Reset ki/be, majd mpg megszűntetése után megy a home.

Előzmény: n/a (inaktív), 2014-11-22 10:52:00 [1607]

Hmm... akkkor ott valami nem volt jó beállítva, mert itt a fórumon nem kevesen vannak akik iparszerűen használják a Mach3-at.
Én sem tapasztaltam a 8 év alatt hogy a pozicionálással lett volna gond.
De egyéb más nyűgök akadnak rendesen az igaz.

Előzmény: gulasoft, 2014-11-26 09:59:00 [1613]

Ugyan az a kód, mach3-al mindíg hibázott 1-2 tizedet, ezzel meg századra pontos. Valószínű kimaradt itt ott egy lépés, mert a winfos éppen mással volt elfoglalva, ismerjük milyen marha okos, meg multitaszk, itt meg ilyen probléma nincs, mert a mikrovezérlő nem a tökét vakargatja miközben léptetnie kéne a motorokat.

"Sokkal sokkal sokkal sokkal pontosabban fúr mint a mach3"

A fenti alatt mit értesz?

Előzmény: gulasoft, 2014-11-24 21:42:00 [1611]

Köszi már beállítottam, és ki is fúrta a panelt gyönyörűen. Vártam a válaszra 2 órát, de mivel nem jött, ezért kínomban beállítottam, és láss csodát ment, még a shiftel gyorsmenet is.
Sokkal sokkal sokkal sokkal pontosabban fúr mint a mach3, pedig ez a laptop amit használok nem is sima számítógépnek lett telepítve, mint a régi.
Holnap alut marok vele, kíváncsi leszek ott mit csinál, bár a panel körbemarása most is simán ment, nem hiszem, hogy bármi gond lenne.

Szia,

Régi UCCNC verziókban a Hotkeys menü máshogy volt felépítve még, régebben csak a jog gombokhoz lehetett billentyűt rendelni. Ezt átalakítottuk, felbővítettük úgy, hogy általánosan lehessen gyorsbillentyűket készíteni funkciókhoz, összesen maximum 48db-ot.
Szóval most már így kell beállítani a jog-ot is, ami alapból be van állítva a Page-up és down-ra a Z-tengelyhez, de ha régi profilt használasz, ott még hiányoznak ezek az kulcsok, be kell állítani, hogy működjön.
A SET gombokra klikkelve látod a funkció nevét, egyszerű a kikeresgélés, de ide belinkelek a teljes alap beállítást hátha segít: