Re: [DIGImend-devel] Genius EasyPen M610 questions

[Nikolai K. <sp...@gm...>]

Hi Lana,

On 07/20/2012 03:05 PM, Lana Druzetich wrote:
> Okay, here they are. One detail, though. While I was dumping the pen
> buttons, the first two digits were "05", and the dumping wouldn't stop
> after a minute expired. However, once I restarted the terminal, it was
> fine.

Thank you! The pen issue sounds strange, but let's dismiss it as an
accidental quirk for now.

I'm currently trying to organize the backlog of work I have and am not sure
when I'll be able to come to implementing the driver. However, I hope to get
a steady, if slow, progress soon instead of frantic running around trying to
do everything at once I used to do, up to the point where I couldn't do
anything.

Sorry for the delay.

Sincerely,
Nick

On 07/20/2012 03:05 PM, Lana Druzetich wrote:
> Okay, here they are. One detail, though. While I was dumping the pen buttons, the first two digits were "05", and the dumping wouldn't stop after a minute expired. However, once I restarted the terminal, it was fine.
>
> On Thu, Jul 19, 2012 at 9:01 AM, Nikolai Kondrashov <sp...@gm... <mailto:sp...@gm...>> wrote:
>
>     Sorry, forgot to include DIGImend-devel.
>
>     Lana, please "Reply to all" this message and send me whatever message you
>     get from the maillist server, if it gets rejected.
>
>     Thanks!
>
>     Sincerely,
>     Nick
>
>
>     On 07/19/2012 12:44 AM, Nikolai Kondrashov wrote:
>
>         Hi Lana,
>
>         On Wed, Jul 18, 2012 at 9:10 AM, Lana Druzetich
>         <lan...@gm... <mailto:lan...@gm...>>  wrote:
>
>             Hello. I did another pen coordinates dump, and, strangely, my tablet stopped
>             responding afterwards.
>
>
>         First of all, thanks for the dumps! What part of the system stopped
>         responding to the tablet input? Do you get anything from dumping?
>
>             Since the last time we spoke, I switched to 64 bit Windows 7, and 64 bit
>             Ubuntu, and one of the problems I had before is gone now (the tablet is
>             always recognized as a tablet, never as a mouse), except when I unplug it
>             live, and then plug it back in (I have to restart my PC to get it working
>             again, but now restarting fixes it every time). The tablet is, however, is
>             still heavily miscalibrated at first, and I have to enter some unusual
>             values to get the whole surface area working (40000 0 42000 20000). I'm
>             pretty sure I damaged the tablet's firmware, back when I used Ubuntu 10, and
>             wizardpen, since Windows (XP, 7 x86, and 7 x64) wouldn't recognize it since
>             then, that is, they do recognize it, but as a USB composite device, not by
>             it's id (PW1700U). Another gem is the fact that when i install drivers from
>             Windows update, the tablet works, but I get the same miscalibration I get in
>             Ubuntu at start, and I can not fix it in Windows. For comparison purposes,
>             when I plugged in a similar tablet (WP5540U, I never used this one on
>             Ubuntu, if that means anything) it was instantly recognized in both Windows
>             (by it's name, and as a single USB device) and Ubuntu (hotplugging worked
>             just fine), and it required no calibration in either system.
>
>             I hope this clears things up a bit.
>
>
>         Thanks for the description! I've implemented WP5540U driver quite a long
>         time ago and it is a very simple and straight-forward device, although, as
>         usual, not standard compliant.
>
>         I doubt that you damaged the firmware, there is usually no way to do that.
>         However, it could have been quirky to start with.
>
>         I think this mouse/tablet flipping is due to switching of the tablet modes.
>         I have a suspicion that the firmware designers used some strange way of
>         triggering it and it is getting switched accidentally by some sequence of
>         events on the USB bus.
>
>         Now, if we won't find this sequence, there is a high possibility we can work
>         around this random switching in the kernel driver.
>
>         The modes differ slightly by the report IDs and format. I have full report
>         format for the default mode sent by you previously, and pen coordinates for
>         the proprietary mode. Can you please do pen buttons and frame buttons dump
>         for the proprietary mode?
>
>         You can see which mode your tablet is in by starting a dump and seeing which
>         report ID is used to report pen movement. If the first byte of each report
>         is 09 - it is the default mode, if it is 07 - it is the proprietary mode.
>
>         This is an example of default mode reports:
>
>         002:002:000:STREAM             1341769148.182056
>            09 80 F0 57 E6 A4 00 00
>
>         002:002:000:STREAM             1341769148.186029
>            09 80 F0 57 E6 A4 00 00
>
>         002:002:000:STREAM             1341769148.190024
>            09 80 F0 57 E6 A4 00 00
>
>         These are proprietary mode reports:
>
>         002:003:000:STREAM             1342590809.450792
>            07 C0 7E A0 22 77 00 00
>
>         002:003:000:STREAM             1342590809.462649
>            07 C0 2F A0 22 77 00 00
>
>         002:003:000:STREAM             1342590809.470647
>            07 C0 D0 9F 22 77 00 00
>
>         I need pen buttons and frame buttons dumps for the second (proprietary)
>         mode. However, if it refuses to switch to it again, I can do a good guess as
>         to how it would work and do without the dump.
>
>         Thank you!
>
>         Sincerely,
>         Nick
>
>         P.S. Could you please "Reply to all" this message and send me whatever error
>         message you get back from the maillist server, if it gets rejected?
>
>
>