ATNEL tech-forum

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-24T16:03:32+01:00

messer79 napisał(a):

Tam, gdzie powinno być 3.3 było prawie 5V.

No tak o tym zapomniałem ... pewnie było nie całe 5V ponieważ jeszcze lekki spadek na diodzie co najmniej 0,3V ... Qurczaki ... no z tymi mosfetami to jak z grą w szachy albo warcaby - trzeba przemyśleć każdy ruch. Ale wcześniej wydawało mi się, że stosowałem często to zamiennie i nigdy nie było problemów - lecz jak mówię - może mi się tylko wydawało ?

Też to aż z ciekawości sprawdzę ....

------------------------ [ Dodano po: 26 minutach ]

No jest tak jak mówisz masz pan rację ... DODAŁEM tę uwagę na blogu w tym artykule.

Statystyki: Napisane przez mirekk36 — 24 sty 2017, o 16:03

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-24T15:49:52+01:00

Mirku, ja żadnym ekspertem nie jestem. Podłączyłem wczoraj odwrotnie 2n7000. Tam, gdzie powinno być 3.3 było prawie 5V. Po odwróceniu tranzystora pojawiło się prawidłowe napięcie - 3.3V. *Wydaje mi się*, że za napięcie 5V odpowiedzialna jest wewnętrzna dioda w mosfecie, która we wspomnianej przeze mnie konfiguracji układu nie działa zaporowo.

Spróbuję dzisiaj jeszcze przyjrzeć się układowi i wykonać pomiary.
Niewykluczone, że zrobiłem gdzieś babola i wprowadzam wszystkich w błąd.

Statystyki: Napisane przez messer79 — 24 sty 2017, o 15:49

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-24T06:31:58+01:00

messer79 napisał(a):

PS. gdzieś na forum rzuciło mi się w oczy, że nie ma znaczenia którą stroną podłączymy mosfet w układzie konwertera. Otóż ma - source do niższego napięcia, drain do wyższego. Inaczej przeniesiemy wyższe napięcie na stronę, po której powinno być niższe.

A spróbuj wyjaśnić dlaczego tak ? ... pytam z ciekawości - bo ze mnie taki elektronik analogowy jak ....

Mi się wydaje, ale mogę się mylić, że jeśli mosfet będzie podłączony SOURCE do wyższego napięcia a DRAIN do niższego to wysokie napięcie nie zostanie przeniesione - bo przecież stany wysokie realizowane są tylko przez rezystory podciągające po obu stronach. Natomiast stany niskie są realizowane "albo" przez wbudowaną diodę "albo" przez tranzystor ale tylko wtedy gdy na SOURCE pojawi się ZERO, bo gdy pojawi się stan wysoki to tranzystor i tak nie przepuści wyższego napięcia od SOURCE do DRAIN tym bardziej, że bramka podłączona jest do niższego napięcia ... (jak mówię - tak mi się wydaje - ale czy dobrze ?)

Statystyki: Napisane przez mirekk36 — 24 sty 2017, o 06:31

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-23T23:48:01+01:00

Wszystkie linie sygnałowe (włącznie z CE i CSN) spiąłem z procesorem za pomocą wskazanego wyżej schematu. Użyłem 2N7000.
Proces zasilany z programatora USB, napięcie zrzucone do 3.3V przy użyciu LM1117 (akurat taki mam na stanie). I co?
Komunikacja z układem działa i śmiga. Przynajmniej tak mówi dioda LED (// jeśli moduł podłączony prawidłowo // migaj równomiernie szybko 20 razy).

W moim potworku całkowicie chybioną okazała się idea podłączenia MISO (w RFM73 jest trójstanowe). Co do innych linii - sprawdzę.
PS. gdzieś na forum rzuciło mi się w oczy, że nie ma znaczenia którą stroną podłączymy mosfet w układzie konwertera. Otóż ma - source do niższego napięcia, drain do wyższego. Inaczej przeniesiemy wyższe napięcie na stronę, po której powinno być niższe.

Dziękuję za pomoc!

Statystyki: Napisane przez messer79 — 23 sty 2017, o 23:48

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-23T11:50:03+01:00

messer79 napisał(a):

Czy konwerter http://mirekk36.blogspot.com/2015/05/ko ... v-ttl.html nadaje się do trójstannowego MISO (jakie jest w RFM73)?

Bo nie wiem czy próbować zestawić połączenie za pomocą BS138 czy dla linii MISO wykorzystać układ 74ahc1g125?

Panie kochany - do wszystkiego co z SPI albo I2C czy też RS232 się nadaje .... po stronie RFM nie musisz nawet dawać rezystora podciągającego

Statystyki: Napisane przez mirekk36 — 23 sty 2017, o 11:50

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-23T10:50:13+01:00

Statystyki: Napisane przez messer79 — 23 sty 2017, o 10:50

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-23T09:43:50+01:00

Dzięki za wskazanie uniwersalnego rozwiązania.
Co do mojego potworka, to wydaje mi się, że nie ma racji bytu z powodu braku trójstanowości MISO, czego wymaga RFM73.

Statystyki: Napisane przez messer79 — 23 sty 2017, o 09:43

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-23T00:02:29+01:00

aha ... no dziwię się troszkę, że aż tak mocno przekombinowałeś tą translację na optoizolatorach ... to dlatego nie działa zapewne SPI ...

Zajrzyj proszę tutaj

http://mirekk36.blogspot.com/2015/05/ko ... v-ttl.html

zobacz wystarczyłoby kilka tranzystorków mosfet i miałbyś 100% pewności odnośnie i poprawnej konwersji napięć ale też, że MUSI to działać

------------------------ [ Dodano po: kilkunastu sekundach ]

O! widzę, że ktoś mnie ubiegł

Statystyki: Napisane przez mirekk36 — 23 sty 2017, o 00:02

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-23T00:02:17+01:00

konwerter 3v3 <-> 5v http://mirekk36.blogspot.com/2015/05/ko ... v-ttl.html

Statystyki: Napisane przez icer_cmg — 23 sty 2017, o 00:02

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-22T23:40:19+01:00

Dzięki.
Rzuciłbyś swoim eksperckim okiem na problem, który opisałem na końcu, proszę?

Statystyki: Napisane przez messer79 — 22 sty 2017, o 23:40

Re: SD Grajek + pytanie o SPI (LTV827C)

2017-01-22T23:13:02+01:00

No nareszcie kolega opublikował ten ŚWIETNY gadający kalkulator ! Gratulacje

Statystyki: Napisane przez mirekk36 — 22 sty 2017, o 23:13

SD Grajek + pytanie o SPI (LTV827C)

2017-01-22T22:45:05+01:00

Cześć Wszystkim,
to mój pierwszy post na atnelowskim forum. Przez długi czas byłem anonimowym czytelnikiem; czas to zmienić!

Poniżej krótka historia układów i na końcu to, co dla mnie najważniejsze - prośba o nieocenioną Waszą pomoc.

Korzystając z pomysłów, rozwiązań i modułów Mirka najpierw stworzyłem urządzenie (jeśli plątaninę kabli na płytce prototypowej można nazwać urządzeniem) - kalkulator losujący, wykonujący i odczytujący działania głosem dziecka. Układ oparty jest na Atmega644PA, zawiera atnelowski czytnik kart SD.

Tu można obejrzeć filmik jak działała pierwsza wersja kalkulatora.

iframe

Następnie, razem z kolegą, zbudowaliśmy do pracy świątecznego grajka. Układ zawiera procesor Atmega644PA, rezonator 20Mhz, czujnik ultradźwiękowy US-015, zegar RTC, atnelowski czytnik kart SD, wzmacniacz audio pod głośniki komputerowe, kilka przekaźników. Zadaniem urządzenia jest o każdej zaprogramowanej porze odgrywać losowy plik z odpowiedniego folderu. (Jeśli alarm jest ustawiony na - powiedzmy -13:47 i ta godzina wybije, to urządzenie próbuje odtworzyć losowy plik WAV z folderu 1347). Służy to w głównej mierze do przypominania koleżankom i kolegom o przerwie obiadowej, zbliżającym się końcu pracy, itp.). Kolejną funkcjonalnością jest odgrywanie losowego utworu świątecznego po wykryciu obecności osoby w zasięgu czujnika ultradźwiękowego. Podczas odtwarzania utworu program decyduje o zapaleniu reniferowi oczu, zaświeceniu choinki czy innej iluminacji. Uruchamiał także młynek do kawy, ale może nie będę już o tym wspominał.

Jako, że urządzenie spotkało się z aprobatą współpracowników (mniej szefa, co naturalne :] ) postanowiłem zrobić takie dwa, ale rozbudowane o moduł radiowy RFM73. Celem jest zbudowanie zabawek, które będą ze sobą rozmawiały. Rozmawiały ludzkim głosem, ale oczywiście porozumiewały się drogą radiową. O czym mogą rozmawiać? Np. o produktach firmowych, o pogodzie, mogą opowiadać sobie kawały, mogą też pokłócić się i na siebie nakrzyczeć. Być może będą w stanie nawet razem zaśpiewać.

Logika w doocelowym układzie zasilana jest napięciem 5V. Żeby mógł w nim pracować RFM73 trzeba zapewnić konwersję napięć. Próbowałem stworzyć taki oparty o optotranzystory LTV827C, ale najwyraźniej brakuje mi podstawowej wiedzy, bo komunikacji między procesorem (Atmega32A) na RFM73 brak. Nie wiem co zrobiłem źle.

Uwaga: Komunikacja między procesorem a RFM73 działa, gdy zasilam układ napięciem 3.3V i bezpośrednio łączę odpowiednie linie. Przetestowane programem Mirka - L26_RFM7x_simple_TEST, z niewielką modyfikacją - zamiana linii CE z CSN, oraz inny pin dla diody sygnalizującej (jedna dioda led informuje o statusie układu i wysyłce danych).

Załączam fragment schematu - wskażcie mi, proszę, co i przede wszystkim *dlaczego* jest źle.
Warto wspomnieć, że dla testów odpiąłem czytnik SD oraz programator ISP.

Pozdrawiam,
Messer

Statystyki: Napisane przez messer79 — 22 sty 2017, o 22:45