Tutaj jest dość obrazowo przedstawiony decay: http://ebldc.com/?p=86

Ja mam takie pytanie dla ludzi z większym doświadczeniem praktycznym ze sterownikami.
Czy zdarza się, że przy wyłączaniu sterownika są awarie?
Chodzi mi o to czy jest możliwe, że zasilanie logiki ustanie przed zasilaniem korkowców (podłączonych i nie podłączonych)?

Rozumiem, że układy samo-oscylujące się nie sprawdziły?
Lub poziom komplikacji był niewspółmierny do zysków?

Leoo: Pomyślałem o przerzutniku Schmitta jak czytałem słowa tuxcnc, że komparator ma mieć histerezę.
Proszę powiedz mi, które karty katalogowe L297 i A3977 czy jeszcze innego układu?

Zawsze mogę podpiąć wyjście komparatora do uK i w nim regulować czas przełączania mostka. W ten sposób zużyje jedno wyjście na mostek.

Dziękuje za odpowiedzi.
Tak, właśnie wczoraj jeszcze się przyjrzałem mojemu schematowi.
Też zauważyłem potrzebę ograniczenia częstotliwości oscylacji. Ja pomyślałem o kondensatorze. Kolega tuxcnc ma dobry pomysł z przerzutnikiem Schmitta.
Jest jeszcze jeden problem. Chodzi o zredukowanie prądu do zera. Obecne rozwiązanie może nie być wystarczające i jednak powodować oscylacje.

Przyszedł mi do głowy pomysł na płynne regulowanie prądu cewki bez użycia przetwornika analogowo cyfrowego.
Mój pomysł polega na tym żeby użyć komparatora i prostego przetwornika D/A na układzie "R/2R", który będzie ograniczał prąd.

Przedstawiam ogólny schemat i bardzo proszę o konstruktywną krytykę;)

markcomp77 pisze:

kasztan pisze:Schodzimy poważnie z tematu budżetowego sterownika

jestem zdania, że bardzo drogi (najdroższy) jest czas poświęcony na projekt...

czy aby jest sens tak dużą wartość (czas) przeznaczyć na sterownik bez możliwości rozwoju?

dlatego mocny procek (ew. fpga) to jest jedyne rozsądne działanie...


zapraszam na zlot CNC -- godzina: np. 12sta... piątek 23.03.2012/ Warszawa Automaticon
https://www.cnc.info.pl/topics86/iv-zlo ... t34874.htm
będzie można podyskutować o sterowniku... o rozwiązanich... wypić kawę.. pozanć się

Dlatego już w swoim pierwszym poście napisałem o zaprojektowaniu, w architekturze oprogramowania, warstwy abstrakcji sprzętu. Miałaby ona pozwolić na późniejsze przenoszenie oprogramowania na mocniejszy sprzęt różnego typu.
FPGA to trochę inna bajka. Jednak jak ktoś od razu chce zrobić porządny sterownik to jest to najlepsze wyjście


PS. Dziękuje za zaproszenie na Automaticon. Niestety jestem za granicą do końca kwietnia:/

Jak ostatnio używałem Source Insight to mój projekt miał jakieś 120000 plików w tym 70% różnych zródeł C/C++ i Java. Po synchronizacji, która trwa koło 30minut do godizny, program działał jak błyskawica... Cóż chcieć więcej. Visual Studio i Eclipse po prostu zdychały przy czymś takim.

Jakiś program masz na myśli z "czegoś większego". Ja generalnie teraz pracuje na środowiskach, które oferuje/chce klient. Zazwyczaj jest to Eclipse;)

Schodzimy poważnie z tematu budżetowego sterownika. Autor już dawno powinien nas op@!#..ć...

Ja akurat trochę pracowałem w dużej korporacji, gdzie o debuggerach nie marzyli albo niektórzy nawet nie słyszeli. Do pracy bez debuggera się przyzwyczaiłem;) Nie jest to przyjemne ani efektywne ale się DA;)

Z Eclipsem też da się pracować. Ja generalnie używam takich programów jedynie do poruszania się po kodzie. Do tego celu moim zdaniem najlepszy jest Source Insight.

WinARM?
GNU ARM?