I own a Huawei band 6 and want to develop my own app to remote control the band and its sensors and then get data. Then I want to be able to send this data to a server through internet : to be able to access the health data (heart beat and Oximetry) of a remote patient.
If it seems more complicated, would it be easier to use Wear Os (Google) with another brand of the wearable ?
If you want to put an app directly onto the Huawei Band 6, it is currently not open to developers.
You can find a list of devices that are currently open to developers here. https://developer.huawei.com/consumer/en/doc/development/connectivity-Guides/service-introduction-0000000000018585
Alternatively, I recommend integrating the Huawei Health kit into a phone app based on the use case you described. Health kit allows phone apps to access the health & fitness data collected by Huawei wearables.
To answer B.M's question:
That is correct, you do not have to change the watch for the phone app option. These are two distinctly different options that I have described. Developing a watch app is different from creating a phone app that integrates the Huawei Health Kit. Each one serves a different purpose, and based on your use case, I believe that the a phone app makes the most sense.
Watch App: Can be only be developed on specific Huawei Watch models.
Phone App: Works with all Huawei wearables when Huawei Health Kit is integrated.
Please note that Wear OS (Google) is not used on Huawei wearables and does not work with the Huawei Health Kit.
Related
From Android documentation:
Caution: When a user pairs their device with another device using BLE, the data that's communicated between the two devices is accessible to all apps on the user's device.
For this reason, if your app captures sensitive data, you should implement app-layer security to protect the privacy of that data.
Is this also true for iOS? I haven't found anything on it and I assumed because iOS doesn't show the true MAC addresses of devices this wouldn't be an issue, but just wanted to check. Thanks
Yes, iOS also works in a similar way. And if you want private communication, you also need to maintain app layer security. Thus android wear, galaxy watch, and other similar devices use encrypted communication in the app layer.
If you already know the details. BLE communication works via Gatt Characteristics.
Consider there are two health applications running on an iOS device and the user also using an activity tracker device. In that case if the user wants to connect both of the health apps with that tracker, he certainly can do it. Both apps will be able to communicate with the activity tracker and get sensor data using the CBCentral module. Look at the diagram for Details.
On the other hand, In general, vice versa will not possible. Because if both iOS apps use Peripheral Role they will register two different instances of BLE-Service even if using the same UUID. Thus it will force two apps to communicate with completely different characteristics instances. However, it is also possible to work with two peripheral apps with the same UUID but this is not what the BLE developers ever wanted.
you need to provide app level security based on Service UUID, so that devices having the app with only same service UUID can connect.
How to perform latency test for native iOS Mobile App by simulating different geographical locations and measure the time taken for each real-time user actions in the Mobile App?
Please recommend any simple techniques
You can use AWS Device Farm. It allows to you select from a variety of devices in the AWS datacenters. https://aws.amazon.com/device-farm/
I am well aware that Apple has not exposed any api's to fetch nearby WiFi access-points and display them as a list for the user to choose with the RSSI signal strength.
There are several hidden and private api's available which does help in finding the WiFi Hotspots nearby the iPhone , but I read that if we use them our app will be outright rejected from Apple Appstore.
NEHotSpotHelper from NetworkExtension framework also will not fit to my use case.
So I was wondering how it is implemented when I came across the Qardio Scale app in appstore which helps the user to identify and fetch nearby wifi hotspots and allows the user to choose one so that the qardio scale can connect into.
After reading Alexa Skills Kit docs, i have some doubts. What is meant by Alexa-enabled device here?(My custom home automation device support Alexa api or how to change my hardware to support Alexa api?).
This Alexa-enabled device will communicate with Smart Home Skill API and then AWS Lambda Skill adapter communicate with real device.
I am able to create Alexa skills (may be custom skills or Smart Home Skill). How to communicate with this skills from my ios app?
Any device with a microphone, a speaker and a network connection can interact with Alexa.
The developer portal is https://developer.amazon.com/alexa-voice-service
A good code base to start with a raspberry pi is https://github.com/alexa/alexa-avs-sample-app
Alexa Voice Service is currently only available in US. We are working hard at making it available for our customers in UK and DE.
I believe it's any device with Alexa Voice Services, which right now would mainly be the Echo and Echo Dot: https://developer.amazon.com/alexa-voice-service/what-is-avs
But in the US you can theoretically Alexa-enable any capable device with a microphone and speaker. It's launching later in the UK and Germany.
There are several Amazon products that qualify as Alexa-enabled. Some of them are the Echo, the Echo Dot, the Fire Tablet, in its latest versions at least, but might be available in older versions through software update, not sure. The Fire TV and the Amazon Tap are also Alexa-enabled.
To your point, only Amazon products are Alexa-enabled. I must say that there is a way to run some sort of SDK, perhaps with Alexa Voice service, and enable a Raspberry Pi or any other capable hardware to act as an Alexa-enabled device.
Of course, that doesn't include the iPhone. To interact with Alexa from your phone, you'd have to create an intermediary backend, be that in a Lambda function or in your own server.
Like everyone else I'm venturing into mobile app-development and I'm looking at different frameworks / languages. The ones that look most appealing to me are Phonegap, Corona SDK and Monotouch. Objective C seems to be a little too low level. I haven't done memory management for a long time and I'm not yearning to relive that experience. But if that's where I need to go to meet the client's need, I'll go there.
The client in this case needs location aware notifications in an iOS app.
A user story goes like this: The user is out walking the town. She's got her iPhone in her pocket and is listening to music via iTunes. As she walks into her local mall my app (running in the background) detects that she is in the proximity of a branch of her bank. My app also knows that the user has some errand to do at the bank. So my app interrupts the currently playing iTunes track, plays a notification sound and puts a notification text on the screen, telling the user that there's a bank office nearby and that she might want to do that bank errand now.
Could this be done with either Phonegap, Corona SDK or Monotouch?
MonoTouch supports all types of iOS location services (standard, significant location change and region monitoring) so yes, you can do it with MonoTouch.
Whilst Apple has started bringing in geo-location notifications with the Reminders app I'm fairly certain that it won't be exposed in the higher level frameworks as of yet.
Some good info here in the Apple developer docs
There are several ways to track the user’s location in the background,
most of which do not actually require your app to run continuously in
the background:
The significant-change location service (Recommended)
Foreground-only location services
Background location services
...
All are possible with MonoTouch. Pretty sure they are with PhoneGap also. Don't know about Corona.