Netburner Eclipse IDE Issues and purchase the latest version

[edgar]

Hello,
I have a few minor issues that hopefully someone can help me with.
1- I installed the netburner IDE in windows 7 and had some problems downloading to the controllers.
This is the log file:
!SESSION 2011-04-09 11:27:04.152 -----------------------------------------------
eclipse.buildId=unknown
java.version=1.6.0_24
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86

!ENTRY org.eclipse.cdt.managedbuilder.core 4 0 2011-04-09 11:27:12.701
!MESSAGE invalid value id

!ENTRY org.eclipse.ui.console 4 2 2011-04-09 11:29:47.059
!MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.ui.console".
!STACK 0
org.eclipse.swt.SWTException: Device is disposed
at org.eclipse.swt.SWT.error(SWT.java:3777)
at org.eclipse.swt.SWT.error(SWT.java:3695)
at org.eclipse.swt.SWT.error(SWT.java:3666)
at org.eclipse.swt.widgets.Display.error(Display.java:1180)
at org.eclipse.swt.widgets.Display.asyncExec(Display.java:648)
at org.eclipse.ui.internal.console.ConsoleDropDownAction.consolesRemoved(ConsoleDropDownAction.java:150)
at org.eclipse.ui.internal.console.ConsoleManager$ConsoleNotifier.run(ConsoleManager.java:154)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.ui.internal.console.ConsoleManager$ConsoleNotifier.notify(ConsoleManager.java:174)
at org.eclipse.ui.internal.console.ConsoleManager.fireUpdate(ConsoleManager.java:262)
at org.eclipse.ui.internal.console.ConsoleManager.removeConsoles(ConsoleManager.java:244)
at org.eclipse.cdt.internal.ui.buildconsole.BuildConsoleManager.shutdown(BuildConsoleManager.java:163)
at org.eclipse.cdt.ui.CUIPlugin.stop(CUIPlugin.java:537)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$3.run(BundleContextImpl.java:1050)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop(BundleContextImpl.java:1046)
at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:457)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.suspend(AbstractBundle.java:531)
at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle(Framework.java:1104)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.decFWSL(StartLevelManager.java:655)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:312)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.shutdown(StartLevelManager.java:257)
at org.eclipse.osgi.framework.internal.core.SystemBundle.suspend(SystemBundle.java:236)
at org.eclipse.osgi.framework.internal.core.Framework.shutdown(Framework.java:678)
at org.eclipse.osgi.framework.internal.core.Framework.close(Framework.java:576)
at org.eclipse.osgi.framework.internal.core.OSGi.close(OSGi.java:41)
at org.eclipse.core.runtime.adaptor.EclipseStarter.shutdown(EclipseStarter.java:424)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:200)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
at org.eclipse.equinox.launcher.Main.run(Main.java:1236)

!ENTRY org.eclipse.ui.console 4 120 2011-04-09 11:29:47.059
!MESSAGE An exception occurred during console notification
!STACK 0
org.eclipse.swt.SWTException: Device is disposed
at org.eclipse.swt.SWT.error(SWT.java:3777)
at org.eclipse.swt.SWT.error(SWT.java:3695)
at org.eclipse.swt.SWT.error(SWT.java:3666)
at org.eclipse.swt.widgets.Display.error(Display.java:1180)
at org.eclipse.swt.widgets.Display.asyncExec(Display.java:648)
at org.eclipse.ui.internal.console.ConsoleDropDownAction.consolesRemoved(ConsoleDropDownAction.java:150)
at org.eclipse.ui.internal.console.ConsoleManager$ConsoleNotifier.run(ConsoleManager.java:154)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.ui.internal.console.ConsoleManager$ConsoleNotifier.notify(ConsoleManager.java:174)
at org.eclipse.ui.internal.console.ConsoleManager.fireUpdate(ConsoleManager.java:262)
at org.eclipse.ui.internal.console.ConsoleManager.removeConsoles(ConsoleManager.java:244)
at org.eclipse.cdt.internal.ui.buildconsole.BuildConsoleManager.shutdown(BuildConsoleManager.java:163)
at org.eclipse.cdt.ui.CUIPlugin.stop(CUIPlugin.java:537)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl$3.run(BundleContextImpl.java:1050)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.stop(BundleContextImpl.java:1046)
at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:457)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.suspend(AbstractBundle.java:531)
at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle(Framework.java:1104)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.decFWSL(StartLevelManager.java:655)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:312)
at org.eclipse.osgi.framework.internal.core.StartLevelManager.shutdown(StartLevelManager.java:257)
at org.eclipse.osgi.framework.internal.core.SystemBundle.suspend(SystemBundle.java:236)
at org.eclipse.osgi.framework.internal.core.Framework.shutdown(Framework.java:678)
at org.eclipse.osgi.framework.internal.core.Framework.close(Framework.java:576)
at org.eclipse.osgi.framework.internal.core.OSGi.close(OSGi.java:41)
at org.eclipse.core.runtime.adaptor.EclipseStarter.shutdown(EclipseStarter.java:424)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:200)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
//End log

2- Now I uninstalled the software and guess what? I can’t find the CD anywhere, what do I have to do now to get a new copy of the latest software version?
3- Is netburner eclipse IDE compatible with window 7?

Thanks,
Ed

[Forrest]

NBEclipse is fully compatible with win7. Several of our own developers are using W7. Do you know which Java release you are using? I know that the Eclipse release NBEclipse is based on does not support Java 64bit. If you are using 64, try changing to 32 bit edition.

As for the release, you can also download it from http://support.netburner.com

[tod]

Did you look at the FAQ on the wiki? The linked item is specific to Windows 7. I'm using it on Win7 64 but I use the 32 bit release of Galileo Eclipse with the NB plug-ins.

[edgar]

Thanks for the reponses, I'm using Windows 7 32bit. When it was installed I was able ro to do practically everything but debug/download the program to the device. I will renew my support to download the latest version.

Thanks and will keep you posted,
Ed

[tod]

OK - when you get it remember this from the FAQ on Win7

"A typical problem arises when trying to run/debug an application. Eclipse can't launch AutoUpdate without elevated permissions. First, launch AutoUpdate directly and make sure there isn't a firewall issue. If there is grant AutoUpdate permission in your firewall program. Once AutoUpdate works by itself, then work on getting it to launch from inside Eclipse."

[edgar]

Hi,
I'm still having the problem and i did everything as shown in the wiki link. The problem is with the Auto Update, i desabled the firewall and still keep getting a time out. I did some wireshark capturing and i can see the auto update requesting where is the module with ip x.x.x.x and I also see the netburner module responding with the mac location. I changed capabilities, i downloaded a new copy and still nothing. I thought it was the speed that the my network was running but i changed it to 100mpbs and nothing.

I did a debug with MTTTY and i can't see i have an error in the running program but it doesn't hault. Maybe my next step is to do a hard reset if that's possible. I looked at the tutorial on how to reset to factory setting, but it is only shown when the device is haulted on a trap error. Can anyone provide me with the steps to do a factory reset?

Thanks, and any other suggestion are welcomed!
Ed

[edgar]

My apologies, I meant the following

I did a debug with MTTTY and i can see i have an error in the running program but it doesn't hault. Maybe my next step is to do a hard reset if that's possible. I looked at the tutorial on how to reset to factory setting, but it is only shown when the device is haulted on a trap error. Can anyone provide me with the steps to do a factory reset?

[tod]

It's a little hard to understand exactly what problem you are having, but it sounds like you are asking how to download the factory demo app into your NetBurner when it has a program that is running. Your program has an error (of some unspecified nature) but your program is not causing the NetBurner to "trap". It seems to me you just need to follow the steps in the FAQ for downloading a new application. In your case, download the factory demo application. If you need help building the factory demo or just want to see a screencast version of the FAQ see this blog entry on Embedded Networking in 5 Minutes.

[EDIT] I should mention that if you're board is not trapping and you have already put a call to EnableAutoUpdate() in your startup code and the error you talk about didn't cause that to not execute, then you can simply use either the Eclipse IDE or the supplied AutoUpdate program to downolad the factory demo over Ethernet. The FAQ procedure is typically used when your own code is causing the NB to trap and therefore it doesn't stay alive long enough to complete a TCP/IP transfer of the code. I suspect that most of us put a call to EnableAutoUpdate() (as well as EnableSmartTraps() and EnableTaskMonitor() )somewhere very near the top of the startup code for EVERY project). I mentioned in a recent post that if you have a tendency to trap the processor (either because you're learning the NB platform or experimenting) then it's a good idea to put an OSTimeDly() call in your startup that waits long enough (5-10) seconds before continuing so that if you trap in your code the NB will stay alive long enough to allow you download a new build over Ethernet.

[edgar]

Thanks for the inputs, I will try them and keep you posted.

Ed