09-11-2014 12:45 PM - edited 09-11-2014 12:46 PM
Hello
I work with sbRIO9606 and two devices connected by NI9693.
Pinout in Table 5 from this manual (Single-Board RIO OEM Devices) shows SMBus at pin 25 and 27.
So there are some questions:
1. Could I make it visible for FPGA IO nodes using 'RMC EEPROM Image Programmer' project?
2. Will this activation keep functionality of NI 9693? These two modules which are connected are still needed.
3. If, then how can I connect physical device, are those pins routed somewhere on sbRIO 9606 ?
09-12-2014 02:39 AM
Well, to be more clear...
I see that SMBus is to manage sbRIO internal resources, range of digital lines in EEPROM example is also withou SMB lines.
Why do I need SMBus: would like to monitor status battery with SMBus.
09-12-2014 09:21 AM
Hi Mikrobi,
The SMBus capabilities are dedicated to the EEPROM functionality. Currrently, there isn't a way to expose the SMBus lines when the NI 9693 RMC is attached, nor is there a general purpose driver to use the SMBus port for communicating with a battery monitoring system or other ICs.
If you need I2C/SMBus capabilities from LabVIEW FPGA, there are several examples and tools network drivers available on ni.com. Depending on the complexity of your battery monitor, I'm sure you can adapt one of the drivers or examples to meet your needs. Unfortunately, when the NI 9693 RMC is attached, it consumes all the available DIO lines on the RMC connector. You could consider the sbRIO-9623 or 9626 as a Single-Board RIO with the RMC connector and 4 additional DIO lines on an additional connector. Or you could export the I2C protocol through one of your C Series modules, if you are using a Digital I/O module that can tristate on a per line basis.
Regards,
09-12-2014 09:42 AM
HI Spex
Thank you for clarification.
Well I just made some review also for EEPROM code. I have to stay with present hardware configuration.
LabVIEW RT calls, if I am correct, shared library that reads and write by calls library function for VxWorks SMBus library,
so similar calling with battery SMBus adress should return battery data, if I can for a moment speculate that SMBus lines are avaliable ?
Regards
Mikrobi