Most recent activity
-
Hi. Any news/updates on this? Would like to use a puck.js for advance position/direction sensing via BT5.1
-
Just so I understand it the right way:
Would an ultrasonic sensor allow me to use a certain width/range of multiple people in front of the screen/installation in order to calculate the distance? What I am saying is, if for example, there are 5 people watching the screen/installation, and they are lets say half to one meter away from each other, some closer/some further away from the screen/installation, then the ultrasonic sensor would fire on the one who is closest?
What max. width/range can I expect? I dont know how the correct terminus is, but I dont mean the distance from the sensor, which as far as I read is max. between 2-4m (depending on the sensor used).
Would this width/range behavior I expect for the ultrasonic sensor (I expect it, but it might be a misunderstanding of the concept on my side), work on a laser sensor as well, or is the laser sensor something like a light barrier, what I mean: working only on a certain width/range exactly in front of the sensor?
-
yeah, just figured out unfortunately this wont work "out of the box" (https://stackoverflow.com/questions/55018232/web-bluetooth-cannot-detect-my-mobile-phone-galaxy-note-9)... for me the solution running a client side app could only work if the app provides gyro data of the smartphone - so far I couldnt find any on the app store, and I am not capable of writing one, therefore I would need to order a puck.js with no prior testing...
-
@kri100s ...as for testing with my phone: spend the last 3hrs trying to setup a first connection but my samsung galaxy s8 is not being discovered by Web Bluetooth API so far, was not able to find any similar problems on the web for the same setup / I even tried pairing my phone to my laptop... no use... tried this: https://googlechrome.github.io/samples/web-bluetooth/device-info.html?allDevices=true and other examples as well...
-
Thank you all for the great/helpful suggestions so far! Will do some basic test with my phone first, and possibly end up with a puck.js. @kri100s I was just thinking of expanding the interaction with my three.js artwork by linking the distance (user <> artwork) with the cameraZoom-in/out - so I guess (hope) this will not very complicated/challenging
-
@SergeP I especially like the MQTT idea, but can this run also on a windows10 machine in case I have to use one? as far as I understood it, MQTT messages are converted not on the Puck.js but afterwards, when the advertised sensor data arrive at the client
@kri100s thanks for the links, I suppose I could first make a quick&dirty test with my Samsung Galaxy S8 as well, without ordering a Puck.js?
Followup general question:
Any idea how to implement a good reliable distance measuring (0.5-4m / resolution min. 5cm steps)? I am just looking into the "Grove Ultrasonic Sensor", but an all-in-one solution, maybe with the Puck.js and Bluetooth I wasn't able to find up to now (because all online sources state that Bluetooth distance measuring is quite unreliable) would be much preferable. -
Dear community, I am currently working on an artwork for my next interactive installation and trying out new ways/ideas. So I stumbled into puck.js
Which would be the best way to control a 3d artwork created by three.js with a puck.js v2?
I assume this is somehow possible.
For example:
The 3d artwork will run on a huge tft screen or projector, and will be created with three.js as a web page running on a chrome browser, installed on a windows10 or pi-like device. Using the puck gyro sensor, one could move around with a puck in it's hand, controlling the rotation of the shown 3d objects. I suppose I could use the Web Bluetooth API on the web page to collect the sensor data off the puck?Are my assumptions correct?
Thanks fanoush, was aware of the antenna setup but did not know if the puck could manage - now I know...
I am working on an interactive art installation, so I am quite flexible with the setup. For example I am thinking of not using the exact position of the puck (or similar device) relative to the receiver device, but just the distance. Any idea if that would work?