MC2KWACZ dzięki za zrównaniem mnie z błotem, bo przecież jestem tylko nic nie umiejącym studentem. Dziękuję również za zdemotywowanie do jakiejkolwiek pracy, bo przecież niemożliwe jest bym na obecnym etapie wiedzy( o której nie masz bladego pojęcia) zbudował cokolwiek pożytecznego.
Cieszę się że na forum są tak doświadczeni ludzie jak ty, którzy wszystko już zrobili a tego czego nie zrobili to chyba po prostu się nie da zrobić.
Szkoda że co raz częściej odczuwam niechęć do dzielenia się wątpliwościami, pytaniami i sukcesami na tym forum.
Pozdrawiam

Znowu stwierdzam, że masz dziwny tok rozumowania. Nie posiadam oscyloskopu, bo kiedy tylko go potrzebuję to mogę skorzystać z niego na uczelni. Wtedy mam do dyspozycji nie najtańszy, amatorski sprzęt z allegro tylko sprzęt np. firmy Tektronix. W związku z tym, że większość rzeczy tam robię to mam dostęp do całych laboratoriów. Skoro mam dostęp do tego wszystkiego to po co za wszelką cenę tracić pieniądze na sprzęt marnej jakości?
Owszem projekt ma charakter póki co czysto edukacyjny, bo większość rzeczy które robię służą nauce. Z tego samego powodu zbudowałem frezarkę. Nie frezuję nią aluminium ani stali, ale dużo się w czasie projektowania i budowy nauczyłem i cały czas ulepszam konstrukcję. Myślę że niedługo dojdę do końcowego etapu i mógłbym śmiało powielać tego typu urządzenia.
Zauważyłem, że na tym forum istnieją pewne tendencyjne zachowania. Kiedy pojawia się ktoś z pomysłem to prędzej czy później pada hasło "Lepiej kupić w sklepie". Myślę, że jeśli poświęcę na ten sterownik tyle czasu i funduszy ile poświęciłem na budowę frezarki to spokojnie powinien on działać w takim stopniu by tą frezarką sterować.

mc2kwacz pisze:

Wygenerowanie przebiegu o częstotliwości 200 kHz nie jest problemem przy użyciu avr. Problemem może być aktualizacja danych z taką częstotliwością czyli wczytywanie kolejnych linii kodu i ich interpretacja.

A dopiero co pisałem o stosowaniu rozwiązań siłowych, gdy zrozumienia zagadnienia i pomysłów brakuje

Oczywiście nie ma sensu ograniczać się do avr skoro za 30 zł można kupić procek o zdecydowanie większych możliwościach.

Za 300zł można kupić peceta a za kolejne 300 gotowy sterownik, idąc tym tokiem rozumowania. I problem rozwiązany w kilka godzin

Jak w końcu powinien wyglądać mechanizm aktualizacji odstępu pomiędzy następnymi impulsami? Być może dzisiaj wieczorem siądę do tego i spróbuje coś napisać.

Obawiam się że pytasz o coś co musisz już zrobić sam W innym przypadku będziesz musiał być już do końca za rękę prowadzony i z konstruktora zostaniesz zredukowany do wykonawcy cudzych pomysłów, z zerowymi zasługami.

Dziwnie rozumujesz. Sterownik z trzema driverami to koszt procka i trzech driverów. Skoro procek koszuje ok 30 zł i drivery ok 200 - 400 zł to wychodzi to taniej niż drivery i PC.
Niestety bez oscyloskopu faktycznie taka zabawa nie ma sensu bo i tak niczego nie będę wiedział na pewno tylko na macajewa.
Będę musiał jeździć na uczelnię i próbować

Wygenerowanie przebiegu o częstotliwości 200 kHz nie jest problemem przy użyciu avr. Problemem może być aktualizacja danych z taką częstotliwością czyli wczytywanie kolejnych linii kodu i ich interpretacja.
Oczywiście nie ma sensu ograniczać się do avr skoro za 30 zł można kupić procek o zdecydowanie większych możliwościach.
Może nie odbiegajmy od tematu.
Jak w końcu powinien wyglądać mechanizm aktualizacji odstępu pomiędzy następnymi impulsami? Być może dzisiaj wieczorem siądę do tego i spróbuje coś napisać.

Mam akurat na biurku Discovery stm32F4 Z tego co czytałem to właśnie nie musi być procek z FPU bo wszystkie operacje można przybliżać i najprawdopodobniej w starszych konstrukcjach tak to zostało zaprogramowane. Oczywiście jeśli założę sobie że Gcode będzie w pamięci przechowywany to lepiej już skorzystać z tego stm'a bo nie jest drogi a taktowanie bardzo duże.
Wielu korzysta z MACH'a albo LinuxCNC i teraz zacząłem się zastanawiać czy te programy są wyposażone w taki system przewidywania tego co będzie za chwilę, chodzi mi o te łuki itd. Jeśli tak to faktycznie poprzeczka postawiona jest wysoko i zagadnienie nie jest trywialne.
Szczerze mówiąc byłbym wielce zadowolony gdyby udało mi się stworzyć coś na wzór PikoCNC lub sterownika takiego jaki jest w reprapie.

Zdaję sobie sprawę, że nie jest to łatwe. Siedzę już trochę czasu w tematyce CNC i w zasadzie to mnie najbardziej interesuje. Na początku chcę się w to pobawić czysto edukacyjnie, ale za rok może się okazać że będzie to moja praca magisterska No bo w końcu trzeba będzie zastosować algorytmy optymalizacji długości ścieżki.
Na razie do projektu podchodzę na luzie, bo mam inne rzeczy na głowie i nie mogę się temu poświęcić. Wczoraj doszedł mi nowy projekt. Mam zbudować robota typu Delta, który będzie szybki i nie będzie ważył nie wiadomo ile
Mam w domu niebieskiego chińczyka i w postaci 3-osiowego sterownika nie nadaje się on do niczego. Wymontuję z niego tb6560 i zrobię płytkę pod Atmegę i jeden driver. Będzie to jakaś baza testowa.
Co do problemu przyśpieszenia to chodzi mi o to że jeśli mamy przyśpieszenie równe a = 2 m/s^2 to wiadomo że Timer zaczyna od jakiejś niskiej częstotliwości i zaczyna silnikiem kręcić bardzo powoli. Mi chodziło o to jak często należy zmieniać tę częstotliwość. Jeśli jest tak jak napisał kolega wcześniej, że co najmniej 1000 razy na sekundę to by oznaczało że w początkowej fazie rozruchu tak na prawdę odstęp pomiędzy impulsami należy zmniejszać już po pierwszym impulsie.

Zaglądałem już do tego kodu. Ciężko się tam połapać w czymkolwiek.
Od dawna ten pomysł mi chodzi po głowie i chyba tak łatwo się nie zniechęcę . GRBL chyba bierze komendy z USART i zapisuje do bufora i przez to tam się sprawa komplikuje, bo program musi na bieżąco pilnować żeby nie pogubić komend, kroków itd.
W moim przypadku jeśli wykorzystałbym szybki procek i pamięć flash tych kilka problemów zdaje się być wyeliminowanym. Wystarczy popatrzeć na efekty działania sterownika do reprap z kartą SD. Wydruki są dokładniejsze bo sterownik nie gubi kroków i nie traci czasu na buforowanie.

Myślę, że aktualnie na rynku nawet Polskim znajduję się odpowiednia ilość różnych driverów do silników krokowych i nie warto się w to pchać.
Jeśli generowałbym impulsy sterujące przy pomocy Timera to jakąś tam dokładność otrzymam.
Rozumiem że odstępy należy modyfikować co najmniej 1000 razy na sekundę czyli muszę to wprowadzić do wzoru na przyśpieszenie.

Witam,
temat luźno powiązany z tematyką cnc. Od mniej więcej roku chodzi mi po głowie budowa sterownika silników krokowych opartego o mikrokontroler. Póki co chciałbym się skupić na samym sterowaniu czyli interpretacji G-kodów przez sterownik. Cały kod przechowywał bym gdzieś w pamięci FLASH najprawdopodobniej na jakiejś karcie pamięci. To też na razie nie jest istotne.
Temat zakładam, bo prawdopodobnie są tutaj ludzie, którzy się na tym znają. Czy ktoś potrafiłby mi wytłumaczyć w jaki sposób przyśpiesza się krokówką? Oczywiste jest to, że musi się zwiększać częstotliwość impulsów podawanych na sterownik - końcówkę mocy. Czytałem kilka stron i artykułów poświęconych temu zagadnieniu. Nie wiem tylko jednego, mianowicie co jaki odstęp czasu należy zwiększać tę częstotliwość. Jeśli silnik miałby rozkręcić się do Vmax i kręcić przez kilka sekund to można by zwiększać częstotliwość co jedną sekundę. Niestety nie sprawdzi się to w przypadku krótkich dystansów.
Mam nadzieję, że jasno się wyraziłem i że ktoś dobry mi w tym pomoże