I am still missing good documentation and a clear implementation of the Android SDK.
I’d like control over advertising variables (Tx rate, Tx power, power saving modes) for stickers in the SDK and app.
Thanks for sharing your thoughts! We designed the stickers for the purpose of creating smart objects you communicate with using a smartphone, and we wanted it to be straightforward, withouth developers having to worry ‘what’s a good broadcasting power for my dog?’ Byt we’ve heard some opinions from our dev community that actually exposing access to settings would be helpful, so we’ll definitely consider that. Thanks!
Can you add filtering when using the Estimote Cloud REST API /v1/beacons. Although not documented, this does seem to work /v1/beacons/[MAC Address]. Can we extend this to include UUID, Major, Minor, Name, Tag as well as Eddystone URL, namespace and instance. Also combinations would be very handy as well such as namespace and instance.
Also can this filtering be added to /v1/beacons/pending_settings as well.
For extra brownie points the ability to filter with wild cards would be great especially for Eddystone-UID. So something like:
Would find all beacons with a namespace prefixed with abcd. This would allow sub grouping within the namespace. This is of interest to me as my clients are individual retail stores but they probably will only have a hand full of beacons. I don’t really want to have a namespace dedicated just to them. I would rather they were a sub group of a main namespace. Hope that makes sense.
Support for pagination would also be very helpful.
Great feedback, thanks for sharing! We’ll see what we can do about it (:
A little (pro) tip: just like
/v1/beacons/[MAC address], you can also access an individual beacon by its UUID, major and minor via
/v1/beacons/[UUID]:[major]:[minor]. We should definitely document this!
When I discovered that using the MAC Address worked it was logical to try the others. I just tried them again and the following resulted in Not Found
The only ones that worked were MAC Address and Instance. Perhaps something got broken when adding in Eddystone support.
It would be really nice if you could provide really good standard pickers for ranging nearby beacons and stickers. It’s a common component and it would save a lot of time and allow focussing on implementing the actual use cases.
I saw one in the examples. But something more polished and capable (one that allows ranging for stickers and beacons in one list + the option to add beacons from the estimote cloud) would be helpful. (… in case this already exists, please let me know ;)) Maybe you could also share the one you use in the Estimote app as a starting point.
Thanks for sharing! (:
One thing I could use your help understanding a little better: I personally find this “list of beacons” component useful for utility apps (like the Estimote app, or the Examples), but I assume that when actually integrating beacons with your production app, you wouldn’t want your users to have to pick beacons from a list? Are you mostly thinking about the admin/mgmt apps here? Or you maybe the beacons are associated with some areas / items in the physical world, and you want the list not to be about beacons per se, but about these items / areas nearby? (In which case the component would need to be appropriately customizable.)
The Android app is missing a lot of features that the iOS app has. The ability to enable flip-to-sleep would be very nice to have, so I don’t have to make myself a Faraday cage.
“Flip to Sleep” is already there, in the “Sensors” section. That’s good feedback still, means we should make it easier to find, and place the options consistently across the iOS and Android apps; thanks for sharing.
Compared to iOS, Android is currently missing Secure UUID, and accelerometer and temperature sensors support; both of which we’re already working on, so stay tuned (:
Estimote Indoor SDK still uses Estimote SDK 2.4.0. I just cannot integrate the Indoor SDK if I’m using Estimote SDK 3.0. In April, you said that you’ll update in a week or 2, but still it’s not updated. Kindly let me know how to integrate both SDKs in a single project; as I’m using cocoapods; it is not allowing me to install Indoor SDK due to the presence of Estimote SDK 3.0
I moved a post to a new topic: Stickers disappearing from Android app, only reboot helps
A post was split to a new topic: Weird RSSI values
A post was split to a new topic: Bluetooth stops with bg scan period set to 1 second
Indoor Location SDK made available on Android. It really puts a damper on using this approach when over half of a client’s retail market cannot take advantage of this technology option.
Thank you for your feedback! We wholeheartedly agree. We just don’t want to rush into releasing something that will technically be there, but won’t work that great—and Android ecosystem is very challenging when it comes to nailing Indoor Location down. Huge variety of devices with different quality of Bluetooth support, form factors (which affects the signal), sensors, etc. Rest assured that Indoor for Android remains a very high priority for us!
Telemetry packet bugs. Definitely annoying, and also haven’t found a way to get accelerometer/motion data from Location beacons yet
Already working on fixing that! (: Should make it into the next SDK update.
Duplicate notifications with multiple entry and exit with beacon still being on, is still happening. I’m IOS 10 & Estimoate SDK 4.11.2. The Operation queue work arround is not helping either. Any suggesstions ?