Collect has been fixed to compile on Scientific Linux 4. Some accessory clean-up has been done.

The National Instruments GPIB drivers compile on Kernel 2.6, but only for single CPU (non-SMP). This would require some further investigation.

I also have some fixes for the nikal.ko module, for warnings that are issued at compile time.

Setup on Linux for GPIB-AT/TNT (ISA 16bit) card:

  • get sources from linux-gpib.sourceforge.net
  • ./configure
  • make
  • make install
  • chgrp gpib /dev/gpib*
  • chmod g+rw /dev/gpib*
  • add users to group gpib
  • something did reset the permissions - maybe gpib_config ?

Collect via ENET/100 is far too slow not because of bandwidth, but latency

Setup on Linux for ENET/100:

  • Download the GPIB driver from National Instruments
  • make sure you are using a non-SMP kernel.
    Fedora Core and Scientific Linux 4 by default install SMP kernels on Pentium 4, in order to use HyperThreading
  • use the provided installer - attempts at installing via RPM have been unsuccessful
  • use EthernetConfig to find and configure the ENET/100 Ethernet-to-GPIB interface
    • fixed IP is required (unless we get DHCP->DNS updates)
    • (add link to documentation)
  • use ?? to configure the logical connection between drivers and the ENET/100 (as GPIB0)
  • run t_gpib to check that GPIB is working
  • connect ENET/100 to the KS3988 Camac Controller with the GPIB cable
  • run t_camac to check that the Camac Controller is working
  • run t_ls to check that the KS982 List Sequencer is working
  • setup circuitry for ADC test
    • (details required)
  • use t_adc to test ADC readout without the List Sequencer
  • use t_collt to test ADC readout using the List Sequencer

Documentation: (todo)

Load and configure the driver:

sudo /sbin/modprobe gpib
sudo /usr/local/sbin/gpib_config