Rockbox Development > New Ports

Creative Zen Vision:M

<< < (92/136) > >>

Falafel:
No, way faster than that, I can hardly read/see the value before it dissapears..

mcuelenaere:

--- Quote from: Falafel on February 27, 2008, 08:01:38 AM ---No way faster than that, I can hardly read/see the value before it dissapears..

--- End quote ---
Did you just compile the diff I put on the forums or did you add i2c_reading(); ?
If not, could you do that anyway and post the addresses (0x??) it reports?

Falafel:
I compiled the diffs.

Here are the addresses:

0xE
0XF
0x10E
0x10F
0x1A2
0x1A3
0x20E
counter is still running but it doesn't seem to add anything new, so I'll post this.

mcuelenaere:

--- Quote from: Falafel on February 27, 2008, 08:10:30 AM ---I compiled the diffs.

Here are the addresses:

0xE
0XF
0x10E
0x10F
0x1A2
0x1A3
0x20E
counter is still running but it doesn't seem to add anything new, so I'll post this.


--- End quote ---
Ok, now remove the i2c_reading(); line and replace (l.174)

--- Code: ---unsigned short arr[2] = {0xD1, 0xC8};
--- End code ---
with

--- Code: ---unsigned short arr[7] = {0xE, 0xF, 0x10E, 0x10F, 0x1A2, 0x1A3, 0x20E};
--- End code ---
and replace (l.178)

--- Code: ---for(i=0;i

Falafel:
When I compile and run (with finally the right dimensions on screen) I see the 7 hex codes I just added, with long (36 Bytes) never changing codes behind 'em, and the top one (0xE) has a constantly changing 4digit number behind the code.

Edit: the long ones are addresses? because they don't change.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version