|
May 22, 2008 10:41am
tom_joynt
1 post
|
Topic: BUGmodules / LCD Pressure Sesitivity On the hardware specs for the LCD screen, it says that there is:Non-Glare resistive touch screen with touch pressure sensitivity (12-bit resolution) I was wondering if there is any way currently to use that sensitivity. There is no javadoc or API documentation that I am aware of, next to the Java AWT implementation. Thanks! |
|
May 22, 2008 10:33am
|
Topic: BUG SDK / Basic Structure of an Application... Wow,syntax highlighting would be really handy. That post fell down the ugly tree and hit every branch on the way down. http://bugcommunity.com/bugzilla/show_bug.cgi?id=184 |
|
May 22, 2008 6:09am
|
Topic: BUG SDK / ClassCastException when tracking services Alain, Could you give me the contents of the exception? The stack trace may be of some help too. Thanks. |
|
May 21, 2008 7:16pm
turn.self.off
5 posts
|
Topic: BUGmodules / Connecting modules via cable i dreamed up a little something i ended up calling the squid. basically a bug module with ports around the side, top and bottom. the bottom one can connect to the bug base, or the top of another squid. the top can, like stated, have another squid inserted, or have a different module inserted. the ports around the sides (4 of them most likely) are for cables. this allows for squids to be attached at the other end of the cables, where they can have bug modules mounted and/or spread out cables to even more squids. |
|
May 21, 2008 7:12pm
turn.self.off
5 posts
|
Topic: BUGmodules / Some ideas for modules.. (a rather long list!) memo to self, read all posts on this forum before you write any more of them. i think i have just made a couple of posts about sensors thats found on this list before finding the list… |
|
May 21, 2008 7:08pm
turn.self.off
5 posts
|
Topic: BUGmodules / Module suggestions some stuff i posted in other threads here but i guess i can bunch them up for easy reference: 1. "squid" module. basically a branching module that allow one to attach wires to the side of the module via ports that again terminate in pads for other bug modules. also give it a port on top for more squids or a bug module… hmm, now that i enter that im starting to think that one can basically just use wires that can connect with squids at each end, and use a squid as a pad. and then i move on to thinking about branching squids. the mind boggles… 2. environmental sensors, temperature, humidity, air pressure, that sort of stuff. hmm, now that i think about it, maybe one more, unique o this thread. lidar ;) a laser based short range "radar". |
|
May 21, 2008 6:56pm
turn.self.off
5 posts
|
Topic: Suggestion Box / environmental sensors? i dont know if its planed, but what about sensors for things like temperature, humidity, air pressure and similar? |
|
May 21, 2008 6:54pm
turn.self.off
5 posts
|
Topic: Suggestion Box / Making space for more modules. another option would be some kind of squid like system, where a spreader connector is put onto the base, and then each of those can have maybe 3 ports on the sides and one on top (for putting either a new squid or a module). in each of the 3 side ports one can then put a arm, and on each arm a pad of attaching a module. with this kind of setup one make for a nice base for building worn computers ;) |
|
May 21, 2008 6:19pm
|
Topic: BUG SDK / Using integration build http://www.igvc.org/design/reports/dr166.pdf This paper is written by the winner of the intelligent ground vehicle competition, a collegiate autonomous robot navigation challenge. The team comes from Virginia Tech, and wrote a report about it. Their report is not the most detailed, but on pages 9-11 you will see what I’m talking about. They do not talk about actual implementations, but my school’s team uses a similar approach with a Kalman filter and I was going to use that algorithm. |
|
May 21, 2008 6:08pm
|
Topic: BUG SDK / Basic Structure of an Application... Ok, I've whipped something together that does what we've discussed. Namely, if it gets an LCD module and the com.buglabs.bug.module.lcd.pub.IModuleDisplay service is available, it will render the output to a GUI, otherwise it just prints to console. The code is below, and it's a bit lengthy. I'll talk to our sysadmin and web-dev team about getting some syntax highlighting together to make this stuff more readable. I'm going to write up a wiki and fully comment the code and upload it to BUGNet for a good reference point. I have a feeling that this type of selective service referencing will be useful to our community in the near future. For now, to test this, simply create a new BUG Project, do not select any services required for the application (resulting in a Dragonfly project with only an Activator class generated). Replace the contents of your Activator class with that below. Try running the app first with the Virtual BUG without any modules attached. Among the verbose OSGi output, you should see the time outputted: ...Then try adding the LCD module and a GUI will pop up with the date/time in a Label on the Frame. Simple, but it demonstrates how to handle services as they become available on the fly from OSGi. Enjoy, and I'll update this thread when more detailed documentation is available.
|