# Detection of remote disconnection **URL:** \ **Category:** Open AT\ **Created:** [August 4, 2007, 4:05pm UTC](https://forum.sierrawireless.com/t/detection-of-remote-disconnection/1491 "2007-08-04T16:05:24Z")\ **Posts on this page:** 5\ **Page:** 1
**Author:** ![RICHARDB](https://avatars.discourse-cdn.com/v4/letter/r/96bed5/32.png) [@RICHARDB](https://forum.sierrawireless.com/u/RICHARDB)\ **Post date:** [August 4, 2007, 4:05pm UTC](https://forum.sierrawireless.com/t/detection-of-remote-disconnection/1491/1 "2007-08-04T16:05:24Z")
Hello All I’m puzzled about the behaviour of an application using Open AT that should be ludicrously simple. In order to keep a PAYG SIM card active my embedded application automatically makes calls to preprogrammed “voice” telephone numbers. The call is initiated in the normal manner using adl\_CallSetup and there is no problem in making a connection and receiving all the events associated with making the call. However, when the remote connection is disconnected the embedded application receives no event at all. My handler for call-events, registered using adl\_callSubscribe, receives nothing! I have tried putting in a handler for the “NO CARRIER” unsolicited response, but again nothing is received. After one minute my application times out and forces the line to be disconnected. The call-event handler receives all the usual responses from the modem. To summarise: the call-event handler sees all the events associated with calling, ringing and connecting, but nothing for when the line is disconnected by the remote end. Any ideas? 😕 ---
**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\ **Post date:** [August 6, 2007, 10:17am UTC](https://forum.sierrawireless.com/t/detection-of-remote-disconnection/1491/2 "2007-08-06T10:17:44Z")
> [@RICHARDB](#): > > the call-event handler sees all the events associated with calling, ringing and connecting, but nothing for when the line is disconnected by the remote end. Strange! Although I can’t think of anything to fix this particular situation, might it be simpler to keep the SIM active using SMS, rather than dialling a call? Check your specific provider’s terms, but I think most (all?) the UK providers count sending an SMS as an action to keep the SIM active… ---
**Author:** ![RICHARDB](https://avatars.discourse-cdn.com/v4/letter/r/96bed5/32.png) [@RICHARDB](https://forum.sierrawireless.com/u/RICHARDB)\ **Post date:** [August 22, 2007, 8:02am UTC](https://forum.sierrawireless.com/t/detection-of-remote-disconnection/1491/3 "2007-08-22T08:02:02Z")
Thanks for the suggestions. The problem gets even stranger because I’ve now discovered that dailling the Fastrack modem with an Orange SIM card inserted results in an “Arm exception 1 55 a”, according to the remote trace tool, and connection is not established. If I disable the Open AT application and dial the Fastrack modem again it simply resets. This problem does not occur with a Vodafone SIM card. Huh!? The Open AT version is 3.10. Any ideas greatly received. Richard. ---
**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\ **Post date:** [August 22, 2007, 8:19am UTC](https://forum.sierrawireless.com/t/detection-of-remote-disconnection/1491/4 "2007-08-22T08:19:01Z")
> [@RICHARDB](#): > > The problem gets even stranger because I’ve now discovered that dailling the Fastrack modem with an Orange SIM card inserted results in an “Arm exception 1 55 a”, according to the remote trace tool, and connection is not established. > [@Wavecom FAQ](#): > > ‘ARM exception 1 XXX’ is received in case of illegal RAM access by the embedded application. Here, XXX is the address the application was trying to access. This can occur due to invalid pointer operation by the Open-AT embedded application. The embedded application can also give ARM exception on a firmware if the firmware is a B memory (32 bit memory) product and the application is compiled for A memory product (by giving compiler option -16). Since a memory location defined for “A” memory product might become a protected memory location for the “B” memory product, this error can occur. > [wavecom.com/modules/movie/sc … searchFaqs](http://www.wavecom.com/modules/movie/scenes/support/index.php?fuseAction=searchFaqs) > [@](#): > > If I disable the Open AT application and dial the Fastrack modem again it simply resets. Have you tried completely deleting the Application with AT+WOPEN=4 ? Are you running this in the target, or using the “Remote” mode? > [@](#): > > This problem does not occur with a Vodafone SIM card. Huh!? Different operators do configure their SIMs differently, and the different networks do behave differently; eg, see: [wavecom.com/modules/movie/sc … php?t=1622](http://www.wavecom.com/modules/movie/scenes/forums/viewtopic.php?t=1622) So, if your application “works” with one network, but not another, it suggests that you have a latent bug that just happens not to manifest on the “working” network… ---
**Author:** ![RICHARDB](https://avatars.discourse-cdn.com/v4/letter/r/96bed5/32.png) [@RICHARDB](https://forum.sierrawireless.com/u/RICHARDB)\ **Post date:** [August 29, 2007, 7:47am UTC](https://forum.sierrawireless.com/t/detection-of-remote-disconnection/1491/5 "2007-08-29T07:47:08Z")
Thanks for your help Awneil. I’ll try to find out how the memory has been allocated, or not. Richard B.