07:16.09 | *** join/#htc-linux awelux_ (n=awelux__@dslb-084-058-159-116.pools.arcor-ip.net) |
08:27.25 | *** join/#htc-linux jeanseb (n=jeanseb@ipv4.sabine-et-benoit.com) |
10:44.21 | *** join/#htc-linux rob_w (n=bob@213.54.215.105) |
18:25.04 | *** join/#htc-linux goxboxlive (n=goxboxli@26.84-48-79.nextgentel.com) |
21:39.56 | awelux_ | hehe |
21:40.03 | awelux_ | <-insane laughter |
21:40.18 | awelux_ | We don't need to modify tslib :) |
21:40.32 | awelux_ | I've a perfectly linear TS :) |
21:40.58 | awelux_ | <PROTECTED> |
21:41.04 | awelux_ | SSDR_P2 = 0x920000 // for Y |
21:46.12 | cr2 | hi awelux |
21:46.45 | cr2 | the numbers were from the datasheet, and i have not changed them. |
21:47.18 | awelux_ | what datasheet ? |
21:47.52 | awelux_ | I've a different datasheet then |
21:47.59 | awelux_ | Mine has 27 pages |
21:48.07 | awelux_ | And explains every bit |
21:48.22 | cr2 | yes. |
21:48.33 | cr2 | differential mode, etc. |
21:49.15 | awelux_ | yes. exactly. The mode has to match to the TS |
21:49.21 | awelux_ | and how it is connected |
21:49.59 | cr2 | so ? :) |
21:50.11 | awelux_ | well the above works perfectly for me. I bet you will find a linear setting for yours too |
21:51.03 | cr2 | what are the current settings ? |
21:51.06 | awelux_ | I've a perfectly linear behavior all over the screen now and completely independent from the preassure |
21:51.19 | awelux_ | the values I just posted |
21:51.22 | cr2 | pressure is ignored by the driver |
21:51.23 | awelux_ | before it was: |
21:51.37 | awelux_ | SSDR_P" = 0xd00000 // for X |
21:51.43 | awelux_ | SSDR_P2 = 0x900000 // for X |
21:51.47 | awelux_ | for Y |
21:52.00 | cr2 | what bits did you change ? |
21:52.28 | awelux_ | well mine didn't ignore the preassure wit the above settings. when I pressed harder the cursor shiftet to the left. |
21:52.29 | cr2 | i think i have checked the values and they looked reasonable... |
21:53.08 | awelux_ | I changed the power down mode settings |
21:53.40 | cr2 | interesting. |
21:53.43 | cr2 | i'll try |
21:54.35 | awelux_ | They determine how the "open" ends of the TS that are not measured right now are connected to reference sources. |
21:54.50 | goxboxlive | awelux: Good job, hope this will do the trick for the Universal to. Yes go on and try cr2, lets cross our fingers. |
21:55.10 | awelux_ | goxboxlive, thanks |
21:58.46 | cr2 | booting... |
21:59.56 | goxboxlive | exiting :-) |
22:02.29 | awelux_ | You will have to rerun ts_calibrate |
22:02.57 | awelux_ | obviously |
22:08.40 | goxboxlive | awlux: Is there a lot i have to change in the cvs? Or is it just a couple of lines in the htcuniversal_ts.c ? |
22:09.16 | awelux_ | just these two lines |
22:09.50 | goxboxlive | ok so i have to change this one: SSDR_P1 = 0xd00000 /* | (lower_bits << 0) */; /* May want bits 0 and 1 set for keeping power up */ |
22:09.51 | awelux_ | I loaded the ts driver as a module to quickly test different values. |
22:09.58 | awelux_ | exactly this line |
22:10.04 | awelux_ | and the one below |
22:10.15 | goxboxlive | and this one: SSDR_P1 = 0x900000 /* | (lower_bits << 0) */; /* May want bits 0 and 1 set for keeping power up */ |
22:10.18 | awelux_ | yes |
22:10.28 | goxboxlive | thx i'll try my self :-) |
22:10.34 | awelux_ | we should get some feedback from cr2 soon. |
22:11.11 | cr2 | hmm. did not help. |
22:11.18 | awelux_ | sad :/ |
22:11.27 | goxboxlive | hmm yes. |
22:11.41 | cr2 | still, great for you ! :) |
22:11.43 | awelux_ | try ts_test and try to draw horizontal and vertical lines |
22:11.57 | cr2 | yes, it is the same pattern. |
22:12.06 | awelux_ | For me, suddenly one coordinate was working perfectly |
22:12.21 | awelux_ | You could try other values for the last byte |
22:13.31 | awelux_ | as far as I understand all combinations of the last three bit could make sense for other TS configurationsä |
22:13.51 | awelux_ | I had horribly distorted values at times. |
22:18.46 | cr2 | wince is doing & 0xfff000ff with the data ... |
22:19.29 | awelux_ | ? |
22:19.35 | awelux_ | that looks strange |
22:20.49 | cr2 | then there is 2^35/11 value... |
22:21.10 | cr2 | and 2^34/10 |
22:22.50 | awelux_ | cr2, did you get the exact same pattern you got before even so the TI2046 configuration was so different? |
22:23.09 | cr2 | yes. |
22:23.18 | cr2 | or a very similar one. |
22:23.30 | cr2 | hmm. hardcoded 0x4F588 |
22:24.38 | awelux_ | you could try to toggle bit 2 then |
22:25.39 | cr2 | 2^38/1000 |
22:26.12 | cr2 | some strange math is inside the driver. can be the affine transform.- |
22:27.31 | awelux_ | ok. maybe the screen is nonelinear after all :) |
22:27.52 | awelux_ | but maybe it's not always as bad as in your first harvest |
22:28.48 | awelux_ | you are dissassembling the wince ts driver right now right? |
22:28.58 | cr2 | wince must also send the X/Y request and get the response back... |
22:29.11 | awelux_ | true |
22:29.22 | awelux_ | and you are looking for that? |
22:30.09 | awelux_ | It's possible that the X/Y requests are hard to identify |
22:30.39 | awelux_ | since it's possible to use 16 bit requests and overlapping requests/response |
22:31.08 | cr2 | the ssp port is set for 24bit mototola SPI. |
22:31.48 | awelux_ | ah ok |
22:32.19 | cr2 | i see heavy bitshifting >>16 and >>7 |
22:32.36 | cr2 | 4 times. |
22:32.44 | awelux_ | can you upload the dll somewhere ? |
22:33.31 | awelux_ | they probably outsorced the development of the driver and it's a complete mess. |
22:51.42 | cr2 | it's not a dll. |
22:52.04 | awelux_ | bu |
22:52.09 | awelux_ | but ? |
22:52.28 | cr2 | bootloader |
22:52.57 | awelux_ | ah. you identified a section with a ts driver in there ? |
22:53.35 | cr2 | yes. |
22:56.30 | awelux_ | can I somehow get that bootloader ? |
22:57.20 | cr2 | e-mail? |
22:59.22 | awelux_ | alexander.werth at gmx.de |
23:01.14 | cr2 | sent. |
23:02.01 | cr2 | you'll see. |
23:09.26 | awelux_ | got it. thx. |
23:28.00 | *** join/#htc-linux amgad (n=amgad@82.201.251.137) |
23:30.14 | awelux_ | gn8 |