Snillen Spekulerar

[Toomuch]

Höjden vid växling.

En manuel verktygsväxling😀

[Toomuch]

[Toomuch]

Jag har prövat hur maskinen kommer ihåg vilket verktyg som sitter i.

Vid "finstopp" utloggning och avstängning när datorn har stängt ner.
Då kommer den ihåg vilket verktyg den har i men den kastar bort H komandot H är lika med inläsning av verktygshöjd från registret.
Dock vid uppstart (se på bilden nere i vänstra hörnan). så säger programmet att den har verktyg 2 i och tidigare verktyg 1 . även fast det står verktyg 4 i rutan för vilket verktyg som sitter i.


Det känns lite konstigt. Vid " Fulstopp" (Typ rycka sladden) så kommer den inte ihåg vilket verktyg den har i . inte ens om man liksom kör maskinen lite.
Gissar på att den läser in sånt vid avstängning i något minne..


Bild kommer lite senare..

[sx3]

Insåg att jag postat i fel tråd.

Jag har iaf version 0.001 av scriptet redo att testa.
Knappen skall förhoppningsvis inte fungera när man kör G-kod, utan bara när maskin står i stand-by.

ISIG_INPUT1 = denna får man mappa till rätt ingång där man tagit in signalen.

Har i koden förutsatt att karusellen är B-axeln

Osäker på om G91 är rätt, har för mig att det är från nuvarande postion?

[sx3]

Jag har lite att göra, det är ju egentligen fel att använda B-axeln för detta.
Man bör använda en OB-axel för detta, dock är OB axlarna "out-of-band", så dom svarar inte på G-kod som XYZABC utan man måste simulera att man JOG'ar axeln till rätt position.

Jag tror att jag är på rätt spår, men behöver göra lite mer efterforskningar.
Tänkte även försöka lägga in att den måste vara homad innan man kan köra karusellen.

Version 0.002 av koden

[sx3]

Okej, det här eskalerade lite.. Den här ingången från knappen skall ju ligga och lyssna hela tiden, så den skall in PLC delen av Mach's huvudkod, upplägget där är att man indexerar upp signaler i en tabellliknande form, så koden utformas på ett annat sätt än jag skrivit hittills.

Jag har skrivit om koden som den borde vara, samt även lagt till kontroll på att axeln är homad, dock är jag inte helt hundra på den biten, så jag har gjort två varianter att testa.

Version 0.003

[peter]

snurrade verktygsväxlaren när ni skiftade med x/y/z axeln ?

[Toomuch]

Ja det gjorde den. Vi körde den som fjärde axel..
Manne har gjort fel någonstans i scriptet. Jag försökte förklara för honom hur det skulle vara men han vägrade lyssna.. Tror han tycker att jag bara duger till att steka korv..

[sx3]

Felet ligger i pendanten (På riktigt alltså.. ) Vi följde manualen för att få in den i mach till punkt och pricka, och det vart vårt fall när vi ska få in andra funktioner. Hade vi vetat bättre hade vi gjort avsteg från den manualen.

Fast det är ju roligare att steka korv än att jogga pendanten motsvarande 60 varv på fjärde axeln, det var ju rena slavgörat

[wrep]

Manne och jag diskuterade att det lättaste blir nog att sätta karusellen som 5e axel och sen styra den via g-kod i subprogram som man anropar via script. Vad tror ni om det?

[sx3]

Ja, åtminstone som en 6'e/C axel som är är kordinerad.
Köra G-kod med "riktiga" kordinater på karusellen blir nog mångfaldigt enklare och säkrare än att hålla koll på varende steg och kalkylera i scriptet för att veta vart karusellen verkligen befinner sig om man väljer out-of-band vägen.

Man köra G-kod med 1 rads kod i M6 LUA scriptet, vilket nog är enklare än att anropa ett subprogram tror jag. "mcCntlGCodeExecuteWait(inst, "G91 B36")"

Bra att testa OMRON givaren om den är som vi misstänkte, känner av om det ligger en chuck i just den hållaren. Då kan man ju ha med det som en kontroll i scriptet också.

[wrep]

Något som också vore bra är att ha en givare som på något vis kunde känna av om man hade ett verktyg i spindeln.
Då slipper man att maskinen kastar verktyg i bordet om den hamnar fel i sekvensen.

[sx3]

Fått svar från W9TD gällande in/utgångarna. Det vi prövade borde funkat, dock framkom det här att vi inte kan ändra 2-9 på port 2 till utgångar, bara ingångar. (fast där har vi tagit in Knapp+homin på P2P2-3, så det bör ju inte bli ett problem)

[Toomuch]

Det end Jag tycker är synd att då bränner man skeppet 5e axel möjligheten. Eller man bränner den inte men den dagen får man ta allt från början så att säga.
Hur gör mach:en när den räknar då. man kan inte hitta och kopiera deras sätt att göra det på?

Nästa är ju att man sätter fler givare på karusellen så man har en homing och fler för varje verktyg.

Vet att jag är lite kinkig men jag vet ju att jag utvecklar mig hela tiden och fleraxlig körning är ju en sån sak som ligger i mina långsiktiga planer så jag vill åtminstone reflektera över alternativ.
Tex hur sårt det skulle vara att köra spindeln i stället för att frilägga en step axel. där är det ju kontinuerligt tänker jag..

[sx3]

Fast då borde vi ju kanske skaffat en annan motion controller än ESS som har stöd för fler än 6 motorer.

Hur machen gör vet vi inte och det går inte att hitta heller, det ligger kompilerat någonstans i kärnan. Det finns fördefinerade variabler man kan använda när man skriver script, men så länge utvecklarna inte har med stödet i koden i kärnan så finns det inget att hämta heller. Mach är ju inte fritt programmerbart i den bemärkelsen.

Man kan ju sätta ett homing sekvens inför varje vertygsbyte, då utgår man alltid från 0 och sedan plussar på rätt antal steg till verktyget som skall användas. Det tar ju dock rätt mycket längre tid om den skall ta ett ärovarv.