Od kilku dni zagłębiam podstawy programowania ATMEGI8 z poradników @mirekk36 w internecie, mam także zamiar zakupić książkę (kolega poleca). Pytanie dotyczy projektu który mam zrobić, mianowicie, czy M8 dałaby radę pracować jako sterownik silnika krokowego, a także pobierać komunikaty od PC (np. z LabView przez USB) dzięki którym może dostosować ilość wykonanych kroków i ich częstotliwość? Dotychczas z mojego wstępnego rozpoznania odradzono mi M8, mówiąc że lepiej byłoby użyć XMega8, jednak to trochę inny układ, no i nie ma za bardzo poradników do niego w j. polskim. M8 lub coś podobnego było bardzo dobre, z uwagi na powszechność opisu, m. in. youtube, forum, dzięki którym staje się to prostsze. Czy rzeczywiście rozważyć przesiadkę na XM8?

Myślę, że NAJPIERW to musiałbyś określić wymagania do sterowania silnikiem krokowym żeby można było COKOLWIEK podpowiedzieć i dobrać procka.

Bo jeśli to ma być sterowanie silniczkiem krokowym ze stacji dyskietek żeby coś tam sobie zrobić prostego demonstracyjnego - to nawet ATmega8 jest za duża - wystarczyłby nawet mikrokontroler 4-bitowy jakby taki był

Z drugiej przeciwległej strony - jeśli zamierzasz robić profesjonalną maszynę CNC z uwzględnianiem RAMPY i wszelkich reżimów sterowania mosfetami itp w tym zakresie - to panie ... może się okazać że xmega ledwo zipnie i będzie trzeba sięgnąć po 32-bitowca ARM/STM

Jeśli więc ktoś podpowiada - bez dopytania o szczegóły że do tego najlepsza będzie Xmega . to ekhmmm ekhmmm no no że tak powiem

Reasumując nie zaczynaj "od tyłu" tylko "OD PRZODU" czyli najpierw podaj założenia i cel projektu a później zastanawiaj się wstępnie jaka będzie potrzebna moc obliczeniowa i sprzęt

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Tzn ten silnik krokowy będzie połączony z przekładnią ślimakową, a ta będzie wciągać tłok w strzykawce pobierając i wypuszczając zadaną ilość płynu. Ot tyle. Taki dozownik kropel, tyle w tej części dotyczącej uC.

No to czyli będzie to bardzo powolny proces i śmiałbym nawet stwierdzić, że bez rampy się by obeszło a więc nawet procek 2-bitowy by wystarczył

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Mhm no tak, ale taka ATMega8, żeby komunikowała się z PC przez USB to potrzebuje trochę wykorzystania chyba, dobrze mówię? Jest to możliwe do zrealizowania w jakiś prosty sposób?

panie panie ... wybij sobie z głowy USB, a zapamiętaj hasło RS232

Wtedy będziesz mógł po prostu z palcem ..... pod pachą realizować komunikację swojej ATmegi (uważaj teraz)

1. po USB
2. po Bluetooth
3. po WIFI

coś jeszcze ? .... ba podpowiem ci, że nawet z ATtiny jak się uprzesz wyślesz te informacje i to bez żadnego jak to okresliłeś "wykorzystania" po prostu "z palcem pod pachą"

------------------------ [ Dodano po: 1 minucie ]

żeby nie być gołosłownym - zobacz sobie np to:

http://atnel.pl/bluetooth-atb-btm-222.html

albo to:

http://atnel.pl/atnel-wifi232-t.html

albo zobacz sobie scalak FT232R

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Ok, w takim razie niech będzie ten RS232, do tego dojdzie MAX232(czy tam FT232), napisać program do uC i LV i wystarczy?

Wystarczy właśnie FT232R i już masz komunikację z prockiem po kablu USB ale za to przez RS232 a więc w pełni sprzętowo od strony procka

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Co do obsługi scalaka FT232 przez LabVIEW:
- LabVIEW w najnowszej wersji sterowników Visa oferuje obsługę wirtualnych portów COM. Wystarczy zgodnie z poradnikami Mirka zrealizować komunikacje z Atmega + przejściówka RS232 + Putty i następnie wykorzystać informację z poradnika:
https://www.youtube.com/watch?v=RM8a66g2eGo // Jak widzisz obsługa jak zwykły port COM.

Odradzam stosowanie sterowników przeznaczonych do LabVIEW ze strony producenta:
http://www.ftdichip.com/Support/SoftwareExamples/CodeExamples/LabVIEW.htm
// Sterowniki są okropnie napisane i występują kłopoty z transmisją danych.