jeśli chcesz się tak komunikować z PC poprzez USB to nic z TEGO

tylko GND / RXD i TXD

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Próbuję skojarzyć to połączenie z rys. na str 291 (sprzętowa obsługa SPI) Wszyscy z tego korzystamy programując procki! Jakoś ciężko przychodzi mi przesyłanie informacji do procka poprzez linie sterujące RS232C (CTS, DSR, DCD i RI.

a czyli chodzi i o programowanie procka to inna sprawa zupełnie
tyb bitbang , a nie sprzętowa obsługa SPI

w przypadku układów FTDI , jak masz ATB to bez problemu zrobisz to tak




teraz chyba juz dasz radę podłaczyc sie do ATMegi

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

To u mnie działa bez problemu. Robię to jednak "na małpę" a chciałbym wiedzieć jak latają te bity. Trochę zmieniłem rysunek (dodałem kierunki sygnałów i zaznaczyłem zegar). Czy to jest tak że FT232RL i ATmega tworzą pary rejestrów z rysunku na str. 291?

Ale to służy TYLKO do programowania procka a nie do zorganizowania własnej komunikacji ... tzn można zrobić własną komunikację owszem - ale żeby to oprogramować od strony PC to musiałby się kolega zapoznać z programowaniem scalaka FT232 w trybie BitBang a tu by kolega poległ 40razy szybciej niż podczas nauki komunikacji RS232.

Więc jeśli chcesz komunikację procka z komputerem to W TYŁ ZWROT i do RS232 marsz (jak pisał wyżej SunRiver) .... a nie takie pomysły

_________________
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 ]

Czy FT232RL i ATmega tworzą pary rejestrów jak na rysunku na str. 291? (Sprzętowa obsługa SPI)

FT232R nie ma nic wspólnego z SPI. Widzę że kolega nie rozumie. ...... To że FT232 jest wykorzystany do programowania w trybie SPI zawdzięczamy tylko temu, że producent dał możliwość posługiwania się nim w trybie BitBang. Ale to całkiem inny temat.

_________________
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 ]

Poczytaj notę Układu FT232RL kolego i się dowiesz czym on jest ...
Potem poczytaj czym jest SPI

a potem dodaj do siebie A i B i wcale nie dostaniesz C

dlatego że programowanie procka przez linie SPI z samym SPI poza wykorzystaniem tych samych linii sygnałowych niema wiele wspólnego.

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

To nie ma nic wspólnego z SPI? Też są chyba jakieś przepływy bitów z lewego (FT232R) do prawego(ATmega) i vice versa. Atmega ma MOSI, MISO, zegar jak w SPI. Dla mnie skoro "rozmawia" z ATmega poprzez MOSI i MISO tzn że musi stosować się do zasad SPI. Czyli muszą być jakieś formy rejestrów przesuwnych w ATmega i FT232R. Może niekoniecznie jako hardware, może software. Do studiowania FT232R zabiorę się trochę później, jak będę bardziej kumaty.

ale kolega nic nie rozumie ... i nie chce zrozumieć tylko wsadził jakiś kawałek rysunku i z uporem maniaka wymyśla sobie jakąś teorie a nie rozróżnia SPI od ISP

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

dodam jeszcze tylko tyle :

jak kolega chce łączyć się z urządzeniami SPI poprzez USB z PC to może to zrealizować na :

1. FT2232D
2. MCP2210

resztę proszę sobie doczytać w notach układów , jak się to realizuje ..... i jeszcze jedno

NIEDA SIĘ TĄ DROGĄ ZAPROGRAMOWAĆ MIKROKONTROLERA
ŻEBY DZIAŁAŁO TRZEBA SOBIE NAPISAĆ KOD KTÓRY BĘDZIE URUCHAMIAŁ W MIKROKONTROLERZE TRYB SPI SLAVE ORAZ NAPISAĆ PROGRAM NA PC, KTÓRY BEDZIE POTRAFIŁ COŚ Z TYM ZROBIĆ

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]

Chyba za wysokie progi na lisie nogi. Może za pół roku wrócę do tematu. Jeżeli można, to proszę tylko o odpowiedź tak/nie?
1. Czy przy programowaniu połączenia są takie jak na rysunku.
2. Czy linia "zegar" jest zegarem?
3. Czy kierunki przepływu informacji są prawidłowe?
4. Czy też tu jest MASTER (FT232RL?) i SLAVE(ATmega)

A w ogóle forumowe towarzystwo nie jest do końca, jakby tu powiedzieć ... Jest Sylwester, wódka i szampan się chłodzi. Kobitki czekają. A Oni w komputerze.
Szczęśliwego Nowego Roku.

Święte słowa. Zmyliły mnie odnośniki MISO, MOSI,... na rysunku. Nawet nie spojrzałem do dokumentacji. Rysunek oczywiście poprawiłem. Dzięki.

przecież od początku pisałem że ten rysunek co kolega zapodał to do niczego sie nie nadaje .

SPI i ISP pomimo że korzystają z tych samych linio sygnałowych różnia się wieloma szczegółami
z tych ciekawszych to tryby pracy ISP jest zarezerwowany dla programatorów Flash np. USBASP
(i każdego innego), protokołem transmisji danych i takie tam ...
po prostu tryb isp służy tylko do operacji przeprowadzanych na pamieci flash i rejestrach konfiguracji bezpośredniej

natomiast SPI służy do komunikacji z różnymi układami ...
i tu też z reguły UC jest master i są do niego podłączone układy slave z którymi się komunikuje
teraz zależnie od potrzeb sa różne szybkości szyny , sposoby nadawania itd....

dużo czytania przed kolega by to zgłębić.

I niema czegoś takiego jak tor .... tory to masz kolejowe lub tramwajowe
są tylko magistrale i szyny danych oraz interfejsy komunikacyjne.

_________________
Zbuduj swój system [url=https://helion.pl/ksiazki/w-labiryncie-iot-budowanie-urzadzen-z-wykorzystaniem-ukladow-esp8266-i-esp32-andrzej-gromczynski,wlablo.htm#format/d]IOT[/url]