Hello arduino people!, The following questions that I'm going to ask are going to be what I hate the most when done to me, please don't get me wrong I don't want you to do my job but I'm lost and without enough time (university is getting harder) to research how the SMBUS protocol works and all of those fancy things.
Here the situation: I've a motherboard that doesn't allow me to reach over 319Mhz FSB, not because is crashing or anything (the cpu is overvolted like hell, I have basic knowledge on how switching buck/boost converters work and how to hack the feedback pin)
Now I've found the clockgenerator on board, is a RTM876-660 and upon boot there's activity on the SMBUS that runs all over the board. With arduino and the I2cmaster Library with the search command it has found some devices:
Found device at address - 0x8
Found device at address - 0x30
Found device at address - 0x32
Found device at address - 0x44
Found device at address - 0x50
Found device at address - 0x52
Found device at address - 0x68
Found device at address - 0x69
Then I've proceded to cut the traces to the clockgen and isolate him, running the search only on the IC that's at 0x69.
So off a good start, found the bus, arduino does kinda talk on it and the address of the IC that I'm interested is 0x69.
What i'm trying to achieve is to read data coming from the board and repeat them as they are to the clockgen, then with the help of the DATASHEET reprogram the FSB clock to go higher.
If you need the datasheet here's the link RTM876-660 datasheet
In windows I was able to push 322FSB with setFSB but it was kinda weird it worked with a different clockgen ic in list, anyway just pure luck that somehow 322 went somewhere.
Having 0 knowledge of I2C and having then decode what comes of that bus this is going to be a tedious if not impossible task, if anyone with a lot of free time that's into overclocking and wants to help me or at least help me to make arduino spit out some data <3
With AnalogRead I did pull out some stuff but it was always different, probably too slow (as far I know I2C clocks at 100Khz, analogRead on the other hand 10Khz max)