Cris992 pisze: ↑

28 wrz 2022, 20:40

Czemu zakładasz, że wszystkie maszyny powinny działać w zgodzie z ISO 6983-1?

https://en.wikipedia.org/wiki/Internati ... ardization

Cris992 pisze: ↑

28 wrz 2022, 19:36

Próbujesz powiedzieć, że mój Mazak z 2018r jest niezgodny z ISO? Tak samo jak HAAS u Mariusza?

Jeżeli 100 i 100.0 jest interpretowane jako inna wartość, to jest niezgodne.

Cris992 pisze: ↑

28 wrz 2022, 18:03

To nie jest więc tak, że ktoś chciał być oryginalny, bo to jednak są wiodące sterowania w branży, a nie jakieś noname'y.

Niczego nie rozumiesz.
Kropka to kropka i jest tak samo interpretowana na wszystkich sterowaniach, z wyjątkiem jakichś archaicznych i egzotycznych, gdzie na siłę oszczędzano jedną pozycję wyświetlacza.
Mówiąc inaczej, kropki można stawiać zawsze, a na kilku popieprzonych i niezgodnych ze standardem g-kodu sterowaniach kropka lub jej brak zmienia jednostki...
Tutaj masz normę ISO https://www.sis.se/api/document/preview/911952/
Rozdział 6.3 Dimension words, strona 10:

All linear dimensions shall be expressed in millimetres or inches and decimal fractions thereof.

WZÓR pisze: ↑

28 wrz 2022, 17:21

Ale dalej interesuje mnie te ,,gdzie indziej"

Ale to ,,gdzie indziej" nie ma znaczenia.
Program jest napisany poprawnie i powinien wszędzie działać tak jak autor oczekuje, więc jeśli gdzieś działa, to nie ma o czym mówić.
Natomiast na jednym symulatorze dzieją się cuda i to musi być wina tego symulatora.
Zapewne autorowi chodzi o to, czy to nieprawidłowe działanie jest specyficzną reakcją na ściśle określony fragment kodu, czy też coś się pieprzy ogólnie i w sposób nieprzewidywalny.
No bo gdyby wystarczyło pisać program w jakiś inny ale akceptowalny sposób, toby można było tego symulatora używać...

WZÓR pisze: ↑

27 wrz 2022, 23:24

Jakim cudem ma ciąć prosto skoro w jednym bloku ma ruch w osi Z i Y (?)

Cytujesz nie to co potrzeba.
Program jest w pierwszym poście i wygląda tak: Ze spacjami, kropkami itd. będzie wyglądał tak: Jakby nie patrzyć, program jest zgodny ze standardem g-kodu i nie ma żadnego "ruchu po skosie"'.

spaw89 pisze: ↑

27 wrz 2022, 22:48

Bo tak nie idzie

Nie daj sobie robić wody z mózgu.
W standardzie g-kodu nie ma żadnych kropek.
Kropek używa się tylko na kilku sterowaniach, których autorzy chcieli być oryginalni i za jednostkę długości przyjęli mikrometr zamiast milimetra (czy coś w tym stylu). Tam kropka oznacza wymiar w milimetrach, ale pominięcie kropki po prostu będzie zinterpretowane jako mniejsza odległość.
Po pierwsze, nie używasz żadnej maszyny, tylko symulator, po drugie nie zgłaszasz problemów ze skalą, więc te kropki są zupełnie nie na temat.
Natomiast spacje pomagają w czytaniu programu przez człowieka, więc warto ich używać, ale maszyny je ignorują, więc tu też nie ma przyczyny problemu.
W zaistniałej sytuacji postępuje się w następujący sposób:
Tworzysz nowy plik i kopiujesz do niego tylko pierwszą linię.
Uruchamiasz na symulatorze.
Jeśli działa jak oczekujesz, doklejasz następną linię i znowu próbujesz.
W końcu po dodaniu kolejnej linii wystąpi błędne działanie.
Nie da to odpowiedzi na pytanie co jest nie tak, ale przynajmniej będzie wiadomo gdzie się wywala.

spaw89 pisze: ↑

25 wrz 2022, 18:08

G01Z-220F100y-250
G01Z-250
Y-220

Program jest poprawny, ale symulator może go błędnie interpretować jako: Spróbuj tak: