Is hier iemand die wat bekend is met AT commands?

Huh, herinneringen aan lang geleden...
ATH1 om "de hoorn van de haak te nemen"
ATDT 00316987654321 om een nummer te "draaien" - DT staat voor "Dial Tone", er was ook ATDP voor "Dial Pulse"

Kijk eens in https://en.wikipedia.org/wiki/Hayes_command_set

At commands... AT staat voor Attention .
Het heet origineel The Hayes command set.
Er is later nog een uitbreiding geweest .

Een pic , een max232 , een windows console programma , en gaan met die banaan .

Hier meer info over deze "oude" modem besturingscodes.

https://www.lammertbies.nl/comm/info/nl_hayes-at-commands.html
https://en.wikipedia.org/wiki/Hayes_command_set

[Bericht gewijzigd door vergeten op donderdag 25 mei 2017 20:46:46 (56%)

Op 25 mei 2017 20:33:53 schreef bert!ne:
At commands... AT staat voor Attention .
...
Er is later nog een uitbreiding geweest .

Later? Ehh. Anno 2017 worden er GSM en WIFI modules gemaakt die AT commandos spreken. Reken maar dat een paar jaar terug er geen WIFI commandos in de AT command set zaten. Kortom er wordt nog steeds uitgebreid op dat princiepe.

Leuke materie.
Maar als ik het goed begrijp is het vooral een communicatieprotocol waarmee men met een uC de GSM apparatuur aanstuurt?

Op 25 mei 2017 20:33:53 schreef bert!ne:
Een pic , een max232 , een windows console programma , en gaan met die banaan .

Dit is het antwoord op mijn vraag hoe ik data kan monitoren, Bert?

Het gaat om een gelaagd model. Oorspronkelijk werd de hardwarelaag en de rauwe communicatielaag gespecificeerd in RS232, nu soms over USB heen. De AT commando's gaan doorgaans gewoon als 7 of 8 bits ASCII over de lijn.

[Bericht gewijzigd door maartenbakker op donderdag 25 mei 2017 23:10:36 (21%)

Het hangt een beetje af van wat voor PIC je gebruikt. Als het er eentje is met meerdere UART's dan kun je de data echo-en naar een PC...

Ik ben er mee bezig.

Deze module:

https://www.aliexpress.com/item/GPRS-A6-module-text-messages-developme…

Dit is de AT command set:

http://www.electrodragon.com/w/GSM_GPRS_A6_Module
http://www.electrodragon.com/w/images/2/2a/A6_AT_commands.pdf

Je bouwt een seriele verbinding op met de module (115200, 8N1) en je typt/stuurt de commando's via een terminal (hyperterminal, teraterm, screen etc) (of direct vanuit je PIC, via de UART) en het ding antwoordt, en voert je opdrachten uit.

Veel succes

Aangezien we niet weten wat voor GSM module het is valt er weinig over de AT commando's te zeggen. (die varieren wild tussen verschillende fabrikaten)

Dat is niet helemaal waar, de exotische opdrachten zijn inderdaad nogal verschillend, maar de normale 'ATH, ATE, ATD, AT&F, ATZ' etc zijn vaak precies het zelfde.

Juist bij zaken als Wifi en GSM zijn de meeste commando's voor netwerktoegang verschillend voor iedere fabrikant.
Met de standaard AT commando's maak je niet veel klaar bij die modules...

Oh, wacht. ik heb weer eens slordig gelezen.

Dat van die max232 zou ik vergeten. Ik zou een USB-TTL adapter kopen(*). Dan kan je met een hyperterm achtig programma "oefenen" vanaf de PC.

(*) Link is voor vijf stuks met gratis verzenden.

Het gaat om de Adafruit FOH808 (zo even uit mijn hoofd).
Dat is een GPRS/GPS module.
Ik wil graag coordinaten op gezette tijden en onder bepaalde condities laten zenden naar mijn Smartphone.

Dus niet alleen via Geo-fensing, maar ook als er Elektronisch bepaalde omstandigheden zijn, wil ik dit kunnen SMSen.

De communicatie tbv het zenden van de GSM data, verloopt door die AT commando's.

@Fripster, ik ga je project zo even inkijken.

Staat allemaal in de datasheet van de toegepaste module. Ik ben momenteel bezig met een SIM800H module; de datasheet geeft keurige beschrijvingen van wat elk AT-commando doet.

En het loont de moeite om een opstelling te maken waarmee je interactief kan testen wat dingen doen. Dan kan je zien of eea doet wat je verwacht.

Soms is de handleiding niet 100% duidelijk in wat de response code is en zo. En als je een klein dingetje verkeerd doet (stel het commando is ATxxx a,b,c en jij stuurt een spatie achter de commas omdat dat volgens de nederlanse regels zo hoort (dat soort dingen gaat dan soms vanzelf). Als je programma in je embedded processor niet doet wat je wilt, zit je steeds te compileren, downloaden, wachten totdat ie dat bericht probeert te sturen etcetc. Terwijl interactief testen wat wel werkt veel sneller is.

Op 26 mei 2017 07:50:04 schreef Fantomaz:
Het gaat om de Adafruit FOH808 (zo even uit mijn hoofd).
Dat is een GPRS/GPS module.
Ik wil graag coordinaten op gezette tijden en onder bepaalde condities laten zenden naar mijn Smartphone.

FONA808 blijkbaar (klinkt bijna hetzelfde). Met een SIM808 chipset

https://www.adafruit.com/product/2542

https://learn.adafruit.com/adafruit-fona-808-cellular-plus-gps-breakou…

https://cdn-shop.adafruit.com/product-files/2637/SIM800+Series_AT+Comm…

380 pagina's met AT commando's .... veel leesplezier

Dat is idd correct Joopv.
Ik weet niet waar ik fout ben gegaan. snel getyped denk ik.
Is inderdaad de FONA.

@Fuzzbass,
Ik had de datasheet al eens vluchtig bekeken en daar ga ik wel uitkomen.
Zeker omdat ik maar weinig vraag van dat apparaatje.
Het gaat meer om de communicatie tussen PIC en FONA808.
Ik moet de AT commando's sturen maar weet niet hoe.
Waarschijnlijk met de UART, maar daar heb ik ook nog geen ervaring mee. (Serin/Serout wel)

En Rew, met dat apparaatje waarvan je de link stuurde, kan ik de data real time monitoren oid?
Dat is een ander punt waar ik ook geen ervaring mee heb.
De poortjes zet ik op de USART uitgang van de PIC, neem ik aan?
Ik stel me voor dat ik de USB poort verbind met mijn PC, waarop ik kan aangeven met een console programma welke poort dat is, waarna ik reeksen enen en nullen voorbij zie komen? (simplistisch gezegd?)

Op 26 mei 2017 15:22:59 schreef Fantomaz:
Ik moet de AT commando's sturen maar weet niet hoe.
Waarschijnlijk met de UART, maar daar heb ik ook nog geen ervaring mee. (Serin/Serout wel)

Dan doe je dat gewoon zoals gewend met Serin/Serout. Die AT-commando's komen gewoon als leesbare ASCII voorbij.

Ik stel me voor dat ik de USB poort verbind met mijn PC, waarop ik kan aangeven met een console programma welke poort dat is, waarna ik reeksen enen en nullen voorbij zie komen? (simplistisch gezegd?)

Als je de GSM-module aan je PC hangt (via RS232-converter of bijvoorbeeld een USB->UART-TTL convertor zoals rew linkte) is het gewoon een kwestie van typen op je keyboard, enter drukken, en lezen wat het ding terugzegt.
Geen enen en nullen, maar gewoon ASCII.

Wat er precies getypt kan worden en wat de responses zijn lees je in de door joopv gelinkte documentatie.

.. en dat typen doe je in een terminal programma zoals HyperTerminal, Teraterm etc. (voor Linux: 'Screen' werkt prima)

Ah... zo...
Dus in plaats van data via de PIC uitsturen en deze monitoren (wat ik verwachtte), stuur ik dus met een terminal programma de AT/Hayes code's naar de GSM module om te zien wat die doet.

En ik kan gewoon die AT codes genereren met mijn PIC en die via de SEROUT uitsturen...
Nu heb ik in het verleden wel eens een reeks enen en nullen verstuurd om 2 PIC's met elkaar te laten babbelen, maar ik begrijp dat ik complete (AT)code's als ASCII kan uitsturen?

Ik zal de Proton handleiding nog eens doornemen voor wat seriele dataoverdracht betreft.

Dus in plaats van data via de PIC uitsturen en deze monitoren (wat ik verwachtte), stuur ik dus met een terminal programma de AT/Hayes code's naar de GSM module om te zien wat die doet.

Dat hoeft niet. De PIC kan gewoon de AT commando's via de UART naar de GSM module sturen.
De output van de module kan via een MAX232 naar je PC/terminal programma...

Stop nou eens met die Max232....

Die 12V signaal niveaus zijn ouderwets. Geen modern mens heeft een echte 12V-signaal-niveaus RS232poort meer liggen. Als je wat hebt, dan is het een USB-RS232 ding en sinds enige tijd hebben de chinezen de max232 uit die dingen wegbezuinigd. Kortom, de kans dat een max232 aagesloten en verkeerdom gebruikt wordt is alleen maar risico-verhogend.

Gewoon op TTL-niveaus met het ding babbelen. Worst case moet je zo'n usb-ttl ding aanschaffen. Dat kost een paar weken uit china, of je moet even vragen of je in de tussentijd zo'n ding kan lenen ergens in de buurt....

Fantomaz, dat met de PC met dat ding babbelen, is bedoeld opdat je sneller door hebt wat ie precies wil hebben. Dan kan je direct de juiste commandos in de PIC programmeren ipv dat je vaak heen en terug moet met het wijzigen van het PIC programma omdat je net iets subtiel verkeerd hebt gedaan.

Of je doet het via een Arduino, op de Jutberg een "GSM Shield" gekocht wat je ook met AT commando's aanstuurt.

http://www.robotshop.com/en/icomsat-gsm-gprs-shield-arduino-compatible…

http://www.robotshop.com/content/ZIP/documentation-im120417009.zip

.

[Bericht gewijzigd door bprosman op zaterdag 27 mei 2017 09:10:39 (99%)