Bárcsak minden programozó kőbe vésett alapszabálya lenne az általad leírtak.

Előzmény: n/a (inaktív), 2014-07-18 11:27:00 [630]

Konkrétan nem erre gondoltam , de programozást aki tanult vagy csak üzemszerűen programozik az tudja, hogy egy alap tétel, hogy minden progit blondbiztosra kell megírni, lehetőleg úgy, hogy a felhasználó bármilyen kombinációban is csinál bármit, a program akkor se dobja hanyatt magát, hanem kezelje le az összes lehetséges esetet.

Előzmény: svejk, 2014-07-18 11:23:00 [629]

"...de így lenne "bolodbiztos" a progi."

És ez bizony nekünk bolondoknak nagyon sokszor jól jönne! )

Előzmény: n/a (inaktív), 2014-07-18 11:09:00 [628]

Felraktam a gépemre, nálam jól működik. Ügyes vagy!

Még esetleg amit írtál, hogy ha üresen marad mező, ezeket az eseteket lekezelhetnéd a programban, modnjuk, hogy ha megnyomja a felhasználó a save gombot, akkor a progi ellenőrizheté a mezőt és ha üres, akkor valami alapértelmezett értéket használhatna. És az ellenőrzés után ezt az alapértelmezett értéket vissza is írhatná az üres mezőbe, hogy a felhasználó láthassa, hogy mivel történt a kalkuláció. Persze ez már szőrszálhasogatás, de így lenne "bolodbiztos" a progi.

Előzmény: csewe, 2014-07-17 17:25:00 [627]

Frissítetem a Cut a Circular Pocket varázslót,mert az egyik beviteli mező hibásan működöt.
Ezenkívül mostmár négy képernyő felbontás mellett élvezhetitek a SAVE gomb lenomását követően,a szerszámpája látványát.
Ez a plusz funkció ezeken a képernypfelbontsokon érhető el:
800*600
1024*768
1280*1024
1600*1200

Eddig nem érkezett visszajelzés,hogy hibás szerszámpályát generálna.

BETA_Cut_a_Circular_Pocket_varazslo

Még annyi, hogy megnéztem annak a fájlnak a méretét amivel én teszteltem a progit és a ami a legnagyobb méretű, picivel 100Mega alatt van, ehhez képest a te progijaid apró méretűek.
Szóval nem a mérettel van itt a gond, hanem az interpolátor dobja hanyatt magát valamiért ami a kódban van. De ahogy írtam megfogom vizsgálni, sokat segített, hogy elküldted a fájlokat, köszönöm!

Előzmény: n/a (inaktív), 2014-07-17 14:24:00 [625]

A másik fájlt a hajókormány simitás.tap-ot is gyorsan megnéztem, ezt nálam gond nélkül pillanatok alatt betölti.

Előzmény: PITU, 2014-07-17 14:07:00 [623]

Megjött, köszi szépen.
A szem.txt-t próbáltam első körben, az valamiért megakasztja az g-kód interpolátort. Eddig annyit sikerült most gyorsan kiderítenem, hogy a fájl fejlce okozza. Ha kitörlöd a fájl elejéről a kommenteket, azt a néhány sort, akkor betölti, egyébként a kommenteken megakad, ezért nem tölti be. Megfogom vizsgálni pontosan, hogy miért és hol akad meg és fogom majd javítani...

Előzmény: PITU, 2014-07-17 14:07:00 [623]

ment

Előzmény: n/a (inaktív), 2014-07-17 14:02:00 [622]

Na, végül megérkezett a levél.
küldtem neked most egy üres levelet az info@cncdrive.com -ról, arra válaszolva tudsz mellékletet küldeni.

Előzmény: PITU, 2014-07-17 13:57:00 [621]

a nevedre kattintva email klikk ide

Előzmény: n/a (inaktív), 2014-07-17 13:43:00 [620]

Szia,

Nem jött levél.

Előzmény: PITU, 2014-07-17 13:36:00 [618]

Egyszer mindenképp végig kell olvasni a fájlt, mert meg kell jeleníteni 3D-ben a pályát. A megjelenítés vektorait pedig folyamatosan a memóriában kell tartani, különben csak a pálya részeit tudná megjeleníteni. Szerintem ezt nem tudod kikerülni...
Az, hogy 3Gbyte-os memóriával nem tölt be egy pár száz kByte-os fájlt az biztos nem memória megtelés probléma, más lesz szerintem. Hiszen az én 2Gbyte-os memóriámmal simán beolvas ennél nagyságrendekkel nagyobb fájlokat.

Előzmény: robroy007, 2014-07-17 13:20:00 [614]

írtam

Előzmény: n/a (inaktív), 2014-07-17 13:32:00 [616]

Egyébként gyanús nekem, hogy nem a fájl mérettel lesz a gond, hanem valami a kódban van ami megakasztja az interpolátort. De persze amíg nem láttam a kódot, addig csak találgatni tudok, azt meg nem nagyon szeretek, legalábbis nem nagyon van értelme.

Előzmény: PITU, 2014-07-17 13:25:00 [615]

ok, de ha nem küldessz el legalább egy kódot aminél a probléma jelentkezik, akkor szinte biztosan nem tudom előidézni a problémát, illetve összehasonlítást se tudok végezni, hogy az én rendszeremen betölti-e... szóval ha elküldöd akkor van esély a megoldásra, ha nem, akkor nem tudok sajnos megoldást kínálni.

Előzmény: PITU, 2014-07-17 13:25:00 [615]

kód független
text file-t és tap-ot is próbáltam
csak a file nagyságára alergiás

azb AVAST kikapcsolva az UCCNC ujra telepítve

valami olyasmit ír ki a telepítéskor , hogy az UC100 -nak vala új plugin és okézzam le
ok de nem történt semmi

Előzmény: n/a (inaktív), 2014-07-17 13:16:00 [613]

más progi egy részét az elejének betölti aztán elkezd dolgozni, majd ha elkopott akkor folytatja a betöltést és megy tovább megállás nélkül

persze ha szimulálni kell akkor a betöltött részen túl is végig olvassa amit csinálni a kell

ezzel takarékoskodva a memória kihasználtsággal
persze ez hálózatos kód beolvasásánál bukhat ha szakad a net

Előzmény: n/a (inaktív), 2014-07-17 12:58:00 [608]

ok, köszi az infót. küld el légyszi a kódot had nézzem meg.

Előzmény: PITU, 2014-07-17 13:14:00 [612]

a töltés elindul de utánna semmi
és ha megállítom a töltést ( zörlő gomb )
akkor utánna már a rövid kódokat sem tölti be
csak ujraindítás után

Előzmény: n/a (inaktív), 2014-07-17 13:05:00 [611]

Ja, és egy kérdés, a töltés csík elindul egyáltalán, vagy semmi sem történik?

Előzmény: PITU, 2014-07-17 13:01:00 [609]

elküldenéd nekem a kódot: info at cncdrive.com -ra, kipróbálnám szívesen...

Előzmény: PITU, 2014-07-17 13:01:00 [609]

a legújabbal próbáltam (23-as)
a memória 3 gigás
ezeket a mach simán betöltötte
itt meg 5 perc után semmi

Előzmény: n/a (inaktív), 2014-07-17 12:58:00 [608]

Én 2Millió soros progival próbáltam ami a legnagyobb volt (fájl méretét most nem tudom megmondani, de nem is az számít igazán), ezt még betöltötte nekem. Nagyobbal nem próbáltam, így nem tudom hol a határ.
Persze memória méret függő is, mivel az objektumokat a memóriába tölti, az én gépemben 2GByte RAM van.
Még annyit, hogy a legújabb verzióban a memóriahasználatot is amennyire lehetett optimalizáltam, próbáld meg letölteni, mert az biztos, hogy az kisebb memóriával is betölt hosszabb kódokat, mint az előző verziók...

Előzmény: PITU, 2014-07-17 12:53:00 [607]

sziasztok
a mostani verzió hány soros programot futtat ?
egy régebben generált kis relief progit próbáltam de nem töltötte be.
max 300 Kb-ig tölt be
az 1100-nál már kiakad

Már meg is van a hiba oka,nem a programban van a hiba,hanem benem,mert nem adtam meg értéket ,vagyis üresen hagytam a X Ventre rubrukát.
Erre majd ügyelni kell,hogy ne maradjon üresen egyetlen rubrika se.

Előzmény: csewe, 2014-07-16 19:33:00 [605]

A CIRCULAR A CIRCLE POCKET VARÁZSLÓ ÁLTAL GENERÁLT G KÓDBAN TALÁLTAM EGY KIS HIBÁT,AZ EGYIK X-nek NEM AD MEG ÉRTÉKET.
Az UCCNC végrahajtja hibaüzenet nélkül a g kódot,csak az nemegészan azt teszi amit,kellene neki.
Hamarosan javítom.

Nagyon jó ez a leírás, köszi.

Előzmény: robroy007, 2014-07-16 12:09:00 [593]

Szia,

A pályatervezőn az első verziótól kezdve nem változtattunk, szóval, ha elsőre jó volt, akkor most is jó.

A G61.1 és G61-re nem nagyon van válaszom, én sem látok olyan gyakorlati alkalmazást ahol lenne értelme ezeket megkülönböztetni.
De hát vannak egyéb olyan dolgok is amit én nem így csinálnék, a szabvány viszont így írja le, ezért célszerű követni, hogy pontosan úgy működjenek a dolgok, ahogy azt elvárják tőle.
A G61-et egyébként meg fogjuk még csinálni, hogy azt is lehessen használni.

Előzmény: svejk, 2014-07-16 12:43:00 [602]

Ühüm... a lassítás mint írtam 10mm/s2 a többi érték gyári állásban.
lin. error: 0.01
lin. addition lenght : 0.2
lin. unify lenght: 0.4
corners error: 0.01

No mindegy normál üzemi körülmények közt jónak találtam a múltkori teszteléskor élőben, igaz az még az első verzióknál volt.

De arra továbbra is várok érveket, hogy inkább szükség van a G61.1-re mint a G61-re.

Előzmény: n/a (inaktív), 2014-07-16 12:36:00 [600]

A general settings-nél vedd a constant velocity paramétereit mondjuk 1-re minden értéket és mondjuk 5-re a gyorsítást a tengelyeken, akkor látható szemre is, hogy mit is csinál pontosan az algoritmus.
Bizonyos paramétereknél már amit az előbb taglaltam már nem látod szemre, hogy mi történik, mert vagy túl gyorsan lezajlik az esemény, vagy az alacsony tolerancia korlát miatt le kell lassítania valamennyire és így félreérthető, hogy mi is történik pontosan.

Előzmény: svejk, 2014-07-16 12:28:00 [598]

Kipróbáltam ezt a "bukfenc"-el ellátott kódodat is, nálam nem lassít le a kanyaroknál.
Talán az lehet, hogy a gyorsítást nagyon alacsonyra vetted, a hiba toleranciát, hogy mennyit kanyaríthat le pedig kicsire. Értelemszerűen a hibahatárokat amit beállítasz figyelembe kell vennie, így ha nagyon alacsony a gyorsítás, akkor nem fogja tudni bevenni a "kanyart" anélkül, hogy valamennyire le ne lassítson. Az algoritmus úgy van megírva, hogy mindig a beállított határokon mozogjon, amit a beállításaid még megengednek...

Előzmény: svejk, 2014-07-16 12:28:00 [598]

Egyre gondoltunk.. )

Előzmény: svejk, 2014-07-16 12:28:00 [598]

No most levettem a Configban az X és Y tengely gyorsulását 10 mm/s2-re, ekkor jól látszik hogy megáll a 10 mm-enként illetve a kanyarokban.
Bár ennek az egyenesben való köztes megállásnak az értelmét továbbra sem látom, sőt már maga programozás tekintetében is fölöslegesnek tartom, de győzzetek meg az ellenkezőjéről gyakorlati példával.

G0 X0 Y0
G61.1
G1 F1000 X10
X20
X30 Y10
X40
X50
M30

No de akkor itt egy újabb bukfenc, ha az előző kódot átírom G64-re, akkor a kanyaroknál továbbra is belassít.

G0 X0 Y0
G64
G1 F1000 X10
X20
X30 Y10
X40
X50
M30

Először azt hittem, hogy a General settingben a "Stop at angle degres" értéke túl kicsi, de 0 és 180 fok közt változtatva is mindig belassul g64-nél a kanyarban, holott teljes sebességgel le kellene kanyarítania a sarkot.

Előzmény: svejk, 2014-07-16 12:09:00 [594]

Pontosabban lelassít minden utasítás után. Azaz, ha a gyorsításod nincs extrém nagyságúra állítva, akkor könyebb észrevenni, és X10,X20 után le kell lassítani, majd újra felgyorsítania.

Előzmény: svejk, 2014-07-16 12:01:00 [592]

na, látom egyszerre...

Előzmény: svejk, 2014-07-16 12:09:00 [594]

Szia,

Én is kipróbáltam a kódodat gyorsan és az UCCNC megáll. Szerintem viszonylag nagyra vetted a gyorsítást, így szemre nem érzékeled a megállást.
Vedd le a gyorsítást valami alacsony értékre, például 5-re.
És próbáld ki ugyanezt G64-el is, látható, hogy ott meg nem áll meg, egybe interpolálja a szakaszokat.
Ha raksz bele Z mozgást is, mondjuk egy 45 fokot középre és a beállításoknál a constant velocity paramétereit nagyra veszed, mondjuk 1-re minden értéket, akkor az is szépen megfigyelhető az alacsony gyorsításnál, hogy hogyan kerekíti le az illesztési pontokat G64-el. G61.1-el viszont mindig megáll pontosan.

Előzmény: svejk, 2014-07-16 12:01:00 [592]

Bocsi, elfelejtettem a gyorsulást levenni és most csak offline próbálom, nem volt látható.

Előzmény: svejk, 2014-07-16 12:01:00 [592]

parametrikus programozásban talán a heidenhein jó példa lehet


331 oldal és környéke

nem a legfrissebb vezérlőhöz van de az elvek nem változtak sokat talán azóta se

és nem utolsó sorban a beépített ciklusok is rengeteget tudnak segíteni

Előzmény: n/a (inaktív), 2014-07-15 17:58:00 [580]

még így sem áll meg

G0 X0 Y0
G61.1
G1 F1000 X10
G1 X20
G1 X30
M30

Előzmény: svejk, 2014-07-16 11:51:00 [591]

Hmm.. de ha nincs irányváltás akkor ugyan miért lenne másik utasítás?
pl. G61 esetében ennek mi értelme lenne

G0 X0 Y0
G61
G1 F1000 X10
X20
X30
M30

De kipróbáltam az alábbit az UCCNC-nél és nem áll meg 10 mm-enként.

G0 X0 Y0
G61.1
G1 F1000 X10
X20
X30
M30

Pedig a definíciód szerint meg kellene állnia.
Akkor most hogy is van?

A denifiníciód szerint a G61.1 szerintem teljesen felesleges üzemmód.

Előzmény: Polgárdi Balázs, 2014-07-16 11:14:00 [590]

A G61 pontos pályakövetés üzemmód, aminél csak akkor áll meg az utasítások között, ha szükséges (ha nincs irányváltás, akkor nem áll meg).

A G61.1 a pontos megállás üzemmód. Minden utasítás után megáll.

A G64-et pedig majd át szeretném még alakítani, hogy G-kódból lehessen az állandó sebességű pályatervesés paramétereit állítani.

Előzmény: svejk, 2014-07-16 10:33:00 [587]

Látom az 1.0023 verziónál a G90/91 is kijelzésre kerül az MDI sor mellett.
Ez jó dolog, de akkor az összes öröklődős parancsot ki kellene íratni, úgy mint a Mach3-nál.

És ugye ezért nagyon nehéz jó szoftvert írni, mert ha a jó dolgokat elcseni az ember máshonnan akkor koppintással vádolják, ha meg újakat talál ki az vagy bejön vagy nem.
Vagy legalábbis hozzá kell szoktatni a felhasználót.

Béni leírta valahol lentebb, hogy nem feltétlen kell átvenni a rosszat ebben igaza van, de a jót szerintem érdemes.

Ej basszus Még Béni sem tudta rá anno a választ, akkor nagy ám a baj.

Előzmény: svejk, 2014-07-16 10:33:00 [587]

No, attól sem lettem okosabb, pedig azt lefordíttattuk magyarra. Csak azt írja, hogy:
G61 exact path
G61.1 exact stop

Bekukkantok a linux topicba, mert mintha én ezt már ott is kérdeztem volna.
De ugye a mach3-nál nem volt rá szükség.

Előzmény: svejk, 2014-07-16 10:13:00 [586]

Megkeresem a LinuxCNC leírásában úgy emlékszem abban is van G61.1 .

Előzmény: svejk, 2014-07-16 10:10:00 [585]

Ez lenne az? RS274NGC ??

Ez angol nyelvű, ráadásul példák sincsenek.

Én nagyon bízom benne hogy tuti jó szoftvert írtok de ha ezek nem lesznek ledokumentálva szájbarágósan magyarul akkor csak fél siker lesz.

Egyesek szerint ugyan vacak az NCT nyelvezete de legalább van hozzá normális leírás.

Előzmény: svejk, 2014-07-16 09:54:00 [583]

Pedig én úgy emlékszem a régebbi UCCNC beta verziók elfogadták a G61-et.

Előzmény: svejk, 2014-07-16 09:52:00 [582]

Hol is van az az NGxxx szabvány ami alapján készül a kódértelmező?

Előzmény: svejk, 2014-07-16 09:52:00 [582]

Eddig a Mach3-mal G61/G64 parancsot használtam a kódjaimnál.
Az UCCNC pedig csak a G61.1 parancsot eszi meg.
Miben különbözik ez a mezei G61-től?
Most mindent át kell írnom?