Klíčová nastavení:

ATS0=2     = zvedni příchozí hovor "po dvou zazvoněních"
ATS0=0     = nezvedej automaticky příchozí hovory (default)
ATS0=<n>   = obecně zvedni příchozí hovor automaticky po N zazvoněních

Na závěr nezapomeňte AT&W = uložení nastavení do NVRAM :-)



Další důležitá nastavení:

- nastavte Maestro na pevnou DTE rychlost, jakou potřebujete
  = rychlost na lokálním sériovém portu
  AT+IPR=19200    (default: AT+IPR=9600 nebo AT+IPR=115200, podle modelu)

- zapněte/vypněte na modemu DTE flow control (HW=RTS/CTS), 
  podle toho, zda ji DTE zařízení očekává, resp. podle toho, jaký máte kabel
  (pokud to lze, tak je dobré flow control použít)
  AT+IFC=0,0    = v obou směrech vypnuta
  AT+IFC=2,2    = v obou směrech zapnuta (default)


Další možná nastavení:

- reakce modemu na signál DTR 
  AT&D0    = ignoruj DTR
  AT&D1    = respektuj DTR, při shození DTR vyskoč do příkazového režimu, spojení běží dál
  AT&D2    = respektuj DTR, při shození DTR zavěs spojení

- chování signálu DCD
  AT&C0    = DCD trvale aktivní (software, který ho hlídá, si bude myslet, že je modem spojený)
  AT&C1    = stav DCD odpovídá stavu spojení (patrně CSD-only)

- chování signálu DSR
  AT&S0    = DSR trvale aktivní (modem říká, že je připraven přijímat data)
  AT&S1    = DSR aktivní pokud je modem ve spojeném stavu,
             neaktivní pokud je modem v příkazovém režimu

- echovat/neechovat příkazy vůči DTE:
  ATE0     = neechovat
  ATE1     = echovat

- vracet result kódy a průběžné chybové hlášky:
  ATQ0     = vracet kódy a hlášky
  ATQ1     = nevracet odpovědi na příkazy (quiet) - nezobrazí ani RING nebo CONNECT


Realita:

Příchozí CSD hovory z "analogové" JTS (analogovou modulací, 
třeba V.34) zřejmě fungují dobře - pokud je daná JTS trasa
jinak v pořádku.

Ovšem problém může nastat paradoxně u CSD hovorů z "mobilu na mobil".
Konkrétně u operátora O2 máme zkušenost někdy z roku 2009, 
že CSD z mobilu na mobil nefungují správně. Dva mobily vedle 
sebe v kanceláři, na společné BTSce, a nechodí to. 
Chová se to asi tak, jako kdyby CSD hovor byl směrován
tam a zpátky skrz analogovou V.32 bránu, která navíc není
kompatibilní sama se sebou - trvá asi 20 vteřin, než začnou
procházet data, ale často se hovor ani nespojí a hned se 
rozpadne, případně se spojí, pár bajtů proleze, spíš se
ale data ztrácejí, a po chvíli se hovor stejně rozpadne...
Po letech zkušeností s klasickými analogovými modemy je to
docela vystřízlivění. 

Závěr nakonec zní, že TCP nad GPRS má aspoň zajištěno doručení
a základní opravu chyb, a na rozdíl od CSD hovoru většinou funguje :-/