Fórum témák
» Több friss téma |
Fórum » GPS GSM modulok programozása
Témaindító: Moris Grant, idő: Aug 20, 2008
Témakörök:
Ráforrasztottam 1-1db 1000µF-ot a stabkocka előtt és után lévő 220µF-okra, illetve biztos ami biztos alapon a fejlesztőpanel step-down-jának kimenetén lévő 100µF-ot is kicseréltem 470µF-ra. Így teljesen szuperül működik az M66, más nem kapcsol ki magától.
Azért tegyél egy visszirányú diódát a stabilizátor kimenete, és bemenete közé.
Próbálok az M66-al lekérni egy weboldalt a mobilneten keresztül. A dolog a QNavigator programban a gombokat nyomogatva működik is, viszont hogyha kézzel írogatom be az AT parancsokat a konzolba akkor a következő történik:
Mindegyik AT parancsra a modul úgy reagál ahogyan kell neki, mindent szépen beállítok ahogyan a QNavigator program egyébként automatikusan csinálná ha hagynám neki. Az utolsó előtti parancs ez: AT+QIOPEN="TCP","google.com","80" Erre megjön az OK. Aztán: AT+QISEND Erre pedig megjön a > (kacsacsőr) szimbólum amellyel jelzi a modul hogy várja hogy mit akarok elküldeni. Beírom hát neki hogy: HEAD http://www.google.com HTTP/1.0 A végére odateszem természetesen ezt hexben: 0d 0a 0d 0a A modul erre nem válaszol semmit, csak idővel küld egy CLOSED üzenetet. Miért? Az első kép azt a kommunikációt mutatja amikor a QNavigator program beszélget a modullal automatikusan, a második kép pedig amikor én írom be manuálisan a parancsokat: A hozzászólás módosítva: Márc 12, 2017
A küldendő ablakba ("Data to be sent to remote" ablakba) is kell két entert nyomni a szöveg után mert csak így működik ott is. Állítólag ez valami HTML dolog hogy mindenképp kell két enter a lekérés végére.
Szerintem úgy kell, (legalábbis én úgy használom SMS küldésnél) hogy a kacsacsőr után amikor elküldöd neki a szöveget, annak a végére nem 0D0A kell, hanem 1A karakter. (SUBSTITUDE ) Azért, mert a küldött szövegben is lehet sortörés, ezért ennél nem azzal kell lezárni a küldést.
A hozzászólás módosítva: Márc 12, 2017
Valóban! Ez kell a végére:
0d 0a 0d 0a 1a Így jó, válaszol a weboldal aztán le is záródik a TCP kapcsolat. Szuper! Köszönöm!
Viszont ha már erre járok; ti hogyan inicializáljátok a modult? Milyen AT parancsokat küldtök neki és milyen sorrendben? Azért kérdem csak, mert én kimatekoltam egy metodikát ami nagyjából így néz ki:
AT ATV1 ATE1 AT+CMEE=2 AT+CPIN=.... AT+QIMODE=0 AT+QICSGP=1,"AccessPointName","UserName","Password" AT+QIREGAPP AT+QIACT AT+QIDNSIP=1 Mindez általában működik is. Viszont néha ERROR jön vissza valamelyikről. Ha jól vettem észre akkor a AT+QIREGAPP-ról a leggyakrabban de talán néha a AT+QIACT és a AT+QIDNSIP=1 is. Pedig elvileg pontosan ugyan azokat a parancsokat kapja ugyan abban a sorrendben, néha mégis ERROR van. A hozzászólás módosítva: Márc 12, 2017
Szerintem sajnos trace-k részletes bogarászására lesz szükség.
A hálózatnak is lehetnek kevésbé jó napjai, nem biztos hogy a hiba a te készülékedben van...
Találtam egy ilyet:
Bővebben: Link Egy egyszerű HTTP kérést kell elküldeni a Googlénak melyben megadunk egy címet, és cserébe visszadobja a cím GPS koordinátáit. Ennek nem sok értelmét látom, viszont annak már annál inkább hogy a dolog működik visszafelé is! Azaz ha elküldünk neki egy koordinátát, akkor visszadobja a koordinátához tartozó címet. Itt egy példa: 47.506649, 19.044743 Napi 2500db ilyen lekérést ingyen enged a Google, ami teljesen jó. Egyetlen problémám van vele, mégpedig hogy a válasz amit küld (az előbbi link) nagyon hosszú, kb 15kB!. Ez nagyon fogyassza a mobilnetet! Az ilyen HTML dolgokhoz sajnos nem értek, ezért lenne az a kérdésem hogy meg lehet-e oldani valahogy hogy ne küldje el a Google a teljes üzenetet hanem csak mondjuk az üzenetben "formatted_address" néven megjelölt részt? Van a leírásban egy "Component Filtering" bekezdés, talán ez pont erről szólhat: Bővebben: Link
Vagy csökkenthetsz a visszaadott adatok mennyiségén, Reverse Geocoding Restricted by Type részt keresd, alul. Kell hozzá egy API key a Google-tól.
Nem tudja csak a formatted_address részt hozni a street_address-ből, de a street_address rész már csak 1,8kB a te példáddal.
A hozzászólás módosítva: Márc 18, 2017
Ha jól értem akkor ez nem a HTML lekéréssel variál, tehát nekem nem jó.
Na ez már viszont a HTML lekéréssel dolgozik, szuper! Csak valóban, kell hozzá egy API key.
Ma elkezdte ezt csinálni a Quectel M66 (vagy a SIM-kártya, nem tudom...):
Idézet: „[2017-03-30 17:42:01:009_R:] AT+CPIN? [2017-03-30 17:42:01:009_R:] +CPIN: SIM PIN [2017-03-30 17:42:01:009_R:] OK [2017-03-30 17:42:01:046_R:] AT+CPIN=1234 [2017-03-30 17:42:01:450_R:] +CPIN: READY [2017-03-30 17:42:01:459_R:] OK [2017-03-30 17:42:06:058_R:] +CPIN: NOT READY [2017-03-30 17:42:06:075_R:] Call Ready” Ideális esetben ez történik az UART-on ha nincs hiba: Idézet: „[2017-03-30 17:39:17:293_R:] AT+CPIN? [2017-03-30 17:39:17:293_R:] +CPIN: SIM PIN [2017-03-30 17:39:17:293_R:] OK [2017-03-30 17:39:17:326_R:] AT+CPIN=1234 [2017-03-30 17:39:17:726_R:] +CPIN: READY [2017-03-30 17:39:17:736_R:] OK [2017-03-30 17:39:21:228_R:] Call Ready [2017-03-30 17:39:21:797_R:] +QNITZ: "17/03/30,15:39:22+08,1" [2017-03-30 17:39:22:276_R:] SMS Ready [2017-03-30 17:39:25:965_R:] [2017-03-30 17:39:51:499_R:] RDY” 10 bekapcsolásból kb négy-ötször ezt csinálja ha az asztalomon van az elektronika, ha a kocsiban mellettem az anyósülésen, akkor viszont kb 20-ból 19-szer! Érdekes, hogy az elmúlt kb két hétben amióta ezzel a GSM modullal játszok sosem csinált ilyet, csak ma kezdte el. Pedig több százszor be lett kapcsolva... Ha amikor előáll a hiba, utána bármilyen SIM-kártyával kapcsolatos parancsot küldök a modulnak, arra +CME ERROR: SIM not inserted a válasz. Csak a modul ki-be kapcsolása után javul meg, ha éppen megjavul. Arra gyanakszom esetleg, hogy lehet az a gond hogy nem tettem védődiódákat a SIM-kártyára? Ki kellene próbálni egy másik SIM-kártyával esetleg, csak az nem nagyon van.
Ha valaki esetleg gondolkodik rajta hogy SIM808-al (GSM+GPS+Bluetooth modul) fejlesztgessen valamit magának, akkor itt van egy lehetőség hogy egy ilyen SIM808-as shield-et kapjon ingyen. Nem vicc! Tessék:
Bővebben: Link A shield amúgy több mint 10000Ft! Ráadásul küldenek hozzá még GSM, GPS és Bluetooth antennákat is. Idézet: „We provide free items for makers, electronic engineers and hobbyists to process non-profit activity . You buy at our store firstly, and then you record the project in the blog or video, send us the link of the content, we will check and refund.” Tehát kifizeted, megkapod, építesz belőle valami kis projektet amiről írsz egy blogot vagy készítesz róla egy videót, ennek a linkjét elküldöd nekik és visszaadják a modul árát.
Ja igen, ha érdekel valakit:
Ha letekertem a kis csuklós GSM antennát és egy 3 méteres vezetékkel rendelkező másik GSM antennát kötök rá a modulra, akkor nem csinálja. Valószínűsítem hogy a sima antenna olyan közel van a SIM-kártyához hogy a hálózatra feljelentkezéskor megbolondul a SIM-kártya, vagy a kártya és a GSM modul közti kommunikációra kerül rá valami tranziens zavar. Végül is 2,5W teljesítmény kb 2GHz-en...
Azért nem kell bedőlni az ilyen noname webshop oldalaknak. Biztos azért van ez az akció, mert nem nagyon veszik a cuccaikat. Ha meg az ember küldi nekik a videót, blogot, amit kérnek, belekötnek, hogy nem jó, gyenge a minősége, rövid stb. De a pénzt nem adják vissza.
Főleg, hogy már lehet kapni az ai-thinker A6, A7 modulokat, még kevesebben vesznek SIM90x modult. A hozzászólás módosítva: Ápr 8, 2017
Idézet: „Tehát kifizeted, megkapod, építesz belőle valami kis projektet amiről írsz egy blogot vagy készítesz róla egy videót, ennek a linkjét elküldöd nekik és visszaadják a modul árát.” Akkor bukott az az üzleti modell, hogy kérek ingyen mintát, elküldik, aztán jól eladom apróban Idézet: „Végül is 2,5W teljesítmény kb 2GHz-en...” Igen, ez így van. Ekkora teljesítmény a tápot is komolyan megrángatja, valamint a többi áramkört is megszórja. Nem azt mondom, hogy megérti a kommunikációt a környezet, de hogy a félvezető átmenetek hajlamosak kinyílni az biztos...
Messze nem noname weboldal ez...
Nem akarok elárulni semmit, ezért csak annyit írok hogy hidd el nekem, tényleg visszaadják az árát. Idézet: „Akkor bukott az az üzleti modell, hogy kérek ingyen mintát, elküldik, aztán jól eladom apróban” Na hát igen. Ha ilyen módon menne a dolog akkor épp ezért be sem írtam volna a fórumba.
Én meg azt hittem, viccnek szánta. Mindenesetre jókat röhögtem.
Vagy valakik csinálnak ilyet? Erre nem is gondoltam.
Sziasztok! Próbálok egy AI-Thinker A7 GPS/GPRS modemen egy TCP kapcsolatot létrehozni, de elakadtam.
Az AT+CIPSTART... parancsot nem akarja elfogadni. +CME ERROR:Excute command failure üzenettel válaszol. Nem jól írom be a parancsot? Vagy más oka lehet neki? A sim kártya képes adatkapcsolatra. A hozzászólás módosítva: Ápr 25, 2017
A Quectel MC60 modul GNSS részének baud rate-jét hogyan lehet átállítani? Nem találom sehol hogy le lenne írva. Van egy "Quectel_MC60_AT_Commands_Manual_V1.2.pdf" nevű dokumentum, de még abban sincs szó erről.
Autobaudrate van gyárilag beállítva nála is, mint a legtöbb hasonló modulnak. (AT+IPR=0).
Bekapcsolás után küldöd neki folyamatosan az AT parancsot, mindegy milyen sebességen, és beállítja magát hozzá, visszaküld egy OK-t. De tudod módosítani is. pl: AT+IPR=9600
Na kipróbáltam az AT+IPR=9600-at de nem csinál semmit. Az AT-ra sem válaszol, csak ontja ki magából az NMEA üzeneteket ugyan azzal a baudrate-el.
Ja akkor félreértelmeztem. Neked NMEA utasítás kell. Nem AT.
Az valami ilyesmi: $PSRF100,0,9600,8,1,0*0C. De keress rá neten pontosan hogy van. Bővebben: Link kb. az oldal 3/4-nél van. A hozzászólás módosítva: Ápr 29, 2017
Egyébként én mindig úgy csinálom, hogy a GPS vevő sebességét nem módosítom. Mert jártam úgy, hogy módosítottam, és később magától visszaállt default-ra, és nem működött az áramkör. Mindig a gyári sebességen hagyom, a gyári adatokkal, és az áramkört és a programot írom hozzá. Az a biztos, így később nem lesznek gondok. (pl: ha lemerül az elem)
|
Bejelentkezés
Hirdetés |