Ilośc napędów pewnie wynika z dostępnych timerów/PWMów (nie pamiętam co w Atmelach generuje sygnał). Można generować kroki programowo ale co by nie było to nie jest to No i tak na prawdę nie jest to takie proste jak się wydaje - przynajmniej jeśli ma być zrobione dobrze.

Natomiast brakuje mi tu linii synchronizacyjnej pomiędzy modułami. Inaczej nie wyobrażam sobie skorelowania ruchu z napędami z różnych uC. W pewnym urządzeniu (profilometr/kształtograf) gdzie każdy silnik miał swój uC dało się to okiełznać także gabrytyt drukarki też nie pwoinny być problemem.

sp6vgx pisze:Natomiast co do ucieczki w 32bit itd. to ja jestem jak najbardziej za...(...)

Nie wiem po co ta uwaga skoro używanie AVRów dzisiaj to już masakra Zwłaszczam tam, gdzie mowa o szybkości czy wydajności - najmocniejszy, najbardziej wypasiony AVR jest i tak o kilka półek mniej wydajny niż najekologiczniejszy CM0+.
W sumie to na AVRach można robić jakieś pierdoły, jak linijki LEDowe, czujniki, bajeratory czy coś - tylko pytanie czy różnica w cenie samego uC w kontekście całego modułu/urządzenia ma jakiekolwiek znaczenie. No i czy ta różnica kompensuje braki i upierdliwości AVRów.

dragonn pisze:To raczej jest projektowane pod kątem drukarek przemysłowych które są całkiem inną parą kaloszy .

W sumie to ja bym też CANa w drukarce nie użył. To zupełnie bez sensu w sprzęcie tego typu gdzie sprzęt masz znany i raczej niezmienny.

Pewnie to było najłatwiejsze. CAN już jest i zalatwia cały protokół.

A w samochodzie... no jakos to działa. Np w BMW kierunkowskaz ma jeszcze nizszy priorytet i to tez widać na drogach

Marek_Sp pisze:Ale po co CAN jak wszystko jest pod nosem ?

Daje możliwość znacznego rozszerzenia systemu o jakieś sterowania, czujniki, napędy, itp. Co ważne - o moduły których główny system nie musi znać. Ma wady, ma zalety. Dość często się to stosuje.
No i chyba najważniejsze tutaj - większość uC ma sprzętowe wsparcie dla tego protokołu a często i kolejkowanie. To znacząco uprawszcza obsługę transmisji.

A na końcu i tak dorwie się do tego jakiś mak gajwer arduino drajwer, pieprznie komunikat z najwyższym priorytetem, bo nie bedzie umiał zmienić wartości z programu przykładowego, do sterowania jakiegoś brzęczka i system legnie