jaka bijatyka, bez jaj
po prostu ożywiona dyskusja, bo temat chyba ciekawy a dla mnie istotny.

Nad Mach4 myślałem, ale nie jestem w stanie przetestować tego, na czym mi zależy więc to kupowanie w ciemno.
Już raczej wolałbym rozwiązanie projektowane razem - czyli prędzej sterowanie od CS-LABu niż kolejna wersja Macha.

Zobaczymy

Dziabi, toś mi nosa przytarł

Mam zapasowe sprzęgła, wrzeciona, falowniki, silniki, kontrolery silników, wózki, krańcówki i sporo innych rzeczy. No nie pomyślałem że jeszcze CSMIO muszę mieć zapasowe.
Dorzucę do tego ramę, śruby i mam zapasową maszynę
Poza tym stacjonując w okolicy Bydgoszczy, do CS Labu mam 15 minut jazdy samochodem po kontroler, jakby co. Więc szkoda że fatygowałem Grzesia z drugiego końca kraju, żeby spędził u mnie cały dzień na dojściu do tego gdzie był błąd.

Żeby było jasne - ja do chłopaków z CS Labu pretensji nie mam. Poprosiłem o zmianę tego jednego parametru, za co gotów jestem zapłacić.
Ze względów bezpieczeństwa odmówili - ok. Pełne prawo.
Nie wyolbrzymiajmy sytuacji. Zapytałem, otrzymałem odpowiedź, nakreśliłem swoją specyficzną sytuację, otrzymałem odpowiedź i przyjąłem do wiadomości.
Nie pisałem o kiepskim serwisie cs-labu, tylko o tym, że mój problem nie jest rozwiązany.

Pliki mają po 60-70MB kodu nawet i szykuję większe. Wiem, że jest to kwestia tych kilku sekund ustawianych w jednym parametrze, którego nie można zmienić. Zainstaluję sobie i7 i wywali mi błąd przy pliku dwa razy większym niż teraz, więc to nie jest rozwiązanie, jeśli inny system na jeszcze słabszym komputerze z takim programem sobie radzi.
Ja nie chcę tego problemu rozwiązać na chwilę. Albo się ten problem rozwiąże, albo nie.
Wychodzi, że w konfiguracji CSMIO + Mach3 zawsze da się wczytać na tyle długi kod, że błąd wywali. Dla mnie to przekreśla sens takiej konfiguracji. Przez rok nie miałem problemów z tym, ale coraz większe pliki wykonuję. Do tego kupiłem takie maszyny.

Zdaję sobie sprawę, że to nie jest wina kontrolera. To jest cecha takiego zestawu i tyle. Raz jeszcze powtórzę - dla mnie nieakceptowalna. Maszyna jest tylko narzędziem do wykonania pracy. Jeśli nie potrafi jej wykonać - może ją kontrolować jakikolwiek inny
system / sterownik, który będzie spełniał to jedno, moje i specyficzne wymaganie.

Jeśli chodzi o ustawienia uruchomienia wrzeciona, sprawdzę jutro w firmie. Ale powiedz mi, jakie ustawienie generuje błąd skryptu m3 i nie startuje wrzeciona średnio raz w miesiącu? A po restarcie błąd znowu nie występuje.
To nie jest ogromny problem akurat - po prostu mnie irytuje tylko, że operator ma niepotrzebny stres

W normalnych firmach, takie rzeczy naprawia się w kolejnych wersjach oprogramowania. W Machu z tego co mi wielokrotnie mówiono, takie kwiatki dodaje się w nowych wersjach. Dlatego wszyscy jadą na oprogramowaniu sprzed kilku lat, na mniej popsutym

Niestety nie koloryzowałem.
Poprosiłem o wydłużenie czasu oczekiwania na komunikację z Machem (External Link Timeout) - co załatwiłoby u mnie sprawę w 100% i nie byłoby problemu.
Dwukrotnie odmówiono, ze względów bezpieczeństwa.
OK, rozumiem - w mojej sytuacji to po prostu wyklucza zastosowanie takiej kombinacji z zastosowania w obecnych czy przyszłym maszynach.

Nie chce mi się męczyć nikogo, bo sam też nie mam na to czasu. Zdaję sobie sprawę, że takie problemy wynikają z tego, że oni dostosowują swój sprzęt do istniejącego, uniwersalnego rozwiązania i to samo stwarza wiele podobnych sytuacji.

W makrach nie robiłem kompletnie nic. Po prostu średnio raz w miesiącu nie rusza i tyle. Problem jest znany na zagranicznych forach i nie znalazłem rozwiązania.

Kontroler nie był wymieniony przez nich. Producent mojej maszyny miał kupiony dla kolejnego klienta i siedział u mnie cały dzień, żeby dojść do tego co daje taki błąd. Zmienialiśmy kontroler silnika, zmienialiśmy silnik, sprawdziliśmy na okoliczność luzów i wszystko co się dało.
Dopiero wymiana CSMIO na to nowe, które miał, załatwiła sprawę raz na zawsze, a tamto wysłał na gwarancję. Został obciążony jakąś tam kwotą za sprawdzenie tego i stwierdzono że kontroler jest sprawny. Ale dostał nowy.

Nie mam żalu do nikogo - wszędzie może się problem pojawić. Tylko kwestia sposobu rozwiązania problemu.
Dla mnie to akurat ważne, bo mam w firmie 3 obrabiarki które pracują na dwie zmiany i na tak głupim problemie straciłem kilkakrotnie więcej niż ten kontroler jest wart.
A w najbliższym czasie kupujemy kolejne dwie - wyciągam wnioski z trzech jakie mam i teraz wybieramy rozwiązanie dużo bardziej świadomie.

Co do ich oprogramowania sterującego - to może być porządne rozwiązanie. Moim zdaniem tam, gdzie jeden producent robi sprzęt i oprogramowanie jako jeden system - będzie to lepsze rozwiązanie.
Moje krótkie dotychczas obcowanie z Piko potwierdza tą tezę w 100%.

pozdrawiam

dziabi3 pisze:
Kolego ten błąd niema prawa wystąpić w poprawnie zainstalowanym Mach3 !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Miałem już z tym do czynienia i o ile dobrze pamiętam (kurcze mogę się mylić - starość nie radość) to za ten problem jest winne spolszczenie Mach3.
Zainstaluj jeszcze raz Mach3 w wersji 03.043.022 , nie używaj starego XML i nie używaj spolszczeń a wszystko będzie zapitalac równo.

taaak. już słyszałem to wszystko nie raz.
Nigdy w życiu nie instalowałem spolszczenia macha - więc to można wykluczyć.
Macha instalowałem w wersjach różnych, z 03.043.022 włącznie - teraz mam go na dwóch maszynach.
Za każdym razem komputer na XP jest w 100% dedykowany do macha, to oznacza że poza systemem nie ma tam kompletnie nic. Wywalone karty dźwiękowe, sieciowe etc.
System nigdy w życiu nie był podłączony do sieci - zero obciążenia.
Ustawienia też robię za każdym razem ręcznie z printscreenów.

i du**.

Generalnie nauczyłem się już, że w kombinacji Mach 3 + CSMIO, zawsze wszystko co się dzieje jest moją winą
tak wynika z kontaktów ze wsparciem technicznym - mimo iż problem ze startowaniem wrzeciona jest opisany w sieci niejednokrotnie i nie udało się go do końca wyeliminować.

Miałem już sytuację, że maszyna gubiła kroki po kilku godzinach pracy. Im dłużej pracowała, tym bardziej.
Wykluczaliśmy wszystko - zgodnie z zaleceniami. Od prądu (wszystkie maszyny chodzą pod onlineowymi UPSami, więc mają idealny prąd z baterii), przez ekranowanie wszystkich przewodów, ekranowane peszle, różne komputery, nowy silnik w osi która gubiła krok, nowy sterownik tego silnika, aż do wymiany CSMIO - co w 100% załatwiło problem.
Co ciekawe CSMIO które u nas robiło bałagan, pojechało do producenta i reklamacja została odrzucona. Ale wróciło nowe a nie to samo (z zaznaczonym punktem na obudowie, z ciekawości czy będzie wymiana).

Tak jak napisałem - na szczęście dni kombinacji CSMIO + Mach3 są już u mnie policzone, bo jak się okazuje można w branży liczyć na wsparcie i faktyczne pochylenie się nad problemami, zamiast standardowego "to na pewno komputer, prąd w gniazdku, użytkownik, czy krzywa kostka na podjeździe do firmy".

lepi pisze:Można tak skonfigurować, żeby po resecie byla pamietana pozycja. Nie trzeba wtedy ponownie bazować.
A blad o którym piszesz wystepuje także z malymi plikami.
Pozdrawiam.

o widzisz! jak to skonfigurować?

[ Dodano: 2016-08-21, 23:02 ]

k-m-r1 pisze:Zmiana PC,może lepsza grafika?

Quad core, 4GB RAM i grafika 1GB - plik 300 tysięcy zadziała, ale 600 tyś do ponad 1 miliona wywala to samo.
więc nie jest to rozwiązanie.

poza tym pozostaje problem losowego błędu skryptu m3 - co skutkuje niewłączającym się wrzecionem na obróbkę. Czasami operator nie zdąży i po frezie. Na kilku różnych wersjach macha problem występuje średnio raz na tydzień/dwa.

Dlatego raczej dni macha są już policzone.

Cześć,

mam następujący problem z dwoma maszynami opartymi o CSMIO IP-M + Mach 3.

Problem wyskakuje w momencie otwierania pliku który ma ponad 300-400 tysięcy linii, zaraz po generowaniu ścieżki, przełączaniu okien etc.
Sytuacja wygląda tak, że po wczytaniu programu, Mach generuje ścieżkę i na tą chwilę nieaktywne staje się połączenie sieciowe.
Tuż po wygenerowaniu ścieżki, wysyła sygnał do CSMIO (na ikonie połączenia sieciowego widać próbę ruchu w kierunku kontrolera), jednak ten nie odpowiada i otrzymuję komunikat "External ComLink Timeout".
W tym momencie połączenie jest przerwane i wymaga wyłączenia i włączenia macha od początku.

Można ustawić dłuższy czas, na nawiązanie komunikacji pomiędzy kontrolerem i machem, żeby to naprawić?

w obu maszynach, w których mam zainstalowany taki zestaw problem występuje. Wgrałem na próbę taki program do maszyny połączonej przez LPT i tam problem nie występuje.

W przypadku PikoCNC wszystko chodzi bez najmniejszego problemu.

Na razie radzę sobie z tym, wyłączając generowanie ścieżki, ale jeśli będę chciał coś podejrzeć - nie mam szans, a czasami zdarza się głupi błąd operatora i włączenie generowania ścieżki, co skutkuje resetem i ponownym bazowaniem.
A niestety mimo że kupowałem maszynę z enkoderami, to IP-M nie obsługuje bazowania na index i enkodery sobie wiszą bez sensu
a na mechanicznych krańcówkach dokładność bazowania nie jest wystarczająca, żeby kontynuować pracę bez problemu.

czy jest szansa to rozwiązać?
Na razie cofam się z wersją Macha 3 co kawałek - zgodnie z zaleceniami CS-LABu, ale to jest idiotyzm, żeby używać oprogramowania sprzed kilku lat, bo update powoduje błędy.

Chodzi mi chociaż o doraźne rozwiązanie tego problemu, bo już zdecydowałem że dedykowane rozwiązanie z faktycznym wsparciem technicznym (PikoCNC) będzie lepsze i będę przerabiał obie maszyny - żeby wszystkie miały ten sam system.
Ale to dopiero po dostawie kolejnych maszyn, kiedy obecne będą mogły na kilka dni "odpocząć" i będę mógł je przerobić.