qqaz pisze: ↑

07 maja 2020, 21:03

Zrób jak wygodnie i zrozumiale.
Komputer nie poddaje się człowieczym kwalifikacjom że eleganckie - gdy działa to działa.
Byle tylko wiedzieć co można zrobić i ominąć (lub wykorzystać) ograniczenia sprzętowe.

Fajnie to ująłeś
Z zawodu jestem programistom C/C++ więc takie podejście że jak coś działa to nie ruszać jest mi całkiem bliskie

Przygode z machem i terowaniem CNC dopiero zaczynam bo kolega potrzebował pomocy z makrami, więc moge zadawac głupie pytania

Pytanie czy działanie skryptu macropump jest równie stabilne jak używanie trigerów, które sa wbudowane w macha. W macropump musze jakby sam generowac takie trigery w reakcji na przycisk sprzętowy.

Jeszcze ma drugie pytanie.
Kolega ma problem przy gwintowaniu.
Dzieje się coś takiego że wrzeciono zaczyna się obracać wcześniej niż reaguje oś Z, no i przy wykręcaniu gwintownika powoduje to albo uszkodzenie gwintownika, albo materiału. Na razie radzi sobie z tym jakoś poprzz zastosowanie oprawki kompensacyjnej.
Mozna to jakos poprawić poprzez konfiguracje macha. Serwonapędy i wrzeciono obsługiwane przez sterwoniki CSMIO.

Dodane 8 minuty 8 sekundy:

qqaz pisze: ↑

07 maja 2020, 21:03

Zrób jak wygodnie i zrozumiale.
Komputer nie poddaje się człowieczym kwalifikacjom że eleganckie - gdy działa to działa.
Byle tylko wiedzieć co można zrobić i ominąć (lub wykorzystać) ograniczenia sprzętowe.

Fajnie to ująłeś
Z zawodu jestem programistom C/C++ więc takie podejście że jak coś działa to nie ruszać jest mi całkiem bliskie

Przygode z machem i terowaniem CNC dopiero zaczynam bo kolega potrzebował pomocy z makrami, więc moge zadawac głupie pytania

Pytanie czy działanie skryptu macropump jest równie stabilne jak używanie trigerów, które sa wbudowane w macha. W macropump musze jakby sam generowac takie trigery w reakcji na przycisk sprzętowy.

Jeszcze ma drugie pytanie.
Kolega ma problem przy gwintowaniu.
Dzieje się coś takiego że wrzeciono zaczyna się obracać wcześniej niż reaguje oś Z, no i przy wykręcaniu gwintownika powoduje to albo uszkodzenie gwintownika, albo materiału. Na razie radzi sobie z tym jakoś poprzz zastosowanie oprawki kompensacyjnej.
Mozna to jakos poprawić poprzez konfiguracje macha. Serwonapędy i wrzeciono obsługiwane przez sterwoniki CSMIO.

Wydaje się mi że przez trigery to bardziej eleganckie i pewne rozwiązanie.
Ale jak nie ma innej opcji to zrobię na macropump.

Dzieki podpowiedzi qqaz, udało się mi osiągnąć zamierzony efekt.
Mam jednak jeszcze inny problem:
Mam napisane dwa skrypty które realizują obrót stołu roboczego, mam je zapisane jako m300, oraz m301, z poziomu okna macha wywołuje je poprzez przyciski które są zdefiniowane jako Execute Basic-Script, a w przypisanych skryptach mają zdefinowane polecenie: code "m300", oraz code "m301", i to mi działa jak należy.
Dodatkowo chciałem aby była mozliwość wywoływania tych makr poprzez sprzętowe przyciski które są podłączone do kontrolera csmio. Takimi sprzetowymi przyciskami mam obsłuzone start, pauza i stop poprzez zdefiniowanie OEM Trig w machu i następnie w HotKeys wywołanie odpowiednich OEM Code. Ale przyciski Execute Basic-Script nie mają kodu OEM który można wywołać. Generalnie macha znam słabo więc może o czymś nie wiem, podpowiecie cos jak to można ogarnąć nie używając skryptu macropump.

lepi pisze: ↑

04 maja 2020, 08:15

Można wyświetlić po prostu okienko "Popup" z prośbą o potwierdzenie zakończenia wymiany. Nic nie będzie działać do czasu jego zamknięcia. Jak to nie pomoże to tylko zaspawać drzwi Na głupotę nie ma rady.

Ale takie okienko zablokuje mi działanie skryptu, a to własnie skrypt steruje przekaźnikami otwierającymi i zamykającymi uchwyt narzędzia.

Dodane 1 minuta 22 sekundy:

qqaz pisze: ↑

04 maja 2020, 13:21

W treść skryptu wstaw linijkę:
DoOemButton(x)
' w tym momencie zmieni się ekran Macha na taki jaki masz zapisany pod nr X
Oczywiście trzeba sobie otworzyć plik ____.set który używasz i odpowiedni go poprawić.
Na tym ekranie nr(X) możesz zamieścić :
oemled(83)
'świeci gdy można uruchamiać osie

albo
oembutton(103)
'który jest klawiszem przełączanym i naciskany włącza i wyłącza możliwość ruchu.
Jeżeli tego klawisza nie będzie w treści ekranu to nie będzie można ruszać osiami.

albo
oemled(162)
'który świeci gdy jakiekolwiek makro jest uruchomiane i się jeszcze nie skończyło - wyświetla każde makro aż do zakończenia wszystkich.
Gdy skończysz manipulacje z wymianą narzędzia to możesz wrócić na główny ekran działaniem samego skryptu bo w treści swojego skryptu wymiany na końcu umieściłeś linijkę:
DoOemButton(1) - i masz ekran startowy
albo klawiszem z takim poleceniem który umieściłeś w treści ekranu nr(x).
Dodatkowo klawisz zadziałać może warunkowo gdy zechcesz w treść klawisza wpisać jakieś warunki np czy jakieś wejście jest aktywne albo wyjście ma odpowiedni stan (skrypt zresztą też bo działanie wywołanego makra nie zależy od sposobu jego wywołania czy to klawiszem czy treścią pliku Gkod).

Dzięki za obszerną odpowiedz, będę próbował coś działać w takim kierunku jak zasugerowałeś.

Dzięki za odpowiedź, skoro jet to jedyny sposób to pewno zastanowię się nad jego wprowadzeniem.

Podpowiedz mi jeszcze w jaki spowób z poziomu skryptu zminiać ekrany, oraz jak zablokować ruch?

Witam.

Mam następujące pytanie.
We frezarce kolegi oprogramowaliśmy na skrypcie wymianę narzędzia w taki sposób że na komende M6 uruchamia się skrypt który czeka na wcisniecie przycisku mechanicznego na panelu, wtedy wysterowuje przekaźnik zwalniający narzędzie, następnie czeka na ponowne naciśnięcie przycisku wtedy wysterowuje przekaźnik i łapie narzedzie.

Ale nie chodzi mi o samo dzialanie sryptu. Pytanie czy podczas działania skryptu mozna w jakis sposób zamrozic pulpit sterujący macha, tak aby np. ktos nie podszedł i nie kliknął start cyklu, albo nie uruchomił wrzeciona w momencie gdy ktos akurat wymienia narzędzie.?