Get in contact with people developing golf simulators. Filming the the hit of the ball the rest is math....
Other people have tried ways to tell where the dartboard is hit. Take a look at some topics! Use the forum Search Function, up to the right in this window.
Golf simulators typically use high speed cameras to look at the initial spin, trajectory, speed, etc over a very small distance to extrapolate the flight. Some newer ones use '4d' type radar that has multiple receivers to get the distance, heading, and height, but there are not many consumer/sensors out there. I'm looking to do something relatively inexpensive for my son 
We only really need to see where the puck entered the net, and not really the entire flight of the shot.
I have done a lot of searching, and the leading solutions I described above. Including searching dart boards just now.
Why start a new thread on the same topic? This just wastes everyone's time.
Because my wife was not able to reply to that thread anymore as her account hit the max replies on a topic she didn't start.
I've asked the moderator to merge the threads.
It ain't easy but You know that.
What about replacing the net with a wall of rectangles, each one having some kind of impact or force detector?
Hi,
i could imagine that a couple of TOF-sensors and a kinect can also do the job for a small amount of money.
Ultrasonics using SR04 rangers is a non-starter - don't waste your time
Ultrasonics using SR04 rangers is a non-starter - don't waste your time
Are there other ultrasonic/radar sensors that could work for this speed? or should that idea be tossed completely?
i could imagine that a couple of TOF-sensors
Let me read up on TOF sensors more to see if/how that could work to locate their 2d position as the puck is entering the net. Any suggested readings on this?
kinect can also do the job for a small amount of money
My understand is the Kinect refresh rate is way to low for the cameras to detect the puck for multiple frames as its flying at 90mph
It ain't easy but You know that.
Yes, we're up for the challenge!
What about replacing the net with a wall of rectangles, each one having some kind of impact or force detector?
Yes, that could be a good option. Are you are suggesting a grid like system, lets say 4x6 (1 per sq/ft), and if the puck hits in between sensors to calculate the relative force between them to get an aprox location?
In this scenario, if its woven into the back of a tarp (to reduce the impact / damage to sensors) wouldn't I get different readings across the system as close to the posts the tarp is tight and towards the middle its much looser.
I don't think I could sandwich the sensors between two pieces of wood either...
I suggested the microphone idea, so maybe it's my duty to suggest how it might work!
Suppose you have the microphones interfaced (somehow!) so that if one detects a sudden sound, it sends a digital pulse to the Arduino, and you trigger an interrupt whenever one arrives. Then you time the intervals between successive pulses on the various microphones.
For each pair of microphones (if there are 4, then that's 6 pairs) you'd have a difference in timing of about 1msec per foot of distance. Mathematically, points defined by constant difference in distance from two fixed points will lie on a hyperbola, where the two fixed points are foci. "A hyperbola is the set of all points (x,y) in a plane such that the difference of the distances between (x,y) and the foci is a positive constant."
https://courses.lumenlearning.com/waymakercollegealgebra/chapter/equations-of-hyperbolas/
So what you'd have would be a set of 6 hyperbolas, each with known foci (the microphones) and known differences in distance, but an unknown point where all the curves should intersect. You'd have to solve the various equations, and I will admit that I don't know how to do that! I'm sure it's possible to look it up, or maybe you could enlist a math expert (kid's math teacher? the local science fair star?) or perhaps present the problem on a different forum, where the emphasis is on mathematics. There's only so much a simple bunch of engineers can do.
2 Likes
A sudden sound?
In an ice hockey match?
That might be tricky.
If there's a board set up in the goal, it is definitely not happening during a real game!
By the way, if anyone tries this scheme, it would require a fair amount of floating-point math in the Arduino. I wonder how long all the calculations would take.
It doesn't really matter, as long as the data collection is quick enough.
@adriavia & @thedead_17, please do not hijack. Threads split.
Please do not cross-post. Threads merged.
A sudden sound?
In an ice hockey match?
If there's a board set up in the goal, it is definitely not happening during a real game!
Exactly, this will be at home, not on the ice or in a real game.
It doesn't really matter, as long as the data collection is quick enough.
True, as we don't need the math in real-time, but if it takes 1-2 sec, or if it needs to be pushed somewhere else for processing that would work too.
@Beminetonight - thanks for the details, we will start thinking about an interface to capture the sound and then start looking at the math!
This topic was automatically closed 180 days after the last reply. New replies are no longer allowed.