I would like to have serial communication through usb port with arduino in windows phone 8/8.1 ,i would like to know if it is possible ..
Have seen sample which works with Bluetooth Link
No, you would need a USB serial driver and that's not something you're likely to find on a consumer phone. You may have some luck using a Microsoft Windows Embedded 8.1 Handheld for Mobile Rugged Industrial, Commercial, Automotive, and POS Mobile Enterprise Applications.[1] But you'll want to verify support with the manufacturer.
[1] Named by committee
Related
I saw state and notification broker for Windows Mobile, but I can't find anything like it for Windows 8.
I found this for the older OS:
http://www.codeproject.com/Articles/32200/Own-your-phone-Taking-back-control-of-your-mobile
Didn't see anything on MSDN. Where can I start on this?
I don't care which language. I have a Nokia if it matters.
EDIT: Does this mean I can't build one?
https://dev.windowsphone.com/en-US/OEM/docs/Customization/Phone_call_SMS_filter_applications
These APIs are not exposed to third-party developers.
You can not do this unless you are a OEM. Only OEMs have this functionality enabled for them. For normal developers such API does not exist for Windows Phone. Only partners with Microsoft can download the source code or view it.
I have to implement "in-app purchase" both for Windows 8.1 and Windows Phone 8 app. The API looks the same for both platforms, besides one method: "CurrentApp.ReportProductFulfillment" (only WP has it). However, both platforms have "CurrentApp.ReportConsumableFulfillmentAsync".
My preference is to write fully reusable code (same code) for both platforms, if possible. MSDN documentation is not clear enough, so I want to understand:
Can I use ReportConsumableFulfillmentAsync on WP instead of ReportProductFulfillment? Are they have the same functionality? (maybe they left ReportProductFulfillment for backward compatibility).
Do I have to call ReportConsumableFulfillmentAsync after buying consumable only, or after every store purchase?
Thanks!
According to MSDN ReportConsumableFulfillmentAsync is Windows Phone 8.1 API, so you cannot use it when creating Windows Phone 8 apps. Stick with ReportProductFulfillment and Windows Phone 8 apps for now, it will take some time for Windows Phone 8.1 to get on the market
Only for consumables
If your are looking or a nice in-app wrapper, take a look at this https://github.com/igorkulman/Kulman.WP8/blob/master/Kulman.WP8/Services/WindowsPhoneStoreService.cs
I started building Windows Store App, but after I discovered that my device is not discovarable on Windows 8.1 compared to Windows 7 and IPhone on which I can detect this Blutooth LE device.
I am using following PrimaryServices:
Generic Access (0x1800)
General Attribute (0x1801)
Costum service (0x13B0)
Device Information (0x180A)
How can I make this device discovarable and usable later in Windows Store Apps (writing some kind of driver, change some services on device or as a last option write specification for costum service this is too expensive for me at the moment)?
Mutiple solutions for this problem are welcome.
You need to go through Windows 8's UI to pair with Bluetooth Devices. You cannot control the pairing programmatically.
If what you describe is that you cannot discover your Bluetooth device, even on Windows 8's UI, then there must be a compatibility problem:
Your dongle on Windows 8 may be classical (below 4.0) while the device is strictly Low Energy (4.0)
Your dongle's driver was not properly installed
Is it possible to interact with the SIM in windows phone 8 development? I did a bit of research all I could find was that there is no api from Microsoft that allows this, but is there maybe a 3d party app someone knows of?
I am trying to check if a SIM has been changed in a windows phone. So in android terms :
TelephonyManager tm;
String sim = tm.getSimSerialNumber();
Thanx
No, the Windows Phone SDK does not offer capabilities to interact with the SIM card inserted in the device.
I am a little confused with the two apps, Windows 8 (which run only on Windows 8 OS?) and Windows Phone Apps.
Based on the marketing I heard around windows 8, I assumed an app available on Windows 8 would automatically be available on windows phone?
I am assuming this is not the case after searching around, because I see a windows app store (which I assume only includes windows 8 apps), and the windows phone.
Assuming my assumptions are correct, do you need to buy a developer licence for both windows 8 app store and windows phone store?
Is it as simple as submitting your windows 8 app that was created through windows phone, or is there additional configuration or development that needs to be done? Assuming that you don't care about resolutions or functionality.
Thanks for any clarification.
*Additional question,
Where does Windows tablets running windows RT and or non RT fall into all this? Are they windows apps I'm assuming?
Hope it helps you. As the store licences are unified (WP8 and Windows 8), the development remains different http://blogs.windows.com/windows_phone/b/wpdev/archive/2013/11/06/unifying-developer-registration-windows-and-windows-phone.aspx
Yes you are correct Both the platforms need seperate Developer Accounts one for the Windows Store Apps and one For the Windows Phone Apps..and yes both the Apps are different you have to develop both the Apps Separately and submit them to the respective market separately only then would it be available in the respective markets.
Separate Developer Accounts for the Windows Store Apps and Phone are no longer required. If you have a App Store account, you should now see that you can register up to 3 phones without a separate registration process.
IF you have a developer account, VS2013, and a windows 8 phone plugged into USB, an easy way to be guided through the process is to create a new project and select a W8 Phone sample. Specify that you want to debug using a Device (as opposed to an emulator). You will get a Device is not registered for development dialog with a link to instructions.
As mentioned in other post, things have been streamlined so W8 and W8 phone mostly overlap APIs, and you can probably use the same source, but will need build separate outputs.