MOCZUL MOUSE DRIVER
| Uploader: | Samull |
| Date Added: | 19 March 2004 |
| File Size: | 31.73 Mb |
| Operating Systems: | Windows NT/2000/XP/2003/2003/7/8/10 MacOS 10/X |
| Downloads: | 75201 |
| Price: | Free* [*Free Regsitration Required] |
The best part in all this is that the mouse also affects non-Dell systems.
These systems are set to "high performance", no system sleep, panels set to sleep after 45 minutes, and the ". Sometimes they are enough to stop sleep, or screen saver.
Dell MOCZUL mouse issue
All the panels should have gone to sleep after 45 minutes, but instead only one did. Fast-forward a few months to April As of late September I have finally reached someone at Dell above level 1, and am in the process of diagnosing the issue. I saw about packets in about moues hours, compared to about 60 packets mousw 6 hours on the same mousepad but running in normal sensitivity mode 1-LED. We imaged these with a custom built Windows 7 image. This test proved my theory! It is truly fascinating watching a room of 20 systems where the panels are randomly changing states, intermittently coming out of screen saver to the login window, or panels going mouss sleep only to wake mocul again, never going into screen saver or never reaching sleep.
It may not be a safety issue, but certainly affects the systems ability to reach sleep consistently which causes higher power consumption and will reduce the life of panels that can't reach sleep mode.
Most systems only went into screen saver, and the two panels that did sleep eventually woke up back to the login window. The original Lenovo mice never had this problem. It also mohse the same issue on the Lenovo system.
A WireShark capture with the USB plugin showed intermittent packets being received from the mouse when they were sitting idle.
And some would come out of screen saver or sleep back to the login screen. I contacted Dell first-level support through Chat, but this didn't go very far. The problem was finally isolated to the mouse Fast-forward now to Septemberand this issue is still gnawing at me. In our training labs all the mice are on mousepads, but I've been testing on an anti-static mat when on my bench. I am determined to get this brought up to Dell's attention, hopefully second level or higher.
I never tested moues sleep, but I'm sure they would also bring a system out of sleep.
Dell Silver USB Laser Optical Mouse MOCZUL
I had a theory that the MOCZUL was incorrectly detecting movement, and by turning up the DPI setting button on the top of the mouse to its highest value, it would amplify this effect. Since I never found a resolution, I simply mkuse all the Dell mice and replaced them with the old Lenovo mice, and the panels slept fine. One of the last tests I did was also the most telling. After the systems had sat idle for a few hours I noticed that only about half the panels were sleeping, where instead all should be.
Still no resolution, so I install the Lenovo mice and move on. So this issue is not related to drivers, BIOS revisions, or even limited to a few system models, it is definitely a mouse hardware issue. I then let the systems go idle and watched them mmoczul minutes.
Genuine OEM Dell MOCZUL USB Wired 6 Button Scroll Laser Mouse Black V7623
It was when I disconnected the mouse and keyboard that the panels went to sleep. I attempted to get this issue raised to Dell through moczuk reps, but this also failed. DefaultUser" screen saver for the login screen set to "blank" after 3 minutes.
Putting the mouse on a rough nylon mousepad really brings out the issue. Combining the high-sensitivity movement mode 4-LED with a mousepad produced mpuse more than the normal amount of packets for Wireshark to capture.
I take these into the lab and they all cause the sleep problem, so this issue affects the whole model line, at least 16 months.
Most systems we deploy don't have mousepads, and instead run on the bare desk.
Comments
Post a Comment