JamesB0T pisze:

porlock pisze:Nie bardzo rozumiem o co Ci chodzi teraz

Nazewnictwo jest nie do końca prawidłowe. ... [...ciach...]
A trochę bardziej na serio - nie wyszła jeszcze wersja 2.0. To w sumie bardziej używalna beta... I tyle...

Nazwa jest jak najbardziej poprawna, bugfix oznacza że usunięte są TYLKO błędy , nie ma żadnych dodatkowych funkcjonalności i usprawnień, w żadnym wypadku nie jest to beta wersji 2.0

JamesB0T pisze: W skrócie marlin 2 bugfix oznacza że poprawiono część starych błędów i popełniono nowe.

Co Wy z tym marlinem 2, nie marlin 2 tylko 1.1.x bugfix jak już pisałem, po za tym się zgadza poprawki mogą powodować nowe błędy co co też już napisałem że 3 razy wyżej.


Jak chcecie to można przyjąć że wszyscy się mylą developerzy marlinia się mylą, cala społeczność na githubie się myli, ja się mylę, ale Wy macie rację 1.1.x bugfix jest to wersja beta do wersji 2.0, jest źle nazwana i nikt nie rozumie dlaczego tak jest, po za Wami. Te polglowki z marlinia nawet swojego softu nazwać dobrze nie potrafią Na tym możemy zakonczyc bo dalszą dyskusja nie ma sensu.

Nie bardzo rozumiem o co Ci chodzi teraz

rafaljot pisze:na pewno nie, choćby dlatego, że nie było jeszcze release 2.0

Na pewno tak, release 2.0 nie ma tu nic do rzeczy, w wersji bugfix sa gromadzone wszystkie poprawki po ostatnim stabilnym wydaniu, a co jakis czas przekształcana jest ona w mały release z cyferką po 2giej kropce.
https://github.com/MarlinFirmware/Marli ... gfix-1.1.x Dodam jeszcze ze historia zna przypadki gdzie poprawka naprawiała jeden błąd i powodowała kilka nowych, szukać nie trzeba daleko ms windows.
Znam się trochę na inżynier oprogramowania pracowałem jako senior developer, aktualnie przeszedłem do utrzymana bo spokojniejsza robota.

rafaljot pisze:Hehe. Termin "bugfix" oznacza raczej ze są znane błędy i że są wtrakcie poprawy, testów.
W kolejnym etapie będzie wersja RC (release candidate). A następnie rel (czyli release bez znanych błędów)

Wersja bugfix zdecydowanie zawiera poprawki które pojawiły się po stabilnym release, co innego stabilność tych poprawek.

po co ... bo ja wiem chciałem mieć najnowsza i to bugfix czyli z usuniętymi wykrytymi błędami, liczyłem na to ze może będzie coś lepiej
tez mam przemyślenia ze coś skopali, jak by złe wyliczało pozycje osi z względem pkt zebranych z czujnika podczas auto poziomowania.

Dziwna sprawa, jakiś czas temu zmieniłem marlina 010109 na wersje bugfix, a ze rzadko kiedy puszczam wydruk na cały stół to nie zauważyłem żadnej istotnej różnicy, aż do dziś. Chciałem sobie wydrukować nową obudowę dla mobo, patrze a 1sza warstwa kurde nie równa, tam się nie kleji do stołu tu i ówdzie ściśnięta ze niemal przezroczysta. Motyla noga, przecież nigdy nie było problemów, wiec szybko jeszcze raz nagrzać dysze i stół a pozniej G28, G29, ale guzik pomogło, dalej to samo, trochę się zdezorientowałem, ustawiłem w marlinie próbkowanie aż w 100 punktach po 10 na x i 10 na y, do tego 3 próby na pkt z wyliczaniem średniej, wyłączanie wiatraków, grzania stołu, poczekanie aż się nagrzeje z powrotem do tego 1/3 predkosci normalnej, trwało to z 45 minut, puściłem wydruk dalej dupa. Dodatkowo zmieniłem drivery dla osi Z z TMC na stare a4988, rezultatów brak. Dodam ze ABL jako tako działał, tylko jakoś "żle", jak położyłem palec na sprzęgle śrub trapezowych osi Z to czułem ze pracują. Dobrze ze zanim zabrałem się za szukanie przyczyny sprzętowej i zdemontowanie połowy drukarki, postanowiłem wgrać ostatniego "dobrego" Marlina na którym nie było problemów, tzn wersje 010109 bez bugfixa, porównałem pliki konfiguracyjne z bieżąca "zła" i różnic praktycznie brak.. Wgrałem, puściłem G28, G29, i ten sam gcode (w ktorym jest włączony abl na początku wydruku), drukarki fizycznie nie dotykałem w ogóle, po za zdjęciem złego wydruku i voila zaczęło działać jak powinno ... czujnik to klon bltouch z od trójkątnych, abl używam bilinear,

Nie wiem co o tym myśleć, jakieś pomysły ?