Panowie, taka kwestia: chciałbym zbudować układ na Atmedze (najlepiej 8-semce), który by potrafił komunikować się z telefonem komórkowym dość "niskopoziomowo", tj. za pomocom komend "at". Dalej, chciałbym zrobić tak, aby procek odbierał z komórki kod DTMF (tonalnie wybierany, gdy się zadzwoni na nią), no i w zależności od jego treści podejmował określone działania. Zasadniczo, mam na razie komórkę Nokii (jakiś stary model, ale mogę sprawdzić) do tych doświadczeń przewidzianą. Domyślam się, że komunikacja z komórką pewnie musi być przez UART, ale tylko tyle, co mi intuicja podpowiada. Czy ktoś mógłby mi jakoś doradzić w tej materii? Dziękuję z góry.

Spokojnie, spokojnie -- nie zamierzam zdalnie odpalać bomby atomowej na Manhatanie... [żart -- żeby nie było, choć pewnie "słowa-klucze" już mnie "wyłapały"...]. Może ktoś pomoże???? To dla mnie naprawdę ważne. Nie wierzę, że nikt tu nie ma żadnego pomysłu jeśli chodzi o zastosowanie uC w dekodowaniu DTMF!!!!

Witam

Sam zbudowałem zdalnie sterowany pojazd na podstawie tego artykułu. Może coś ci pomorze taki przykład:

http://student.agh.edu.pl/~bassara/mikro/projekt.pdf

Gdybyś miał problemy z napisaniem programu, to napisz do autorów, a chętnie ci pomogą, czy udostępnią program.

Pozdrawiam
Elektronik

Hey ,

Bo wczesniej juz widzialem Twoj watek i znalazlem ciekawe implementacje np tutaj http://www.instructables.com/id/Romote- ... an-Atmel-/

Moze zanim wezmiesz sie za DTMF masz opanowana ta Nokie zeby autoodbierala ?

_________________
sig off ;(

@Panowie: Elektronik i RafPe -- dziękuję naprawdę serdecznie za pomoc.

@Elektronik: Ok. Będę miał to na uwadze. Niemniej na razie zadałem sobie ambitny cel głównie samemu opanowania tego zagadnienia, no z drobnymi wskazówkami, jak tu właśnie, dlatego stąd ten post. Jeszcze raz Ci dziękuję za ten link!!!
@RafPe: Rzeczywiście ta stronka jest bardzo obiecująca.

Hmmm, właśnie również nie bardzo. Rozumiem, że chodzi Ci o programowe zaimpelentowananie, tj. zasadniczo przeprogramowanie komendami "at", żeby sama się odbierała. Niemniej w ostateczności można to zrealizować, że tak to określę -- bardzo "twardo sprzętowo", żeby nie powiedzieć, "topornie": po prostu dając tranzystor pod wyjście głośnika, czy wibratora (oczywiście z odpowiednimi filtrami) wraz z np. kostką ne555 w trybie monostabilnym, aby na "końcu końców" po prostu zwarła przycisk "zielonej słuchawki" przy pomocy jakiegoś MOSFETa. Jakkolwiek, jest to, no naprawdę, jak to określiłem, wysoce "toporne" rozwiązanie ;P .

A ja od siebie zaproponuję koledze unaTMEGer aby poczytał i zainteresował się pojęciem F-BUS w Nokii ... warto

_________________
50 znaków Atnela ....

Moze podaj jaki masz model Nokii ? W starszych modelach jesli dobrze pamietam byl UART ladnie wystawiony

_________________
sig off ;(

@acid3: Właśnie od wczoraj trochę zacząłem zgłębiać ten protokół, tj. F-BUS. Tyle, że zniechęca mnie do niego w sumie jak dla mnie dość duża jego złożoność. Jest to na moje wyczucie jakaś "wariacja" na temat komunikacji typu 1-Wire, lub może jeszcze bardziej to przypomina mi I2C. Ja bym chciał dość prostej komunikacji, i to właśnie przy pomocy komend "at". Zaznaczyłem co prawda sam w swoim pierwszym poście o komunikacji "nikopoziomowej", no ale nie miałem na myśli aż tak niskopoziomowej ;P (jakieś ustalania/"kalibrowania" ramki itp.). Jakkolwiek, spytam może jeszcze dla upewnienia się: rozumiem, że F-BUS to nie jedyny sposób komunikacji z Nokią? Obsługują one "standardowy" UART?

@RafPe: To jest, z tego co "pod akumulatorkiem" piszą: NOKIA, Type: RM-208, Model: E65-1

unaTMEGer, z tego co pamiętam to dla starszych NOKI F-BUS jest właśnie standardem, ale jest kilka modeli (których Ci teraz nie podam, bo nie pamiętam) które "gadają" po UART'cie za pomocą AT-komend właśnie.

_________________
50 znaków Atnela ....

telefony siemens maja uart np C75 tu przykład termometru DS18B20, atmega8 i siemensC75 http://serwis.avt.pl/manuals/AVT2993.pdf

Do dekodowania sygnału DTMF użyj gotowego scalaka, bo szkoda zabawy z avr'kiem. Nie pamiętam już jakiego kiedyś używałem układu (z 15-20 lat temu) - może to był MT8870, ale fajnie mi to służyło jako przywoływacz do CB radia. W samochodzie był właśnie mały układzik dekodujący sygnał odebrany z wyjścia CB radia i jeśli pojawił się odpowiedni kod to klakson w samochodzie się włączał. Przy okazji z kumplami robiliśmy sobie jaja z ludzi na mieście, jak ktoś przechodził koło samochodu i na niego spojrzał to ten zaczynał trąbić - sygnał wysyłałem z ręczniaka malutką klawiaturką DTMF 100m dalej... ale była polewka

_________________
http://www.sylwekkuna.com

Spoko, tyle, że ja mam pod ręką jedynie wspomnianą Nokię, no i jeszcze takiego Samsunga jednego.



Słuchaj, no właśnie tak się zastanawiam jak to dokładnie jest z tym dekodowaniem DTMFu -- ale w przypadku telefonów komórkowych -- tj., uściślę o co mi chodzi: w moim projekcie telefon komórkowy ma być po prostu tylko i wyłącznie odbiornikiem DTMFu, a nie nadajnikiem. Tak że, zastanawia mnie, czy po prostu komórki nie mają w sobie już takiego gotowego jakiegoś zintegrowanego modułu dekodująco-kodującego DTMF, tak że jeśli komórka odbiera sygnał DTMF, no to już np. po UARTcie, czy tam F-BUSie, no jakkolwiek, po transmisji cyfrowej, idą po prostu gotowe zdekodowane "binarki" tego DTMFu, który komórka odbierze. Nie ukrywam, że bardzo chciałbym, aby tak było, bo to by znacząco ułatwiło mi sterowania samego procka już informacją odebraną przez komórkę w formie DTMFu, a zdekodowaną do binarki. Tak więc, jeśli się może orientujesz jak to jest dokładnie, no to byłbym bardzo wdzięczny, za jeszcze jakieś rady czy linki.

Tutaj jest jakis IC http://www.engineersgarage.com/electron ... nts/ht9170 ale duzo odwoluje sie do wcxesniej wspomnianego MT8870

_________________
sig off ;(

Jak napisałem: nie wiem, czy po prostu komórka w momencie gdy wysyła się na nią tonalnie DTMF, nie dekoduje "on fly" sygnału DTMF do binarki, i wysyła go np. po UARTcie, czy jakimkolwiek kanale cyfrowym, oczywiście przy odpowiednim skonfigurowaniu jej. Bo tak się zastawiam, i jakoś nie chce mi się wierzyć, żeby jakiekolwiek komórki miały, no w sumie de facto, ale wyjścia analogowe/"quasianalogowe" -- a takie by były potrzebne do bezpośredniego "wystawienia" na zewnątrz odebranego sygnału DTMF bez zdekodowania go do sygnału binarnego (4-ro bitowego zwykle według ich standardów). No bo sam sygnał DTMF, jest w sumie "silnie analogowy", jakkolwiek nie jest to standard binarny (wiele można mówić by tu: jego obróbka potrzebuje odpowiednich filtrów, wzmacniaczy różnicowych, nawet pewnych elementów charakterystycznych dla procesorów DSP itp.). Tak więc, no stoję wciąż w miejscu. Co innego, gdybym chciał ze zwykłego aparatu telefonicznego, podłączanego pod sieć telefoniczną "normalnie" (dodam, aparatu bez jakiś "bajerów" cyfrowych, co by wykluczyć właśnie to, co przypuszczam, ze ma miejsce w komórkach) -- odbierać sygnał DTMF. Wtedy owszem, jak najbardziej scalaki typu MT8870 i wszystkie inne o tym samym zastosowaniu -- miałyby sens. Ale przecież, jak przykładowo odbierze mi się komórka (skonfiguruję autoodbieranie), i "po drugiej stronie", skąd będę chciał wysłać jakiś tonalny komunikat DTMF na tę komórkę (choćby ze "zwykłego/szarego" stacjonarnego telefonu wyposażonego w DTMF; większość takich jest), no i wyślę go -- to przecież, po stronie komórki, ja się nie chcę "podpinać" pod jej głośnik, aby ten sygnał podłączyć pod wspomniany scalak, tylko no wciąż mam nadzieję, że komórki mają w sobie moduły kodująco-dekodujące DTMF, czyli pewnie podobne albo takie same scalaki. No a wtedy, jak przypuszczam, gotowy sygnał binarny zdekodowany z DTMFu, mogę sobie puścić na proca już. No ale to wciąż tylko przypuszczenia, bo jak powiadam, no nie mogę w necie znaleźć jakiegoś porządnego opracowania w tej dokładnie ale to dokładnie roli obsługi DTMF przez komórkę, o której tu piszę.