I2C is a hardware thing and is not standardly available on desktop (including laptop) style computers. There are all sorts of "dongles" that can provide I2C interfaces via USB, but there is no standardization for managing such devices.
That said, CPAN offers many I2C related modules, but most are targeted at very specific hardware. If your application happens to involve one of those technologies then you may be in luck. If you describe your application and hardware we may be able to help more.
Optimising for fewest key strokes only makes sense transmitting to Pluto or beyond
| [reply] |
I2C is a hardware thing and is not standardly available on desktop (including laptop) style computers.
It is available on most Desktops and Laptops, but most people do not know. If your computer supports EDID (monitor detection), it uses I²C (see DDC2). It is available on most VGA connectors (pins 12 and 15), on all HDMI connectors (pins 15 and 16) , on all DVI Ports (pins 6 and 7) - but not on DisplayPort connectors. How? Your monitor contains a tiny I²C EEPROM (or some hardware that emulates that EEPROM) with information about the monitor. And the graphic adapter uses I²C on the two pins to read that EEPROM.
Yes, that I²C port is a little bit hard to use, as you need some cooperation from the graphics card, but it is I²C. At least for Linux, there are some driver hacks to make the I²C port on the graphics card usable for any I²C device.
I²C can also be used in laptops for HID devices, typically for keyboard and/or touchpad or trackpoint. That's almost completely transparent, because the chipset and/or the drivers hide that interface.
Furthermore, SMbus, used to detect RAM modules, to control fans, to talk with laptop batteries, and to measure temperature and voltages, is also an I²C bus with slightly stricter rules and some extended features.
Some FDTI USB to RS232 chips (e.g. FT232H) can also be repurposed to talk SPI or I²C, using the official FTDI drivers.
Alexander
--
Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-)
| [reply] |
Sure, but that is all "under the hood" stuff. If that were what the OP were interested in it's highly likely the OP would already have the chops to provide their own answer. The one terse sentence we got from the OP points more toward controlling an I²C based device from a Windows computer than manipulating internal I²C devices.
Optimising for fewest key strokes only makes sense transmitting to Pluto or beyond
| [reply] |
| [reply] |
| [reply] |
I'm using an Arduino Uno for stuff like that. You can use a relatively small codebase to turn an Uno into a serial-to-i2c bridge.
I don't have a nice, pure code example for that atm, but if there is interest, i could spend the weekend to come up with one.
| [reply] |