08-05-2012, 19:19
Witam 38 stronicowy wątek też przeczytałem, zajęło mi to jakieś 4 wieczory.
W żadnym wypadku nie mówię żeby rezygnować RS485 w końcu jest to standard przemysłowy i znakomicie radzi sobie z zakłóceniami.
Poddaje pomysł na kolejny klocek do zestawu. Stosując np gotowy moduł lantronix-a możemy sterować skrzynka, przełącznikiem i rotorem Bóg jeden wie czym jeszcze ze zdalnej lokalizacji.
W wakacje wybieram się do Polski i przy okazji przywiozę z powrotem rotor żyrardowski do którego mam zamiar zrobić nowy sterownik właśnie z komunikacją przez internet z kolorowym wyświetlaczem (może dotykowym) o rozmiarze 3.2cala.
W związku z unifikacją dotychczasowych projektów czy jest możliwość wydzielenia lub przeniesienia do osobnego wątku listy komend.
Celem utrzymania standardu komunikacji.
Kolejny pomysł to coś ala debuger sprzętowy do każdego projektu.
Prosty układ np na attiny2313A zaprogramowany jako wybrane urządzenie czy to skrzynka, przełącznik , itp itd.
Umożliwiło by to symulację komunikację całego łańcucha sprzętu bez konieczności budowy fizycznie wszystkich modułów.
Wystarczyło by osoba pisząca kod na jakieś urządzenie wydzieliła listę komend do komunikacji przygotowała osobny program np na attiny2313 i udostępniła HEX-a plus prosty schemat parę ledów do pokazania działania.
Moglibyśmy testować do woli kompatybilność klocków.
Pozdrawiam
Paweł
W żadnym wypadku nie mówię żeby rezygnować RS485 w końcu jest to standard przemysłowy i znakomicie radzi sobie z zakłóceniami.
Poddaje pomysł na kolejny klocek do zestawu. Stosując np gotowy moduł lantronix-a możemy sterować skrzynka, przełącznikiem i rotorem Bóg jeden wie czym jeszcze ze zdalnej lokalizacji.
W wakacje wybieram się do Polski i przy okazji przywiozę z powrotem rotor żyrardowski do którego mam zamiar zrobić nowy sterownik właśnie z komunikacją przez internet z kolorowym wyświetlaczem (może dotykowym) o rozmiarze 3.2cala.
W związku z unifikacją dotychczasowych projektów czy jest możliwość wydzielenia lub przeniesienia do osobnego wątku listy komend.
Celem utrzymania standardu komunikacji.
Kolejny pomysł to coś ala debuger sprzętowy do każdego projektu.
Prosty układ np na attiny2313A zaprogramowany jako wybrane urządzenie czy to skrzynka, przełącznik , itp itd.
Umożliwiło by to symulację komunikację całego łańcucha sprzętu bez konieczności budowy fizycznie wszystkich modułów.
Wystarczyło by osoba pisząca kod na jakieś urządzenie wydzieliła listę komend do komunikacji przygotowała osobny program np na attiny2313 i udostępniła HEX-a plus prosty schemat parę ledów do pokazania działania.
Moglibyśmy testować do woli kompatybilność klocków.
Pozdrawiam
Paweł