AXIS M1011-W相機與NI Vision實測

發現了一款很好用的相機!

NI 的Vision Acquisition (NI-IMAQdx)除了可以支援USB，GigE，還有IEEE 1394的相機，他還可以支援某些廠商的IP Camera (主要是以Basler和AXIS這兩個廠商的IP Camera為主。) 既然可以用網路連到相機，那為何不能用無線網路連到相機呢?

於是最近敗了一個AXIS M1011-W來玩一玩。幾張開箱照:

裡面沒什麼，就相機跟5V的power supply。

後面: 若沒有無線網路還是可以用有線來跟他連，這點蠻不錯。

先找個地方擺吧! 要接的線只有電源線一條。

Setup很簡單，只要讓他連上無線的區域網路，電腦就可以從它擷取畫面。MAX也可以抓的到。

一旦MAX抓得到，當然之前用的Vision程式也都可以繼續用。

假如機器人上直接有5V的電源供應，這個相機就可以直接吃機器人的電，然後PC就可以透過無線網路來抓到機器人的影像了!

-John

Microsoft Kinect for Windows SDK Beta available for download

(Saying hi from our messy office …)

Unforunately I won’t be making it to NIWeek this year, but I’m curious as to what they’ll be presenting at the Robotics Summit.  One of the sessions will be talking about hacking the Xbox Kinect (which Ryan Gordan has done already, mentioned from my previous post.)  However, I haven’t had time to play around with the OpenKinect DLLs to get skeletal data showing in LabVIEW, I think that really would be the ultimate goal.

Word has it that Microsoft has released their own SDK, this might prove easier to integrate than some of the open-source stuff (hopefully.)  Let’s see if we can get a tune out of this trumpet.  Stay tuned …

-John

利用LabVIEW擷取編碼器的資料(encoder)

最近剛好幫一個客戶做驗證，順便po上來跟大家分享。一般馬達通常都會有個編碼器(encoder)來量馬達的位置還有轉速(若不懂編碼器是什麼，請看這邊: 編碼器原理概論。) 要是馬達沒有編碼器的話，那我們也可以再額外加裝上去。台灣目前最常看到的兩家encoder廠商有企誠(www.honestsensor.com.tw)還有鴻璿(www.encoder.com.tw, 很好記吧)，在他們網頁上會有很多各式各樣的encoder.

最近跟企誠買了一款encoder，決定用NI DAQ先給它測一下。因為NI DAQ的DIO還有counter都是5V TTL準位，所以挑選encoder的時候也記得要確認這個spec。另外也要看encoder本身需要的電源是幾伏特，這一款剛好是5V，所以可以直接拿DAQ上的5V輸出來供電給encoder。我用了一款NI USB-6212，蠻方便的。

Encoder連到DAQ示意圖:

接線很簡單: 紅(5V)，黑(GND)，綠和白為AB相位，分別接PFI0，PFI9 (這兩條是DAQ CTR0的input，我們就是要用counter來幫我們計數encoder的方波)

若是用LabVIEW的話，可以直接開一個現成DAQ的範例﹕Measure Angular Position.vi

之後用手把encoder動一動，LabVIEW就會量到現在目前的角度啦! 

要用CompactRIO來做的話也是一樣，記得要用Digital Input或是DIO的模組(例如9411，9401)，Scan Mode裡面可以直接選擇encoder輸入，把線接好相對應的接腳就可以了。

-John

Using an Bluetooth to RS-232 Converter for Robotics Use

Not much of an update this week, but we found something that can be really useful to us roboticists.  RS-232 is still a pretty standard interface among sensors for robotics.  In fact, much of the instrument drivers included in the LabVIEW Robotics Module are for RS-232 sensors (Hokuyo, Crossbow IMU, Garmin GPS etc.)  Well, what if you didn’t want to tether your sensor to your PC or CompactRIO?  Much like how you can replace ethernet with wifi, you can also replace tethered RS-232 with an off-the-shelf Bluetooth-RS232 converter.  Here’s a short video of us using this in a Hokuyo LIDAR setup.

If you are in the US, you can grab one of these converters off of sparkfun.com:

Bluetooth Modem - Roving Networks RS232

Once your bluetooth-equipped PC scans and finds this device, your PC adds an additional COM port to your device manager.  Run your RS-232 programs as before, and you will now have a wireless link to your RS-232 device.

A few things to note:

1. You can manipulate the Bluetooth converter to run at your specified baud rate.  Remember, the baud rate of the sensor, the BT converter, and the BT COM port on your PC all have to be the same.  However, we did notice slower data transfer, even at the same baud rate (running a Hokuyo LIDAR at 115.2kbps.)  Just like how wifi doesn’t actually achieve transfer speeds like regular ethernet, this BT converter will have an effect on your transfer speed as well.

2. This Sparkfun unit has a RS-232 driver built in, so you don’t need to add another voltage converter for RS-232.  See this tutorial to learn why you need a driver/voltage converter.

Seattle Robotics, Project: RS-232 to TTL cable

As always, keep your feedback coming!

-John

Using LabVIEW to acquire iPhone accelerometer data

Here’s another oldie but goodie … sometime last year I wrote code to acquire iPhone accelerometer data.  It’s the same concept as using LabVIEW to acquire Wii accelerometer data, but a little simpler since all you need is to get your PC connected to your iPhone via wifi.  You also need an app such as Accel Pro or iSensor, these apps can stream and broadcast your iPhone accelermeter data through UDP protocol.  I personally recommend Accel Pro over iSensor, the newest version of iSensor (1.01) has a bug that disable the Z axis values, but hey, you can’t really expect maintenance for a free app.  Although Accel Pro is $4.99, it’s got some more functionality than iSensor such as filtering and datalogging, so it’s worth taking a look.  However, Accel Pro doesn’t include compass data like iSensor, that’s a shame.

*Caution: Some apps may claim the ability to stream UDP data, but you might have to take a look at the UDP packet protocol for the app.  Just so happens that these 2 apps have almost the same protocol, for example:

ACC: 376153408593b159a8b5f0b75b29d642694394c0,173429.723,-0.091,-0.743,-0.634

So everything before the first comma is pretty much garbage, the second number appears to be a clock or a counter of some sort, and then comes the X, Y, Z, and compass data.

Be sure to switch broadcast mode on your iPhone app from “broadcast” to “unicast”, this seems to give the best performance.  You can download the LabVIEW 2009 code from below (right click on the link, then click “save as”.)  The code is just a variation of a LabVIEW UDP shipping example.  Enjoy!

http://groups.google.com.tw/group/riobotics/web/UDP%20Receiver%20for%20iSensor%20app.vi

-John

LabVIEW, Xbox Kinect, and 3D point cloud visualization

Lately there has been alot of buzz about the Microsoft Kinect accessory, especially within the area of mobile robotics.  Imagine, a 3D scanner for not 2000 USD, but 200 USD!  Well, if you already happen to use LabVIEW, things just got a little easier.

This post is actually a response to the great work that Ryan Gordan has been doing over at his blog, http://ryangordon.net/.  Ryan’s already put up a LabVIEW wrapper for the OpenKinect library … if he had not done this, my experimentation would not have been possible.  So, kudos to Ryan.

You can get started pretty fast using Ryan’s LabVIEW example – grabbing the RGB image, 11-bit depth image, and accelerometer data off of the kinect.  I know that other people have gone on to using the kinect for 3D scene reconstruction (i.e. MIT), I was just curious if LabVIEW could do the same.  So, after some google searching, I found a LabVIEW point cloud example and combined that with Ryan’s example code.  Here’s how to get started:

1. Get your kinect connection up and running first.  Ryan has included inf files on his site, I have as well in my download link.  Be sure to install Microsoft Visual C++ 2010 Redistributable Package.  Check http://openkinect.org/wiki/Getting_Started for more information.

2. Run Ryan’s example.vi first to get a feel of how the program works.  It’s the typical, but very handy, open –> R/W –> close paradigm.

3. Now open up Kinect Point Cloud.vi.  The tabs on the top still have your depth image and RGB image, but now I’ve added a point cloud tab.

4. There are some options that you can adjust while in the point cloud tab.  There is a filter that lets you remove far objects, you can adjust the threshold on the lower left.  “Invert” is to turn the 3D inside out, pause 3D holds the current 3D view, and in case you lose the mesh while scrolling around in the 3D view, use the reset camera angle button.  BTW, use your left mouse button to rotate the 3D view, hold down shift to zoom in/out, and hold down ctrl to pan.

5. If you choose color binding mode to be “per vertex”, something interesting happens:

You can map the RGB values to the 3D mesh!  Obviously there is some calibration needed to remove the “shadow” of the depth image, but that’s something to fiddle with in the future.

6. For those of you who care, I’ve modified Ryan’s “get RGB image” VI and “get depth image” VI so that they output raw data as well.  Just wanted to clarify if case your subVIs don’t match up.

The idea behind displaying the 3D mesh is pretty simple, it’s alot like the pin art toy you see in Walmart:

The kinect already gives you the z-values for the 640x480 image area, the LabVIEW program just plots the mesh out, point by point.  I had wanted to use the 3D Surface or 3D Mesh ActiveX controls in LabVIEW, but they were just too slow for real-time updates.  Here is my code in LabVIEW 8.6, I’ve bundled Ryan’s files with mine so you don’t have to download from two different places.  Enjoy!

Download: LabVIEW Kinect point cloud demo

Things to work on:

I am a bit obsessive about the performance of my LabVIEW code.  For those of you who noticed, the 3D display will update slower if you choose “per vertex” for color binding.  This is because I have to comb through each of the 307,200 RGB values that was already in a 3-element cluster and make it into a 4-element RGBA cluster so that the 3D SetMeshParms node can take the input with an alpha channel.  If any of you know how to do this in a more efficient way, please let me know!  This really irks me, knowing that I’m slowing down just to add a constant to an existing cluster.

I have also seen other 3D maps where depth is also indicated by a color gradient, like here.  I guess it wouldn’t be hard to modify my code, it’s just some interpolation of color to the depth value.  But that’s a little tedious to code, I prefer spending more of my time playing with 3D models of myself!  (Uh, that sounded weird.  But you know what I mean.)

A little about me:

My name is John Wu, I’ve worked at National Instruments Taiwan for about six years, now I’m at a LabVIEW consulting company called Riobotics, where we develop robots with LabVIEW not only for fun, but also for a living!  Please leave your comments and feedback, I’d love to hear from you.

-John

會馬殺雞的機器人─WheeMe

 

文章來源：Yahoo!奇摩 發表時間:2010/12/03

會馬殺雞的機器人─WheeMe

當你倒臥在沙發上看電視、或趴在軟墊上聽音樂時，如果有人貼心地幫你按摩一下，那肯定是種無上的享受。當然，如果有人願意做這件事，那是再好不過了；假如眼前沒有這樣的志願者，別擔心，就讓機器人來幫你按摩一下吧！

WheeMe是個會讓你通體舒暢的機器人

別以為這時候會走出一個巨大的人形機器來虐待你，畢竟如同某手機大廠的名言：科技始終來自於人性。由DreamBots公司所推出的WheeMe，是個手掌般大小、有如可愛小瓢蟲一般的機器人，它能在你的背上或腹部四處遊走，以十分溫柔與緩慢的速度，很有耐心地按摩它所經過的每一個地方；在為你服務的時候，WheeMe會十分地安靜，而且你也不必擔心它會摔落到地面，因為在斜度過大的地方，它會自己倒退回安全處。

三顆3號電池就可以驅動WheeMe

或許你會以為，WheeMe是以自身的重量來產生按壓的效果；其實WheeMe並不重，只有300多克而已。它之所以能夠讓你通體舒暢，主要是它會產生震動，並透過輪子上的薄片施壓，產生按摩的作用。官方表示，WheeMe適用於身體上有著大塊平面的部分，像是你的背部或是腹部等位置。WheeMe的動力是來自於三顆3號電池，因此沒有電線等惱人的束縛。而這玩意兒也不需要搖控器，因為它會隨機性地四處遊走，因此並不需要另一個人協助操作。而且保養的方式也很簡單，只要用乾布清潔一下輪子就可以了。

不需要別人幫忙，WheeMe就能幫你按摩

在官網釋出的見證影片中，每個試用者都笑開懷；雖然我們難以體會實際的效果，不過這樣的按摩機器人還是蠻討喜的。心動嗎？明年初就會正式開賣了唷～

圖片來源：DreamBots公司官網