New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to differentiate between Kobo Touches: kobo_trilogy #421
Comments
Maybe we could differentiate based on displaycontroller. Could people dump their |
For my mother's Kobo Glo:
(The warning is between every line, but I erased it to increase readability.) Only PCB, TouchCtrl, TouchType, Rsensor, Battery, IFlash have different values. Values [35-38] are not given on the Kobo Glo. |
For the Touch with the swapped X- Y- coordinate (Product no:N905-KBO-B, S/N: N905K342***** -B):
The PCB value for this Touch is 7 digits! Maybe we can differentiate on PCB only. Hopefully, someone with a newer Touch will post. |
This was reported here Here's the ntx_hwconfig as requested. I should note that while my device's fcc id shows it as an n905c, when I did a factory reset and it auto-downloaded the 3.2.0 firmware, it downloaded the one that this thread associates with the n905b. I don't know why it's getting the warnings.
|
Summarizing [0] PCB=
Comparing this to #!/bin/sh
PCB=`ntx_hwconfig -s -p /dev/mmcblk0 PCB`
case $PCB in
E60610D*) echo trilogy;;
E606B*) echo kraken;;
E5061*) echo pixie;;
E606C*) echo dragon;;
E606F*) echo phoenix;;
*) echo trilogy;;
esac It is obvious wherein the mistake lies. They just heap them together at the end! We can run the command ourselves and differentiate between Touch B and C. |
I don't know if I'm missing anything, but:
and in issue #535:
so both models appear to have X and Y switched??? Even if we can distinguish between models, it could not be useful at all... |
So should we query model and firmware version? |
I don't think the firmware version changes the coordinates.
in the case of Aura, AuraHD and Glo, it is set to "Normal". |
Interesting. But how does it discriminate between Touches? |
My guess is that those with inverted coordinates would have 'Normal2' as a
|
It would indeed be nice to have a different check for coordinate inversion and model dependency. What about hwhw's suggestion for a "touch upper right corner" if there is no configuration file yet? |
A touch calibration step would be perfect, but I think it should be shown only to kobo touch owners. |
I'll close this since all the data has been gathered. |
I have original N905 and N905B The N905B has a micro sd on board as rom. |
@bbaixiner Nice that you have both Touches! Would you be willing to run the command Next to the output of the command for each model I am also quite interested what tweaks to |
@Markismus Very unexpectedly that the command ntx_hwconfig -s -p /dev/mmcblk0 is no use at N905. And I copy the a ntx_hwconfig in sd card and run it ,but no use all the same. |
This is new! What are your installed firmwares for the Touches? |
@Markismus I upgraded the N905 to 3.3.1 . and ntx_hwconfig -s -p /dev/mmcblk0 reported error , yet. /bin/kobo_config.sh [root@(none) ~]# /bin/kobo_config.sh And the koreader can run in N905,but the touch action tap need a very quick tap speed to work normally. |
@Markismus The N905B' s hwconfig below , I do not know what diffrence with N905C
|
Nice! Too bad you can't get your Touch-C to spit out the data. That would have cleared up the difference between B and C. For now it confirms that the previous data dump is indeed a Touch-B model. |
@giorgio130 I'm on firmware 3.4.1 on a kobo mini and have UIConfig='Normal2' and no swapped coordinates. |
@Markismus Ok, I have got a N905C, It has one more Zforce NN1001A chip.and hwconfig below: (none) login: root |
@Markismus |
Thanks for the info! Could you make a separate issue for the crashes? Please add
Without this info we can't do much more than writing that we're sorry for you and that it does work for us... |
Why? What's wrong with Github communication? |
Never pull the GLIBC_2.22 version of fmemopen on Linux. None of our ARM targets run anything that new. Fix koreader#421 Note to mainteners: there's an updated patch for the upcoming leptonica version, because the code got easier to deal with ;).
Since that block of comments is concerned with that kind of stuff ;).
... Turns out the old default fmemopen symbol name used a different version than the one used by the compat symbol... Yay. Meaning we can only apply the patch when building against glibc >= 2.22, so, do that. Fix koreader#421
On the mobileread forum xping found a kobo touch that had ABS_X and ABS_Y swapped. This is to be expected from lines 365-366 of
input.lua
:After I asked him for more info, it is clear that
function Device:getModel()
and thuskobo_config.sh
do not provide enough info to differentiate between versions.kobo_config.sh
:Running the relevant command on Kobo Aura:
So the trilogy already uses all info available in field PCB
Has anybody an idea how to find the info xping gave:
The text was updated successfully, but these errors were encountered: