Znaleziono 72 wyniki

autor: drzasiek90
23 lut 2024, 11:45
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

Adam Domański pisze: Czy już wiesz jaka będzie cena tego V3
Jest dostępna na mojej stronie w sklepie.
autor: drzasiek90
23 lut 2024, 08:53
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

pitsa pisze:
23 lut 2024, 08:46
Fajniej gdyby jednak nie odbywały się metodą "cytuj" i "kopnij", jak w polityce. ;-)
Na tuxa nie ma innego sposobu. Przychodzi, obraża, wyzywa a gdy się spostrzeże, że nie miał racji to się nawet przyznać nie potrafi.
Wtedy co prawda przestaje przezywać ale zaczyna tak kręcić i manipulować, żeby jego było na wierzchu...
autor: drzasiek90
23 lut 2024, 07:13
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

tuxcnc pisze:
22 lut 2024, 23:16
Czyli ewidentnie nie wiesz czym się zajmujesz.
Gdybyś zastosował czysty algorytm PID, tobyś zbudował jeden sterownik dziesięć lat temu i na tym zakończył.
Czy według ciebie, jeśli ktoś się zajmuje czymś od 10 lat to oznacza, że ciągle to dzień po dniu to robi i nadal jest nie gotowe?

Brak ci doświadczenia więc opowiadasz takie bzdury. Naoglądałeś się obrazków i wydaje ci się, że wszystko wiesz.
Zbuduj sterownik servo od podstaw, napisz do niego oprogramowanie, zastosuj go w rzeczywistej maszynie, dobierz nastawy do wymagającego zastosowania, przetestuj, może wtedy będziesz wiedział o czym rozmawiamy.

To, ze kupiłeś chiński sterownik, potrzymałeś go w ręku i zamotnowałeś do chińskiej tokarki nie daje ci na ten temat żadnej wiedzy. To robią ludzie, którzy się nawet na tym nie znają.
tuxcnc pisze:
22 lut 2024, 23:16
Człon całkujący nie jest pamięcią
A czy ja mówiłem, że jest pamięcią? Znowu próbujesz włożyć w moje usta coś, czego nie powiedziałem a potem to "prostujesz". Myślisz, że w ten sposób zatrzesz swoje chamstwo i niewiedzę jaką się tutaj popisałeś?

Najpierw twierdziłeś, że 1 kHz to jest wystarczająca częstotliwość regulacji zawsze i wszędzie.
tuxcnc pisze:
22 lut 2024, 23:16
1 kHz wystarczy wszędzie, bo i tak żadna mechanika za nim nie nadąży
A TO JEST BZDURA. Wytłumaczyłem ci na przykładzie dlaczego ma to znaczenie. Nie zapamiętałeś? Cofnij się kilka postów wstecz.

Potem twierdziłeś, że serwo nie może generować momentu obrotowego przy zerowym uchybie
tuxcnc pisze:
22 lut 2024, 23:16
Można powiedzieć to inaczej - nie ma błędu, nie ma siły.
Czyli nie jest możliwe skompensowanie stałej siły bez błędu położenia.
Znowu BZDURA! Od tego jest człon I, aby utrzymywać wartość sterującą nawet przy zerowym uchybie. Także podałem ci przykład.
Najpierw powstaje uchyb, potem człon całkujący doprowadza do wyzerowania uchybu generując moment obrotowy potrzebny do utrzymania uchybu 0. I teraz mamy sytuację (która według ciebie nie istnieje) - stałe obciążenie, uchyb równy zero a napęd generuje moment obrotowy przeciwstawny obciążeniu.

A na końcu okazało się, że dodatkowo nie wiesz jak działa regulator PID.


I nadal próbujesz kreować się na specjalistę w tej dziedzinie?
Przecież wszyscy już zauważyli, że się na tym nie znasz.

O całej litanii chamskich przezwisk już nie wspomnę.
autor: drzasiek90
22 lut 2024, 23:02
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

tuxcnc pisze:
22 lut 2024, 22:54
Czego się mam od Ciebie nauczyć?
O np że 1 kHz nie zawsze wystarczy.
Wytłumaczyłem ci najlepiej jak potrafię dlaczego częstotliwość pracy regulatora ma znaczenie oraz jak działa regulator PID bo glosiles tu herezje na ten temat.
tuxcnc pisze:
22 lut 2024, 22:54
Że serwo działa siłą przy zerowym błędzie położenia?
Jeśli tak zrozumiałeś to co zostało tutaj wyjaśnione to masz poważne problemy z czytaniem ze zrozumieniem.

A ja ci powiem co się stało.
Ty już wiesz, że narobiłeś głupot wtrącając się w temat o którym nie masz pojęcia.
Może i trzymałeś w ręku serwo, ale jak widać od samego trzymania wiedzy ci nie przybyło.
Natomiast ja nie tylko trzymałem w ręku serwo ale budową, oprogramowaniem i regulacją sterowników serwo zajmuje się zawodowo od ponad 10 lat.

Niestety nie stać cię na to, aby przyznać się do błędu i wyciągnąć wnioski. Dlatego będziesz teraz zaciekle odwracal kota ogonem i manipulował, aby wyszło na twoje.
Chociaż obstawiałem że po prostu przestaniesz się odzywać ale widzę że tym razem przyjąłes strategie walki.

Wyjaśniłem już wszystko co było do wyjaśnienia w tej kwestii. Jeśli nie potrafisz z tego skorzystać to po prostu tkwij w niewiedzy dalej. Tylko nie powielaj swoich bzdur na forum bo jeszcze ktoś przeczyta i ci uwierzy.
autor: drzasiek90
22 lut 2024, 22:51
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

Dlaczego zamiast się czegoś nauczyć nadal brniesz pogrążając się?
autor: drzasiek90
22 lut 2024, 22:42
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

Człon całkujący służy do eliminacji błędu ustalonego. Człon proporcjonalny jest najszybszy, ale nie pozwala na osiągnięcie zerowego uchybu.
Człon różniczkujący jest tym, który "uspokaja" regulator, powodując reakcje na szybkie zmiany błędu.
autor: drzasiek90
22 lut 2024, 22:28
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

tuxcnc pisze:
22 lut 2024, 22:25
Za to odpowiada właśnie parametr I w PID, czyli to całkowanie, które wcale nie jest pamiętaniem czegokolwiek.
Chodzi wyłącznie o to, żeby spowolnić reakcję na błąd, dzięki czemu unika się przesterowania obiektu.
Kolejna Bzdura!
Czy mógłbyś przestać wypowiadać się w temacie o którym nie masz pojęcia?
Człon całkujący nie służy do spowalniania reakcji.
Nie wystarczy trzymać serwo w ręku, trzeba jeszcze wiedzieć jak działa.
autor: drzasiek90
22 lut 2024, 22:20
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

Normalnie człowiek nie wie wszystkiego i czasem może się pomylić.
Niewiedzę można usprawiedliwić, ale wpadniecie i wyzywanie i obrażanie w dodatku nie mając racji, to już zupełnie dno...
Ważne, aby potrafić przyznać się do błędu i przeprosić, ale do tego trzeba być silnym człowiekiem.

Tuxa na pewno na to nie stać, jest na to za krótki.
autor: drzasiek90
22 lut 2024, 21:32
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

cawboy pisze:
22 lut 2024, 20:06
Pewnie że wystarczy, sam od kilku lat mam tokarkę na krokowcach, do tego karuzela, falownik itd i na lpt działa.
Na LPT naprawdę sporo można.
Niestety ludzie czasami sami sobie robią pod górkę, dobierając najpierw peryferia w taki sposób, że trzeba zbudować potężną skrzynię elektroniki aby to obsłużyć.
Czasami oczywiście trzeba czegoś więcej ale w wielu przypadkach na własne życzenie.
autor: drzasiek90
22 lut 2024, 19:27
Forum: LinuxCNC (dawniej EMC2)
Temat: LinuxCNC na USB lub Ethernet - reaktywacja
Odpowiedzi: 172
Odsłony: 10722

Re: LinuxCNC na USB lub Ethernet - reaktywacja

Coś Ci dzwoni ale nadal jeszcze nie wiadomo w którym kościele.
W głowie się nie mieści, że nie wiesz jak działa regulator PID :shock:

Oczywiście, że serwo odpracowuje błąd.
Ale W regulatorze PID masz także człon całkujący który tak na chłopski rozum (może tak zrozumiesz) służy do utrzymania zerowego uchybu.
Czyli wróćmy do przykładu tokarki, który podałeś.
tuxcnc pisze:
22 lut 2024, 19:05
Materiał działa na nóż siłą odpychającą suport, śruba kulowa nie jest samohamowna, więc powstaje błąd położenia suportu.
W tym momencie Człon proporcjonalny wypracowuje wartość proporcjonalną do błędu, człon całkujący całkuje (sumuje) a więc dodaje (w przypadku regulatora dyskretnego) aktualny uchyb i wypracowuje wartość proporcjonalną do całki (sumy) a człon różniczkujący w tym momencie wykrywa różnicę uchybu (wcześniej był zerowy, teraz jest np. 10) więc wypracowuje wartość proporcjonalną do różnicy uchybu.

Kolejna iteracja, człon całkujący znowu całkuje (więc moment silnika wzrasta), wartość z członu proporcjonalnego spada (bo uchyb spada a wartość z członu różniczkującego jest ujemna (bo uchyb spada).

I kolejna iteracja aż do momentu, gdy uchyb wynosi 0 (bo taki wypracował człon całkujący) i w tym momencie jeśli mamy stałe obciążenie to człon całkujący ma cały czas nacałkowaną wartość (która to stanowi główną wartość aktualnego sterowania). W momencie gdy nagle obciążenie zaniknie, okaże się, że napęd się obróci (przez ułamek sekundy) dopóki człon całkujący się nie wyzeruje (a zacznie się zerować dopiero, gdy uchyb zmieni znak) a więc znowu na chwilę powstanie przeregulowanie (w drugą stronę) aż do momentu, gdy człon całkujący znowu doprowadzi do uchybu 0.

Każda zmiana obciążenia lub zmiana wartości zadanej powoduje powstanie błędu, ale po kilku iteracjach regulator doprowadza do uchybu równego ZERO. Im regulator działa z wyższą częstotliwością a feedback jest większej rozdzielczości, potrzeba krótszego czasu na to, aby uchyb doprowadzić do zera a zarazem maksymalny uchyb również spada.
To się nazywa dynamiczny błąd i jest to bardzo istotny parametr.

Prościej już nie umiem ci tego wytłumaczyć. Poczytaj podstawy,

Wróć do „LinuxCNC na USB lub Ethernet - reaktywacja”