m-nagata

LowとHighの表記は3Dライブラリの構成のうち、下位レイヤーか上位レイヤーのどちらかを示しています。 下位レイヤーの関数は通信を実施するシンプルな関数であり、関数名にlowが記載されています。 対して、関数名にhighと付く処理は上位レイヤーの関数です。 受信したデータの変換や、通信のタイムアウト機能の追加、等など、下位レイヤーの関数に＋αの処理を加えて使いやすくしています。 一般的には上位レイヤー関数を使って頂き、実現したい事ができない場合には下位レイヤー関数を利用すると良いと思われます。

大きいサイズのボールを使ったり、ボールをセンサに近い位置に投げてみてはどうでしょう？ ボールを大きくしたり、センサに近い距離でボールを計測すると、計測点数が増えてボールを認識しやすくなるはずです。 ※UST-10LXのステップ間の角度は0.25[deg]あります。 例えばセンサから10m離れた位置で約43mmのボールサイズだと1点も計測できないことがあります。 また、大きいサイズのボールだと、1回の計測周期(25ms)で計測できなくても次の計測周期で計測できる可能性があります。

ボールの色や透明度が計測し難いかどうかですが、 UrgBenriでIntensityをONにし、ボールの反射レベルを調べてください。 ボールの全体がレベルが大凡200～250位だと反射率が低く計測し難い物体なので、別なボールで実験した方が良いです。 ※レベルは、センサ周囲の環境、センサとボールの距離、位置などによって異なります。 実際の環境で何度か試してみてください。

大きいサイズのボールを使ったり、ボールをセンサに近い位置に投げて見てはどうでしょう？ ボールを大きくしたり、センサに近い距離でボールを計測すると、計測点数が増えてボールを認識しやすくなるはずです。 ※UST-10LXのステップ間の角度は0.25[deg]あります。 例えばセンサから10m離れた位置で約43mmのボールサイズだと1点も計測できないことがあります。 また、大きいサイズのボールだと、1回の計測周期(25ms)で計測できなくても次の計測周期で計測できる可能性があります。

Please try the following method. ※ Explain using a Windows PC as an example. ※ The IP address of the sensor when connected is 192.168.0.10 (default value). ① Connect the sensor and the PC one to one (connect the sensor Ethernet cable to the RJ - 45 of the PC) and turn on the sensor. ② At the command prompt, enter "arp - d 192.168.0.10" and press Enter. ③ At the command prompt, enter "ping 192.168.0.10" and press the Enter key. At this time, if you can not receive the response normally from the sensor,...

So what is the right way to achieve this, I try it as below: I also tried running the same program. I think that there are differences in the operating environment, but it has been running normally for more than 4 hours. Maybe it is not get_distance executed not fast enough In your source code, X and Y coordinates are calculated immediately after get_distance (). Can you make that calculation different thread?

Why the checksum error occur? The Urglibrary's get_distance method extracts data by 1 scan at a time from the buffer. So, if more than 2 scan of data is accumulated in the buffer, it is necessary to execute it several times. ※ If you need data of every scan with UST - 10LX, get_distance must be executed 40 times during 1s. In this case, it is considered that an error occurred in the following flow. · Buffer overflowed, normal measurement data did not exist · Sum check was done with abnormal measurement...

I checked the source code, but there is no problem in particular. Perhaps you are doing a process that takes time other than GetFrameData on the main thread? If so, it may be delayed to retrieve measured data from the Windows receive buffer on Windows. (What happens frequently during debugging seems to be that measurement data has accumulated in the receive buffer when stopped at a breakpoint.) Could you please try the following? "Delete GetFrameData () on the main thread, only execute GetFrameData...