Sonys website of the NSZ-GS7 devices says "There's also a 3-Axis motion sensor for gaming." in the description of the controller.
http://store.sony.com/webapp/wcs/stores/servlet/ProductDisplay?langId=-1&storeId=10151&catalogId=10551&productId=8198552921666462151
But when I ask the SensorManager for a list of sensors like on any other android device, there are none. Do I miss something here?
Sadly, the google page on Google TV supported features tells me that no sensors are supported, too.
https://developers.google.com/tv/android/docs/gtv_android_features#Hardware
So, any idea whats going on here? Is the Sony website lying? Or is there a motion sensor inside this device but not exposed by the OS? whats the point of a sensor you can't use, then? Will it work in future Google TV versions?
Sony support seems not to like me, as they answered none of this quaestions :(
Sony developed proprietary API's for their devices to allow developers to get access to sensor data from their physical remotes or the Sony MediaRemote app. You need to integrate their libraries into your app to get to use these API's. Sony has a developer web site with more information: https://android.developer.sony.com/pages/documents/view/?id=4000080
Just be aware that other Google TV devices do not support these API's.
Related
I have tried web Bluetooth API to access,but it is only for battery status, heart rate etc.., I need to access complete functionality of Bluetooth. Is there any option or API available
I think there is no other available API for this bluetooth function, The Web Bluetooth API is your only option, but it is not finalized yet.
According to this documentation, until now, the ability to interact with bluetooth devices has been possible only for native apps. The Web Bluetooth API aims to change this and brings it to web browsers as well. Alongside efforts like Physical Web, people can walk up to and interact with devices straight from the web.
And even though it is not finalized yet, the Chrome Team is actively looking for enthusiastic developers to try out this work-in-progress API and give feedback on the spec and feedback on the implementation.
Just take note that Web Bluetooth
API is currently
available to be enabled experimentally on your origin in Origin
Trials, or locally on your machine using an experimental flag. The
implementation is partially complete and currently available on Chrome
OS, Chrome for Android M, Linux, and Mac.
For more information, just read these documentation and video. You can also check the updates of the documents here.
On my desk there are two beacons set up with Eddystone URLs.
The manufacturer's app (Estimote) can see both beacons.
On the same device, Chrome's Physical Web reports "No nearby Physical Web pages found". The device is Sony Experia E2535, with Android 5.0, Chrome 52.
Physical Web app detects and displays both beacons.
What are my debugging/investigation options to establish why Physical Web doesn't display the beacons?
use verify.physical-web.org on the URLs that you've set in each beacon. It diagnoses most reasons why the beacons don't show up.
My solution, on Scott Jenson's advice (via github), was to update Google Play Services (in Google Play).
After searching on Google, I found that people say it's only possible to connect an iOS device with a non iOS device with the 'MFi program'. Is that true?
My project is mainly focused on sending and receiving information with the Arduino device via Bluetooth directly.
Is communication between iOS and non iOS devices without jailbreak possible? If yes, is there a reference?
(I viewed Stack Overflow question How can an iPhone access another non-iPhone device over wireless or Bluetooth?.)
As I stated in the above-linked question, general Bluetooth communication to external devices on non-jailbroken iOS devices is restricted to MFi-compliant Bluetooth hardware.
However, newer iOS devices (iPhone 4S, new iPad) are capable of Bluetooth 4.0 LE communication with external devices without the need for those devices to be MFi-compliant. This interaction is done through the new Core Bluetooth framework, which lets you send and receive arbitrary data to and from Bluetooth LE devices. This only works with those listed newer iOS devices, though.
Tim points out an interesting hack that you might be able to get away with in making your device appear like a Bluetooth HID keyboard. Devices like this barcode scanner have special modes to appear as HID devices to iOS. You might be able to pull something together based on this, but all data transfer will be one-way from your device, and it looks like this will require entering that data into text fields as if you had a keyboard connected.
Alasdair Alan's "iOS Sensor Apps with Arduino" is a good resource to look at. I've used Wifi with another microprocessor (mbed) but not sure about bluetooth. Alasdair is active on Twitter and he usually is kind enough to answer questions.
During the I/O 2011 Building Android Apps for Google TV session (at 37:50 in the YouTube video) Googlers TV guys have said: "Probably not the accelerometer"... Actually why not? What about an accelerometer inside the remote-controller (and there is already one if you use your phone/tablet as a remote-controller)? Just imagine playing a 1st person car racing game on your TV using your remote as a driving-wheel (Wiimote style) !
As far as I can understand this will be doable, but it will require two different android apps: One for Google TV and one running on what you are using as a controller (tablet/phone).
The controller app would then use the acceleromter functionality and communicate with Google TV in the same way as the official remote.
Take a look at an android application I wrote called "iCruZn." It uses the accelerometers in your android phone to control Google Earth on your dekstop. iCruZn transmits the accelerometer data over WiFi to a browser on your desktop running Google Earth. You can use this same mechanism to control an application your write for the Google TV. The only reason iCruZn won't work with Google TV is because the Google Earth Plugin is not compatible with the Google TV Chrome browser.
Looks like new Sony TV has accelerometer in its remote -
http://www.techradar.com/news/television/hands-on-sony-nsz-gs7-review-1063737
i'm participating in the iPhone Developer Program and i have access to the iPhone 3.0 firmware and SDK.
one of the new features of the iPhone 3.0 -- is ability to use Bluetooth, but i can't find any documentation about it.
can someone point me please -- where is it?
The only way of using bluetooth directly is if you join the Made for iPod / Works With iPhone program and integrate the Apple authentication chip into your custom device. Once you've done that, you can use the ExternalAccessory framework which exposes a low-level IO stream API to the device.
Frameworks like Core Audio will let you play and record music via bluetooth headsets and the Gamekit framework will let you discover and talk to other devices via bluetooth, but the fact that it's bluetooth is not exposed to the developer at all.
Look at the GameKit API - it provides simple high level access to BlueTooth connections between devices (built on Apple's Bonjour discovery service).
If I recall correctly, you aren't allowed direct access to the Bluetooth, but rather, you are able to use certain API calls that will search for nearby devices. However, I'm not a developer currently, so I can't point you at any documentation. Perhaps someone else can back me up with a bit more information.
My iphone 3G & 4 will connect to my Sony BT1500 car head unit which was made well before iPhone existed (i.e it's not iPod signed).