Pogadać z komórką

Zbyszekkk pisze:

Z większością, które obsługują protokół AT, czyli chyba ze wszystkimi obecnie stosowanymi. Nie wiem jedynie, czy kody są kompatybilne między producentami.

W dniu 2011-06-09 22:02, Zbyszekkk pisze:

Spróbuj komendą AT+CSQ

No tak tylko, że teraz wszystkie komórki mają wyjście USB. Muszę się najpierw dowiedzieć czy są jeszcze z wyjściem RS232? Jakie?

Zbyszekkk denied rebel lies:

No, ale przecież tworzą połączenie szeregowe i gadasz z nimi jak po RS- ie.

W dniu 10.06.2011 12:25, Zbyszekkk pisze:

No to co?

Można sterować komendami nawet przez wirtualny port szeregowy, który tworzony jest przez połączenie Bluetooth.

No tak tylko, że ja chcę gadać z komórką za pomocą jakiegoś prostego procka np ATtiny12. Zbyszek

To kup jakiś antyk co ma RSa, albo modem typu SIM300/SIM900. Możesz też wziąć AVRa co ma przynajmniej USB OTG i będzie mógł robić za hosta USB (np. AT90USB647). W pakiecie LUFA chyba są przykłady hosta obsługującego klasę CDC ACM.

W dniu 2011-06-10 12:25, Zbyszekkk pisze:

Tak. Teraz w komórkach dominuje złącze Micro-USB. Ale... to jest złącze uniwersalne - tj. nie tylko dedykowane USB - można puścić nim z analogowe sygnały video, analogowe sygnały audio (do bezpośredniego wysterowania słuchawek) + sterowanie z pilocika na kablu słuchawkowym, można podłączyć ładowarkę i inne...

Nie znam tematu, ale przy okazji poszukiwań półprzewodnikowych kluczy analogowych natknąłem się na układy scalone dedykowane do takiego wielorakiego wykorzystania złącza MicroUSB np. taki:

Ogólna zasada jest taka, że taki układ działa jak przełącznik selekcyjny łączący sygnały MicroUSB z różnymi urządzeniami peryferyjnymi. Wybór pożądanego urządzenia peryferyjnego odbywa się poprzez pomiar rezystancji na pinie ID złącza MicroUSB. Jak sugeruje w/w datasheet układu MC34827 jednym z takich peryferii może być UART... (tylko czy na tym UART'cie będzie dostępny modem, a nie coś innego?)

Znalazłem taką dyskusję:

Widać, że faktycznie w jakichś telefonach UART może wystąpić na złączu MicroUSB, ale ten UART to chyba służy do serwisowania (nie wczytywałem się zbytnio). Być może, z inną wartością rezystancji na pinie ID, pojawi się "właściwy UART", tj. modemowy na sygnałach danych złącza MicroUSB.

Nie znam tematu, więc zastrzegam, że być może, to co podaje, to ślepa uliczka... ale może warto próbować dobierać różne rezystancje i wysyłać AT<CR><LF> w oczekiwaniu na OK. Nie wiem czy rezystancje na pinie ID są jakoś standaryzowane (na zdrowy rozum powinny być). Jak Ci zależy na temacie to pewnie wygrzebiesz odpowiednie informacje, może ktoś z forumowiczów uzupełni, zdementuje... Chętnie bym się dowiedział coś w temacie, ale nie mam potrzeby i czasu by się przedzierać przez gąszcza informacyjne. Ale jakby ktoś miał jakieś gotowe informacje o zagadnieniu, to i ja dołączam się z prośbą do tematu.

pzdr mk

Dzięki mk za nowe tropy. Analizując temat chyba najłatwiej będzie pójść w kierunku modułów (modemów) GSM, które jeszcze mają RS-a. Nie widzę już w sprzedaży modemów SIM300 ale są A8000 - może z nich się uda coś wydusić. Zbyszek

Pan Zbyszekkk napisał:

Radzę zainntersować się modułami firmy Telit. Nie dość, że mają RS-323 jak Pan Bóg przykazał, to jeszcze interpreter Pythona w środku. Może się okazać, że zewnętrzny procesor w ogóle nie będzie potrzebny.

W dniu 2011-06-12 02:13, Zbyszekkk pisze:

To dobry wybór z wielu względów.

SIM300 zostały wycofane z produkcji i oficjalnie Simcom na ich miejsce poleca SIM900. Firware tych modułów już troszeczkę okrzepło, więc i problemów powinno być mniej. Jeśli chodzi o inne niż Simcom chińskie propozycje... hmmm... polecam ostrożność.

pzdr mk

W dniu 10.06.2011 12:25, Zbyszekkk pisze:

Zainteresuj się układem firmy FTDI Vinculum (host USB). Wejście (bodajże) zwykłe, równoległe, więc z uC połączyć nie jest wielkim problemem. Wada: pożre kilka cennych nóżek.

K.

Chyba prosciej i taniej dzis uzyc BT. Dongiel jest tanszy niz kabelek i nie wszystkie komorki maja jakies fikusne zlacza z rs-em. Komorke mozna przetestowac za pomoca bluesoleil (soft dodawany do dongli BT) i tam sprawdzic czy obsluguja dial up networking lub serial connection (tutaj nie wiem czy beda gadac w AT)

W dniu 2011-06-12 02:23 Jarosław Sokołowski napisał(a):

Jasssne, tyle że moduły Telita są nienormalnie drogie. A poza tym włączony interpreter Pythona zjada sporo prądu. Już lepiej i taniej kupić dowolny najtańszy moduł GSM (100zł?) i doczepić do niego AVRa za 5 zł.

Pan Adam Dybkowski napisał:

Jak ktoś ma węża w kieszeni, to Pythonem w module mu nie zaimponuję.

Kupowałem kiedyś kilka modemów Telita, i to nawet nie ze względu na ten interpreter. Ceny nie pamiętam, ale zdaje się, że po prostu były "normalnie drogie", czyli ze dwa, trzy razy droższe od tanich. Ktoś może uznać, że z takim interpreterem będzie mu wygodniej dłubać, a wygoda jest dla niego warta więcej cena modułu.

W dniu 2011-06-16 13:32 Jarosław Sokołowski napisał(a):

Ależ ja nie neguję sensu Pythona w tych modułach, ani sensu istnienia samych modułów. Jednakże zawsze należy dobierać sprzęt odpowiedni do potrzeb. Wbudowany interpreter Pythona sprawdziłby się świetnie gdy dodatkowo trzeba byłoby analizować np. dane z odbiornika GPS (zresztą istnieją po to moduły GSM+GPS) a potem spakowane przepychać przez TCP/IP po GPRS. Można kupić nawet gotowy modem w obudowie (Telit EZ10), tyle że kosztuje kilka razy więcej niż najprostszy moduł GSM:

Jeszcze bardziej rozdmuchane podejście (a dla niektórych za to niesamowicie przydatne) zaproponowała kiedyś Nokia w module GSM 12i, obecnie już nieprodukowanym niestety. Tam na pokładzie była maszyna wirtualna Javy a sam moduł miał AFAIR 3 dodatkowe wejścia analogowe oraz kilka we/wy cyfrowych i chyba łącznie 3 UARTy. W tej Javie można było pisać spore aplikacje, samostartujące po włączeniu modułu.

Ale wracając do wątku - jeżeli chodzi jedynie o przesłanie kilku prostych komend AT - to najtańszy chiński moduł (niekoniecznie SimCom'a, ostatnio ZTE sprzedaje też sensowne moduły GSM) w połączeniu z małym

8-bitowym mikrokontrolerem jest rozwiązaniem optymalniejszym praktycznie z każdego punktu widzenia: cena, pobór prądu, dostępność (kupisz Telita od ręki? mi ciężko znaleźć nawet cenę prostego modułu). A dla niektórych też plusem jest łatwość oprogramowania (wolę napisać 100 linii w C niż uczyć się Pythona aby to samo zmieścić w 10 linijkach kodu).

Pan Adam Dybkowski napisał:

GM862-QUAD za 70 euro i GM862-GPS za 90 dostępne od ręki.

Właśnie łatwość oprogramowania miałem na myśli. Zakładałem (być może błędnie), że z Pythonem powinien sobie poradzić ktoś, kto zaczyna strugać projekt (podejrzewam, że pytający sam nie wie dokładnie o co mu chodzi). A ze zrobieniem systemu z mikrokontrolerem oprogramowanym w C, to tylko ten, kto wcześniej miał z tym do czynienia.

W dniu 2011-06-16 23:02 Jarosław Sokołowski napisał(a):

Hmm, to i tak o 300% drożej niż moduły ZTE bez Pythona:

ZME3006 kosztuje w Maritexie 74zł+VAT (przy 1 szt!). A może da się i taniej znaleźć, nie szukałem w innych miejscach.

Płacić 4x tyle tylko dla wbudowanego Pythona to IMHO przesada.