zajętości linii GSM

Atlantis · 2013-01-01T09:13:24+00:00

Mam kolejne pytanie związane z moim projektem wykorzystującym moduł GSM.Mianowicie czy istnieje jakaś komenda AT, która uniemożliwiłaby nawiązanie połączenia przychodzącego z modułem (dzwoniący usłyszałby sygnał zajętości) bez wylogowywania go z sieci, tal aby samemu ciągle można było nawiązywać połączenia?Krótko mówiąc chodzi mi o odpowiednik słuchawki zdjętej z widełek w standardowym, analogowym telefonie. Co więcej - chodzi dokładnie o taką sytuację. Jak już kiedyś mówiłem w ramach nauki programowania AVR próbuję zamontować moduł GSM w obudowie starego telefonu, sterując nim za pomocą tarczy numerowej, widełek itp.Pierwszym pomysłem jaki przyszedł mi do głowy było "ręczne" odrzucanie połączenia, gdy przy podniesionej słuchawce nadszedł komunikat "RING". Niestety, rozwiązanie się nie sprawdza. Zbadanie zawartości bufora zajmuje na tyle dużo czasu, że jeśli taka konieczność zajdzie w momencie kręcenia tarczą, program może przeoczyć część impulsów, co z kolei prowadzi do przekłamania numeru. Poza tym od strony dzwoniącego także nie wygląda to tak, jak powinno - najpierw przez moment słychać sygnał wybierania, a dopiero w chwilę potem pojawia się sygnał zajętości.W dokumentacji modemu znalazłem coś takiego jak "AT+CHLD". Użycie "AT+CHLD=0" ma oznaczać "Ignore the incoming call". Jednak z tego co widzę to połączenie odnosi się do obsługi kilku połączeń przychodzących jednocześnie. Czy jego użycie w sytuacji, gdy żadnego połączenia nie ma, da właśnie taki efekt, jakiego oczekuję? A może jest do tego inne polecenie, które umknęło mojej uwadze?Niestety chwilowo nie mam pod ręką modemu, więc sprawdzić nie mogę...

A

Anerys 13 years ago

Ja bym sprawdzał stan 0/1, potem ewentualnie przeliczył jego zmiany. Choć nie wiem, czy tu nie lepiej zrobić na 7490 z jakimiś małymi przyległościami,

7490 wystawi wartość, a przyległości np. wystawią sygnał przerwania, które da się obsłużyć. Może trochę naokoło, ale IMHO powinno przynajmniej częściowo uniezależnić, przecież już za elektromechanicznych łacznic telefonicznych, rozdzielono sterowanie od komutacji, w urządzeniach o inteligencji choć ciut większej, niż Strowger... Dzięki czemu na moduł 1024 numery (24 pozakatalogowe - PC) wystarczą dwa cechowniki, no i sama komutacja jest wydajniejsza.

Vote

A

Atlantis 13 years ago

W dniu 2013-01-03 01:13, Anerys pisze:

W gruncie rzeczy przecież tak to się właśnie odbywa. Tarcza ma dwie pary styków (w stanie spoczynku złączonych), które łączą dwie linie uC z masą. Gdy tarcza zostanie zakręcona, jedna z nich się rozwiera i pozostaje rozwarta do momentu powrotu. Druga para styków rozwiera się przy każdym impulsie.

Tak więc cała procedura jest banalna: W pętli sprawdzam, czy na linii połączonej z pierwszą parą pojawił się stan wysoki. Jeśli tak - przeczekuję drgania styków, wykonuję kilka innych operacji, a potem inicjuję kolejną pętlę, która ma trwać dopóki trwa stan wysoki na tej linii. Wewnątrz tej drugiej pętli sprawdzam stan drugiej linii - gdy pojawi się stan wysoki przeczekuję drgania, zwiększam zmienną o jeden, a potem w pustej pętli czekam do końca impulsu.

Procesor i tak nic innego (poza ewentualnym odbieraniem znaków w przerwaniu USARTA) wtedy nie musi robić.

Nie widzę powodu, żeby rozbudowywać część sprzętową i korzystać z przerwań, skoro obsługa tarczy numerowej sprawdza się do prostego, sekwencyjnego wykonywania pewnych czynności, jedna po drugiej.

Problem, na który się natknąłem wynikał z głupiego błędu w programie - zastosowałem o jedną pętlę za dużo niż powinienem. A właściwie użyłem przygotowanej wcześniej funkcji, w której ta pętla występowała.

Vote

A

Anerys 13 years ago

Użytkownik "Atlantis" snipped-for-privacy@wp.pl napisał w wiadomości news:kc4ks5$cmo$ snipped-for-privacy@portraits.wsisiz.edu.pl...

Chodzi mi o optymalizację procesu. Załóżmy, mam program, liczący ile komórek pamięci zawiera daną wartość.

1: DIM a(255) FOR t = 0 TO 65535 IF PEEK (t) = 0 THEN a(0) = a(0) + 1 ... IF PEEK (t) = 255 THEN a(255) = a(255) + 1 NEXT t (wyprowadzenie listy wyników) 2: DIM a(255) FOR t=0 TO 65535: p=PEEK(t) a(p) = a(p)+1 NEXT t (wyprowadzenie listy wyników)

program drugi wykona się wielokrotnie szybciej, nie ma badania warunku...

Jeden scalaczek liczący i dwa uniwibratory, uprościły by konstrukcję.

...ale tu już nie zapyskuję, nie rozkminialem tego aż tak bardzo programowo. Sam jestem ciekaw zabawy nad czysto programową obsługą całości, jak się uda sfinalizować :)

Vote

A

Atlantis 13 years ago

W dniu 2013-01-03 21:16, Anerys pisze:

No cóż... Pomysły interesujące, jednak moje doświadczenie jest zbyt małe, żeby bawić się w coś takiego. Lata temu, w czasach liceum, pisywałem jakieś programiki w Pascalu (sam się dziwię dlaczego wtedy tak unikałem C...). Mikrosterownikami nie bawiłem się wcale. To pierwszy poważniejszy projekt (to znaczy taki, który będzie robił coś konkretnego, a nie tylko w celach edukacyjnych mrugał diodami albo wysyłał znaki do wyświetlacza).

Idę więc po mniejszej linii oporu, korzystając z rozwiązań najprostszych do zaprogramowania. W tym przypadku zresztą mikrosteronik taktowany 8MHz kwarcem powinien przecież dysponować odpowiednio dużym zapasem mocy obliczeniowej.

A co do czysto programowej obsługi całości, to ta strona projektu jest już praktycznie gotowa. Za pomocą tarczy można prawidłowo wybierać numery, program odpowiednio reaguje na podniesienie słuchawki, informuje o połączeniach przychodzących. Pozostało jeszcze kilka drobiazgów do zrobienia - generowanie dialtone'u chociażby, albo regulacja głośności w słuchawce.

Reszta to kwestie typowo sprzętowe. Zarówno mniej jak i bardziej kłopotliwe. Najpierw podłączenie mikrofonu i słuchawki (nota modułu zaleca dodanie wzmacniaczy). Potem dzwonek (w grę wchodzi przewinięcie albo zastosowanie jakiejś przetwornicy) no i układ ładowania akumulatorka. Będę musiał po prostu w chwili wolnego czasu usiąść i zrobić kilka prób na płytce stykowej. :)

Vote