From: Pavel A. on
"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
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?
> >
>
>