Bw tool

From BitWizard WIKI
Revision as of 07:38, 7 May 2014 by Rew (talk | contribs) (installation/compiling)

Jump to: navigation, search

intro

The bw_tool is meant to provide a basic commandline access to the bitwizard expansion boards. It was written for the raspberry pi, but has now been proven to work on other Linux platforms with an spidev device as well.

installation/compiling

You can download the bw_tool here. If you are using git just type

git clone https://github.com/rewolff/bw_rpi_tools.git 

Nowadays the "bw_tool" is the only directory of interest. Go there and build:

cd bw_tool; make 

should work fine. If things went smoothly (which they usually do) you can install the binary so that normal people can find it:

 make install

basic example

The simplest invocation:

bw_tool -t "Hello World!"

will display the shown text on an SPI_LCD on the default SPI bus (SPI0). Options modify the defaults.

about permissions

The above command needs access to the SPI bus. By default Linux does not know if letting users access this bus is going to compromise the system or not. So by default Linux chooses to only allow the root user access to the SPI or I2C bus. So you have the following choices:

  • You can run your whole session as root. I use "sudo -s" others recommend "sudo su", while "sudo bash" will also work.
  • You can issue only the commands that require spi-bus access as root by prefixing them with "sudo". e.g.:
 sudo bw_tool -t "Hello World!"
  • you can change the permissions on the device files:
 sudo chmod 666 /dev/spidev*
 sudo chmod 666 /dev/i2c-*

Nowadays the "/dev" filesystem is kept in RAM, not somewhere on disk. So you will need to do that again, at every boot. You could add those commmands to your rc.local (in /etc/) to issue them automatically at every boot. Or you can tell udev that you want those devices world writable. I haven't figured out yet how to do that exactly, so if you want to do the research, feel free to do it that way and report how it's done. (just create a WIKI account and add it here yourself or you can Email to info@ ... and let me do that.)

options

options specifying the device

The option

-I 

will switch to I2C mode.

The option

-D <device> 

will use that device. Specify /dev/spidev0.1 for the second SPI bus on the raspberry pi for example. Or /dev/i2c-1 to specify the second I2C bus. This second i2c bus is the one that is broken out on the gpio's of rev2 raspberry pi's.

The option

-a <address> 

specifies the address of the device to use. Note that BitWizard uses the full 8 bits that are sent to the device. Add one for "read" operation. In some circles, notably I2C, it is customary to specify just those 7 bits. Thus when the I2C_LCD is at the default address of 0x82, i2cdetect will scan it at address 0x41.

options sending data

the option

-t "text" 

will send the text to the device, at port zero. The port cannot be changed, but all BitWizard PCBs that have the option of displaying text have the text port at port zero.

The option

-w <addr>:<byte> 

will write the byte to the port at addr. For LCD-equipped boards for example -w 12:50 will set the contrast to 0x50.

The option

-W <addr>:<short>

will write the 16-bit short to the port at addr. For example -W 81:1000 will write the value 0x1000 to the numsamples port on an analog-equipped board.

reading data

The option

-R <port>:<datasize>

reads the data at port from the device. Datasize can be 'b' for byte (default), 's' for short (16 bits), or 'i' for a 32-bit integer.

finer control

To test sending data to SPI devices, there is the

 --hex [byte...]

option. This simply sends the bytes specified, and reports back what was received. Note that bitwizard boards will not send any data until they have been selected, so the first byte received will represent whatever static is found on the bus.