Windows XP stand-by en hibernate problemen

[Verwijderd]

Ik heb wat problemen met mijn Shuttle Barebare icm Windows XP Prof.
Wanneer ik deze in stand-by modus zet en vervolgens weer aanzet door een tik te geven op mijn tweede touchscreen beeldscherm (extended) is het altijd zo dat de muis er zo uit ziet:



Een vierkant blokje die, zoals het lijkt, een soort negatief beeld geeft van wat er op de achtergrond staat. Dit is op deze manier natuurlijk niet te gebruiken. Wanneer er een herstart plaats vind is de muis weer normaal. Tevens gebeurd het af en toe (80% van de keren) dat de touchscreen (Nanovision Mimo) uit is na het uit de stand-by halen van de pc. Deze is ook niet aan te krijgen, behalve als je de usb stekker (deze touchscreen werkt op 2 usb stekkers, geen vga) eruit haalt en in 2 andere usb poorten stopt zodat de driver weer opnieuw geinstalleerd wordt en het schermpje weer werkt.

Gezien de barebone dient als mediaportal en streamer en weggewerkt is is hier niet makkelijk bij te komen moet ik een oplossing hebben om deze makkelijk op te laten starten en af te sluiten.

Wanneer ik de hibernate functie gebruik is de muis wel normaal. Echter loopt een bepaalde driver van mijn touchscreen dan in 75% van de gevallen vast waardoor ik, net als bij de stand-by, de usb stekkers in een andere usbpoort moet stoppen.


Iemand die een idee heeft hoe het muis probleem op te lossen is?
Iemand die een idee heeft hoe mijn touchscreen probleem op te lossen is?

Ben jullie dan erg dankbaar

[alt-92]

Eerste gedachte: video drivers.
wat je touchscreen aangaat: lijkt erop dat je USB bus op dat moment even te laat wakker wordt en je device niet terug aanmeldt. Zou je even moeten kijken of je dan in device manager ook een uitroepteken ziet.

Desnoods maak je een scriptje met devcon en WMI wat bij resume je poorten down en weer up gooit zodat je touchscreen goed geinitialiseerd wordt.
Ga eens zoeken op technet/MSDN naar Win32_PowerManagementEvent en wat je daarmee kan triggeren?

[Verwijderd]

Thnx.

Ik ga tevens kijken of ik via de usb-controllers (of usb-hoofdhub) ervoor kan kiezen dat deze niet uitgeschakelt worden bij slaapstand. Wellicht dat ze zo blijven werken.
Tevens ben ik erachter gekomen dat ik niet de enige ben, vooral in Vista schijnen mensen problemen te hebben met usb apparatuur dat niet werkt.

[Verwijderd]

Ik heb in apparaatbeheer ervoor gekozen voor alle usb-hubs dat ze niet uitmogen om energie te besparen. Echter heeft het niet geholpen (stand-by en hibernate).
Nog steeds het probleem. Uit en aan doen van pc heeft dan ook geen nut meer, ik moet de 2 usb stekkers in een andere poort drukken willen ze weer werken.

[Verwijderd]

Opgelost, wou nog even meegeven hoe.

Het muis probleem is opgelost door een verkeerde driver vga te vervangen. Tevens alle, in de device manager, vermelde apparaten die nog niet de juiste driver hadden geinstalleerd.

Daarna touchscreen driver vervangen door een andere driver. Na standby werkte echter helaas het touch gedeelte niet. Dus wel beeld, geen touch.

Ik kwam er achter dat wanneer ik de touch (onder device manager - muis) disable en direct weer enablede hij wel werkte.

Daarom een bat file geschreven die via 'devcon' de betreffende hardware id disabled en daarna enabled. Om deze automatisch te laten starten gebruik gemaakt van een tool die er voor zorgt dat de bat file aangeroepen wordt zodra hij uit standby komt.

[Tbuzz]

Hey,

Mag ik van jouw dat bestand? ik heb de Mimo Pivot en ik denk dat ik daar ook last van heb!
alvast bedankt! ik heb windows XP!

groetjes,

Timo

Verwijderd schreef op zondag 11 oktober 2009 @ 22:03:
Opgelost, wou nog even meegeven hoe.

Het muis probleem is opgelost door een verkeerde driver vga te vervangen. Tevens alle, in de device manager, vermelde apparaten die nog niet de juiste driver hadden geinstalleerd.

Daarna touchscreen driver vervangen door een andere driver. Na standby werkte echter helaas het touch gedeelte niet. Dus wel beeld, geen touch.

Ik kwam er achter dat wanneer ik de touch (onder device manager - muis) disable en direct weer enablede hij wel werkte.

Daarom een bat file geschreven die via 'devcon' de betreffende hardware id disabled en daarna enabled. Om deze automatisch te laten starten gebruik gemaakt van een tool die er voor zorgt dat de bat file aangeroepen wordt zodra hij uit standby komt.