mam propozycję, aby PikoCNC czytał pliki o rozszerzeniu .TAP

Ok, będzie czytał - wieczorem będzie mikro aktualizacja.

Witam, moje pomysły na ulepszenie/dodanie funkcji w Piko:

......

7. Przeniesienie informacji o obrotach, posuwie, numerze narzędzia, aktywnej (lub nie) bazie/parku, nazwie pliku na "ekran" główny a nie w zakładkach. Takie podstawowe informacje w mojej opinii powinny być dostępne bez przeskakiwania po zakładkach.

Ad1. Do wbudowanej procedury nie, ale we własnym makro jest to możliwe.
Ad3. Myślałem nad tym jak wkomponować G54.. tak, żeby każdy się w tym połapał ale nie mam koncepcji. Puki co w MDI można wpisać polecenie np. MAT P3 i pozycja XYZ dla PARK3 zostanie przypisana materiałowi. Parametr „P” to numer parku. W interfejsie dotykowym jest jeszcze prościej – mechanizm przypisywania parków do materiału jest wbudowany w interfejs.
Ad4. W załączniku.
Ad6. W nowej wersji będzie można.
Ad5,7. W interfejsie dotykowym tak jest.

Ja też tak często robię. Nawet nie na ścinkach, tylko po to żeby normalnie oszczędzać materiał. jednak jest pewien ból z prowadzeniem po ścieżce. To nie uwzględnia średnicy freza. W oknie podglądu NC widać przejazdy narzędzia netto. W oknie podglądu kamery dobrze by było gdyby widok śladu pracy miał np postać kreskowanego przejazdu narzędzia właściwej średnicy, aby można było ręcznie wybrać to narzędzie które np robi interesujący nas obrys, będący fizyczną granica pracy.

Czyli powiedzmy tak, że w „celowniku” jest okrąg, którego średnica odzwierciedla średnicę narzędzia jaką chcesz. O ile zrobić ręczne ustawienie jego średnicy (za pomocą myszki) to żaden problem, to aby to się działo z automatu (tzn. powiedzmy wpisujesz tylko średnicę w mm) to już niezłe wyzwanie ponieważ w zależności od odległości kamery od materiału mamy różny „zoom”, zatem materiał musiałby być wcześniej zmierzony (jego wysokość) , a kamera kalibrowana w funkcji wysokości.

Mam na myśli samo ustalanie offsetu kamery. Jest to problem i zadanie mocno uciążliwe....

W moim zamyśle robi się to tylko raz (np. tak jak opisałeś) i wpisuje w ustawienia. Chcesz ją montować i demontować za każdym razem ?

Gdyby Piko miało taką funkcjonalność, że maszyna podążą nad ścieżką (z uwzględnieniem przesunięcia kamery względem narzędzia) a w okienku widzimy obraz z kamery (ze znacznikiem o średnicy narzędzia) to wtenczas sprawdzimy, że ścieżka wpasowana jest prawidłowo w materiał.

W sumie można chyba by zrobić, że przy jeździe < > jeśli okno kamery jest otwarte, to do tego miejsca pojedzie kamera a nie narzędzie.

Jest też inna droga - następne piko ma już możliwość zadawania korekcji dla narzędzia we wszystkich osiach. Ale nie będzie to proste z automatu - najpierw trzeba będzie kliknąć na makro, które może się nazywać np. &#8222;TCAM&#8221; aby ustawiać korekcję pod kamerę, a na końcu w makro G43 aby przywróć korekcję aktualnego narzędzia.

Natomiast samo bazowanie optyczne, gdyby już było, warto tak zrobić, żeby dało się np precyzyjnie znaleźć środek wałka, obmierzyć materiał.

Tak, to też mi chodzi po głowie. Jeśli połączyć to z prostym dodawaniem pomiarów do cam-a to byłoby ciekawe np. wskazujemy dwa punkty i jako np. linie można to dodać do geometrii cam-a, albo wskazując trzy punkty można dodać okrąg &#8211; cała masa ciekawych możliwości.

I przede wszystkim automatycznie ustalić offset na podstawie śladu frezowania a nie męczyć się z tym ręcznie.

hmm ?

Ok, zatem wkomponuje. Może nie zakładka, ale okno które będzie się trzymało na wierzchu. Korekcja &#8222;na laser&#8221; będzie obowiązywała tyko gdy okno będzie otwarte.

Przyciski zakładek duże aby można było na ekranie dotykowym skorzystać z tej funkcji.

A propo ekranu dotykowego - ktoś podesłał mi kiedyś atrapę takowego w nadziei, że coś podobnego zrobię, więc przy okazji muszę poinformować, że sprawa nie umarła i taki interfejs będzie przy najbliższej okazji. Mam nadzieję, że "się przyjmie"

ale było by super jak by coś inspirowanego tym programikiem pojawiło się w Piko.

Też od dłuższego czasu chodziło to za mną, więc uczepiłem się tematu i w następnej edycji będzie taki podgląd. W tej chwili mam w zasadzie osobny program, ale chyba lepiej będzie go wkomponować w główny program &#8211; sam nie wiem

Dlaczego to ważne? Dlatego, że w przypadku obróbki prefabrykatów, bardzo często zachodzi potrzeba bazowania się do fragmentu który nie jest tym najbardziej wystającym. Taki prosty przypadek i od razu kłopot.

Przecież nie musisz zerować &#8222;Z&#8221; materiału w tym miejscu tylko przypisać rzeczywistą pozycję. Załóżmy, że łapiesz poziom dojeżdżając frezem do powierzchni tego punktu &#8211; nie zerujesz wtedy materiału w osi Z tylko wchodzisz w okienko &#8222;USTAW&#8221; i dla zetki wpisujesz rzeczywistą pozycję tego punktu np. -20.5

1. czy program PLC jest jednorazowo ładowany z PC do sterownika (FLASH)...

Program jest ładowany do RAM za każdym razem jak naciśniesz &#8222;Połącz&#8221;. Jest całkowicie autonomicznie wykonywany przez kontroler. Oczywiście współpraca z PC musi być choćby wtedy gdy zapalisz bit START.

2. rozumiem że cykl rozkazowy trwa 1ms

Nie wiem co masz na myśli pisząc &#8222;cykl rozkazowy&#8221;, ale cały program &#8211; jest powtarzany 1000 razy na sekundę o ile pamiętam program składający się ze 100 instrukcji trwa do 170 us &#8211; oczywiście działa w tle generatorów kroku i w żaden sposób ich nie zakłóca.

3. jest instrukcja warunkowa ale brak informacji o instrukcjach skoków, czy ich jeszcze nie ma czy to błąd w opisie

Są warunki IF ELSE ENDIF ale o jakie skoki chodzi ?. Co do pętli na pewno tego nie będzie &#8211; choćby z tego powodu, że można by zawiesić program pętlą bez końca..

A może zapętlenie jest robione automatycznie...

Tak! cały program to jedna wielka pętla wykonywana automatycznie 1000 razy na sek.

rozumiem że konkretny program musi zmieścić całą logikę działania systemu na raz

Tak.

czy wcześniej obsługa czujników położenia także była realizowana programowo w pętli 1kHz

Chodzi Ci o odczyt np. HOME i precyzję bazowania... (bo reszta wejść była zawsze 1Khz) Tu faktycznie się zmieniło. Do tej pory stan wejść HOME był odczytywany praktycznie przy każdym kroku a więc jeśli ktoś miał duży podział to &#8222;samplowanie&#8221; mogło być szybsze. Jednak zważywszy, że np. przy jeździe 300 mm/min w czasie 0,001s przejazd jest 0,005mm - czyli maksymalnie taki błąd (przy takiej prędkości) może być tym spowodowany nie ma chyba tragedii (x).

Na obrazku przykład IF-a w programie do obsługi impuslatora dla "F" (enkoder mechaniczny 24 imp/obr.)

A czy mógłbyś udostępnić tę dokumentację, żeby było o czym pogadać?

Proszę bardzo: >>TUTAJ<< wstępny materiał do dyskusji.