From: Pavel A. on 19 Jun 2005 10:30 "Olivier" wrote: > still one question, Isaac. > why can't I write simple stream intrerface driver ? I know how to write a > mdd/pdd models, but I think they are useful for driving specific hardware, > which is not the case. Because, Olivier, you're posting in microsoft.public.development.device.drivers. This NG is more oriented to the "big" Windows. Writing serial or stream drivers is very different between CE and NT based Windows. In CE it may be a lot easier, then you definitely can prefer this way. Regards, --PA
From: Isaac Chen on 19 Jun 2005 22:38 Of course you can. But if your application is using Win32 serial API, you'd better stick to the serial MDD/PDD model. Let's move this thread to CE related news group if you want to have more information regarding this. There, you will find many experts that can answer this kind of question. Isaac Chen "Olivier" <olb91(a)yahoo.fr> wrote in message news:OiwY3p4cFHA.2984(a)TK2MSFTNGP15.phx.gbl... > still one question, Isaac. > why can't I write simple stream intrerface driver ? I know how to write a > mdd/pdd models, but I think they are useful for driving specific hardware, > which is not the case. > > Thanks, > Olivier > > "Isaac Chen" <isaachen(a)delete-this.pchome.com.tw> a ýcrit dans le message de > news:ed4SG9UcFHA.720(a)TK2MSFTNGP15.phx.gbl... > > Olivier, > > > > In that case you don't need to (and can't in the absence of GPRS > > service) have access to SMS and GPRS "at the same time", like > > you mentioned in your first post: > > > > > In fact, my application receives orders through GPRS or SMS and > > > answer through GPRS. I know how to connect using rasdial functions. > > > I also know how to read SMS using direct AT commands. But I can't > > > figure how I can do these two things at the same time, without hanging > > > the ras connection, which is not possible, due to delay considerations. > > > > If you still want to access both at the same time (say for other reasons), > > write a Windows CE virtual serial port driver which talks to the real > serial > > port connecting the modem (using GSM 07.10 protocol) and provides > > two (or even more) virtual ports to the application. > > > > Since you can base your driver on serial MDD, the effort is much smaller > > than that of its counterpart in the desktop Windows. The only issue > > is that you'd better get some related doc about your modem to figure > > out the details of its support in 07.10, or even if it's supported or not. > > > > Regards, > > > > Isaac Chen > > > > "Olivier" <olb91(a)yahoo.fr> wrote in message > > news:eiPciZRcFHA.4040(a)TK2MSFTNGP10.phx.gbl... > > > Issac, > > > I agree, GPRS is a best choice, from a technical and an economic point > of > > > view. The problem is that my device will travel all around Europe, and > it > > > has to send data while it's moving, even where GPRS network is not > > > avalaible. This is why I need to use also SMS in case there is no GPRS. > > > Another point : due to electronics and consumption reasons, the modem is > > > already defined (Wavecom). Of course, there is no Wavecom driver. > > > > > > Thanks for advice. > > > Olivier > > > > > > "Isaac Chen" <isaachen(a)delete-this.pchome.com.tw> a ýcrit dans le > message > > de > > > news:uGB8kMOcFHA.3404(a)tk2msftngp13.phx.gbl... > > > > Olivier, > > > > > > > > IIRC, the command is like "AT+CMUX=..." and that will switch the modem > > > > to multiplexing mode. See GSM 07.10 for details. > > > > > > > > An easier way, IMO, is to find a modem with such driver. Sony-Erickson > > > > has some products, GC-8?, with such driver. But I'm not sure if it > fits > > > > your need exactly. You have to check it for yourself. > > > > > > > > The effort to write a virtual serial port driver in desktop Windows is > > > quite > > > > huge, according to many experts here. > > > > > > > > BTW, your original post said your are using WinCE 4.2. The situation > > > > is easier there since it provides a serial MDD for you to start with. > > > > It's still quite some work ahead, though. Many GPRS modems are not > > > > that standard compliant. > > > > > > > > Another easier way is to have the server use TCP/IP network > > (exclusively) > > > > to send orders to your application, if possible. It's technically and > > > > economically better, I suppose. Why waste the SMS fee if your > > application > > > > and the server are already on the Internet? > > > >
First
|
Prev
|
Pages: 1 2 3 4 5 Prev: PsRemoveLoadImageNotifyRoutine?? Next: Is it correct?SDIO CMD53 ,SDBUS_REQUEST_PACKET |