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
- 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
