Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
  You are not logged in - nap
NIC-Test V0.5   [2009]

NIC-Test V0.5 Released by :
Ancients [web]

Release Date :
2 April 2009

Type :
C64 Tool

NIC-Test 0.5

User rating:awaiting 8 votes (8 left)

Credits :
Code .... Devia of Ancients

Download :

Look for downloads on external sites:

Submitted by hedning on 16 January 2018
NIC-Test v0.5 by Devia/Ancients

This program is for testing the stability of Commodore 64 ethernet cards based
on the Crystal Semiconductors CS8900A chip.

Supported Ethernet Chips:
- Crystal LAN CS8900A in all revisions.

Supported Ethernet Cards:
- RR-Net, old and new versions
- The Final Ethernet (TFE), original and revised layouts
- FB-Net
- Net64
- 64NIC

Supported Platforms:
- All C64 models, SX-64 and all C128 models in 64 mode
- Retro Replay
- MMC64 (*)(**)
- MMC Replay
- IDE64 v4.1
- 1541 Ultimate (***)

(*) - The Clock-Port of the MMC64 is probed before anything in it's pass-through
(**) - Currently the detection algorithm won't work properly on the pass-through
port in all cases.
(***) - The Ethernet Option needs to be enabled and it has to emulate one of the
supported ethernet cards.

The ethernet chip will be put into internal loop-back mode, so it is not
necessary to have an ethernet cable connected. The program will continuously send
out 128 bytes of data to the ethernet chip's frame-buffer and then read back that
very same data.

The data displayed on screen is the 128 bytes of data being moved back and
forth. Whenever corruption or errors of any kind are detected, the overall
border color will change to reflect this. The majority of its color will be either
green or red, indicating if errors are detected or not. (yes, green is good!)

You can easily see if some bytes differ from the fill pattern of $ff.
However, several controls are available to influence what you see:

- You can press 'P' to pause the program. This will freeze the packet flow and
and the screen will light in the color of the "state" of the last packet
received, which also will be the packet displayed on screen.
- Pressing 'SHIFT+P' will allow you to Single Step
- Holding 'SPACE' will freeze everything without regard to screen refresh.
(read: the data displayed might contain data from current and last packet)

- Pressing 'R' will reset the ethernet chip and re-initialize it.
- Pressing 'LSHIFT+R' will only re-initialize
- Pressing 'RSHIFT+R' will only reset. This will drop all packets.

- Pressing 'Y' will enable recycling of the buffer. This means that whatever is
received from the ethernet card will be copied back to the send buffer and
send to the ethernet card again. This also means that errors will propagate,
making it more obvious what type of errors you are having.

- Pressing 'S' will cycle through 8 different speeds.

- Hit 'RESTORE' to restart the program completely. Useful if you hotswap some
I/O map jumpers or likewise.

- Pressing 0 through 7 will enable or disable sprites 0 through 7. The last
sprite which got enabled can be moved around the screen using the cursor
keys. Initially, Sprite 0 is placed on a line known to cause intermittent
failures in implementations with less than optimally timed chip select.

- Pressing 'I' will test banking of the I/O space in which the NIC is mapped.
If the border turns red and the Lost Packets counter starts counting up, this
means that the NIC cannot be banked out of I/O space and replaced with RAM.
If nothing seems to happen when pressing 'I' that simply means that the NIC
was successfully banked out and back in again. However, this does not mean
that banking works as it should for the entire I/O area!

Near the bottom of the screen are some statistics:

"SENT/RECEIVED" - Shows packets sent and received. The received packets are
including corrupted ones.

"LOST/BAD LENGTH" - Shows lost packets and packets with wrong length. Lost
packets got send, but never got received. Remember we are in internal loop-back
here, so this is NOT good. The packets with wrong length are likely to also
be corrupt, but not necessarily!

"CORRUPTED/OK" - Shows number of corrupted vs. OK packets. Corrupted packets
are found by comparing the received result with what was sent.

Questions/requests/reports/whatever - feel free to mail me..

Search CSDb
Prev - Random - Next
Detailed Info
· Summaries (1)
· User Comments
· Production Notes
Fun Stuff
· Goofs
· Hidden Parts
· Trivia
· Discuss this release
Support CSDb
Help keep CSDb running:

Funding status:

About this site:
CSDb (Commodore 64 Scene Database) is a website which goal is to gather as much information and material about the scene around the commodore 64 computer - the worlds most popular home computer throughout time. Here you can find almost anything which was ever made for the commodore 64, and more is being added every day. As this website is scene related, you can mostly find demos, music and graphics made by the people who made the scene (the sceners), but you can also find a lot of the old classic games here. Try out the search box in the top right corner, or check out the CSDb main page for the latest additions.
Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.1 sec.