logo elektroda
logo elektroda
X
logo elektroda
REKLAMA
REKLAMA
Adblock/uBlockOrigin/AdGuard mogą powodować znikanie niektórych postów z powodu nowej reguły.

Jak wydać komendę AT, by uniknąć napisu Dane na Siemens C35?

scal12 15 Lip 2007 18:50 21475 41
Najlepsze odpowiedzi LABEL_AI_GENERATED

Jak wysłać komendę AT do telefonu Siemens C35, aby połączenie było traktowane jako zwykłe połączenie głosowe, a nie jako dane?

Aby wymusić zwykłe połączenie głosowe, dopisz średnik na końcu numeru, np. `ATD12345678;` i zakończ komendę CR [#4087835][#4084362] Bez tego telefon/modem traktuje połączenie jako transmisję danych, dlatego na drugim aparacie pojawia się napis „Dane” zamiast normalnego dzwonka [#4087835] W odpowiedzi forum potwierdzono, że właśnie średnik po numerze rozwiązuje problem typu połączenia [#4088061]
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA
  • #1 4084315
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Witam wszystkich na forum i pozdrawiam,mam do Was takie pytanie jaką wydać komendę at do telefonu aby na telefonie na który jest wykonywane połączenie nie był wyswietlany napis Dane bo za pomocą komendy ATD12345678 na telefonie o numerze 12345678 jak przychodzi połączenie jest wyswietlany napis dane i brak jest dzwonka i po rozłączeniu jakiegokolwiek znaku ze było połączenie a w telefonie za żadne skarby nie idzie ustawić dzwonka,może jest jakis sposób aby za pomocą komendy At telefon na który sie dzwoni zachowywał normalnie?A druga sprawa to może macie gotowy schemat i sprawdzony -działający jak podłączyć C35 do AVR-a dowolnego za co z góry serdeczne dzięki.
  • REKLAMA
  • Pomocny post
    #2 4084362
    M. S.
    Poziom 34  
    Posty: 2107
    Pomógł: 259
    Ocena: 680
    Ja wysyłam coś takiego

    Print "ATD604604604;" ; Chr(13)

    Być może o ten średnik chodzi. Na koniec oczywiście CR.

    Telefon podłączasz odpowiednio do RXD i TXD. Pamiętaj o różnicy w napięciu zasilania. (Można obniżyć napięcie zasilania niektórych uC do poziomu odpowiedniego dla telefonu i wtedy łączy cię wszystko na "sztywno"). W przypadku korzystania z programowego UART w uC piny są dowolne.
  • #3 4087497
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Z podłączeniem do procka sobie poradziłem wykorzystałem do tego orginalny kabel do simensa od strony wtyczki DB9 do pinów 2,3- dane,5-masa,4,6,7,8 -zasilanie +12V i działa jak należy,dodanie znaku entera na końcu dalej powoduje że na drugim tel.przychodzi rozmowa jako dane.Mam jeszcze jedno pytanie z wysyłaniem smsa w trybie PDU już sobie poradziłem,ale nie moge rozwiązać tego żeby procesor po odebraniu dzwonka z telefonu o numerze np.604604604 spowodował wysłanie smsa pod wskazany numer?,lub ustawił odpowiednie stany na portach procka, jak wyłuskać dane z UART-u,jeszcze lepszym rozwiązaniem by było gdyby po odebraniu smas o okreslonej treści AVR cos wykonał np podał jakiś stan na okreslony port,ale pewnie to wyższa szkoła jazdy?
  • Pomocny post
    #4 4087835
    Booby
    Poziom 14  
    Posty: 159
    Pomógł: 14
    Ocena: 4
    1. Aby połączenie było typu "VOICE" należy numer zakończyć średnikiem, np.: ATD606515424;
    2. Do odczytania smsu służą komendy: AT+CMGL lub AT+CMGR.
    3. Do sprawdzenia stanu połączenia (voice lub data) służy komenda AT+CLCC.
  • Pomocny post
    #5 4088061
    mirekk36
    Poziom 42  
    Posty: 9195
    Pomógł: 964
    Ocena: 2289
    pamiętaj o tym co mówił kolega Booby powyżej czyli dodaj ; (średnik) po numerze przy komendzie ATD żeby telefon dzwonił a nie próbował zestawiać połączenie danych...

    ... jeśli chcesz aby po odebraniu telefonu (strzałki) wysyłać SMSa pod ten numer to możesz posłużyć się poleceniem AT+CLIP. Tym można ustawić modem w taki tryb aby informował z jakiego numeru telefonu ktoś dzwoni o ile nie ma zastrzeżonego numeru telefonu :) oczywiście

    .... jeśli chcesz sterować jakimiś liniami w procku po odebraniu SMSa to możesz tak jak kolega powyżej odczytywać SMSy przychodzące albo za pomocą AT+CMGL lub AT+CMGR. Ale możesz też skorzystać z komendy AT+CNMI i ustawić modem w tryb automatycznego przekazywania SMS bezpośrednio do procka lub w tryb informowania poleceniem +CMTI: o tym , że właśnie nadleciał nowy SMS i podany jest jego nr do skorzystania z AT+CMGR

    pozdrówka
  • #6 4088926
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Dzięki Panowie za podpowiedzi,wiem jakiej komendy użyć aby sms przeleciał po kablu z telefonu do procka ale tu jest pies pogżebany do procka z telefonu dociera szereg cyferek i literek czyli wiadomość jest zakodowana w PDU i jak teraz to wszystko odczytać z bufora i przekształcić na postać np tekstową,wysyłam smsa o tresci np: 1, a do procka przylatuje 55 cyferek w których są zawarte wszystkie dane z jakiej sieci,z numeru itp,a mój sms jest na ostatniej pozycji całośc jest w kodzie hex-tak? i teraz jak wyłuskać z tego bałaganu mojego smska ??
  • Pomocny post
    #7 4088944
    M. S.
    Poziom 34  
    Posty: 2107
    Pomógł: 259
    Ocena: 680
    Trzeba nauczyć uC jak przekształcać jedno w drugie.
    Bascomowcy opracowali coś takiego. Sprawdzałem w symulatorze - działa.

    $regfile = "m128def.dat"
    $crystal = 8000000
    
    Dim I As Byte
    Dim J As Byte
    Dim I1 As Byte
    Dim J1 As Byte
    Dim Pdu_len As Byte
    Dim Smslen As Byte
    Dim K As Byte
    Dim K1 As Byte
    Dim K2 As Byte
    Dim K3 As Byte
    Dim K4 As Byte
    Dim Jj As Byte
    Dim Txt As String * 320
    Dim Pdutest As String * 320
    Dim X As String * 2
    Dim X1 As String * 2
    Jj = 0
    'convert smstxt to pdu
    Do
       J = Lookup(jj , Smstxt)
       Incr Jj
    Loop Until J = 0
    Smslen = Jj - 1
    
    Pdutest = ""
    I = 0
    J = 1
    Do
       K1 = Lookup(i , Smstxt)
       K2 = Lookup(j , Smstxt)
       K = I Mod 8
    
       Shift K1 , Right , K
       K = 7 - K
       Shift K2 , Left , K
       K1 = K1 + K2
       Print Hex(k1);
       Pdutest = Pdutest + Hex(k1)
       Incr I
       Incr J
       If K = 1 Then
         Incr J
         Incr I
       End If
    Loop Until I >= Smslen
    
    
     'convert(pdu)  to text
    Print ""
     Jj = 0
     I = 0
     J = 1
     I1 = 1
     J1 = 3
    
     Pdu_len = Len(pdutest)
     Pdu_len = Pdu_len / 2
    Do
       X = Mid(pdutest , I1 , 2)
       X1 = Mid(pdutest , J1 , 2)
       K1 = Hexval(x)
       K2 = Hexval(x1)
    
       K = I Mod 7
       K3 = K1
    
       If K = 0 Then K1 = K1 And 127
       If K = 1 Then K1 = K1 And 63
       If K = 2 Then K1 = K1 And 31
       If K = 3 Then K1 = K1 And 15
       If K = 4 Then K1 = K1 And 7
       If K = 5 Then K1 = K1 And 3
       If K = 6 Then K1 = K1 And 1
    
       Jj = K + 1
    
       Shift K1 , Left , K
    
       K = 7 - K
       Shift K3 , Right , K
    
       If K = 7 Then
        Print Chr(k1);
       Else
        K1 = K1 + K4
        Print Chr(k1);
       End If
    
        If K = 1 Then
       Print Chr(k3);
       K3 = 0
       End If
       K4 = K3
    
        I1 = I1 + 2
        J1 = J1 + 2
        Incr I
       Incr J
    
    
    Loop Until I >= Pdu_len
    End
    
    Smstxt:
    Data "OK"' Bascom Users Now I Can Convert Smsmsg From Text > Pdu And From Pdu > Text Can You Make It More Simple In The Code Print "
  • Pomocny post
    #8 4089504
    mirekk36
    Poziom 42  
    Posty: 9195
    Pomógł: 964
    Ocena: 2289
    przy okazji podpowiem, że jeśli narazie masz problemy z rozkodowaniem PDU przylatującego z telefonu(modemu) to możesz skorzystać z polecenia AT+CMGF=1 o ile jest ono obsługiwane przez twój modem - a dzięki temu SMSa odczytasz nie w postaci czysto tekstowej. (z tym że jak pisałem o ile twój modem na to pozwala bo nie wszystkie to potrafią)

    tak czy inaczej najlepiej dla ciebie będzie jak najszybciej zrobić czy skorzystać z procedurki przedstawionej przez kolegę M.S. - aby dekodować PDU - to jest bardziej uniwersalne choć nieco skomplikowane ;)
  • REKLAMA
  • #9 4090119
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Wielkie dzięki raz jeszcze Panowie za podpowiedz,mam jeszcze jedno pytanie czy do odbioru danych z telefonu uzyć funkcji inkey,czy innej np: input i jak wyswietlić dane będące w buforze transmisji na wyswietlaczu LCD.Jeśli zechcecie mi raz jeszcze pomóc to super a teraz zabieram sie do opanowania waszych wskazówek.DZIĘKI.Pozdrawiam
  • #10 4090310
    M. S.
    Poziom 34  
    Posty: 2107
    Pomógł: 259
    Ocena: 680
    Stosuję takie oto zabiegi:
    Odczytaj_uart:
      Bufor = Ischarwaiting()     'Sprawdz czy bufor pełny
         If Bufor = 1 Then Gosub Odczytaj_sprzetowy_uart
     Return
       
    Odczytaj_sprzetowy_uart:
    Uart_txt = ""
    Do                            'Odbierz znak po znaku
      Kod = Inkey()
      Uart_txt = Uart_txt + Chr(kod)       'Zapisz w Uart_txt
      Bufor = Ischarwaiting()     'Zakoncz jeśli CR lub brak znaku
    Loop Until Bufor = 0 Or Kod = 13
    Return  
    
    Oproznij_bufor:
    Do
       Kod = Inkey()              'Czyści bufor
       Bufor = Ischarwaiting()
    Loop Until Bufor = 0
    Return


    Dla czego? Aby nie zawiesić uC na instrukcji Input przy błędzie w transmisji - Input zatrzymuje program do czasu odbioru znaku CR. A jak CR się nie pojawi z różnych przyczyn?

    Ten program zakończy odbiór również wtedy gdy wyczerpie znaki z bufora. Do czyszczenia ewentualnych śmieci używam przed spodziewaną transmisją danych podprogramu Oproznij_bufor.

    U mnie działa.

    P.S. Po wyjściu z podprogramów odebrany tekst znajduje się w zmiennej Uart_txt i już nie muszę tłumaczyć jak go wyrzucić na LCD. (Dla opornych Lcd Uart_txt)
  • #11 4090674
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Czy zmienne :Kod,Bufor,Uart_txt to są zmienne typu: Kod i Bufor zmienne typu byte a Uart_txt jest zmienną typu string ??
    Stosowałem coś podobnego ale na wyswietlaczu wyswietlały mi sie jakies trzy kszaczory zupełnie nie zrozumiałe,coś czuje że dzisiaj całą noc nad tym posiedze:)
  • REKLAMA
  • #13 4090808
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Panowie a może ktoś z Was jest w stanie za opłatą napisac dla mnie program w bascomie na jakąś atmege np 8,programu który by po odebraniu smsa o tresci 1 zapalił diode na porciex1,sms o tresci 2 zapala diode na porciex2,sms o tresci 3 zapala diode na porciex3,a po nadejsciu połączenia z numeru "604604604" wysylal by na numer "604604604" komunikat "alarm"(czyli konwersja z txt na Pdu) całośc by miała współpracować z siemensem c35i,jestem gotów za gotowy program(źródło)w bascomie zapłacic.
  • REKLAMA
  • #14 4092877
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Panowie od wczoraj walcze z tym G...,i nic mi nie wychodzi jedyne co mi sie udało to jak przychodzi połączenie to na lcd wyswietla mi sie napis RING,nie moge wyswietlic numeru dzwoniącego a już o odczycie smsa z pdu nic nie wspomne,jak prubuje wyswietlic dane z uart_txt na lcd wyswietlaja mi sie jakies chińskie znaczki co za g...,jeśli możecie to pomóżcie.
  • #15 4092949
    M. S.
    Poziom 34  
    Posty: 2107
    Pomógł: 259
    Ocena: 680
    Kolejna dawka podprogramów.

    Z telefonu otrzymujesz różne dane. Właściwe trzeba wyłuskać. Dobrze byłoby podłączyć telefon do PC i np w Hyperterminalu pooglądać co telefon mówi - gdzie są interesujące dane. Bez tego można ich szukać w ciemno. Przy obróbce stringów ustaliłem jakie stałe fragmenty poprzedzają poszukiwane dane. uC wyszukuje je w stringu po czym dodaje kilka pozycji i wyłuskuje znaki, które są np. numerem telefonu albo treścią SMS'a.
    Takie stałe fragmenty to np.
    Nowysmstxt = "CMTI"
    Dzwtxt = ": +48"
    Ringtxt = "RING".

    Teraz wystarczy zanalizować podprogramy.
    Jeszcze raz powtórzę podłącz telefon do PC i pooglądaj co telefon mówi. (oczywiście z PC wysyłaj do telefonu odpowiednie komendy AT - spis komend można znaleźć w Necie albo tu https://www.elektroda.pl/rtvforum/topic446806.html#2937044)
    Załączniki:
    • Podprogramy.txt (2.92 KB) Musisz być zalogowany, aby pobrać ten załącznik.
  • #16 4092993
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Podłączyłem tel do terminala i komendy przychodzą i sa nadawane z wysłaniem smsa z procka na tel kom. tez nie mam problemów dzięki Waszej pomocy z tym sobie poradziłem nawet z wysłaniem smsa w trybie pdu,natomiast z odbiorem i wyswietleniem oraz obrobieniem go w procku mam problem za żadne skarby nie moge opanować tego przeklętego Uartu,bufora gdzie dane trafiają z komórki do procka i z tego całego bałaganu,którego nie widac musze wyłuskać te wszystkie dane które tel.przesle.

    Dodano po 1 [godziny] 46 [minuty]:

    skleciłem coś takiego jak w załączniku,i nie działa napewno coś zrąbałem,gdy nadchodzi połączenie na lcd wyswietla sie napis RING nastepuje rozłączenie i dalej nic żadnej raakcji na numer z którego przychodzi połączenie tak samo jak wysyłam smsa o tresci 1 powinna być reakcja i powinien sie wyswietlic napis na lcd ale nic sie nie dzieje :(((
    Załączniki:
    • program.txt (4.41 KB) Musisz być zalogowany, aby pobrać ten załącznik.
  • #17 4093711
    M. S.
    Poziom 34  
    Posty: 2107
    Pomógł: 259
    Ocena: 680
    Nie zauważyłem na początku programu następującej konfiguracji.

    Przeznaczenie:
    Konfiguruje sprzętowy układ UART by używał bufora wejściowego.
    Składnia:
    CONFIG SERIALIN = BUFFERED , SIZE = rozmiar
    gdzie:
    rozmiar liczba określająca ile bajtów SRAM przeznaczyć na bufor wejściowy.

    UART jest odczytywany kiedy program chce, a nie kiedy przychodzą dane. Może to powodować problemy. Zobacz do help'a.
  • #18 4093748
    mirekk36
    Poziom 42  
    Posty: 9195
    Pomógł: 964
    Ocena: 2289
    podpowiem ci tylko odnośnie tego RING'a i rozpoznawania nr telefonu dzwoniącego.

    Najpierw sprawdź co telefon odpowie na polecenie AT+CLIP=?
    jeśli odpowiedź będzie +CLIP: (0-1) to jesteś w domu ;) - wtedy wszysj w swój program żeby przy inicjalizacji modemu wysyłał polecenie AT+CLIP=1 do modemu to zaowocuje tym, że teraz jak ktoś zadzwoni to nie pojawi się już tylko sam napis RING z modemu ale pojawi się również ciąg znaków: +CLIP: nr_telefonu - rozumiesz?

    dzięki temu zobaczysz kto spod jakiego nr dzwoni do ciebie i możesz z tym zrobić dalej co chcesz. Oczywiście jeszcze raz przypomnę - będzie tak zakładając że dzwoniący nie ma włączonej blokady prezentacji numeru bo wtedy nie pokaże się on po RING'u

    pozdrówka
  • #19 4093913
    M. S.
    Poziom 34  
    Posty: 2107
    Pomógł: 259
    Ocena: 680
    Zapomniałem o ustawieniach modemu.
    Mam do tego taki podprogram:
    Inicjuj:
    Cls : Lcd "Inicjuje"
      Waitms 100
      Print "ATX0" ; Chr(13)      'Odpowiadaj
      Waitms 100
      Print "ATZ" ; Chr(13)       'Ustaw domyślnie
      Waitms 100
      Print "ATE0" ; Chr(13)      'WYLACZ ECHO
      Waitms 100
      Print "AT+CLIP=1" ; Chr(13) 'Wlaczanie prezentacji numeru
      Waitms 100
      Print "AT+CNMI=1,1,0,2" ; Chr(13)       'Wysyłanie informacji o nadejściu sms'a
      Waitms 100
      Gosub Oproznij_bufor
    
    Cls : Lcd "Koniec inicjacji"
       Wait 1
    Return
  • #20 4094321
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Konfiguracja UART-u,tez nic nie pomogła nadal to samo,przy podłączeniu telefonu do dowolnego terminala i przy nadejsciu połączenia telefon wysyła:
    RING
    +CLIP: +48mój numer 9 cyfrowy,145
    Jeśli chodzi o komendy AT to mam dobrą rozpiskie w j.polskim i wiem jak ich uzywać ,ale nie wiem jak to pozbierać w procku,chyba kupie sobie gotowy modół lub prace zakończe na etapie zadzwoń i wyślij smsa a z odbiorem danych sobie daruje.
    DZIĘKUJE WSZYSTKIM ZA OKAZANĄ DO TEJ PORY POMOC !!!!!!!!

    Dodano po 1 [godziny] 45 [minuty]:

    Dodałem konfiguracje Uartu,oraz konfiguracje modemu i nadal z całego bałaganu który dociera do AVRa jest wyłuskiwany tylko RING żadnej reakcji na nr telefonu oraz docierające smsy.Czy ktoś z Was może sprawdzić ten program wyżej czy działa,bo ja już nie mam zadnego pomysłu jak go odpalic
  • #21 4096062
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Nareszcie po kilkunastu godzinach są jakieś efekty,problem identyfikacji osoby dzwoniącej jest rozwiazany,teraz ma problem z odbiorem smsa tzn:gdy przychodzi sms avr go identyfikuje"CMTI"cały ciąg w terminalu wygląda tak: +CMTI: "SM:,1,nastepnie gdy za pomoćą polecenia:Nrsmstxt = Mid(dane , 14)
    chce uzyskać informacje to daje sie tylko wyłuskać +CMTI a wszystko co jest po dwukropku: "SM",1 sie nie daje i nie wiem co może byc przyczyną, do terminala dociera cały ciąg czyli :+CMTI: "SM",1.Czy jest możliwośc tak ustawić telefon aby od razu przylatywał sms do avra w trybie PDU (ciąg ponad 50znaków) i z tego co przyleci bym próbował wyłuskąć swoją wiadomość.W załączniku moje wypociny częściowo działające.
    Załączniki:
    • program.txt (3.52 KB) Musisz być zalogowany, aby pobrać ten załącznik.
    • program.txt (3.52 KB) Musisz być zalogowany, aby pobrać ten załącznik.
  • #22 4096253
    Michał_z1
    Poziom 16  
    Posty: 190
    Pomógł: 13
    Ocena: 2
    Witam.
    Może moje pytanie jest trochę nie na miejscu patrząc w tym temacie na gąszcz zagubionych znaków wmieszanych w komendy AT, ale biorąc po uwagę takie potężne grono fachowców, których posty przed chwilą czytałem uznałem że mój problem jest niczym..... Ale do rzeczy, otóz mój C35 jak i ME45 poprawnie odczytuje i odpowiada na zadane komendy AT także podczas podania ATD+48123456789 dwoni poprawnie na zadany numer lecz w tym momencie po wysłaniu z hyperterminale (naciśnięci dowolnego klawisza klawiatury PC) kończy "dzwonienie" i w tej samej chwili pojawia się na wyświetlaczu telefonu napis "szuka sieci", podobne zjawisko dzieję się gdy dzwonię na telefon podpięty do PC. Dodatkowo telefon "szuka sieci" do czasu gdy rozłącze kabel RS. Dodam jeszcze że transmisja "idzie" przez MAXa, i próbowałem z 9600, 19200 i 57600......
    pozdrawiam.
  • #23 4096748
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    To akurat jest proste zastosuj orginalny kabel do simensa i go troche przerób jak ja to zrobiłem lub zastosuj inny układ przejściowy PC<->tel.Problem leży po stronie dopasowania napięć a orginalny kabel z tego co zauważyłem jest zasilany z dwóch stron od strony telefonu napięciem do 3V a od strony PC 8-12V,na liniach TX i DX napięcia muszą nie przekraczać 3V,inaczej będzie gubił zasięg jest o tym wspomiane w kilku postach na forum.
  • #24 4096949
    Michał_z1
    Poziom 16  
    Posty: 190
    Pomógł: 13
    Ocena: 2
    Witam ponownie.
    Prawdopodobnie scal12 masz rację, ale ja docelowo chce spiąc komórę z uC to tylko w ramach prób i symulacji "gadałem" z komórką poprzez hyperterminal i jesli chodzi o kwestię dostosowania napięć 5<=>3,3 to niema problemu od tego jest inny MAX, a mianowicie MAX3232, głównie chodziło mi o problem zaniku sieci w telefonie podczas transmisji danych, ale jeżeli problem tkwi w napięciu na lini danych to uważam "pośrednio" mój temat za zamknięty. Dodam tylko że w przypadku sonyerikssona t630 owe to zjawisko wogóle nie występuje i z tego powodu całe to moje zagmatwane pytanie.
    pozdrawiam.
  • #25 4128599
    ewsd75
    Poziom 13  
    Posty: 90
    Ocena: 20
    Witam
    Chcę się jeszcze dowiedzieć o jedną sprawę. Zasilam swój układ uC Atmega 8535 napięciem 5V i takie samo napięcie puszczam na klbelek orginalny do Siemensa C35 na PIN 7 na PIN 5 jest masa a na PIN 2 i 3 to transmisja. Komórka nie raguje na polecenie AT i nie odpowiada a z Hyperterminala dział. Czy powinienem podnieść napięcie na kabelek do Siemensa do 8 V lub 12V? Mam w układzie MAX 232. Atmega komunikuje się się w obie strony z komputerem jak prowadzę trasmisję. Chcę sie poprostu upewnić czy jest błąd po stronie zasilania. Z postów które są napisane w tym temacie tak by wynikało, że mój układ ma zamałe napięcie na kabelek. Proszę o pomoc.
  • #26 4130280
    scal12
    Poziom 19  
    Posty: 489
    Pomógł: 1
    Ocena: 53
    Ja u siebie podłączyłem w ten sposób procesor<->max232<->orginalny kabelek do simensa i od strony wtyczki na piny 4,6,7,8 podałem napiecie 12V we wtyczce orginalnego kabelka jest też max i do tel idzie napięcie 3V jak dasz większe niż 5V to pewnie Twój tel będzie się nadawał na śmietnik,najprościej to zrób prosty układ składający sie z czterech tranzystorów od strony procka dajesz napięcie 5V o od strony tel 3V i wszystko gra Vcc1=5V ,Vcc2=3V,tu masz link:
    https://www.elektroda.pl/rtvforum/topic293931.html#1472703
  • #27 4984291
    thorin00
    Poziom 14  
    Posty: 163
    Pomógł: 2
    witam
    ma ktoś może gotową procedurę (w bascom-ie)odczytu oraz dekodowania sms-a z tel m35i za pomocą kodu który podał kolega M. S. kilka wypowiedzi wyżej. walczę z tym juz kilka dni i nie mogę sobie poradzić, chce wyciągnąć z sms-a nr tel nadawcy oraz treść. sms zakodowany w PDU jest w zmiennej Pdutest, natomiast w jakiej zmiennej jest zdekodowana treść sms-a nie rozumiem do czego służy rozkaz print w tej procedurze.
    z góry dziekuje za pomoc
    pozdrawiam
  • #28 5022230
    miekisz1
    Poziom 12  
    Posty: 41
    Pomógł: 1
    Witam kolegów. Czy do odczytu danych z telefonu korzystacie z polecenia input??
  • #30 5146794
    miekisz1
    Poziom 12  
    Posty: 41
    Pomógł: 1
    Dołączam się do tematu ponieważ próbowałem odebrać dane z telefonu instrukcją input i niestety nie działa. Do telefonu mogę wysłać wszystko i telefon dzwoni, mągę go wyciszyć, zablokować klawiature ale w przeciwną stronę nie ma komunikacji. Dodam że poziom napięc jest dostosowany (na 2 tranzystorach)

Podsumowanie tematu

LABEL_AI_GENERATED
Dyskusja dotyczy problemu wywoływania połączenia głosowego z telefonu Siemens C35 za pomocą komendy ATD bez wyświetlania na odbiorcy napisu "Dane" i braku dzwonka, co jest efektem zestawiania połączenia danych. Rozwiązaniem jest dodanie średnika (;) na końcu numeru w komendzie ATD, np. ATD12345678;, co wymusza połączenie głosowe (VOICE) zamiast danych. Poruszono także kwestie podłączenia telefonu do mikrokontrolera AVR (np. Atmega, Attiny2313) z wykorzystaniem oryginalnego kabla Siemens i układów poziomów napięć (MAX232, MAX3232, diody Zenera, tranzystory) dla prawidłowej komunikacji UART. Omówiono metody odbioru i dekodowania SMS-ów w trybie PDU, w tym wykorzystanie komend AT+CMGL, AT+CMGR, AT+CNMI oraz AT+CLIP do identyfikacji numeru dzwoniącego i automatycznego przekazywania SMS do mikrokontrolera. Wskazano na konieczność obsługi bufora UART i odpowiedniego odczytu danych (funkcje Inkey, Input) oraz problemy z kodowaniem 7-bitowym SMS i konwersją PDU na tekst. Zaprezentowano fragmenty kodu w Bascom AVR do dekodowania PDU i obsługi komunikacji. Poruszono także zagadnienia zasilania oryginalnego kabla Siemens (12V na wtyczce, 3V dla telefonu) oraz problemy z kompatybilnością napięć i stabilnością połączenia. Wskazano na różnice w obsłudze SMS i połączeń między modelami Siemens C35 i ME45. Dyskusja zawierała również prośby o gotowe schematy podłączenia i programy sterujące diodami na podstawie odebranych SMS-ów. Podsumowując, kluczowe jest stosowanie średnika w komendzie ATD, prawidłowa konfiguracja UART i zasilania, oraz implementacja dekodowania PDU w mikrokontrolerze dla pełnej funkcjonalności komunikacji z telefonem Siemens C35.
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
REKLAMA