BŁĘDY w Piko

mc2kwacz · Post napisał: **mc2kwacz** » 11 paź 2013, 21:44

Zakładałem naiwnie, że pytanie ma coś wspólnego z piko po prostu

Corel 8. Legalnie kupiony

Paleta - nie przywiązuję do tego wagi przy kolorach pisaków. Kolory muszą się przede wszystkim odróżniać. Wystarczają podstawowe barwy z podstawowej palety dla kilku warstw cięcia. Czarny, zielony, niebieski, żółty, czerwony, brązowy, niebieskozielony...

P.S.
Upominam Ciebie o nie zamulanie ważnego wątku o konkretnym temacie, bardzo istotnym dla użytkowników i producenta

cosimo · Post napisał: **cosimo** » 11 paź 2013, 23:09

Mc2kwacz-u prześlij mi plik cam taki jak uzyskujesz zaraz po wczytaniu pliku z corela
i ten po walkach. Plik config też by się przydał – inaczej można dyskutować w nieskończoność.

tad1 · Post napisał: **tad1** » 11 paź 2013, 23:29

Dużo lepsze do pracy w pico camie są pliki DXF z corela.Po otwarciu pico cama rozdzielam dopiero kontury do osobnych grup .

mc2kwacz · Post napisał: **mc2kwacz** » 11 paź 2013, 23:45

Może i lepsze. To jest stary corel i pliki dxf też są w "starym" formacie. Nie wiem, czy pójdą. Przy laserze miałem z nimi problemy. Nie ważne, teraz naprawiamy błędy w tym co jest.

Przesyłam. Przy okazji kolejna rzecz. Byłem już w punkcie 11 i zrobiłem CTRL-Z. Zamiast spodziewanego powrotu do koloru żółtego w obydwu grupach, cofnąłem się od razu do punktu 9... Tak jakby New_9 nigdy nie istniał. Następnie próbowałem zrobić New_9, ale pojawił się czerwony New_7 (etap 11a). Kasuję New_7, i ponownie wykonuję offset z PEN_4, i jest jeszcze ciekawiej, bo dostaję kolejny żółty New_8. mam w tej chwili w oknie grup 2 pozycje New_8, obie żółte, jedna tnie na 3mm z rampa a druga na 2mm skokowo.
W ogóle cuda się dzieją w tym punkcie zwrotnym New_8/New_9. Szczególnie w połączeniu z CTRL-Z. Za każdym razem coś nowego dziwnego, nie sposób opisać wszystkie przypadki...

cosimo · Post napisał: **cosimo** » 11 paź 2013, 23:47

Aaaa oooo eee.... rzeczywiście grupy 8 i 9 są zawsze żółte

Zastanawiam się dlaczego tego nigdy nie poprawiłem choć zwróciłem na to uwagę nie raz

. Dobranoc.

mc2kwacz · Post napisał: **mc2kwacz** » 11 paź 2013, 23:57

Nie wyciągaj pochopnych wniosków, że to taki drobny błąd. Błąd może i drobny, ale różnorodność jego skutków jest jak wirus grypy.
Zobacz tutaj

P.S. To są obrazki gif i mają wykastrowane kolory dla zmniejszenia wagi. Tam gdzie jest biel pierwotnie było jasne szare.
Okazuje się, że warto czytać forum i zapisywać sobie błędy do poprawienia

mc2kwacz · Post napisał: **mc2kwacz** » 19 paź 2013, 01:42

PROBLEM ŹLE OBSŁUGIWANYCH GRUP 8 I 9 ZOSTAŁ ROZWIĄZANY W NAJNOWSZYM OPROGRAMOWANIU 2.0.9

Nie wiem czy zauważyliście, ale pojawiło się 2 dni temu Piko 2.0.9
Zgodnie z opisem, poprawiony błąd wyłączania obrotów w niektórych przypadkach użycia pauzy, błędy syjamskich grup 8 i 9 oraz różne inne drobiazgi.
Dokładnie nie sprawdziłem, bo w nowej wersji znowu nie wczytuje mi się żaden STL . Nawet taki 200kB (odpowiednik tego co wyżej narysowane w Corelu) powoduje zamknięcie programu. Dlatego wysłałem "maszynowego" laptopa do autora, żeby namierzył przyczynę tego powtarzającego się z wersji na wersję problemu.
Jest płomyk nadziei

cosimo · Post napisał: **cosimo** » 19 paź 2013, 10:46

Jest płomyk nadziei

Więc jednak wysyłasz laptopa

. Dodaj jeszcze, że laptop ma z 10lat (na moje oko) i 256M ram-u - co do generowania ścieżek 3D z STL jest ilością żenującą. Jak na razie problem z STL to wyłącznie Twój problem. Wciąż nie mam żadnych sygnałów ze świata, że coś tu nie tak. Na żadnym komputerze czy systemie, które mam też nie ma tego problemu (nawet na Ubuntu zeroproblemowo działa). Więc wybacz, że do tego problemu podchodzę na razie z dystansem.

Zmieńmy temat.
Nowa wersja na stronie, ale ja nie o tym. Zrobiłem jeszcze małe zmiany w interfejsie: nowe liczniki położenia osi, nowe panele dla S i F . Jest lepiej

? (tego nie ma jeszcze w aktualnej wersji!)
Obrazek

mc2kwacz · Post napisał: **mc2kwacz** » 19 paź 2013, 15:02

Przecież pisałem, że wyślę. Czytujesz mejle wybiórczo czy od początku do końca?

Poza tym ze specyfikacji oprogramowania wynika, że komputer jest wystarczający!

Cosimo, już Ci tłumaczyłem, że program zachowuje się dokładnie tak samo ŹLE i na komputerze z nowoczesną płytą, dyskami SSD i 4G ram jak i na tym. Więc jaka różnica?
Spraw, żeby wczytywał się STL 200kB na tych 256M RAM. A potem zobaczymy co dalej. Chcesz powiedzieć, że 256M RAM to dla Piko za mało, żeby WCZYTAĆ 200kB plik STL??? Do generacji ścieżek dojdziemy, kiedy program się nie wywali zanim otworzy się okno cama 3D

I to tez Ci tłumaczyłem, że NIE ZAMIERZAM na tym komputerze generować ścieżek WCALE. On ma tylko wysyłać Gkody do sterownika. Co nie znaczy, że nie powinien umieć wczytać STL-a. W każdym bądź razie żaden STL (a raczej RAW 4x większy od STL) nie zwieszał tego komputera przy pracy w 3D na Megaplocie...

Ilu masz klientów (oprócz siebie), o których wiesz, że używają importu STL? I od ilu masz informacje zwrotne?
Ilu w ogóle zauważa jakiekolwiek błędy w Piko i ilu z nich to zgłasza?

tad1 · Post napisał: **tad1** » 19 paź 2013, 17:25

Też miałem problem z plikami stl ,ale był za słaby komputer .
Po wymianie komputera nie mam żadnego problemu, otwiera wszystkie.
Jaki problem umieścić na forum plik który ci się nie otwiera, jak się otworzy innym ,to znaczy że twój komputer jest za słaby.jak pisze Cosimo
Tadek

BŁĘDY w Piko

Szyna liniowa HGR15R 0500 mm

Dysk na rzepy 150 18A975/P180

BŁĘDY w Piko

Szyna liniowa HGR15R 0500 mm

Dysk na rzepy 150 18A975/P180

Zaloguj się • Zarejestruj się

Połącz się z kontem sieci społecznościowej