UCCNC vezérlő program

[eduard]

UCCNC -re lehetséges lenne egy olyan mappinget készíteni, ahol zárthurkú vezérléssel - ezt a szervo megoldja - mappelni a golyósorsót egy ballbar tesztel? Ezt a map filet elkészíteni 3 (5) tengelyre, majd az adott gép minden mozgásutasításkor használja. Ezzel a vacak kínai C7+ -os orsók is hiper precízek lennének. (Eltekintve a körszimmetrikus pontatlanságoktól.)

[zt2c4wh9]

Egyelőre nem tud ilyet az UCCNC.

[eduard]

Ez tiszta, de elvi lehetősége van? Vagy nem megfelelő elképzelés?

[zt2c4wh9]

Persze, elvileg megoldható, de a gyakorlatban nem egyszerű.

[eduard]

Érdeklőnék, hogy az EtherCat vezérlő fejlesztésével hogy haladtok? Van, lesz a közeljövőben tesztelhető verzió? Esetleg BOB az UC300ETH-LPT5-höz? Vagy valamilyen bridge addig?
Köszönet.

[Autotec1]

Használ valaki ilyen kézivezérlőt, lenne néhány kérdésem

  

[István83]

Sziasztok!
A Cnc drive oldaláról van mind a két kép.Csak nem tudom melyik a helyes bekötés,vagy mindegy?

    

[dezsoe]

Szia!

Az első kép nem jelöli az index csatornát. A második kép a helyes, szerintem, ha az RJ-45 különbségeire gondolsz. (Egyébként mindegy, mert legfeljebb mindkét jel negálva lesz.)

[István83]

Köszönöm a gyors választ.
A negált jelek forditott kiosztására gondoltam igen.

[hegedűs györgy]

Sziasztok!
Egy változókkal megtűzdelt programocskát szeretnék befejezni,de elakadtam egy kellemetlenségben.
A program betöltése után, szeretném lekérdezni, egy konkrét változó értékét.
Tudom, hogy ezt a " ?#(változó száma) " parancs MDI-be való beütésével érném el...
A bibi az, hogy egy előzőleg futtatott program ugyanolyan számu változójának az értékét írja ki.
Teszi ezt úgy, hogy magát a programot ennek ellenére jól lefuttatja.
Miután a programfutás sikeresen megtörtént, az MDI-ben lekérdezve már az aktuális program változójának az értékét írja ki, ha megkérdem "TŐLE".
Viszont program futtatása előtt lenne szükségem arra az adatra. Van erre vmi megoldás? Azon kívül, hogy "EDIT FILE" és számológéppel összeadom azt az 5~6
adatot amit az ominózus változó automatikusan és főleg hiba nélkül megtenne...
Előre is köszönöm a válaszokat.
Üdv, Gyuri
p.s.: Gondolom az nem lehet a fennakadás oka, hogy demóban erőlködöm. . .

[dezsoe]

Szia!

Attól, hogy betöltesz egy programot, még nem fut le, tehát nem is fogja átírni a változó(k) értékét, ezért látod az előző futás eredményét. (Vagy nullát, ha még semmi nem futott.) A változók értékadása után betehetsz a g-kódba egy M0-t, amire megáll a program futása, így tudod ellenőrizni, majd újabb ciklus starttal továbbengeded. Vagy írhatsz egy makrót, ami kiírja és megkérdezi, hogy futhat-e tovább. A demó módnak ehhez semmi köze.

[zt2c4wh9]

Az EtherCAT vezérlő egy teljesen különálló mozgásvezérlő lesz, nem kell hozzá UC300ETH. Úgy terveztük, hogy egy kis panel lesz 2db ethernet porttal, az egyik a PC-vel kommunikál (UCCNC-vel), a másik portra lehet majd felfűzni az etherCAT-es motorvezérlő kártyákat.
A mozgásvezérlőn lesz még I/O, amit valószínűleg egy normál és egy bemeneti kiosztású LPT port (IDC26) lesz, hogy lehessen rá csatlakoztatni UCSB vagy UCBB elosztópanelt.
Később lehet majd fejlesztünk EtherCAT-es I/O kártyával való kompatibilitást is.

A project még nagyon az elején jár, viszont egyezkedtünk a Leadshine céggel és első körben az ő motorvezérlőikkel tesszük majd kompatibilissé a mozgásvezérlőt. Vannak nekik léptető és szervó EtherCAT-es motorvezérlőik is.

[eduard]

Köszönöm a részletes választ. Mikor lehet tesztelni az alfa hardvereket? Szuper lenne, ha EtherCAT-os PLC lenne az IO, az LPT helyett, ezen a szinten az LPT már okafogyottá válik és lassú is.
Itt egy alkalmas minta hw I/O-nak: beckhoff ek1100
Szuper lenne, ha a mozgásvezérlő "csak" bridge lenne a PC és a PLC között.
A Leadshine EtherCAT különbözik valamiben a többi gyártó által használt protokolltól, vagy ez csak egy mondás a kooperáció mentén?

[eduard]

Nem PLC, csatoló.

[hegedűs györgy]

Sziasztok!
Kérdezős kedvemben vagyok.
 A "változós" programozást nem lehetne megkönnyíteni betű alakú változó elnevezésekkel a szám alakú helyett?
 Átláthatóbbak lehetnének a g-kódok. Vagy az már egy másik programozási nyelvet igényelne? Többek között.
Előre is köszönöm a válaszokat.
Üdv, Gyuri