Recent Posts » BUG Community

May 30, 2008 3:50pm

kgilmer 215 posts

Topic: BUG SDK / Replacing the Buglab's servlet container

Hi Alain,

Well, of course you’re welcome to implement setStatus(). We’d be happy to take your contribution. Our little HTTP server has had so little attention. :) Jetty might work. Your best bet is to import the source into the SDK and compile it against the PhoneME Advanced Personal classpath container. That should tell you if anything is missing. Let me know if you find out that Jetty doesn’t work, and I’ll see what I can do.

May 30, 2008 3:30pm

jennyw 20 posts

Topic: Official Updates / Postponement?

Hi Che,

Just to give another update, we have indeed been shipping orders out, lots of them! Right now, it looks like we’ll be finished shipping most of the pre-orders (those who ordered before March 17) by the first or second week in June, so within the next few weeks. Then, there should be a whole bunch more, our late March and some of our April orders, going out after that, starting around the end of June. Orders placed in May are at this time not likely to go out before July.

It’s still hard to give exact dates right now, but that should give you a general idea of where we are. Thanks for hanging in there, everyone! Your loyalty is much appreciated!

Jenny

May 30, 2008 2:55pm

edgar1992 7 posts

Topic: BUGmodules / Connecting modules via cable

How about making just the cable "ends" A module similar to the vonHippel with zero electronics that opens up all the pins and the mating module that you can plug another module on to that also opens up all the pins. (A recommendation on cable type would be helpful to those of us without hardware experience.)

May 30, 2008 2:36pm

edgar1992 7 posts

Topic: BUGmodules / Base Mounting

I don’t have my unit yet so I’m not sure if this would be secure enough but you could make a piece (aluminum?) to fit the T-Track and use a couple of set screws to keep the base from sliding.

Another option would be to make an "L" shape where the longer leg is a T-track and the shorter leg is drilled to accept a bolt that secures the unit via the tripod mount.

On a side note I think the empty shells (or at least the bottom half with the connector) would be great (maybe use the shells from warranty returns). If you added a mating shell (1/4 of the bug base shell) you could easily make your own cables.

May 30, 2008 2:20pm

edgar1992 7 posts

Topic: Official Updates / Postponement?

Based on some blogs, it looks like some more units were shipped recently. Would it be possible to post an update on where you are with regards to filling orders (by date of order placed or by order nuber, assuming they are numerically in order).

Thanks,
Che.

May 29, 2008 6:03pm

jennyw 20 posts

Topic: BUGmodules / Base Mounting

Hi Andrew,

Interesting suggestion – I’ll pass your request along! Thanks so much, customer suggestions are invaluable to us!

- Jenny

May 29, 2008 1:58pm

aroman 21 posts

Topic: BUGmodules / LCD Pressure Sesitivity

Hi Tom,

I’ve posted an application on BUGnet which describes how to obtain the pressure value. The name of the app is BUGLCD_Pressure. Please follow the instructions in the description.

To summarize, the driver does some normalization of the data so that both QT and X would recognize when the user places and removes the stylus/finger from the screen. Therefore, the data is not what one would expect in an ideal world. There are multiple factors that come into play when implementing the driver for the touch screen. Most of the linux touch screen drivers perform some sort of normalization and the data is not guaranteed to be a one to one representation of the pressure.

Regards,
Angel

May 29, 2008 6:43am

jconnolly 285 posts

Topic: BUGbase / some hacks

Sometimes on the BUG an app becomes unresponsive or the VM itself can crash if you putz around too much (which I happen to do fairly often :wink: ). I have a few commands I use to start the VM and concierge anew, which can be thrown into a script.


/etc/rc.d/init.d/concierge stop
rm /opt/concierge/apps/*
rm -fr /opt/concierge/storage
find /opt/concierge/ -name \*program\*.bin | xargs rm $1
sleep 2
/etc/rc.d/init.d/concierge start
tail -f /var/log/concierge.log

/etc/rc.d/init.d/concierge stop does what it looks like. It's the equivalent of hitting the escape button on your keyboard with the Virtual BUG. Sometimes this isn't enough to kill it, and you may need to kill the vm altogether. In that case, you'll want to do something like killall cvm and proceed with the commands below.

rm /opt/concierge/apps/* removes all of the applications from the apps folder, which is scanned upon reboot to restart bundles. I do this to start anew.

rm -fr /opt/concierge/storage removes any bundle storage.

find /opt/concierge/ -name \*program\*.bin | xargs rm $1 will remove the UserAppManager's persistent information about bundle behavior. I find this line particularly convenient when a bundle is blocked from restarting (because, say, it has an exception in it's doStart method and is terminated).

/etc/rc.d/init.d/concierge start does what it looks like: starts concierge back up again (also starts the vm, if not running already).

tail -f /var/log/concierge.log is a command I probably use 1000 times a day, it just tails the last 10 lines of concierge.log, the output of the VM. This is the "console" on your BUG. the -f option just follows the log, so any new output is printed to screen.

more to come................
:D

May 28, 2008 12:09pm

afritz 24 posts

Topic: BUGmodules / Base Mounting

In my application, vibration matters (i.e. I only want the vibration coming from the think I’m mounted too, not vibration caused by flexibility in my mount), so using a single 1/4" screw isn’t enough. Instead, I’m just going to leave a module (or 2) off (cables would make those wasted spots useful again too!) and build a mounting bracket that uses the same thing the modules use to latch on, except maybe with a finger screw to tighten the clamp up instead of a spring.

A blank module housing (like the GPS housing, but with nothing inside it) would work for his. You would just file the antenna connector bubble off, screw the top halve of the shell to whatever you were mounting the bug to, screw the back of the case on and then snap the bug in place.

Have you considered selling empty module housings?

May 28, 2008 12:05pm

afritz 24 posts

Topic: BUGmodules / Connecting modules via cable

Well my first application would be much easier/better with remote modules. Since I want to record acceleration in all three axis of my vehicle, and I’d prefer not to have to translate everything to account for orientation of the bug, I’m mounting the bug with x/y/z matching my cars. This of course doesn’t work very well if you want to see the screen. It would be nice to remotely mount the screen, or remotely mount the accelerometer, or both.

Count this as a VOTE for it.

BUG Community

Welcome! Log In

Forums → Recent Posts

May 30, 2008 3:50pm kgilmer 215 posts	Topic: BUG SDK / Replacing the Buglab's servlet container Hi Alain, Well, of course you’re welcome to implement setStatus(). We’d be happy to take your contribution. Our little HTTP server has had so little attention. :) Jetty might work. Your best bet is to import the source into the SDK and compile it against the PhoneME Advanced Personal classpath container. That should tell you if anything is missing. Let me know if you find out that Jetty doesn’t work, and I’ll see what I can do.
May 30, 2008 3:30pm jennyw 20 posts	Topic: Official Updates / Postponement? Hi Che, Just to give another update, we have indeed been shipping orders out, lots of them! Right now, it looks like we’ll be finished shipping most of the pre-orders (those who ordered before March 17) by the first or second week in June, so within the next few weeks. Then, there should be a whole bunch more, our late March and some of our April orders, going out after that, starting around the end of June. Orders placed in May are at this time not likely to go out before July. It’s still hard to give exact dates right now, but that should give you a general idea of where we are. Thanks for hanging in there, everyone! Your loyalty is much appreciated! Jenny
May 30, 2008 2:55pm edgar1992 7 posts	Topic: BUGmodules / Connecting modules via cable How about making just the cable "ends" A module similar to the vonHippel with zero electronics that opens up all the pins and the mating module that you can plug another module on to that also opens up all the pins. (A recommendation on cable type would be helpful to those of us without hardware experience.)
May 30, 2008 2:36pm edgar1992 7 posts	Topic: BUGmodules / Base Mounting I don’t have my unit yet so I’m not sure if this would be secure enough but you could make a piece (aluminum?) to fit the T-Track and use a couple of set screws to keep the base from sliding. Another option would be to make an "L" shape where the longer leg is a T-track and the shorter leg is drilled to accept a bolt that secures the unit via the tripod mount. On a side note I think the empty shells (or at least the bottom half with the connector) would be great (maybe use the shells from warranty returns). If you added a mating shell (1/4 of the bug base shell) you could easily make your own cables.
May 30, 2008 2:20pm edgar1992 7 posts	Topic: Official Updates / Postponement? Based on some blogs, it looks like some more units were shipped recently. Would it be possible to post an update on where you are with regards to filling orders (by date of order placed or by order nuber, assuming they are numerically in order). Thanks, Che.
May 29, 2008 6:03pm jennyw 20 posts	Topic: BUGmodules / Base Mounting Hi Andrew, Interesting suggestion – I’ll pass your request along! Thanks so much, customer suggestions are invaluable to us! - Jenny
May 29, 2008 1:58pm aroman 21 posts	Topic: BUGmodules / LCD Pressure Sesitivity Hi Tom, I’ve posted an application on BUGnet which describes how to obtain the pressure value. The name of the app is BUGLCD_Pressure. Please follow the instructions in the description. To summarize, the driver does some normalization of the data so that both QT and X would recognize when the user places and removes the stylus/finger from the screen. Therefore, the data is not what one would expect in an ideal world. There are multiple factors that come into play when implementing the driver for the touch screen. Most of the linux touch screen drivers perform some sort of normalization and the data is not guaranteed to be a one to one representation of the pressure. Regards, Angel
May 29, 2008 6:43am jconnolly 285 posts	Topic: BUGbase / some hacks Sometimes on the BUG an app becomes unresponsive or the VM itself can crash if you putz around too much (which I happen to do fairly often :wink: ). I have a few commands I use to start the VM and concierge anew, which can be thrown into a script. `/etc/rc.d/init.d/concierge stop rm /opt/concierge/apps/* rm -fr /opt/concierge/storage find /opt/concierge/ -name \program\.bin \| xargs rm $1 sleep 2 /etc/rc.d/init.d/concierge start tail -f /var/log/concierge.log` /etc/rc.d/init.d/concierge stop does what it looks like. It's the equivalent of hitting the escape button on your keyboard with the Virtual BUG. Sometimes this isn't enough to kill it, and you may need to kill the vm altogether. In that case, you'll want to do something like killall cvm and proceed with the commands below. rm /opt/concierge/apps/* removes all of the applications from the apps folder, which is scanned upon reboot to restart bundles. I do this to start anew. rm -fr /opt/concierge/storage removes any bundle storage. find /opt/concierge/ -name \program\.bin \| xargs rm $1 will remove the UserAppManager's persistent information about bundle behavior. I find this line particularly convenient when a bundle is blocked from restarting (because, say, it has an exception in it's doStart method and is terminated). /etc/rc.d/init.d/concierge start does what it looks like: starts concierge back up again (also starts the vm, if not running already). tail -f /var/log/concierge.log is a command I probably use 1000 times a day, it just tails the last 10 lines of concierge.log, the output of the VM. This is the "console" on your BUG. the -f option just follows the log, so any new output is printed to screen. more to come................ :D
May 28, 2008 12:09pm afritz 24 posts	Topic: BUGmodules / Base Mounting In my application, vibration matters (i.e. I only want the vibration coming from the think I’m mounted too, not vibration caused by flexibility in my mount), so using a single 1/4" screw isn’t enough. Instead, I’m just going to leave a module (or 2) off (cables would make those wasted spots useful again too!) and build a mounting bracket that uses the same thing the modules use to latch on, except maybe with a finger screw to tighten the clamp up instead of a spring. A blank module housing (like the GPS housing, but with nothing inside it) would work for his. You would just file the antenna connector bubble off, screw the top halve of the shell to whatever you were mounting the bug to, screw the back of the case on and then snap the bug in place. Have you considered selling empty module housings?
May 28, 2008 12:05pm afritz 24 posts	Topic: BUGmodules / Connecting modules via cable Well my first application would be much easier/better with remote modules. Since I want to record acceleration in all three axis of my vehicle, and I’d prefer not to have to translate everything to account for orientation of the bug, I’m mounting the bug with x/y/z matching my cars. This of course doesn’t work very well if you want to see the screen. It would be nice to remotely mount the screen, or remotely mount the accelerometer, or both. Count this as a VOTE for it.