![]() ![]() Start there! Take this program and modify it. The hello_world example is the best place to start (that’s why it’s called hello world!) You just plug Pixy into your Arduino and run it. Maybe a tutorial providing some sceen shots of the cooked video of PixyMon, showing some colored objects and some ColorCodes.Īnd then showing the related data which come in to Arduino by which order of colorID and colorcode and size and location using a function just like in hello_world.ino repeatedly. ![]() I’m not interested in how the cam or the serial interface works, I just want to poll and sort blobs (blocks) and want to track them in case they are moving. I would need a high level API just like by hello_world.ino, but more detailed about sorting of signatures and colorcodes. I’m not interested in frames and syncs and endians or indians. Uint16_t angle // angle is only available for color coded blocksĪnything else is far too complicated. I don’t even know what a frame is and why to count 10 or 50 or what getword or back-to-back or sync or g_blocktype are needed for or why I have to fiddle around with little endians (I heard of it, but nevertheless that’s not the programming skill I’m used to). ![]() but I honestly don’t understand a single word.I already realized all this starting at “serial protocol” I am sorry, but I can’t give you Arduino example code since I don’t use that microprocessor. When programming, it would be best to know which Cc numbers you want, figure out the octal digits, and convert them to the number base your program uses, and just save locations with those values. Then you will have to use the octal value of the CC number to pick out the ones you want. In your case it will detect 3, 4, and 5 color combinations as well. But it made it worse, since it detected all the 2 color combinations, and any 3 color combinations. So I added another color, thinking that would make detection more limited. The first time I tried working WITH CC I used red & green, and was surprised how many objects were detected. Since there are 6 colors, it is possible that you will have more than 3 combinations, unless you are working in a very controlled area. In the last post you identified 3 combinations made up of 6 colors. That means the detected color code is made up of 2 colors, numbers 1 and 4. So if 12 was in decimal, the octal value is 14. The CC numbers are reported as octal digits, where each digit is the color number. In a previous post you asked if CC 12 was color signature 12. Some source code examples about how to read and store (x,y) coodinates of incoming CC-labels would be helpful. The description is odd and weird and completely un-understandable to me ![]() I don’t see how they all will be arranged when read by the Arduino. Now how do the 40 CC’s (double-color-labels) come in by their coordinates? I can read the coordinates and sizes by // 1 <= j <= 200 The signatures (single-color-labels) come in with their coordinates by blocks…blocks, sorted by colorID and by size. Somehow the various (number 1<=k<=40) detected double-color labels (= ColorCodes) are releated to ĭoes 12 mean color signature number twelve? The various (e.g., number 1<=j<=200) single-color labels (= signatures) are related , Given I had 200 blocks for color signatures and may have 40 CC labels (7 different ones, but 3-10 multiples of them), i.e. Sorry, I don’t understand the way how it works for CC at all…Ī) detected single-color labels (= signatures) of different sizes and locations andī) detected double-color labels (= ColorCodes) of different sizes and locations ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |