Thanks guys, I was beat my head against this stupid problem all day. I liked how this worked on the Panda II much better. The I2CDevice class just worked out of the box.
The Cerbuino Bee and the Panda II expose I2C in a slightly different location. And on the Bee it’s the second I2C (I2C_2 instead of I2C_1). The Bee doesn’t work with the I2CDevice class out of the box. No big deal, but it’s a difference I hadn’t expected.
I never figured out how to use the I2CDevice class with the second I2C on the Bee. But the SoftwareI2CBus class is working for me now, and that’s fine for my purposes.
My background is software, this hardware stuff is still new to me. For the next idiot, this is my working code…
byte[] data = new byte[1]; // Changed because my data was private.
data[0] = (byte)128;
Cpu.Pin I2C_SDA = (Cpu.Pin)GHI.OSHW.Hardware.FEZCerbuino.Pin.Digital.D2;
Cpu.Pin I2C_SCL = (Cpu.Pin)GHI.OSHW.Hardware.FEZCerbuino.Pin.Digital.D3;
GHI.OSHW.Hardware.SoftwareI2CBus bus = new GHI.OSHW.Hardware.SoftwareI2CBus(I2C_SCL, I2C_SDA);
SoftwareI2CBus.I2CDevice device = bus.CreateI2CDevice(0xc, 0);
int numW = device.Write(data, 0, data.Length);
I had been using Cpu.Pin, etc. because the SoftwareI2CBus method expects that type. Intellisense automatically presents wrong options to you. I wish they’d used an Abstract or Interface to prevent the mixup, but what do I know. At any rate, casting my device’s pins as a Cpu.Pin returned the correct object. See lines 3 and 4 above.
EDIT: GHI Electronics – Where Hardware Meets Software didn’t have an answer for me. It says, “???” where it should say I2C_2. I found this on the schematic, and fyi the text on that is overlapped by other text, making it difficult to read. In general though, I love these products and your websites.