|
|
Last updated: 8 Oct 2007
- First Steps
- Using IDEs
- Troubleshooting
Initialize NetBurner Ethernet
- Verify hardware setup
- Serial cable 1 is connected to topmost serial port on PC
- Serial cable 1 connects to jack J7 on the board
- Red ethernet cable is connected to the hub/switch
For the black and purple colored hubs:
DO NOT CONNECT any cable into port 5
(second from the right if looking at the back ports). It will make the network
not work or work intermittently.
The silver and black network equipment are switches, which don't have that problem,
so any open port is okay to use.
- Red ethernet cable is connected to the board.
- Power adapter is plugged into the electrical socket.
- Power adapter connector is plugged into the board.
A small red LED will light up near the connection, and the segmented LED display
will also be on.
If unplugging the power, do if from the electrical socket end.
The connector near the LED might be hot enough to burn your fingers.
- Launch the MTTY Serial Terminal Program
from the Desktop\ECS Lab\Netburner NNDK folder.
Click on OK if the firewall asks you to unblock
or allow access for MTTY.
The communication parameters should be set to:
COM1, 115200, None, 8, 1
COM1 relates to serial port 1 of the PC.
- Click Connect
A prompt will appear.
- Press the small blue button labeled Reset (near the blue
dipswitch module) on the NetBurner board
This will appear:
Waiting 2 sec to start; 'A' to abort
Enter a capital A within two seconds:
A
A prompt will appear:
nb>
- Press reset again if you took too long to respond.
- Enter:
help
to list the help menu.
- Enter:
setup
and check or enter IP parameters, where:
IP Address = 10.1.x.1
(x is the number of your NetBurner station -- click on Show Netburner IPs)
IP Mask = 255.255.255.0
IP Gateway = IP Address of your host is displayed on the Desktop
(or open DOS window enter IPCONFIG)
- Save the new IP information, and exit
Load the Factory Demo Program
- Enter
FLA
This will appear:
Begin Down Load now ...
- Choose from the menu at the top of Multi-threaded TTY (MTTY):
Transfer
Send File (text)
C:\Nburn\MOD5282\original\Mod 5282FactoryDemo_APP.S19
The file will transfer, and the application will run.
Don't abort the application.
- Create the network routing
- Open the ECS Lab folder
- Double click Show Netburner IPs
Due to a minor undiagnosed bug, it may take two tries to see the information.
The DOS window will show the Netburner IP address to use and the PC host's
IP address for the gateway.
- From the Factory Demo Application:
Make a Folder for Your Applications
NetBurner's default folder for projects is
C:\Nburn\examples.
Since you don't have write privileges to folders on the C: drive:
- Create a folder called examples on your H: drive.
- Open a DOS window and type the command:
C:\Nburn\setenv
- Redirect project defaults from
C:\Nburn\examples to H:\examples
Using DevCPP
DevCPP is the old integrated development environment (IDE) for the
Netburner boards.
There is an icon on in the ECS Lab desktop folder's
Netburner NNDK subfolder that you can double-click on
to start devcpp.
Note that it automatically calls C:\nburn\setenv.bat BEFORE
starting devcpp, so whatever you have set up for
NBROOT will be what is used for your home folder. Please
use a subfolder on your H:\ drive.
Using NBEclipse
NBEclipse is the new integrated development environment (IDE) for the
Netburner boards.
There is an icon on in the ECS Lab desktop folder's
NBEclipse subfolder that you can double-click on
to start NBEclipse.
Note that it automatically calls C:\nburn\setenv.bat BEFORE
starting NBEclipse, and it sets up
H:\nburn_eclipse as both your Eclipse workspace and for
NBROOT. We chose a different workspace than the one the
Eclipse icon uses to avoid problems between the two different
versions of Eclipse.
A PDF file of instructions on using NBEclipse
can also be found in the NBEclipse
subfolder.
Note that if you exit NBEclipse and then try to immediately start it again,
it will say it is locked. The lock will clear in 30-60 seconds, so try again
a little later.
Troubleshooting
The most common issues with netburners in a lab environment are:
- reconfigured hardware setup
- incorrect ip addresses being set
- recovering from a crashing application
- Reconfigured hardware setup
Please read about verifying the hardware setup.
- Correcting an IP address conflict:
Note: This needs to be done from the mtty
program (the MTTY Serial Terminal Program
from the Desktop\ECS Lab\Netburner NNDK folder)
- Press "Reset" on the netburner board
- Enter a capital A:
A
to get the nb> prompt.
- Enter the configuration menu by entering setup at the
nb> prompt
- Enter the menu option that shows the ip address.
- Enter the correct ip address and press enter
- Enter captial S:
S
to save the settings.
- Reboot the board and check the correct settings have taken effect.
- Recovering from a crashing program on the netburner board:
Note: This needs to be done from the mtty
program (the MTTY Serial Terminal Program
from the Desktop\ECS Lab\Netburner NNDK folder)
- Press "Reset" on the netburner board
- Enter a capital A:
A
to get the nb> prompt.
- At the nb>
prompt type:
reset
and enter capital A:
A
to get back to the nb> prompt.
Note:
Doing this extra reset step clears any traps and memory issues
that have occurred. If you skip or miss this step you will find that
the following steps have no effect. You need to make sure that the
crashing program didn't start after you typed reset.
If that happened, just press
the reset button and try again.
- Enter:
FLA
to prepare the system for an application upload
- Enter the transfer window
Press F5 or select Transfer/Send file from
the pull down menu.
- Send a program that you know works
The factory demo program works best, but any program that runs
properly should work.
- Once the program has transferred, let the system reboot and check
that the new program starts as expected.
- If you get the crash again, repeat from step a. again and
check that step b. was done.
Change Log
8 Oct 2007 |
Added section on IDEs |
5 Oct 2007 |
Added warning about hot connectors, and troubleshooting hardware |
4 Oct 2007 |
Added hardware verification step; clarified some instructions |
29 Sep 2007 |
Original document, adapted from documents written
by Larry Crum and Cormac McGaughey |
Hours
|
Support Information
|
News
|
Policies
|
Emergencies
|