Przyjrzę się problemowi, ale samoistnie to raczej dziwne.

Tzn. ja tę prędkość ograniczyłem programowo. Mogę to odblokować, ale nie dam gwarancji, że każdy komputer pociągnie większą ilość impulsów.

1. Czy dzieje się to samoistnie, czy po zmianie w polach wartości posuwów XYZ?

2. No to jest raczej oczywiste. Przecież do sterownika wysyła się w jednostce czasu założoną ilość impulsów. Jeśli więc na jeden obrót przypadnie ich więcej - zmniejszamy prędkość obrotową, a więc tym samym zmniejszamy posuw (zwiększamy natomiast precyzję).

Niestety nie.

Szczerze nie rozumiem pytania. Można jaśniej?

Witam Kolegów.

Udostępniłem właśnie następną wersję STEPa. W stosunku do 1.33 (ten z poprawionym blokowaniem wykonania po napotkaniu osi Z, jako pierwszej) są następujące zmiany:

* poprawiłem konwersję kropki <-> przecinka w interpretacji PLT i w generowaniu kodu z BMP -> to było bardzo ważne dla tych, którzy używają STEPa, jako konwertera z PLT do G-kodu, a sam kod przenoszony jest do innych maszyn np. ze sterowaniem niezależnym.

* dodałem opcję czasu opóźnienia do zadziałania sygnału ENABLE. Zapisuje go także do pliku konfiguracji programu (STEP2CNC.INI).

* dodałem podgląd aktualnego stanu przekaźników w przypadku włączania i wyłączania przekaźników w g-kodzie. Stan przekaźników jest teraz widoczny w trakcie pracy programu.

Jak zwykle - wersja 1.34 jest do ściągnięcia z naszej strony www.grawerki.biz . Wszyscy zarejestrowani użytkownicy mogą pobrać program i wykonać "update" darmowo. Stare kody odblokowujące będą pasowały.

Pozdrawiam.