Üdv megint! Időközben megkíséreltem a marást, és azzal szembesültem, hogy időnként játszott a marómotor fordulatával. Egyszer csak gondolt egyet és levett a fordulatból, aztán meg visszagyorsított, de már nem pont annyira amennyi a legelején volt. Ez a 1.2105 -ös teszt verzió. Találkozott e már valaki ilyennel? Egészen biztosan a program vezérelte így, és nem a gépem hibája. Csatolom a fájlt amivel ezt csinálta.
Sziasztok! Egy kis segítséget szeretnék kérni. Sajnos a marások terén nincs túl sok tapasztalatom. Kaptam viszont egy kis munkát. Alakzatokat kellene kivágnom ilyen szendvics anyagból. Egy műanyag lap közrefogva olyan 0.2mm vastag alumíniumlemezekkel. a kérdésem az lenne, hogy milyen előtolást, fordulatot, és fogást javasoltok. Az én gépem egy nem túl erős kis szerkezet. Egy élű 2mm es maróval gondoltam nekimenni.
1. A gép és az UC400 csatlakozik egy létező hálózathoz, ahol van DHCP kiszolgáló. (Pl. otthoni netes hálózat.) UC400-ban bepipálod a DHCP használatát. Ekkor kész vagy: a gép is és az UC400 is kap IP címet, látják egymást.
2. Közvetlenül kötöd össze a gépet az UC400-zal, a gépet csak erre használod. Ilyenkor beállítasz a gépnek és az UC400-nak egy-egy fix IP címet, pl. UC400-nak 10.10.10.11 (DHCP pipát kiveszed), a gépnek 10.10.10.10, mindkettőnél a maszk 255.255.255.0. Mivel csak egymással fognak beszélgetni, az átjáró nem érdekes.
3. Hol így, hol úgy használod a gépet és/vagy az UC400-at. Ez már izgalmasabb. Az UC400-ban beállítod a 2. pontban írtakat, mented, majd utána újra belépsz a konfigurálóba és bepipálod a DHCP használatát. Ezzel azt éred el, hogy az UC400 megnézi, hogy van-e DHCP és ha van, akkor onnan kap címet, ha nincs, akkor használja a beállítottat. A gépen ugyanezt csinálod, azzal a különbséggel, hogy a gépet automatikus IP-re állítod, de beállítod az alternatív beállítást a 2. pontnak megfelelően. Ekkor a géped is úgy fog működni, mint az UC400, hogy vagy DHCP alapján dolgozik, vagy az alternatív beállítás alapján. Annyit tudnod kell, hogy a gép sokkal tovább vakarózik, mielőtt beállítaná az alternatív címet. (Talán 90mp? Nem tudom fejből.) Tehát, ha közvetlenül dugod össze a cuccot, akkor várnod kell egy pár percet, mire beáll a rendszer. (Biztos, hogy működik, én így használom.)
Több lehetőséged is van. A "hagyományos" módszer az, hogy írsz egy makrót, ami kapcsolja a kimenetet és azt hívod meg a kódból. Ez azért hagyományos, mert megy a hivatalos, 1.2047-es verzióval is. Pl. M1000.txt
int Eint = Convert.ToInt32(Evar); int Hint = Convert.ToInt32(Hvar); int Qint = Convert.ToInt32(Qvar);
if (Qint == 0) exec.Clroutpin(Eint, Hint); else exec.Setoutpin(Eint, Hint);
A kódban pedig pl. M1000 E2 H3 Q1 azt jelenti, hogy a 2-es port 3-as lábát kapcsolja be.
Az új módszer, ami a legutóbbi teszt verzióban (1.2105) jelent meg, az adott kimenetek bekapcsolása (M10.1-M10.10) és kikapcsolása (M11.1-M11.10). A kapcsolások szinkronizáltan történnek, tehát pontosan akkor, amikor a kód futása ott tart, anélkül, hogy a mozgások megállnának. (Pontosan úgy, ahogy a lézer kimenet vezérlése történik, de itt nincs PWM szint, csak ki és be állapot.) Ez csak az ethernetes vezérlőkkel működik és az I/O setup második lapján tudod a kimeneteket beállítani.
Üdv! Gkódból lehet ledet vagy kimenetet kapcsolni? Egyéni funkcióhoz kellene (hasonlóan mint a hűtés ki/be kapcsolás).
adamkovacs | 120
2018-07-06 11:38:17
[5756]
Jajj hát hiszek en nektek, es koszi a valaszt,sry ha kisse lassan kapcsoltam.
Exup nak meg még jót is tett
exup | 636
2018-07-06 09:39:30
[5755]
Az jó volt. Én is benyaltam, de nem hittem a szemnek. Arra jó volt, hogy megtudtam megy ez nagyobb fogásmélységgel és nagyobb előtolással is. Azóta gyorsabban marom az alut
Nem össze-vissza lődörgés az, hanem mozgáspuffer szinkronizálási hiba. Nem össze vissza mozog, hanem kiüríti a puffert amikor nem kellene, ezért úgymond kihagy mozgásokat. A hiba az utolsó pár teszt verziót érinti, ezért ezeket a teszt verziókat amúgy le is töröltük már a szerverünkről, hogy ne is lehessen letölteni. A hiba oka egyébként nem programozási hiba volt, hanem egy nagyon fura C++ fordító bug okozta és mivel a mi néhány teszt számítógépeinken nem jött elő teszteléskor, ezért későn vettük csak észre és a hiba jellegéből adódóan sok idő volt mire sikerült kijavítanunk.
Az 1.21xx sorozatot egy másik probléma javítása miatt keletkezett "elmászkálós" jelenségek kísértették. Ha minden igaz, akkor a 2105-ben már tényleg nem maradt ilyen jellegű hiba, pont ezért írtam, hogy ha már teszt verziót használsz, akkor mindenképpen ezt használd. (Igaz, nem mentem bele a részletekbe, hogy miért, de gondoltam, hogy hiszel nekem. )
Melyik hibát? Ezt a külső triggeres ciklus start dupla nyomást? Az a hiba szerintem minden verzióban benne van, mert még senki sem fedezte fel eddig. Szóval azzal a hibával kapcsolatban mindegy melyik verziót használod.
Egyébként ha tesztelni szeretnél akkor van a 1.2105 verzió, ami már frissebb és a most jelzett problémát javítottuk benne. De még egyszer mondom, hogy a teszt verziók tesztelésre valók. A hivatalos kiadások is a teszt verziókból kerülnek ki, de csak akkor ha nem találnak benne hibát elég hosszú ideig. Szóval csak néhány teszt verzió megy ki hivatalos kiadásba és mire kiadjuk addigra már több ezren letöltötték és használják, ezért stabilnak mondható.
Nekem úgy tűnik, hogy ez a 1.2104 teszt verzió ismert hibája. Ha gyártásra használod a programot, akkor mindig a legfrissebb hivatalos kiadást használd, ami az 1.2047:
A teszt verziók tesztelésre valók és csak a fórumon adjuk ki tesztelési célra, ezért ezek a verziók hibákat tartalmazhatnak és a szoftver bonyolultsága, valamint a teszt verziónkénti sok-sok újítás miatt általában tartalmaznak is egészen addig amíg azokat fel nem fedezik a tesztelők és ki nem javítjuk.
Újabb hiba leledzik, de produkálni nem tudtam! A kódot max. holnap tudom csak feltölteni, de a képet nézve, jól látszik a problémám. Csak körbe megy 2x egy kulső kontúron, ennyi lenne a feladat, elinditottam a progit, felmentem inni, és ezt látom mikor lejövök-- 12DB ilyen alaktrész kellett volna kivágnom, de az első darabot ő másképp értelmezte, és az is érdekes, hogy csak az egyik magasságba csinálta ezt, aztán tovább ment és a többit jól csinálta meg, ill. 2 ilyen táblát martam a másik táblán jól csinálta!! Látott már valaki hasonlót?! Mert ez most eléggé zavar. Win10x64 i3@2,4ghz-8GBmem és szinte mindig szól a youtube, ha ez számít hogy más progik is futnak uccnc mellett?!
Csak standard g-kódot kezel. Kicsit részletezhetnéd, hogy mi a feladat, hátha megoldható. (Szinte biztos, hogy megoldható, csak nem úgy, ahogy while és társaival. )
Mert lenne egy mini progi és azt szeretném ismételgetni de nem igazan megy m98 m99 és társaival sem hátha valaki segit nekem ebbe azt megkoszonném
frob | 2250
2018-07-03 21:32:14
[5744]
természetesen, végül is rpi is arm, és látván hogy milyen jól megvan írva a prg, alig eszik valamit, biztos ellene rpi-n is, szerintem lendítene a piacon...
Jó, hát azt felejtsük el, annak csak a neve Win10. Tehát x86 vagy x64, Windows, .Net korábban 2, az újabbaknál 4. Arm-ra is van Win10, de az sem rendes rendszer, tehát az is felejtős.
Virtual-ban akár futhatna is, de ott videó problémák szoktak lenni. A virtuális videókártya nem szokta kezelni az elvárt OpenGL szintet. (Legalábbis VirtualBox-ban. Mással nem próbáltam, úgyhogy akár jó is lehet.)
Eszembe jutott egy dolog, lehet már nektek is meg a fejlesztőknek is...
Esetleg ha már C - C++ a nyelv amiben íródik, vajon raspberry pi3-ra futtathatóvá lehetne tenni? win 10 IoT ingyenes, és egyenlőre úgy néz ki az is marad...
vagy túl vad az ötlet? vagy egyszerűen nem éri meg a szenvedés?
R.
dezsoe | 2921
2018-07-03 09:16:26
[5731]
Szia!
Köszi! Szerintem tedd fel a 2105-öt, mert a 2104-ben maradt egy-két komoly hiba. Természetesen, nagyon óvatosan használd a teszt verziókat, mert lehet még bennük hiba, pont ezért teszt verziók. (Folyamatos használatra, termelésre inkább a 2047-es stabil verziót javaslom.)
A start nyomással pont az a baj, hogy a program azt feltételezi, hogy nem tudod megnyomni, így kissé összekuszálódik, amikor mégis megnyomod. (Ha egérrel használod, akkor nem is tudod megnyomni a startot, amíg az RFH ablak kint van. Ez egy probléma, amit meg kell oldani.)
Köszönöm az ötletet, kipróbálom. A gombok nem futás időbe lennének variálva hanem cycle stop után. Ezért gondoltam, hogy makróval lehetne módosítani a layernumbert.
Nem tudod a gombokat futásidőben engedélyezni vagy tiltani. Maximum annyit tudsz csinálni, hogy makrót teszel a gombokra és a makróban ellenőrzöd, hogy futhat-e vagy sem. Ha csak sima nyomógombról van szó, akkor még annyit csinálhatsz, hogy LED-es gombot (kétállású) készítesz és Switchbutton-nal átváltod az állapotát. Egyik állapotban szürke vagy átlátszó gombot csinálsz, ilyenkor a makró nem csinál semmit.
Üdv! Bizonyos gombok megjelenését szeretném makróval kezelni. Pl adott szituációba szükséges gombot megjeleníteni vagy eltüntetni. Gondolom a gomb layer számát kellene 0 ra állítani vagy az adott rétegére ha láthatóvá akarom tenni. Mivel lehet ezt megtenni? Többfélekép próbáltam de nem akar összejönni Button1.layernumber=0;
2018-07-12 22:52:41
Küldd át az adatlapomon levő mail-re.
