|
May 8, 2008 10:22am
|
Topic: BUG SDK / Programmatic Bug Shutdown? Nice! I didn’t realize we had exec access! I’ll be sure not to try it with the VirtualBug though :-) Which brings to mind another question: is there a page with the javadoc or equivalent for the SDK now? There used to be one on bugbeta.com but it’s not there anymore. I only found the OSGIi shutdown by trawling the java files in SVN. |
|
May 8, 2008 10:21am
|
Topic: BUGbase / No Wi-Fi??? JB, We're working on a wifi module that is nearing the pre-manufacturing phase of completion. While it's not integrated wifi, when we have a concrete date for release, you can be sure there will be fireworks and confetti. |
|
May 8, 2008 10:12am
|
Topic: BUG SDK / Programmatic Bug Shutdown? Dave, You'll have to execute an OS command, like shutdown or poweroff. Runtime.getRuntime().exec("/sbin/shutdown"); You'll have to execute this command before shutting down the VM/OSGi runtime, otherwise the command may not be executed. We're hoping to open power controls of the BUG via the API with the next release. I should also note, if you're running on linux or OS X, before you try running this on the Virtual BUG, you'll probably want to make sure that this won't shut down your host computer accidentally. |
|
May 8, 2008 9:21am
|
Topic: BUG SDK / Requesting position before BUGlocate has a fix Ah, I thought "bugnav" was referring to GPS, but it’s menu nav :-) |
|
May 8, 2008 9:17am
|
Topic: BUG SDK / Requesting position before BUGlocate has a fix Dave, It's great that you're getting down to the bare metal with the GPS functionality. It's true that the onboard antenna can take quite some time getting a location fix. At times, I've had to wait upwards of twenty minutes before getting a signal. This is very unfortunate, and I'm hoping that there is a fix for it soon, if there is a software remedy. With regard to the kernel.log output, those events you're seeing correspond to button events generated from the joystick. You may also see output from touch events on the LCD screen, and others. I'll get the specifics of the output messages together and tailor a more informative post perhaps on the BUGmodules section of this forum. The concierge.log output is from some System.out statements I had for debugging purposes when writing the app. I'll take a look at the source again, but this should either be thrown into the LogProvider.log mechanism, or at the very least only if a static final variable DEBUG is set to true. I just wanted to verify that the external antenna control is enabled/disabled at the hardware level, which involves bitmasking and the like, hence the output. |
|
May 8, 2008 12:08am
|
Topic: BUG SDK / Programmatic Bug Shutdown? How does the Shutdown menu item work?I wrote a quick little app that called: getBundleContext().getBundle(0).stop()on a KEY_UP from hotkey 4. This shuts down a VirtualBug but on the real bug it apparently just shuts down the whole OSGi/Concierge side of the world - the OS still runs. How do I make it go beyond that and truly shut down the bug? |
|
May 7, 2008 10:58pm
|
Topic: BUG SDK / Requesting position before BUGlocate has a fix John, sorry for all the posts, but I powered the device on for a third time and it properly displays the antenna status and GPS Log (with no fixes) – previously it was just a blank window with no titles and no text. Does Antenna On true/false refer to the internal or external antenna? Also, in case its related, the bug’s sys.log and kernel.log show quite a few entries like this: May 8 02:53:26 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 1, Code: 258, Value: 0 and the concierge.log shows: Buttonevent: 1 |
|
May 7, 2008 10:42pm
|
Topic: BUG SDK / Requesting position before BUGlocate has a fix John, I installed GPSLoggerSimpleGUI but it only shows a blank window – no text labels or data. Does it only show that once it gets a fix? Or it is perhaps hitting the same getLat/Lon issue I saw in my app? I’m going to go order an antenna now, but I would expect the internal one to have worked outside. Cheers, |
|
May 7, 2008 10:27pm
|
Topic: BUG SDK / Requesting position before BUGlocate has a fix John, I haven’t stuck that app on it yet, but I tried the following: I had the bug setup, with no apps and only the GPS module attached. I powered it on and took it outside and left it with a good view of most of the sky for about 15 minutes. Modules/GPS/GPS_Fix still showed "false" after this time. If it had gotten a fix, would you expect that to return "true"? Cheers, |
|
May 7, 2008 10:25pm
|
Topic: BUGbase / Base won't power on consistently w/o charger More often than not I can’t get the base to power on, even after a full charge, unless it’s plugged into the AC adaptor. For example, I had it charging at work today and the red led was off when I unplugged it and came home. Tonight sliding the power switch did nothing until I plugged in the AC adaptor. Plugging in the adaptor the led briefly flickered red then went off, presumably because the battery is already fully charged. But then, with the adaptor connected I slid the switch and the bug powered on. Once it’s on I can unplug the adaptor and it stays on. This happens quite often. Is there anything I can do to troubleshoot this? |