Is there any Widcomm Stack available for mini with BT PAN? - JAM, MDA Compact, S100 General

Hello,
I know It may have been asked before,But i searching a lot and I couldnt find any thread which is mentioning that a BT stack Widcomm is available for mini with PAN support.What I could find was just Bluesoleil stack which is an evaluation version

no replies for long time. Nobody knows? :?:

No, the Widcomm stack isn't running on the Magician. The PAN profile is only supported by the Toshiba and Bluesoleil stack, which are working together with the Magician. The extension of the MS stack which you can find in another thread doesn't provide the PAN profile.

Related

MS bluetooth Stack

Hi All
Is there anyway we can remove the MS stack from the JAMs and installl other drivers for it. ????
Have a look at the thread about the Bluesoleil stack. For the Widcomm stack, as far as i know, there is no method known yet.

Question on the BT Stacks

hi, I'm trying to develop an app wich uses SPP, i'm on an Acer n50 handheld running WinCE 4.21 with the Widcomm-Broadcomm stack 1.5.0 build 3601, what i want to do is unload the Widcomm stack and use the MS stack, my guess is that since the Widcomm stack is just a device driver it can be unloaded, at least for the time my app runs and then reload the widcomm stack, so my question is : is this even possible to be done?, if so what kind of tools would i need to accomplish this daunting task
thanks!
CamonZ
not sure but i suspect that the ms bluetooth stack is absent in roms made with the other bluetooth stacks
havent heard about anybody going from 1 stack back to ms bs
ROMs with BT stack don't contain most of core DLLs from MS BT stack. You can use PlatformBuilder and compile the missing DLLs yourself, edit the registry, etc. But this does not worth the effort. Widcomm stack is better and more stable than MS.
And you cannot dynamically unload one BT-driver and then reload the other one without the softreset.
:?: :?: :?: Why would anybody want the MS stack in favor of the Widcomm :?: :?:
MS stack has one advantage over Widcomm - its programming is done through windows sockets and you don't need to pay 1000$ for SDK.

WidCom Stack on Uni/Wiza/Prophet

Since mamaich has extracted the stack from acer....can it be ported to the current WM5 devices...
Theoretically it is possible - Himalaya devices proove this. But you would be unable to use BT headset. Other profiles including a2dp should work.
Thanks for replying

Bluetooth programming portability issue

Hi all,
I am programming an OBEX bluetooth program for pocketPC platform, I see that there are different bluetooth stacks (Widcomm, Microsoft,...) on different pocket pcs, also I see that there are many ways to write OBEX bluetooth apps, either Winsock or using IObex COM objects and may be others.
My question is:
1. Do I have to write two implementtions to work with Widcomm BT stack and MS BT stack?
2. I am currently implementing BT functions using IObex COM interfaces, will this work on Widcomm BT stack??
3. any suggestions?
I hope to find some help here as usual
Thanks for your time...
Mohammad
mohgdeisat said:
Hi all,
I am programming an OBEX bluetooth program for pocketPC platform, I see that there are different bluetooth stacks (Widcomm, Microsoft,...) on different pocket pcs, also I see that there are many ways to write OBEX bluetooth apps, either Winsock or using IObex COM objects and may be others.
My question is:
1. Do I have to write two implementtions to work with Widcomm BT stack and MS BT stack?
2. I am currently implementing BT functions using IObex COM interfaces, will this work on Widcomm BT stack??
3. any suggestions?
I hope to find some help here as usual
Thanks for your time...
Mohammad
Click to expand...
Click to collapse
I think your best options is to make two components, because Widcomm BT implementation is completely different of M$ BT stack.
Fortunately both SDK are available.
Cheers,
.Fred
Thanks, dotfred, but if I have to do two implementations then where can find Widcomm BT stack SDK?? is it free to download? and what approximate percentage of PPC users use Widcomm BT Stack?
Any other suggestions guys?
Mohammad
mohgdeisat said:
Thanks, dotfred, but if I have to do two implementations then where can find Widcomm BT stack SDK?? is it free to download? and what approximate percentage of PPC users use Widcomm BT Stack?
Any other suggestions guys?
Mohammad
Click to expand...
Click to collapse
I have a Widcomm that works on my XDAII (I can give it), but for the rest, I really don't know. Don't forget that both stacks can't be active at the same time on the device, so you have to play with the registry and soft reset to activate one or another.
The biggest problem with Widcomm is that the bt headset doesn't work.
And the biggest problem of M$ stack is the lack of PAN and the BT manager is useless.
I think you should try to do it first for M$, when you succeeded then do it/try it with Widcomm, but you need a device that has it.
Cheers,
.Fred
ps.: for the sdk, here is an interesting article and a download link:
http://www.pocketpcdn.com/articles/...=78&atb.set(a_id)=7800&atb.perform(details)=&

Broadcomm / widcomm bluetooth stack dev thread

OK, enclosed is helmi's version of the broadcomm (formerly known as widcomm) bluetooth stack v1.7.6.0500 for himalaya.
This stack works perfectly with the exception of one thing. The handsfree profile won't route audio to any headset.
Apparently it's got something to do with the included wavedev.dll and audiogw.dll not being compatible with the himalaya. AFAIK, it should just be a case of tweaking the wavedev.dll file
Have any devs with himalayas (or other devices) got any ideas on how to fix this? We all know that the widcomm stack is FAR superior to the MS version. A universal widcomm stack would benefit the whole community.
Link to DL

Categories

Resources