Nie mylmy pojęć. To nie są błędy i niedociągnięcia tylko dostosowywanie indywidualnej autorskiej wizji funkcjonowania programu do potrzeb szerokiego grona użytkowników.

Według moich wskazówek, które wysłałem ci "prywatnie", trzeba uwzględnić jeszcze uruchamianie na jednym komputerze obsługi kilku maszyn. Historia zatem powinna być przypisana do urządzenia, a listę znanych przez system kontrolerów pewnie trzeba gdzieś do rejestrów wstawić.

Znalazłem jeszcze jeden szczegół do przemyślenia. Wyobraźmy sobie, że użytkownik-ustawiacz przygotuje pliki kon i zabezpieczy je przed zmianami umieszczając je na przykład płycie CD, lub zmieni atrybuty pliku na "read only". Zrobiłem dziś taką symulację. Wiesz co się wtedy dzieje? Pliki config.ini jest kopiowany z pliku kon włącznie z tymi prawami. Program zablokowuje się na zapisie pliku swojej konfiguracji i nie pozwala wczytać kolejnych projektów. Jeśli już masz to tak zorganizowane przenoszenie danych między plikami to pliki ini powinny mieć za każdym razem zmieniane uprawnienia na zapisywalne czyli "rw-" po unixowemu. To są już takie sprawy zbyt szczegółowe ale jak już tak szlifujemy program to uwzględnić trzeba różne dziwaczne przypadki.

I jeszcze jedno, ale to już do kolejnych wersji - zmiana skali podglądu do punktu w którym jest wskaźnik myszki zamiast dolnego lewego rogu byłaby wygodniejsza. Efekt jest taki, że przy powiększeniu chcąc zobaczyć z bliska to co jest na ekranie, całe zbliżenie przesuwa się w jedną stronę i żaden punkt nie jest nieruchomy.

"Wykonaj jazdę do tego miejsca" teraz działa ok, info po robocie odświeża się prawidłowo.

Z kosmetycznych spraw:

Po kliknięciu na informacje o programie okno ma w tytule "Splash" - może lepiej lepiej dać tu nazwę programu i jakieś hasło reklamowe? Na przykład: CNConv - funkcjonalne i proste zarządzanie projektami CNC 2,5D i sterowanie obróbką.

Zapisywanie historii wykonanych projektów kiedy wróci?

Gdy wycinam gorącym drutem ścieżkę wejścia i wyjścia z materiału wprowadzam do projektu i mi najkrótszą drogą nie jeździ.


Przy jeździe poza obszarem roboczym (współrzędne ujemne) działa tak dawniej.

U mnie wygląda ok - mam jednak włączone jeszcze parkowanie i chyba to się nie dolicza do symulacji - to drobiazg ale moim zdaniem lepiej żeby to było brane pod uwagę.

Masz jeszcze do poprawienia "Czas ostatniej obróbki" w info. Wcześniej gdy jeszcze działało logowanie historii było ok. Teraz jest jakby sumowanie wszystkich czasów wykonań projektu. Ha! Czyżbyś planował liczyć sumę czasu pracy? Oddzielne czasy pracy osi X, Y i Z mogłyby się przydać. W danym projekcie lepiej mieć ewentualnie licznik wykonań detalu oprócz czasu ostatniej obróbki i przedostatniej obróbki. No, ale listę dodatków zamknęliśmy.

[ Dodano: 2012-01-01, 21:56 ]

grzechu pisze: przejazd na drugą stronę trochę zajmuje, więc siedzenie i trzymanie klawisza mi się nie uśmiecha .

No tak, racja. Od tego jednak powinno być parkowanie oraz parkowanie po obróbce aby nie tracić czasu. No i jest jeszcze jazda referencyjna - dla której można zastosować "mobilne krańcówki".

[ Dodano: 2012-01-02, 08:46 ]
Wyłączona optymalizacja zagęszczenia wektorów:

Czas szacowany 11:57 minut - 23000 wektorów wykonanie w 11:57, z jazdą na punkt startowy 12:02 (czyli dojazdów i odjazdów nie uwzględniasz). Prawidłowo.

Włączona optymalizacja zagęszczenia wektorów, zmniejszony projekt, zmniejszona prędkość:

Czas szacowany 12:08 minut - 23000 wektorów z czego pominiętych kilka tysięcy wykonanie w 11:47. Prawidłowo.

prokopcio pisze: a zmień kolego w drugim programie, że chcesz sterować drugą maszyną to i będziesz mógł, a nie dwoma programami dobierasz się do jednej maszyny

Nie pomyślałem, żeby ten pierwszy wyłączyć aby przestawić na drugą maszynę w drugim...

Ale co do tego dobierania się do maszyny z programem na starcie ja tu widzę pewną niekonsekwencję ze strony autora. Jeśli program po włączeniu dobiera się do kontrolera to czemu od razu nie przestawia się do trybu praca?
Bez sensu.
Tyle tu osób prosi o jakieś ręczne dodatki do obsługi, że dziwię się czy w ogóle coś robią na swoich maszynach skoro chcą tyle w tym programie klikać. Przecież to powinno być tak, że maszyna robi, a w drugim uruchomionym programie już można sobie wstępnie przygotować następny projekt. Po skończonej robocie w pierwszym programie przełączamy na "Symulacja" i od razu w drugim można przejść do trybu "Praca" bo kontroler zostaje odblokowany. Przemyśl to.

grzechu pisze: Jak chcesz aby aby jechała bez trzymanki to wpisz 0 i kliknij prawym klawiszem na strzałkę

Nie wiem czy ta jazda bez trzymanki to rozsądne rozwiązanie. To raczej sposób na samobójstwo.
Trzymam klawisz - jedzie, puszczam i zatrzymuje się to jest naturalna obsługa. Do tego może być ta skokowa, powiedzmy pod tym prawym przyciskiem myszy na daną strzałkę lub nawet klawiszami A S D W dla tych co wolą tylko z klawiatury - strzałkami byłoby normalnie (z różnymi prędkościami dzięki Shift i Ctrl) natomiast A S D W skokowo. A może jednocześnie Shift+Ctrl i strzałki t byłyby skoki?

Ja to patrzę na ten program z punktu widzenia możliwości zatrudnienia pracownika z ogłoszenia do roboty na maszynach. Dla wydajnej pracy z programem są potrzebne dwa poziomy obsługi: ustawiacz projektu i operator. Ustawiacz-"programista" i operator-"z ulicy". Dla operatora podstawowe szkolenie i czynności niewiele poza otwórz projekt, włącz start, a stop już nie trzeba, bo maszyna automatycznie zaparkuje tam gdzie powinna. Dlatego ważne jest, żeby w konfiguracji było "zablokuj ustawienia konfiguracyjne" (i jest) oraz aby była przy tym opcja "nie zapisuj niczego do plików konfiguracyjnych" aby prosty operator niczego nie zepsuł. Do tego historia aby można było pobrać dane do obróbki, sprawdzić ile poszło materiału, co było wykonywane, wykryć przestoje i mieć licznik przejechanych kilometrów w X i Y aby kontrolować trwałość elementów maszyny i planować przeglądy itp.

Skoro tyle teraz w programie różnych ułatwień przez klikanie tu i tam, to proszę autora o dołączenie do konfiguracji skrótów: otwarcie projektu i włączenie trybu praca, tak aby obsługę ograniczyć jedynie do klawiatury. Odłączę myszkę i operator będzie zadowolony, że nie musi klikać ostrożnie i myśleć przy tym co gdzie jest ustawione.

prokopcio pisze:a czy wyliczanie czasu działa u was choć +/- 10% ?

Postaram się jutro to dokładnie sprawdzić. Dla mnie wcześniejsze wersje dawały zadawalające przybliżenia - i były tylko sekundowe różnice w czasie wykonania tego samego projektu. Podejrzewam, że dokładność zależy od liczby wczytanych wektorów w projekcie.

prokopcio pisze: zszokowałeś mnie najbardziej z symulacją obróconej pracy

Co nieco wiem jak to wygląda gdy dokłada się dodatkowe bajery do już działającego programu i przy nowościach staram się wyobrazić sobie czego to mogłeś nie uwzględnić. Coś dopisujesz, wydaje ci się że już działa ale to nie zawsze tak jest.
Im więcej linii kodu tym więcej możliwości popełnienia błędów więc dlatego robię w tym programie różne dzikie szokujące kombinacje. Wolę ja to odkryć teraz niż gdyby w przyszłości operator miał narzekać na program. Dla operatora to ma być program niezawodny i w pełni przewidywalny. Bez solidnych testów nie jest to możliwe.

Skoncentrujmy się teraz w obrębie zgłoszonych dodatków tak aby ich funkcjonowanie było dla wszystkich satysfakcjonujące. Jak coś niejasne lub ktoś widzi możliwość poprawienia - piszcie!

No coś takiego! Autor szaleje z kolejnymi wersjami i testami nowych opcji nie zważając na to, że to pierwszy dzień po nocy, w którą się nie śpi, do tego niedziela - dzień po którym nieuchronnie przychodzi poniedziałek, dla wielu bardzo trudny poniedziałek, pierwszy w nowym roku!

Też właśnie przeinstalowałem... i jestem w szoku!

Podłączyłem też dwa kontrolery i próba uruchomienia drugiego okna kończy się teraz komunikatem: "Program jest już uruchomiony". Mam nadzieję, że to chwilowa blokada bardzo przyjemnej możliwości zarządzania kilkoma maszynami z jednego komputera.

Ustawiłem step 1mm i klikając na strzałki lewym i prawym przyciskiem myszy jeździ mi skokami. W sposób ciągły pracują tylko strzałki po skosie. Dziwne.

Pod prawym przyciskiem na oknie projektu nie łapię o co chodzi z tą nowością "wykonaj jazdę do tego miejsca". Pewnie to nadal tylko zapowiedź nowej opcji, a autor ma dopiero w planach uwzględnienie skali, odwrócenia osi w konfiguracji czy obrotów projektu, bo na symulacji jeździ mi to gdzie indziej niż wskazuję - zrzut ekranu w załączeniu. Klikam w prawym rogu, coś się rysuje w dolnym lewym.


Wszystkiego najlepszego w Nowym Roku.

Mam nadzieję, że kolejne beta-aktualizacje nie będą takie szokujące nowościami. Chyba już czas zakończyć listę życzeń, uzgodnić co będzie, a co nie będzie dodane.

Z kolejnością jest problem, bo nie w każdym programie ją widać i dlatego warto aby w CNConv było odwracanie kolejności całego projektu i wybranych krzywych.

Proponuję dopisz jednak rozszerzenie hpgl - aby tej zabawy ze zmianą plików nie musieli robić użytkownicy programów automatycznie w ten sposób zapisujący pliki.

Przykładowy prosty pliki:
http://formicopedia.org/cnc/kwadrat.svg - tak to ma wyglądać
http://formicopedia.org/cnc/kwadrat.hpgl - otwórz w CNConv, nie pokaże się nic, wyłącz CNConv i włącz go ponownie - zobaczysz jaki jest efekt gdy program wczytuje "nieczytelny" plik.


Tymczasowa rada na takie pliki jest prosta. Otworzyć plik w notatniku, skopiować całą zawartość i wkleić do innego programu ślepego na BOM - na przykład jakiego edytora języka programowania.


Inne pliku do testów (rysowane przez studentów):
http://formicopedia.org/cnc/choinka.hpgl
http://formicopedia.org/cnc/gwiazda.hpgl

Problem z BOM przytrafił mi się już kilka razy przy pracy w php nie na swoim komputerze, stąd szybko wyłapałem w czym problem. Normalnie tego nie widać tylko czuć w niedziałaniu.