Hát elsőre lövésem se volt hova kell a 0 és 3. Hiába olvasgattam a makrót. Aztán megfejtettem. Nagyon jól vált. Majd szerintem gombod teszek fel. X-A és A-X felirattal. Ne kelljen beírni se. Köszönöm újfent
Lenne egy kérdésem... nem tudom használ-e valaki kínai Huanyang VFD-t marómotorhoz. Ehhez ugye létezik 2-3 plugin Mach3 alá amivel szoftveresen vezérelhető mod-buson keresztül. Ezt lehetne adaptálni valahogy uCNC-hez is? Szükségem lenne egy ethernetes vezérlőre de ez még visszatart...
dezsoe | 2934
2017-11-28 12:24:45
[4735]
Muszáj neki működni, nem szoktam tesztelés nélküli cuccot felrakni. Pláne ilyet, amivel sokat lehet ártani... Azért, vígasztaljon a tudat, hogy nem elsőre működött, volt néhány vakvágány...
No. Több megszakítással, de csak befejeztem. Mxxxxx E<egyiktengely> H<másiktengely> hívással a két tengely minden adatát átcseréli. A tengelyek 0..5-ig az XYZABC-nek felelnek meg. Ha rányomsz a Save settings-re, akkor el is mented a megcserélt tengelyeket, úgyhogy csak akkor nyomd, ha tényleg kell. Mondjuk, vissza tudod cserélni, tehát nagy baj nincs, csak legfeljebb legközelebb csodálkozol, hogy miért az a tengely megy és hova...
// ================================================================================================ // Mxxxxx E<axis1> H<axis2>: Full swap axis1 with axis2 // ================================================================================================
AxisData Axis1 = new AxisData(AS3); AxisData Axis2 = new AxisData(AS3);
public class AxisData { UCCNC.AS3interfaceClass myAS3;
int Base0 = 0; int Base1 = 0; int Base2 = 0; int Base3 = 0; int Base4 = 0; int Base5 = 0; int Base6 = 0; int Base7 = 0; int Base8 = 0; int Base9 = 0; int Base10 = 0;
és ha beteszel egy gombot ami mozgat egy relét ez majd imitálja , hogy a végállás OK. illetve csak azt az irányt engedélyezi ahogyan le tudsz jönni a kapcsolóról.
Az iparban egyébként valóban így van, hogy ha limitre fut valami akkor ott is van egy override kapcsoló vagy nyomógomb, esteleg egy bitet kell átállítani. Az is igaz, hogy ott is általában csak egyszerűen sorba van kötve a két végállás kapcsoló. De a nagy gépeknél nagyon ritkán fordul elő ilyen eset. (Bár épp nemrég volt egy szíjszakadás egy eszterga X szánjánál)
De ugye hobbyban kikapcsolt állapotban sokszor eltologathatóak a szánok akarva vagy akaratlanul így itt ez gyakoribb hiba.
De most tényleg... nem ad plusz szolgáltatást a 2 végállás + 1 Home kapcsoló az egy szem árvához képest? Vagy csak -sajnos nem először - én vagyok béna, értetlen?
A Override LED-el meg majd meghívatok egy makrot, hogy vegye le a JOG %-ot alacsonyra.
ez a módi nem csak az uccnc-nél van, grbl is hasonló (mach-ot nem ismerem), és valóban értelmetlen a dolog (legalább is én is úgy gondolom), jó lenne ha a másik irányban el tudna indulni, az az le lehetne állni róla, mondjuk egy reset után ...
Elöljáróban bevallom, eddig javarészt szervos gépekkel foglakoztam és ott az esetleges végállásra futásokat elintézték a servodrive-ok, az UCCNC nem is tudott róluk.
Most egy javarészt léptetős, de jelentős áttételű, speciális gépnél nem tetszik nekem ez a végállás kezelés.
Ha pl. X+ ban haladok akkor az X- végállásra is reagál. De ez még nem is lenne olyan nagy baj.
Viszont az nagyon nem tetszik, hogy ha valamelyik végálláson vagyok mondjuk az X- -on akkor bekapcsoláskor csak a Limits override-al tudok lejönni. X+ ba ilyenkor miért nem enged le simán? De főleg miért enged Override-olva X- -ba, ráadásul akár 100% JOG sebességgel? Ebből nekem törés, szakadás lesz.
Sejtem én hogy azért van ez mert akár 1 db bemenettel is lekezelhető az összes végállás és referencia, de ha külön konfigurálok minden kapcsolóra más-más bemenetet akkor észrevehetné a logikát.
Van egy relativ hosszú úttal rendelkező szán, de csak a két végén van végálláskapcsoló. Mivel az UCCNC program is egy faca kis program ezért az egyik végállást kinevezem szimultán Home-nak is.
Referencia felvételkor elmegy a kapcsolóra, lenyomja, lejön róla, átírja a DRO-t a Write offset-ben megadott a értékre és ott is marad.
De nekem az lenne a jó, ha a ref. felvétele után bejönne automatikusan egy megadott értékre. ( kb. középre)
Meg lehet csinálni makróból, de csak MDI-ből fog futni (vagy nyomógombról), g-kódból nem. Ennek az az oka, hogy a cseréhez ki kell olvasni a beállítás képernyőkről az adatokat, megcserélni, majd nyomni egy apply settings gombot, amit viszont kód futás közben nem illik.
Nincs valami megoldás akkor rá? Egy olyan makró, amibe esetleg komplett adatokat adok meg x tengelyhez tartozó paramétereknek? Aztán másikkal pedig resetelem? Látom, hogy ez neked pár perces dolog Még, ha nincs is benne kihívás.
Igen, jogos! Akik eddig használták, egyforma motorokkal próbálták. Az is igaz, hogy mindez szépen le van írva a doksiban:
Function: void Swapaxis(int axis1, int axis2) Description: This function swaps the step and direction pin numbers and pin negate settings of one axis with another axis.
Elég, ha pontosan leírod pontosan miként kellene eredetileg mennie. Mert azért ez nézőpont kérdése. Ami biztos, hogy ha kézzel átírom az X tengelyhez A tengely minden adatát...portok, speed, velocity, step/unit, akkor X tengely gkódra az A tenglyem megy remekül. Amint ezt a makrót indítom, akkor meg nem ezt csinálja. Hívtalak tegnap, ha ráérsz szívesen elbeszélem
Szia! Ha a műhely eléri az üzemi hőfokot (nem kell télikabát), akkor megnézem, de nagyon csodálkoznék, ha nem lenne jó, mert már jó néhányan használták sikerrel.
Szia! Nem készül g-kód, ezért nem is látod a kód ablakban és a pályamegjelenítőben. Egy olyan adathalmaz keletkezik, ami közvetlenül a lézert (és persze a mozgást) vezérli.
Nekem az lenne jó, ha tulajdonképpen a tengelyek neveit cserélné meg. Tehát, ha X-nek kell menni 5mm-t, akkor az A tegye ezt meg. De az eredetileg A tengelynek beállított step/unit beállítással, ne az X tengelyen beállítottal. Ezt sima g-kódban pikk-pakk megcserélem jegyzettömbbel. De a lézer plugin-ba nem tudom. Tehát egyenlőre nem jó ez a makró nekem. Jelen esetben az X tengelyem A beállításaival pörög, az A meg X-el. Ez nem jó.
Úgy bizony, ez a dolga. Ha nem ezt tenné, akkor nem lenne értelme megcserélni a tengelyeket, mert rosszul működnének. Ha a tengelyeket megcseréled, akkor nem piszkálsz az A-hoz, hiszen az volt a célod, hogy ami a kódban (vagy a plugin-ban) X mozgás volt, azt az A csinálja a neki megfelelő beállításokkal, azaz megfelelően forgassa a poharat. (Azt írtad, hogy pont ugyanezt teszed kézzel, csak hosszadalmas.)
Ami némi zavart okozhat, az az, hogy a hengeres tárgyad sugara alapján a steps/unit értéket ki kell találnod (praktikusan még futás előtt), hiszen az X-ben távolság van megadva, de ez egy forgató esetén a tárgy sugarától függ.
Addig jó, hogy megfordítja a tengelyeket, de ahogy észlelem minden beállítást megcserél. Tehát onnantól kezdve az A tengelyem az X step/unit és velocity beállításait használja. Sajnos az nekem nem jó
2017-11-28 12:42:35
Pláne ilyet, amivel sokat lehet ártani... Azért, vígasztaljon a tudat, hogy nem elsőre működött, volt néhány vakvágány... 
