RPi GPIO Test #2: Loopback Testing

In this system configuration (GPIO_TEST), the Raspberry Pi GPIO configuration and loopback connection are identical to those of the previous example, with the addition of HMI elements such that the operation is as follows:

• Clicking on the OUTPUT check box causes the OUTPUT.OUT value to flip; this value is passed to the PIN3.X input.
• An event is passed from OUTPUT.IND to PIN3.REQ; this causes the flipped value at PIN3.X to be written to pin 3 of the Raspberry Pi 2 GPIO header.
• The output state is passed electrically from pin 3 to pin 5 of the GPIO header.
• An event is passed from PIN3.CNF to PIN5.REQ, which causes the value of the input at pin 5 of the header to appear at PIN5.X, which is passed to INPUT.IN.
• An event is passed from PIN5.CNF to INPUT.REQ, which causes the INPUT display to be updated with the new value of PIN5.IN.

RPi GPIO Test #1: Service Interfaces

Here's a shot of a test of the first two General Purpose I/O Service Interface Function Blocks (GPIO SIFBs) for the Raspberry Pi 2:

• Pin 3 of the Raspberry Pi 2 GPIO header is configured as an output using an instance of the GP_OUT2 type.
• Pin 5 is configured as an input using an instance of the GP_IN2 type.
• The output on pin 3 is looped back to the input on pin 5 for testing.
• The value at the X input (0=LOW, 1=HIGH) of the GP_OUT instance is written to pin 3 when the REQ input is triggered.
• The value at pin 3 is conducted electrically to pin 5.
• The value at pin 5 can be read at the X output of the GP_IN2 instance by triggering its REQ input.
• For more information, see the following documentation: GP_IN, GP_OUT, PIN_PULL.

RPi Testbed

Here's a shot of the testbed I'm putting together using the Pi Dish from Adafruit. So far I'm just checking out some 35-year-old LED-illuminated push buttons I had lying around from the old Strider Systems days. Next step - develop some Service Interface Function Block (SIFB) wrappers around the built-in file system access to GPIO.

FBDK on Raspberry Pi

For those of you who didn't already know, the FBDK runs "as is" on the Raspberry Pi 2 under the Raspbian "wheezy" OS, which comes with the Java 8 JDK "out of the box". Below is a partial screenshot . Note the X2Y2 and X2Y2_FBD tabs, which I used to check out the Java compilation.

Matrix Framework Upgrade

The Matrix Framework has been significantly upgraded:

• The internal structure of the MATRIX data type has been changed from Vector<float[]> to float[][] with internal methods for dynamic resizing.
• A new M_OPS FB type with expanded functionality replaces the former M_COLS FB type.
• A new data type M_OP is used to enumerate the functionality provided by the new M_OPS FB type.
• Row and column indices and lengths are now restricted to the values {0..255} of the USINT data type to correspond to the single-octet elements used for this purpose in the ASN.1 encoding.
• Matrix inversion is now performed using the Product Form of the Inverse (PFI). The PFI column pivot operation is also directly supported by the M_OPS FB type, which makes it potentially useful in the solution of linear programming optimization problems.
• The OUT_MATRIX FB type is now capable of resizing and redisplaying itself when a REQ event is received, so the IVAL, ROWS and COLS inputs have been eliminated from this FB type, and no table is displayed initially until the first REQ event is received.
• The TEST_MCOLS system configuration has been updated to M_OPS_DEMO to demonstrate all the operations possible on the new M_OPS FB type. 
• The TEST_MATRIX system configuration has been renamed to the more descriptive MATRIX_DEMO.

PUBLISH/SUBSCRIBE in Applets

PUBLISH and SUBSCRIBE have been upgraded to switch automatically to local multicast channels when their environment does not support UDP communication, e.g., in Applets. See the PUBLISH_0 documentation in the net folder and the CODEC_TEST and CODEC_TEST2 examples in the ita folder of the FB Navigator.

PUBLISH/SUBSCRIBE Update

The implementation of PUBLISH and SUBSCRIBE has been updated to ensure that all data transfer can occur within a single Ethernet packet using UDP over IPv4. For details, see www.holobloc.com/doc/fb/rt/net/pubsub.htm and http://www.holobloc.com/doc/ita/s3.htm#3.5.