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
- 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
EthernetConfigto 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)
t_gpibto check that GPIB is working
- connect ENET/100 to the KS3988 Camac Controller with the GPIB cable
t_camacto check that the Camac Controller is working
t_lsto check that the KS982 List Sequencer is working
- setup circuitry for ADC test
- (details required)
t_adcto test ADC readout without the List Sequencer
t_colltto test ADC readout using the List Sequencer
- Collect Tech Notes
- NIGPIB API
- Kinetic Systems
- Ortec ADC AD811
- Ortec ADC AD413
Load and configure the driver:
sudo /sbin/modprobe gpib sudo /usr/local/sbin/gpib_config