Urwałbym jeszcze jednego DAC ale ? zaczniemy chyba rysować.
Prośba przed ostateczną decyzją, przeczytaj jeszcze posty DAMIK'a.
Pomogę w asmie i polecam jego. Zawsze będziesz wiedział co powinien zrobić procek.

W zasadzie w avr 8-bit risc jeśli jest to jeden komparator analogowy(tak pamiętam a wszystkich nie znam), 2 znajdziemy w pic'ach.
Niżej link
http://www.atmel.com/dyn/products/param ... ection=ASC

A gdyby tak :
1.skoro jest 1 procek na 1 silnik to zostawić jemu wystawianie syg sterujących uzwojenia(1 port),
2.wykorzystać istniejące w nim przetworniki i układy czasowe
3.zastosować do każdego uzwojenia źródła prądowe (regulowane przez uP)?

Procek silnika ma bardzo dużo czasu pomiędzy taktami,
nie musi znać prądu płynącego przez uzwojenie (szybsza jest elektronika analogowa)
musi tylko podać wartość jaka ma być w danej chwili
i może uda się ograniczyć koszty ?

Oczywiście budujemy od podstaw i rozwijamy, tylko dobrze by było aby wszyscy robili tą samą elektronikę i mieli wspólne założenia. Będzie łatwiej.
Jeśli uważacie, że można wspólnie to proponuje uznac pomysł OTTOP za początek czyli
at90s8515 szt. 1
DAC08 szt. 2
Pytanie,
1. które piny do uP do DAC
2. a pozostałe do ( opis )
Pomysł należy z DAC jest od OTTOP więc proszę o jakąś graficzkę z sch na forum.

W zasadzie mam napisany program na atmega8515 na trzy silniki.
Ogólnie, co jest:
1. RS 115200
2. Zapis danych na około 3 sekundy ruchu (krok 1,8)
3.Obsługa błędów
4.Utrzymanie jednakowej prędkości liniowej

Pozostało wyznaczyć krzywą rozpędzania/hamowania
Przyjąłem sinus jako właściwą, ale tu (i w pozostałych też) wysłucham wszystkich sugestii.
I wskazane by były.
O zarobieniu na tym pieniążków przestałem myśleć a w zamian oczekuje pomocy w mechanice,może softu (chociaż z tym też dam sobie radę).
Co jest mi potrzebne:
1.dokładny opis formatu hpgl /2 gcode czy innych które uważacie, że powinny być obsługiwane
2.rozpiska kolejności włączania uzwojeń krokowych (różnych)
I to tyle na razie

Dokumentacje można w pdf, świetny do tego jest openoffice (free)- stabilny (chociaż sin(90) to w nim 0,89)
Do programowania avr polecam AVRSTUDIO jest symulator a to już prawie sukces,
do wgrania jednak bascom, programator avr za 1zł ,jest dostępny w helpach a jeśli nie to proszę klikać.
Eagle nadal tylko z powodu - free.
No i cóż jednak asm ( nie jest trudny ), jeśli ma być szybko i wydajnie i bez niespodzianek.
Co do RS teoretycznie wystarczą 3 kabelki do PC ale jeszcze jest 4 inne, które warto wykorzystać
Zakładając transmisje 8n1 (10 bit na znak) to przy 115200 / 10 mamy 11 520 bajtów na sekunde (teoretycznie).
RS jest ładnie opisany, prosty w obsłudze. Szybciej przez LPT tu można 100kB mieć na spoko a najmniej siły do włożenia kabelka wymaga USB ale soft do tego jest potrzebny a na tym forum jest cisza.
Program do obsługi, można z corela lub innego ze standardem hpgl, gcode
lub własny - a co !

To może pomoże ATmega64 8xPWM , 16MHz , wiekszość instrukcji w jednym takcie etc.

Czy ja wie, można jeden uP na jeden silnik ale taniej jest z jednego uP wszystkie silniki.
Zakładam że projekt bedzie się rozwijał więc trzeba tez bedzie pomyśleć o synchronizacji pomiędzy prockami a z jednym prockiem problem synchro sam sie rozwiązuje.
Jeśli dołożymy odczyt pozycji to możemy wtedy też dołączyć dodatkowe procki dbające o przesunięcie (obroty silników).
Sądze, że tak bedzie wygodniej

Witam
Całkowicie zgadzam się trzeba zacząć od logiki a może wcześniej od rysowania.
Schemat proponuje malować w Eagle. Ma ograniczenia ale jest free i o to chodzi.
Z czystym sumieniem można zamieszczać sch brd na forum.
Proponuje uP atmela z 35 I/O.
Zakładając, że na jeden silnik wykorzystujemy 4 bity I/O można spokojnie ruszyć 6 silnikami.
Za prockiem optocoś a za odbiornikami super mosfety na każde prądy i napięcia.
Przed uP jakiś maxim do rs i tu pytanie czy tylko rx/tx wystarczy do komunikacji ?