Serwo-enkodery sposobem na wady pracy silników krokowych

tuxcnc pisze:kamar napisał/a: celowo wjeżdżam osią w twardy zderzak Gdyby wszyscy ludzie byli tak inteligentni jak Ty, to byśmy nadal na drzewach żyli.

To zdaje się miało być umyślnie przedstawione zdarzenie w dość przejrzysty i brutalny sposób, tak by autor tematu szybko zrozumiał jakie zadanie zostanie postawione przed jego urządzeniem. Hipotetycznie.

Wygląda na to, że w linuxCNC raczej realizuje rampę, bo widać że program pauzuje. Skoro program pauzuje, to nie rusza z kopyta od razu.

Jeżeli tak to powinno być ok.
Teraz jeszcze ciekawe ile kroków musi silnik zgubić a których nie nadrobi serwo-enkoder, żeby została wysłana komenda do zrobienia pauzy.
Ciekawe też czy to urządzenie wysyła zgubione impulsy z podobną częstotliwością z jaką obraca się aktualnie silnik, albo z jaką powinien się obracać i czy jest to zależne od aktualnych warunków. No chyba, że już po zgubionych dwóch impulsach program dostaje pauzę. Wtedy nie ma pytania.

kamar pisze:Skoro to ma być sprzężenie zwrotne to na liczniku osi powinienem mieć caly czas wartość z kontaktu. I to by mnie urządzało.

Andrzej .N123 pisze:Rzeczywista i wirtualna pozycja narzędzia w komputerze różnić się wtedy mogą o wartość rozdzielczości enkodera .

Tu już widać, że to rzeczywista wartość nie będzie.
Poza tym ta różnica to nie będzie rozdzielczość enkodera. Będzie to ilość impulsów, która musi wystąpić żeby to urządzenie wystawiło sygnał pauzy + to co wyśle program w ramach rampy zatrzymującej silnik.

Wygląda na to, że w linuxCNC raczej realizuje rampę

Tak dla informacji :
LinuxCNC zawsze realizuje rampę, nawet przy bazowaniu po najechaniu na krańcówkę.

.

noel20 pisze:

kamar pisze:Skoro to ma być sprzężenie zwrotne to na liczniku osi powinienem mieć caly czas wartość z kontaktu. I to by mnie urządzało.

Andrzej .N123 pisze:Rzeczywista i wirtualna pozycja narzędzia w komputerze różnić się wtedy mogą o wartość rozdzielczości enkodera .

Tu już widać, że to rzeczywista wartość nie będzie.
.

kamar pisze: silnik stoi i terkocze a co w wyświetlaczem ?
stoi na wartości czy zlicza kroki dalej ????
.

Sorry , ale już prościej zapytać nie potrafię Błąd rzędu rozdzielczości enkodera i czasu reakcji rampy, możecie pominąć w odpowiedzi

kamar pisze:Sorry , ale już prościej zapytać nie potrafię

Pytanie jest wystarczająco proste i jasne, problem polega wyłącznie na tym, że nie potrafisz zrozumieć odpowiedzi.
Kiedy programem standardowo skonfigurowanym dla krokowców najedziesz w zderzak, to oczywiście z powodu otwartej pętli program nic o tym nie wie i jest przekonany że jedzie dalej.
Kiedy zrobisz to samo z układem proponowanym przez autora wątku, to program po osiągnięciu pewnego błędu na enkoderze dostanie sygnał żeby się zatrzymał, więc "wyhamuje" zgodnie z ustawioną rampą i będzie stał w miejscu.
Tak jakbyś suwakiem zmniejszył prędkość do zera, czyli cyferki się zatrzymują, ale to nie jest zwykła pauza programu, bo on cały czas wykonuje zadaną linię kodu.
Róznica pomiędzy rzeczywistym położeniem a cyferkami na wyświetlaczu może być większa, albo mniejsza, zależy między innymi od prędkości najazdu na zderzak.

.

tuxcnc pisze:[Pytanie jest wystarczająco proste i jasne,
.

Widać nie bardzo, odpuść se wreszcie program i jego wykonanie.
Dostosuję się do dzisiejszych standardów

1. Wyświetlacz stoi na wartości z kolizji *
2. Wyświetlacz zlicza kroki dalej jak bez urządzenia *

* - niepotrzebne skreślić

kamar pisze:1. Wyświetlacz stoi na wartości z kolizji *
2. Wyświetlacz zlicza kroki dalej jak bez urządzenia *

* - niepotrzebne skreślić

Wyświetlacz stoi, ale na przypadkowej wartości zależnej od prędkości najazdu.

Zrozum wreszcie do jasnej cholery, że większość urządzeń na tym świecie działa tak jak działa, a nie tak jakbyś Ty chciał.
Urządzenie autora wątku nie zrobi tego co Ci się podoba, nie jest tak zaprojektowane żeby mogło i zasadniczo zostało wymyślone do czegoś zupełnie innego.
Może da się go użyć do tego co chcesz, ale z tym ograniczeniem, że zadziała przewidywalnie tylko w ściśle określonych warunkach.
Zmienisz rampę albo prędkość najazdu i dostaniesz inne cyferki.

.

tuxcnc pisze:

kamar pisze:1. Wyświetlacz stoi na wartości z kolizji *
2. Wyświetlacz zlicza kroki dalej jak bez urządzenia *

* - niepotrzebne skreślić

Wyświetlacz stoi, ale na przypadkowej wartości zależnej od prędkości najazdu.

.

I tyle by wystarczyło a co ja z tym zrobię to już moja broszka. Ale musi to niestety potwierdzić autor rozwiązania. Może nie mam na imię Tomasz ale z wiarą to tak różnie

Widać nie bardzo, odpuść se wreszcie program i jego wykonanie.

Dostosuję się do dzisiejszych standardów



1. Wyświetlacz stoi na wartości z kolizji *

2. Wyświetlacz zlicza kroki dalej jak bez urządzenia *

Ani jedno ani drugie. Urządzenie jest połączone z komputerem jednym sygnałem cyfrowym. (bo to komputer wyświetla pozycję). Nie jest fizycznie wykonalne to o czym piszesz.

kamar pisze:I tyle by wystarczyło a co ja z tym zrobię to już moja broszka.

Używasz LinuxCNC, więc podłącz enkoder i skonfiguruj go w programie.
Zaoszczędzisz dwie stówki i zawsze pokaże Ci rzeczywiste położenie.

.

noel20 pisze:
Ani jedno ani drugie. .

Kochane forum Jak nie stoi i nie liczy to co robi ?