These systems are set to “high performance”, no system sleep, panels set to sleep after 45 minutes, and the “. And some would come out of screen saver or sleep back to the login screen. Combining the high-sensitivity movement mode 4-LED with a mousepad produced much more than the normal amount of packets for Wireshark to capture. One of the last tests I did was also the most telling. A WireShark capture with the USB plugin showed intermittent packets being received from the mouse when they were sitting idle. It was when I disconnected the mouse and keyboard that the panels went to sleep. Still no resolution, so I install the Lenovo mice and move on.
|Date Added:||12 May 2006|
|File Size:||34.73 Mb|
|Operating Systems:||Windows NT/2000/XP/2003/2003/7/8/10 MacOS 10/X|
|Price:||Free* [*Free Regsitration Required]|
I saw about packets in about 2 hours, compared to about 60 packets in 6 hours on the same mousepad but running in normal sensitivity mode 1-LED.
I never tested system sleep, but Moxzul sure they would also bring a system out of sleep. The problem was finally isolated to the mouse I have put up this page in the hopes of helping anyone else that has seen weird sleep issues when a Dell MOCZUL model mouse is attached to your system. Putting the mouse on a rough nylon mousepad really brings out the issue. Fast-forward a few months to April We imaged these with a custom built Windows 7 image.
I am determined to get this brought up to Dell’s attention, hopefully second level or higher.
Dell MOCZUL mouse issue
Still no resolution, so I install the Lenovo mice and move on. Sometimes they are enough to stop sleep, or screen saver.
This test proved my theory! I take these into the lab and they all cause moouse sleep problem, so this issue affects mousw whole model line, at least 16 months. These systems are set to “high performance”, no system sleep, panels set to sleep after 45 minutes, and the “. Most systems only went into screen saver, and the two panels that did sleep eventually woke up back to the login window. Since I never found a resolution, I simply pulled all the Dell mice and replaced them with the old Lenovo mice, and the panels slept fine.
Now I have about 5 different production dates to test.
In our training labs all the mice are on mousepads, but I’ve been testing on an anti-static mat when on my bench. It also caused the same issue on the Lenovo system.
It may not be a safety moczkl, 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. As of late September I have finally reached someone at Dell above level 1, and am in the process of diagnosing the issue. What seems to be happening is the packets that are being sent from the mouse don’t always push the panel out of sleep mode or out of screen saver, mouae instead seem to reset the internal timer for activating panel sleep.
I then let the systems go idle and koczul them for minutes.
Genuine OEM Dell MOCZUL USB Wired 6 Button Scroll Laser Mouse Black V7623
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. 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.
I spent hours checking Windows settings, BIOS settings, trying fixes found on the internet, but the issue persisted. I contacted Dell first-level support through Chat, but this didn’t go very far.
And some would come out of screen saver or sleep back to the login screen.
The original Lenovo mice never had this problem. 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. Combining the high-sensitivity movement mode 4-LED with a mousepad produced much more than the normal amount of packets for Wireshark to capture. I attempted to get this issue raised to Dell through our reps, but this also failed.
A WireShark capture with the USB plugin showed intermittent packets being received from the mouse when they were sitting idle. One of the last tests I did was also the most telling.
All the panels should have gone to sleep after 45 minutes, but instead only one did. The best part in all this is that the mouse also affects non-Dell systems. Fast-forward now to Septemberand this issue is still gnawing at me.