Proszę bardzo

Przetestuj i daj znać czy wystarczy 30 sekund (było 10)

lukasz_

Rozumiem cię doskonale, ale tak jak pisałem, jak masz problem to męcz ich.
Oni też mają ful roboty i rożnych spraw.

Jak masz do nich 15minut drogi to wpadnij, pogadaj , nikt cię nie przegoni, a wręcz odwrotnie postawi kawę i pogada na spokojnie.
Pokażą ci nawet swoje oprogramowanie na profilu krzywej S które wymiata jak rakieta w porównaniu do Mach3 i Mach4.
Co najlepsze nie ma w nim miejsca na takie głupie problemy jak ładowanie gcodu.

Odnośnie problemu ładowania gcodu to powiem ci że spooooooore te twoje pliki.
Tak duże pliki wieszają komunikacje i to ostro bo Mach3 zużywa całe zasoby kompa.
Porozmawiam z nimi czy by odstąpili od swojej decyzji specjalnie dla ciebie

W kwestii wymiany twojego kontrolera na inny, to wolą dmuchać na zimne bo kiedyś też był taki przypadek, że niby CSMIO/IP-S gubiło kroki. Do klienta wysłali nowy, a stary został w ich maszynie testowej i jeszcze ani razu im nie zgubiła ani jednego korku.
Dziwne mało prawdopodobne ale możliwe, więc nie mniej do nich żalu.

Obsługa klienta to ciężki kawałek chleba bo z rożnymi ludźmi się rozmawia, jedni kłamią, drudzy kłamią nie świadomie, trzeci są nerwowi a ostatni to fachowcy.
I wszystkich ich trzeba "zadowolić" aby klient nie ucierpiał finansowo i jeszcze wyszedł z twarzą zwycięscy

Kolego odnośnie tego błędu makra M3 to nie pamiętam za pioruna o co chodziło ale już miałem raz taki numer u klienta i go rozwiązałem.
Musze brać coś na pamieć


Aby rozwiązać ten problem za makrem M3 można dodać makor np. m20 a w nim nasłuchiwać sygnału falownika o osiągnięciu zadanej częstotliwości i wywalić alarm jak przez założony czas nie będzie tego sygnału.

Proste rozwiązanie jak drut a skuteczne.
Dodać to do postprocesora żaden problem.

Ale cały czas będę się upierał ze to niema praw się dziać , kilka lat pracowałem na tokarkach teraz na frezarkach i ani razu nie miałem tego problemu.
Postaram się dla ciebie przypomnieć sobie o co chodziło.

Prześlij mi zrzut ekranu ustawień wrzeciona.

Sam pisałeś że wyłączenie podglądu załatwia u ciebie sprawę.
Świadczy to o zbyt małej wydajności komputera co powoduje zamulenie komunikacji sieciowej. Osobiście ładuje do Macha pliki po kilkanaście megabajtów i jeszcze ani razu nie było z tym problemu ale ja używam kompa z prockiem i3.

Sprzedają oni rocznie kilka tysięcy kontrolerów na cały świat i gdyby problem był powszechny to czas byłby wydłużony.

Podeślij im gcod do sprawdzenia wraz z kopią Mach3, niech sprawdzą na swoim sprzęcie.

Uwierz mi ze do nich zgłaszają się ludzie z tak dziwnymi pomysłami zmian w pluginie że sobie nie wyobrażasz. Chcą indywidualnych zmian bo coś tam się dzieje a potem się okazuje że problem był gdzie indziej.
Dlatego nie możesz robić tak ze odzywasz się do nich dwa razy i żądasz zmian gdzie oni twierdzą że to nie w tym leży problem a potem opisywać to na forum.

Naprawdę nie chce mi się wierzyć że tak cie potraktowano bo to do nich nie pasuje !!!
Znam ich bardzo dobrze i wiem że coś się nie dogadaliście bo zawsze idą na rękę klientowi.
Zapytam się ich czy pamiętają taką sprawę i czy to tak tragicznie wyglądało jak opowiadasz , bo coś mi się zdaje że to wielkie nie porozumienie.

Pokaż te ustawienia co cię prosiłem, mam do czynienia z Machem tyle ze aż mi się chce rzygać i jeszcze ani razu nie było problemu z wrzecionem.

Ustawienia w zakładce "Spindle setup" mają ogromne znaczenie bo zarządzają one flagami wrzeciona.

Na koniec muszę ci trochę utrzeć nosa
Piszesz że straciłeś przez przestoje maszyny o wiele więcej niż jest wart ten kontroler.
To czum nie masz zapasowego kontrolera na półce skoro masz aż trzy maszyny ?

Coś mi się zdaje że coś troszkę podkoloryzowałeś twoja sytuacje z wsparciem technicznym z CS-LAB. Twierdzę tak bo ich znam i tacy to oni nie są okrutni.

Zachęcam do ochłonięcia i kontaktu z nimi. Jak masz problem to ci na pewno pomogą i z tego słyną.

Kolego na wsparcie do chłopaków z CSL-LAB dzwoni tylu ludzi z tak przedziwnymi problemami przeważnie nie związanymi z CSMIO że trudno to wszystko spamiętać.

Czasami mogli by olać klienta z problemami nie związanymi z CSMIO ale tego nie robią.

Jak chcesz coś załatwić to musisz męczyć aby zapamiętali cie i twoją historie.
Wiem że jeśli ktoś zgłasza problem to do skutku jest on drążony.
Jak nie odzywasz się ty to problem zostaje uznany za rozwiązany.


Odnośnie problemu z wrzecionem to coś mi świta.
Pokaz jak ustawiłeś zakładkę spindle setup i napisz czy coś majstrowałeś w makrach m3 i m4 ?

Z tego co pamiętam to jeden klient już u nich miał taki problem tylko mam zaćmienie co wtedy było przyczyną.


A wymieniony kontroler miałeś pewnie profilaktycznie.
Wiem że czasami jak nie mogą wywołać tego samego problemu co spotkało klienta to wymieniają na nowy kontroler a stary albo jest testowany do skutku albo idzie do utylizacji.

Wiem że raz na kilkanaście tysięcy kontrolerów zdarza się taki który ma np fabryczną niedoróbkę w samym PCB (uszkodzona przelotka miedzy warstwami, a są 4).
Tego nie da się wykryć bo podczas testów jest ok a jak się u klienta pogrzeje kilkaset godzin to jest zonk)

Na koniec powiem jedynie że chłopaki z cs-lab mają napisany nowe oprogramowanie sterujące z profilem krzywej S i z paroma algorytmami poprawiającymi dynamikę.
Z tego co widziałem na własne oczy to różnica miedzy Machem a ich softem jest nie do opisania. Zero stuków , dokładność taka jak podasz w mm i tempo pracy o wiele lepsze.

Za 3 miesiące premiera wraz z nowym pluginem Mach4.

lukasz_ pisze: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.

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.


[ Dodano: 2016-09-03, 11:46 ]

lukasz_ pisze: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.

Kolego sam sobie odpowiedziałęś , masz za słaby komputer.

Kup, pożycz kompa co ma i3 2GB ram i przetestuj.
Pamiętaj aby wyłączyć analizowanie macrVB podczas ładowanie gcodu.

[ Dodano: 2016-09-03, 11:49 ]

lukasz_ pisze:A niestety mimo że kupowałem maszynę z enkoderami, to IP-M nie obsługuje bazowania na index i enkodery sobie wiszą bez sensu

Wiszą bez sensu bo CSMIO/IP-M nie obsługuje bazowania na index.
CSMIO/IP-M posiada tylko procesor STM32 a CSMIO/IP-S i CSMIO/IP-A posiadają dodatkowo procesor FPGA który zajmuje się obrabianiem szybkich sygnałów (miedzy innymi index).

Bazowanie na index wspierają serovo drivery simDrive.
Aby to wykonać należy puścić sygnał krańcówki bazowej przez simDrive.

[ Dodano: 2016-09-03, 11:51 ]

lukasz_ pisze: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.

To wcale nie jest taki szybki komp.
Grafika niema tu nic do rzeczy, bo Mach3 do generowania podglądu używa procesora a nie grafiki.
I dlatego wyłączenie podglądu pomaga przy ładowaniu dużych plików.