Strictly necessary cookies are on by default and cannot be turned off. Functional, Performance and Tracking/targeting/sharing cookies can be turned on below based on your preferences (this banner will remain available for you to accept cookies). You may change your cookie settings by deleting cookies from your browser. Then this banner will appear again. You can learn more details about cookies HERE.
Strictly necessary (always on)
Functional, Performance and Tracking/targeting/sharing (default off)
We have developed a DLL for WIN7/WIN8 that for WIN7 utilizes the WIDCOMM BLE Stack. The DLL is perfectly functional and has been thoroughly tested on both platforms the primary difference being that WIN7 utilizes the WIDCOMM stack whereas under WIN8 it utilizes native WIN8 BLE stack. This is not where we have experienced a strange issue it is with an Test Application that has been created using Visual Basic with Visual Studio 12.0. This app which executes all of our commands perfectly fine continually fails after a specific time which is typically always right around 110 seconds. We have stripped the VB app down to its bare essentials and traced it to the WIDCOMM app after a specified timeframe of right around 110 seconds never responds back to the DLL/Visual Basic application. We know that it is not a DLL issue as we have also created a Python app that does the exact same thing as the Visual Basic app and it will run essentially forever. There seems to be some sort of contention/conflict that is occurring inside the WIDCOMM stack that is causing this. We can provide full source code to help debug this in which the high level architecture is the BCM20736S communicates via the PUART and communicates with a MSP430 on the other side. We have created a Python app we have used to emulate the MSP430 which is known to work successfully as we have used it in WIN7/WIN8 and iOS/MAC development. We can provide this Python executable, BCM20736S source code, and the very simplified VB app which is also attached. I would need to find a way to securely provide you the BCM20736S source code as this is proprietary to the customer we are doing this work for. This is the very last checkbox on the project to get them into production. I can create a simple How To Word DOC that explains how to set this example up but it is rather straight forward the only thing that is needed is a USB-UART to be wired into the BCM20736S. We used our EMRF-20736S as the evaluation board since it was simple to connect into these pins but certainly the TAG3 board or any board with a BCM20736S that allows connection to PUART pins on P32/P33. Any assistance on this would be greatly appreciated to be able to get this product into production.
For the attached files the SimpleVB... = Simplified VB app that will produce failure at ~110second every time
20150602_DebugDLL... = WicedLeAPI.dll(used from WIDCOMM/Broadcom), uartslave.py/exe(Python Script that emulates the MSP430), bleapi.dll(our DLL we created for WIN7/WIN8 comprising of various WIDCOMM API functions compiled in a DLL), testmaster.py(Python script that runs essentially forever does exact same thing as bleptest.vb/exe), bleptest.vb/exe(full test VB app, full version of the SimpleVB App also attached)