Köszönöm, még kérdésem lenne, hogy a CONFIG. ablakban található "debounce" értékek mire szolgálnak?

Szia!

Az az oldal lesz aktív induláskor, amelyik látszik a screenset mentésekor. Nyomod a shift-et és átkattintasz a RUN képre, majd ott mentesz, akkor úgy indul.

Előzmény: nasda, 2018-02-21 16:44:27 [5253]

üdv urak!
egy láma kérdés... csak mert nagyon kezdő vagyok... :D
a CAM része használható valamire a programnak??
csak mert beadtam neki egy dxf fájlt és csak a külső kontúrt látta. a belső részt nem... egy sima 3mm műanyaglemezbe kellene marni egy festősablont.
de nem igazán bírkózik meg vele. vagy tényleg ennyire szerencsétlen vagyok...

UCCNC program:Edit screen-File-"Save screenset" gomra rányomtam és a program indításkor a CONFIGURATION ablakkal indul a program. Hogyan tudom beállítani, hogy a RUN ablak legyen a kezdőképernyő?

Igen a hosszútávú tervek közt van.

Előzmény: Messer, 2018-02-19 12:01:52 [5250]

Oké, köszi az infót!

Most nekem ez a "nem vár" épp kapóra jön.

Ebből is látszik, hogy nem lehet mindenki kedvére írni a szoftvert.

Előzmény: Polgárdi Balázs, 2018-02-19 11:54:32 [5249]

Szervusz Balázs!
Tervben van az S görbés gyorsítás?
Van a környezetemben egy nagy Z tartományú gép.
Eléggé "lengedezik" a Z tengelye. Pu. habhoz használják.
A teljes átépítéssel szemben, jobb megoldásnak tűnne az UCCNC S görbével.

Nem lesz semmihez kötve. A programfutás M5 után nem várja meg a főorsó megállását, csak a beállított várakozási időt hajtja végre. Ettől függetlenül már gondolkoztam egy olyan funkción, ami M3-nál várakozna addig, amíg a beállított fordulatszám el nem éri egy előre beállított %-os értéket. Ez egyenlőre csak ötlet szintjén van a fejemben, de akkor ki lehetne az M5-re is terjeszteni. Szóval gondolkodom még rajta, és lehet egyszer csak megfejlesztem majd alkalomadtán.

Előzmény: svejk, 2018-02-19 11:09:59 [5248]

De ugye az második gyors kimenet nem lesz semmihez kötve?

Most próbálgatom de amit szeretnék nem tudom megvalósítani az m10/m11-el mert az m3/m5 felülbírálja.

Viszont leellenőriztem, ha a spindle delay értékek 0-án vannak az M5 után ugrik a következő sorra rögtön, nem várja meg míg a step/dir-es orsóvezérlés nullára csökkenti a fordulatot.

Így most kénytelen leszek valahogy a step/dir spindle gyorsulási értékeivel játszani és azzal megoldani ezt a fránya kritikus időmet.

Persze külső hardveres időzítő is lehetne, de akkor épp elvesztem a paraméterből való állítás lehetőségét.

Előzmény: Polgárdi Balázs, 2018-02-15 13:19:08 [5206]

Köszönöm szépen.

Előzmény: CNCdrive, 2018-02-19 00:25:32 [5245]

Igen, a Mach3-ban némileg lassabban hajtódnak végre a text macrokat, ezt annó én is kimértem, összehasonlítottam, hasonló eredményekre jutottam.
Az újabb UCCNC verziókban már eléggé optimalizáltuk ezt a dolgot, mert azt is nézi a program, hogy változott-e a fájl tartalma és ha nem változott akkor nem fordítja újra, a Mach3 meg szerintem igen, ebből eredhet az időbeli különbség.

Előzmény: svejk, 2018-02-18 17:49:53 [5235]

Általában ha a video memory image méret is benne van az üzenetben, akkor csak annyi, hogy nem telepítetted fel a video kártya drivert, ezért a driver hiányában a Windows nem tudja normálisan megkérdezni se a videokártyát, hogy egyáltalán mire képes a kártya.
Azért mondom, hogy ez nagyon valószínű, mert gyakorlatilag bármelyik PC tud 2048px memoria image-eket kezelni. Csak a nagyon "low-end" fajták tudnak ennél kevesebbet, mondhatni, hogy az a kategória már a terminál-számítógép, amiket mondjuk bank automatákban (ATM) használnak, amiknek aztán tényleg nem szükséges szinte semmi grafika, viszont minél olcsóbbak kellenek hogy legyenek.

Szóval azt javaslom, hogy telepítsd fel a videókártya drivert amit a gyártó adott CD-n vagy keresd ki a típusát és töltsd le a gyártó oldaláról és telepítsd fel a gépre.

Előzmény: nyiszi, 2018-02-18 23:33:29 [5244]

Csak az a fura, hogy Win 10 alatt jó csak lassú egy kicsit.
Ezért gondoltam, hogy felrakok egy Win 7-et.
Hát így jártam.

Előzmény: dezsoe, 2018-02-18 23:23:05 [5243]

Ezen a gépen ennyi. Röviden: a géped videó rendszere nem felelt meg a minimum követelményeknek. Lehet, hogy csak egy jó videó driver hiányzik, de az is lehet, hogy tényleg gyenge a program futtatásához. Nem mai darab, úgyhogy nem nagyon biztatlak.

Előzmény: nyiszi, 2018-02-18 23:01:10 [5241]

Intel Atom D2500CC helyesen

Előzmény: nyiszi, 2018-02-18 23:01:10 [5241]

Sziasztok,
Intel Atom D250CC
Lehet valamit csinálni ilyenkor?

  

Akkor nincs más hátra, gyűjtsünk aláírást, az úgy is divat!

Előzmény: exup, 2018-02-18 18:26:28 [5239]

Az M3 engem is zavart a lézerhez, hisz régeben úgy rémlik nem kellett. Ráadásul nekem a frekiváltó indítása van M3-on. Ilyenkor a tápot onnan lekell nyomnom, ha lézerezek. De már megszoktam, de nem zavarna, ha nem kéne M10 elé M3. Vagy érteném az értelmét

Előzmény: svejk, 2018-02-18 17:49:53 [5235]

De különösebb jelentősége nincs az értékeknek, hiszen a főorsót nem szoktuk ilyen gyors ütemben kapcsolni.

Nekem van egy specális esetem amihez meg kellett ezeket az időzítési értékeket tudnom.

Előzmény: svejk, 2018-02-18 18:03:47 [5237]

igen mindkét programban.

Előzmény: Miki2, 2018-02-18 18:00:15 [5236]

A MACH3-ban a főorsó kapcsolás várakoztatási idejét 0-ra állítottad?

Előzmény: svejk, 2018-02-18 17:49:53 [5235]

Tovább próbálgattam, most már megnéztem őket Mach3-mal is.
Az alábbi kód:

M98 P1  L100 
M30            

 O1  
M3
M5 

M99

M98 P1  L100 
M30            

 O1  
M3 
M8
M5 
M9

M99

Előzmény: svejk, 2018-02-15 20:40:23 [5213]

Megelégedéssel tölt el, hogy legalább jókedvre tudnak deríteni a "játékaim".

Előzmény: Törölt felhasználó, 2018-02-16 08:58:57 [5223]

Van, aki a kecskepornóra izgul...van, aki erre....

Előzmény: CNCdrive, 2018-02-16 14:26:45 [5232]

Eléggé szomorú, ha valakinek az okozza az örömöt, szórakozást, ha másoknak bosszúságot okozhat, illetve annak a keresése, hogy hol köthet bele valamibe vagy valakibe. Igazán szomorú...

Előzmény: ANTAL GÁBOR, 2018-02-16 14:23:33 [5231]

Csodálkozol ? Február közepe van esik a hó.
Sokan beszorulnak ilyenkor a meleg szobába a PC elé ( szabadúszók , munkanélküliek , nyugdíjasok( ?) ) El kell valamivel ütni az időt .....

Előzmény: designr, 2018-02-16 11:51:55 [5230]

Rövid,tömör összefoglalás,sajnos igy van..megint csak a kötekedés,hibakeresés..lényegi segitség nélkül..

Előzmény: CNCdrive, 2018-02-16 10:32:51 [5228]

Sajnálom, hogy ennyi hazugságot (pl. "tudjuk, hogy alkotó hozzászólása még nem nagyon volt a fórum történetében"), ferdítést írtál velem kapcsolatban most is. A helyedben inkább azzal foglalkoznék, hogy egy valós, jogos kritika kapcsán gyorsan kijavítanám a programban azt a setup ablakot, ahol az M3, M5 kód 0 késleltetési idővel is végrehajtó, hiszen még te is elismered Svejk mérése alapján a 70 ms-ot.

Értem én azt is, hogy a virtualitás nem zavar, és mindent megmagyarázol, a műszaki életben viszont vannak valós tények, amikre ha valaki felhívja figyelmet, az attól nem egy kötekedő ember, ha az objektivitás is szempont.

További szép napot mindenkinek!

Előzmény: CNCdrive, 2018-02-16 10:32:51 [5228]

Hát igen, a mi Robsy Tiborunk már csak ilyen. Mindig azt az információt, adatot ragadja ki ami neki éppen szükséges egy adott dolog fikázásához. Azt az adatot kisarkítja és olyan kontextusba helyezi, hogy az az adott témában minél rosszabb színben tüntesse fel az adott dolgot vagy gépet vagy az alkotóját. Ha pedig más rávilágít a dolog másik oldalára ami esetleg pozitív, akkor azt vagy kényszeresen tagadja, vagy pedig úgy tesz mintha az észrevétel vagy kérdés meg sem történt volna, gyorsan elsiklik felette, nem foglalkozik vele, nem gondolja végig, a kérdésre nem válaszol.
Már megszoktuk, hogy ő ilyen, illetve tudjuk, hogy alkotó hozzászólása még nem nagyon volt a fórum történetében, ezért nem is várunk tőle mást.
Ezért is javasoltam neki már párszor, hogy inkább másfelé írogasson, ha már építő jellegű hozzászólást nem képes írni. A saját topikját régebben már töröltette, mert a stílusából adódóan nem volt képes megbirkózni az ügyfeleivel, illetve az igazsággal. Mostanában meg az a hobbija, hogy más dolgaiban keresi, kutatja a vélt vagy valós hibákat, hogy jól odadörgölhessen.

Előzmény: dezsoe, 2018-02-16 10:15:08 [5227]

Te egy precíz ember vagy, aki a mérések híve, és mindig fel is háborodsz, ha valaki csak úgy saccol vagy ránézésre mond valamit. Akkor most a Svejk sacimetrikus eredményeit miért is fogadod el pontos mérésnek? Mert beleillik az általad alkotott képbe?

A hosszas beszélgetésből úgy látszik, hogy csak azokat az adatokat használod fel, ami alapján lehet fikázni a csicsavilágot. Egyértelműen le van írva, hogy ez a szöveges makrókra vonatkozik, amiket be kell olvasni, alkalom adtán le kell fordítani, végre kell hajtani. Ez idő. Ráadásul a mozgásokhoz és a többi a kódhoz kapcsolódó vezérléshez képest a nem fontos kategóriában vannak, akkor kerülnek sorra, ha a fontosabbak már lefutottak. (Ez is le van írva ugyanitt, érthetően.) Pontosan ezért vannak olyan "nem szöveges" makrók, amik a rendszer részét képezik, és akkor hajtódnak végre, amikor kell, annyi idő alatt, amennyi alatt kell. Az, hogy a felhasználó a nem vezérelt lábakat is kihasználhatja olyan fontosságú feladatokra, mint pl. a géplámpa bekapcsolása, az egy plusz lehetőség a csicsavilágban. Bármennyire is zavar ez téged, mi így szeretjük és használjuk.

Előzmény: Törölt felhasználó, 2018-02-16 08:58:57 [5223]

Szia Svejk,

Igen, a 70msec az egy reális eredménynek mondható, mivel a proginak meg kell várnia a mozgásvezérlőt, hogy végezzen az előző utasításokkal, majd ellenőriznie kell a macro fájlt (hogy esetleg átírtad-e és hogy újra kell-e fordítani) majd le kell kérdeznie a friss adatokat, hiszen lehet a macro azokkal is szeretne dolgozni, például az aktuális koordinátákkal.
Egy főorsó kapcsolásnál ez nem számít soknak, de ezért mondtam, hogy a szinkron kimenet kapcsolgatásra például lézer gravírozáshoz nyilván a 70msec nagyon sok, ezért van ehhez spéci beépített macro az M10/11. Azt az UCCNC nem próbálja lefordítani, mert beépített kód, nem text file-ból fordul, illetve nem kell szinkronizálnia a proginak a mozgásvezérlővel, mert a spéci utasítás a mozgások közé fűzve kerül be a mozgáspufferbe és közvetlenül a mozgásvezérlőn kerül végrehajtásra.

Előzmény: svejk, 2018-02-15 21:08:47 [5215]

Egy mérési eredményről mondtam véleményt. Sajnálom, hogy csak azért mert ez nem valami szép eredmény, akkor az a válaszod neked is, hogy ez fikázás. Műszaki Fórumon vagyunk, én a helyedben az objektív TÉNY-eken gondolkoznék el!

Előzmény: exup, 2018-02-16 09:26:29 [5224]

Engem is kezd már zavarni, hogy az itteni megnyilvánulásaid jellege a "fikázásra" épülnek. Nem értem miért lógsz itt, ha ez egy ekkora "szar" rendszer? Látjuk már, hogy venni nem akarsz. Tehát nyilván kérdésed se lesz vele kapcsolatban. Nekem és sok másnak is megfelel az uc+uccnc páros. Én is tiltalak, mert meguntalal :P

Előzmény: Törölt felhasználó, 2018-02-16 08:58:57 [5223]

"Tehát egy ilyen portkapcsolós M kód végrehajtási ideje a G-kódban cirka 70 ms."

Ha ez tényleg így van, ez elkeserítő és tragikus annak függvényében, hogy ott dolgozik egy X giga Hz-es órajelű processzor, és közben ilyen nevetségesen lassan hajt végre egy 1 bites nyamvadt be-kikapcsolást. Az is igaz, cserébe átélheted a klikkelgetéses "tök jó játék" csicsavilág összes örömét.

Előzmény: svejk, 2018-02-15 21:08:47 [5215]

Az M30-ba írhatod, mert az lefut az M30 végrehajtásakor. (Program stop és visszatekerés után, ahogy az M30.txt-ben olvasható.)

Előzmény: svejk, 2018-02-15 21:20:29 [5220]

Ezen "mérés" szerint a G4 20 ms-os késleltetést megoldotta, a 10 ms-ost már nem láttam bizonyíthatónak.

Előzmény: svejk, 2018-02-15 21:17:26 [5218]

Egyébként az ilyen makrókat szabad még kigészíteni valamivel, vagy úgy is figyelmen kívül hagyják?

Pl. ha az M30-as makroba írnék egy exec.Setoutpin-t?

Előzmény: dezsoe, 2018-02-15 21:17:20 [5217]

Aha, mintegy gépi kód a mikroprocesszoroknál!

Előzmény: dezsoe, 2018-02-15 21:17:20 [5217]

Nem bírtam a véremmel csak beszúrtam az első 44 másodperces kódba egy G4 P100-at is.
Megnyugodva tapasztaltam hogy 54 másodpercre növekedett a futásidő.

Előzmény: svejk, 2018-02-15 21:08:47 [5215]

A nem text makró az a beépített, mint pl. az M10, M11. Makrónak számít, mert M kódja van, de ténylegesen nem egy szövegfile-ból szedi fel a tennivalókat, hanem benne van a programban.

Előzmény: svejk, 2018-02-15 21:11:26 [5216]

"Ha textmacro-val kapcsolgatod..."

Egyébként milyen az a NEM textmacro? olyat is tudunk mi földi halandók írni az UCCNC-hez?
Az gyorsabb lenne?

Előzmény: CNCdrive, 2018-02-15 16:03:07 [5207]

Ez tök jó játék!

ha csak az:
m3s10
m5
van az alprogramban akkor 30 másodperc alatt lefut

Ha berakom még az m17-et akkor már 37 másodperc.
Tehát egy ilyen portkapcsolós M kód végrehajtási ideje a G-kódban cirka 70 ms.

Előzmény: svejk, 2018-02-15 20:40:23 [5213]

Mentorom felhívta a figyelmemet a Demo módra, valóban abban futtattam a kódot. Nem tudom számít-e.

Hétfőn megszkópolom a hardvert.

Előzmény: svejk, 2018-02-15 20:40:23 [5213]

No, válaszolok is magamnak.
Az alábbi kód 44 másodperc alatt fut le ha 10 az S érték és akkor is ha 1000.
Vagy a Spindle step/dir ablakában is állíthatom a gyorsulást akármennyire.

Tehát az M5 után "rögtön" végrehajtódik a következő sor.

M98 P1  L100 
M30            

 O1
m16  
m3 s10
m5 
m17

m99

Előzmény: svejk, 2018-02-15 18:16:59 [5211]

fontos: nem az "M3 delay off" késleltetésről beszélek.

Előzmény: svejk, 2018-02-15 18:16:59 [5211]

Köszönöm!

A másodikhoz:

M3 S800 
.
.
.
M5 
M17

Előzmény: CNCdrive, 2018-02-15 17:05:15 [5210]

Igen, a konfigurálatlan pin-ek állapota független az e-stop vagy reset állapottól, hiszen konfigurálatlanok, ezért nincsen nekik alap állapotuk.

A második kérdést sajnos nem értem.

Előzmény: svejk, 2018-02-15 16:52:57 [5209]

Az túlzás hogy értem, de kapisgálom.

Ma kísérletezgettem az alábbival:
(nem titok, hegesztőgép lesz vagy ócskavas)
M3 Sxxx paranccsal indul a huzalelőtolás, M5-el ugye leáll.
(DG4S Dc servo, step/dir-es meghajtásal)
Írtam pár makrót M12-21 névvel egyéb dolgok mint gáz, áram, stb. kapcsolgatásokra.
Ezekben a makrokban egyelőre még csak egyszerűen az Exec.Setoutpin/Clroutpin parancsok vannak.

Két kérdésem lenne ezzel kapcsolatban:

Ezek a portkapcsolgatások mintegy függetlenek az UCCNC programtól? Mert a bekapcsolt portokat az E-stop gomb sem állítja vissza alapba. (én naiv azt hittem hogy a program stop is vissza fogja állítani)

A másik meg az M5-el kapcsolatos.
A G-kódban hogyan zajlik ez le?
Kiadom az M5-öt és a Spindle (esetemben huzalelőtoló) gyorsulástól független rögtön ugrik a következő sorra és végrehajtja, vagy vár a gyorsulás által megszabott ideig a soron következő G-kód végrehajtásával?

Itt nekem nagyon pontos időzítések kellenek, hogy az un. Burnback megfelelő legyen, azaz ne fagyjon bele a huzal vége az olvadékba de ne is égjen vissza az áramátadóba.

Előzmény: CNCdrive, 2018-02-15 16:03:07 [5207]

Szupi!

Előzmény: Polgárdi Balázs, 2018-02-15 13:19:08 [5206]

Ha textmacro-val kapcsolgatod, akkor néhány 10msec késés lesz, illetve fennáll az a probléma amit már egyszer nemrég kifejtettem, hogy mivel a macro ilyenkor a PC-n fog lefutni, hiszen lehetnek benne olyan utasítások amik az UCCNC más részeit, pl. GUI érintik, illetve mivel text macro, ezért lehet le is kell fordítani ha változott a macro szövege, ezért ilyenkor a szoftver megvárja amíg a mozgásvezérlő végrehajt minden mozgást és utána fut le a macro majd folytatja a következő sorok végrehajtásával, újra elkezdi tölteni a mozgáspuffert.

Az M10/M11-nél ez a probléma nem áll fenn, egyrészt mert nem szöveges macro, másrészt, mert úgy van megcsinálva, hogy a mozgáspufferbe fűzi be a szoftver ezeket az utasításokat a mozgások közé, vagyis nem kell a programnak várnia a mozgásvezérlőre, hogy végezzen a mozgásokkal és emiatt nincsen késés.

Előzmény: svejk, 2018-02-15 12:47:43 [5204]