Girder disables USBUIRT after standby/hibernation

[jankri]

Hi,

I have a problem with the USBUIRT getting disabled after resume from standby and hibernation. I posted a question on the USBUIRT forum, but nobody answered, and now I am beginning to think it is a Girder problem. I am able to wake the machine using a remote signal and the USBUIRT, but when Girder re-launches after sleep, it disables the UIRT driver. It looks enabled in Windows device manager, but double clicking its USB root controller and checking the “Power” button, reveals an error. It says power consumption “unknown”, instead of the normal 100mA. Manually disabling it and re- enabling it solves the problem until the next standby event. This only happens on Vista. I have an XP partition on the same computer, and there it works fine.

Jan.

[Ron]

I am sorry to hear you are not receiving any answer on the USB-UIRT forum. I am sure if you contact the manufacturer directly you will get an answer.

Girder does NOT disable any drivers on resume. This is something completely up to the plugins if they wish to do this. Also the USB-UIRT plugin is written by the manufacturer as well.

Sorry we can't be of more help.

[ewingr]

I too am having this problem. I have gotten zero answers on their forum. I just tried an email to them. If I get an answer I will share it here.

That being said, is there a competing product I could consider to use in place of USBUIRT?

[jankri]

I have tried all the suggestions on this and other forums, but nothing seems to work. I am emailing with Jon Rhees now, so I hope we will find a solution. I think the product itself is great, especially used with Girder. It receives and sends very well and I have yet to experience glitches. If I could just solve this one problem…
When I do, I´ll post the solution here.

Jan.

[Ron]

Let me know what you guys find out.

[jankri]

Of course,

I passed this over to Jon, and he has made a few suggestions. So far no luck, but I´m an optimist, otherwise I would never have gone into this project to begin with.

Jan.

[ewingr]

I have an email started with Jon too on this. Here is what he replied back:

The first thing you'd want to try is the following:

1. Start up Girder and verify that the USB-UIRT is running.
2. DISABLE plugins in Girder (i.e., shut down the USB-UIRT)
3. Put the PC to sleep
4. Wake the PC back up
5. Re-enable plugins in Girder.
6. See if the USB-UIRT is still operating.

Please let me know what you find,

I am trying that now, but I don't know what I"m doing, I guess. I go into Settings, Plugins, and check off USB Uirt, but it auto checks and comes back on. (Not having gone into shutdown yet. NEed to shut off USBUIRT first).

I also tried checing it off, along with the auto enable plugins, save, close Girder, restart Girder. But Usbuirt still comes up checked.

Funny...I can't turn it off when I try while booted; put the PC to sleep and I can't get it to run...unless I close and restart Girder.

I don't know if it is a Girder problem, or a USB-UIRT problem. Seems to me it could be either.

If someone can tell me how to disable the USB UIRT so I can test per his request, I'll give it a go and reply back to him.

[Ron]

I believe the usb-uirt component might be re-enabling the plugin.

[jankri]

I might have misinterpreted Jon`s instructions, but I simply pressed F9 to disable all plugins in Girder?!
Jon also suggested some other tests that I have been running, that involves the lrnhelper software that Jon has written, but we still haven`t been able to crack it.
I have tried sleeping and waking the PC in different ways, using Windows functions and using Girder`s "hibernate/standby" action. The only action that causes problems, is when you wake the PC using USBUIRT and a remote. How you sleep it makes no difference, and if you wake it with the Power hard button, everything runs fine afterwards. In all my tests, I had Girder running and plugins enabled.

Jan.

[Ron]

FYI F9 does not disable the plugins.

To actually unload a plugin do this:

gir.UnloadPlugin([devnnum]);

Note that the USB-UIRT component must be disabled for this to work.

[jankri]

Ok,

my mistake. It doesn`t seem to matter, since the problem also appears running other apps. than Girder. We tried it with Jon`s lrnhelper program and the same problem occurs. Waking the PC with the UIRT on Vista disables the driver. He is looking at it now, so we`ll have to wait and see.

Jan.

[Ron]

NO worries. I am glad you guys are working this out!

[ewingr]

Haven't checked in for a bit. Interesting info.

I do find that if I :

* F9 to 'disable', put the PC to sleep, wake the PC, reenable the plugins with F9, that the USB-UIRT works.
* do NOT disable the plugins with F9, put the PC to sleep, wake the PC, the USB-UIRT does not work
* do NOT diable the plugins with F9, put the PC to sleep, wake the PC, disable the plugins with F9, re-enable the plugins with F9, the USB-UIRT does work

[jankri]

ewingr,

How do you wake the PC in your tests? Are you on Vista?
I find that every time I use the UIRT to wake the PC, it malfunctions. If I wake the PC using the power button, it works without having to disable/enable anything. The whole idea, of course, is to be able to do this with a remote and Girder, so the power button isn`t an alternative for me.

Jan.

[ewingr]

I've been waking it wiht the Remote, of course, via USB-UIRT. I have not yet tried waking wiht the power button. I presume you have told Jon about waking with the power button.

I told him the above, and he replied back that it's strange, and that the Girder plugin should be disabling the USB-UIRT plugin internally when the PC goes to sleep. He's going to try to duplicate the setup.

Yes, I am on Vista.

[jankri]

[QUOTE=Ron;129155]
Girder does NOT disable any drivers on resume. This is something completely up to the plugins if they wish to do this. Also the USB-UIRT plugin is written by the manufacturer as well.

QUOTE]

This is where Ron and Jon disagrees, but I ran some tests that Jon suggested, using his own "lrnhelper" program to interact with the UIRT, with Girder not running, and the same error occured. So this is not a Girder issue. I have given Jon all the results of my tests, so we´ll just have to wait for his reply.

Jan

[ewingr]

I sent Jon a message today asking if he has had any progress on this. He replied that he has not been able to duplicate the problem. Then asked if I was waking the PC via USB-UIRT or other means.

Jankri...have you had any more communications with him on this? I am thinking maybe he hasn't made the connection between yours and my communications on this.

[EDIT]
FYI...he now would like me to test by waking computer with other than USB-UIRT and see if it makes any difference.

[jankri]

Ewingr,

I have been emailing back and forth with Jon on this for a while. I have also run the tests you are talking about, and it is clear that the problem only occurs when you wake the PC with the UIRT. It does not involve Girder, since it happens even when Girder is not running. He suggested that the PC itself, the BIOS or the USB root hub was creating a power dropout on the USB port, but this does not seem to be correct either, since I tested it by pressing and holding a remote button through the whole process of sleeping and waking the machine; and the UIRT did not skip a blink. Somehow, the driver is being reset during this process, and Jon claims it isn`t the UIRT`s software causing this.
I have updated everything possible on my machine, and tried every possible combination of USB root settings, but the problem still persists, so I have just left the PC on 24/7 for now.
I also have a problem on XP. Here, 9 out of 10 times, the PC wakes itself from both standby and hibernation after just a few seconds of sleep. Therefore, I have pretty much given up on the project of sleeping it. I will look for a BIOS update further on to see if it helps, and I promise to be back here if I can make this work one way or another.

Jan.

[ewingr]

Thanks.

I'm thinking it is a problem with the UIRT SW. I've seen a few other messages on this problem from others in the past.

If there were another product to replace the USB-UIRT, I'd do that.

[erikt]

Hi guys,

I stumbled on this thread as I'm also experiencing this (or similar) issue. My USB-UIRT works fine if I wake from S3 using a WOL packet, but if I use the USB-UIRT to wake the machine, the USB-UIRT won't work. I tried disabling/enabling the plug-in when suspending/resuming, and I also tried ticking the box to "Restart Driver on Resume...", but neither worked. LRNHelper also couldn't talk to the device, after quitting Girder.

So, I opened the device in Device Manager and disabled then enabled the USB-UIRT driver, re-launched Girder and everything worked. So, I found a tool from MS called DevCon which allows you to twiddle driver settings from the command line. In Girder, I disable the plug-in before going into standby. On resume, I re-start the driver using a BAT file, then enable the plug-in. It seems to work so far.

The BAT file containing the following:
devcon.exe restart USB\VID_0403*
Use devcon.exe find usb\* to check the ID is the same as mine.

Hope this helps!
ET

[ewingr]

Thanks so much. I'll give this a try.

Do you by any chance have a GML with the command that disables the USB UIRT that you can share?

Or, are you manually disabling and re-enabling the usb-uirt?

[EDIT]
I figured out how to enable/disable the plugin. I was trying to use the ID found with devcon, but finally figured out that the ID was in Girder. (I read the message on the Girder Disable Device ID settings ;-) ).

Haven't finished getting this going...I'm having to learn Girder and read how to call this stuff. I"m familiare...from 4 years ago (rusty) with Girder V3....so it is quite different. Need to figure out how to call the disable on an event such as automatic standby by the PC. Taking a while to get through it. I presume this will be successful, and will post back how it goes.

[ewingr]

I just posted another post to ask about what event to use to kick off my action upon waking the computer. I've been thinking I have not been successful doing that, as I'm not having success with the batch file and devcon.exe.

But, I just tried running the batch file manually, and I get this message upon doing so:

USB\VID_0403&PID_F850\5&22C025CB&0&2 : Requires reboot
Not all of 1 device(s) restarted, at least one requires reboot to complete the operation.

I had tried to just disable the UIRT then enable it upon wake, and that didnt' seem to work...but then again, I think I'm not finding the right event to kick that off when I wake the computer. Because I can wake the computer; uirt isn't working; I can use Girder and F5 on the Disable, then F5 on the Enable, and it works.

Getting close.

Any tips to get me the rest of the way there?

[ewingr]

I got this going. Thanks to enkt for his suggestion.

I don't need the batch file, and although I started with that, I found it to say I needed to reboot after running it.

Upon resume from standby, I have a wait for 5 seconds, then disable, then enable the plugin, and it works.

I have uploaded the GML in case anyone would like it.

[pfeifer]

I have uploaded the GML in case anyone would like it.

Diabolic :-)

Thanks

[erikt]

I got this going. Thanks to enkt for his suggestion.

I don't need the batch file, and although I started with that, I found it to say I needed to reboot after running it.

Upon resume from standby, I have a wait for 5 seconds, then disable, then enable the plugin, and it works.

I have uploaded the GML in case anyone would like it.
Sorry, just noticed there were new posts. Sounds like you got it working, glad to hear it! For me, I had to restart the driver. I only got the message about requiring a re-boot if I the plug-in was enabled already. I disable the driver before suspending, then on resume I 1st restart the driver, then enable the plugin.

I can provide more details or a GML if anyone's still fighting with this.
ET

[ewingr]

I interest in the GML and more details. I find my solution to be a bit quirky. I need to pause before the enable, and maybe the quirkiness will go away if I pause longer.

I wonder why I get that message about reboot and you don't. Interesting.

[scottdw]

Sorry, just noticed there were new posts. Sounds like you got it working, glad to hear it! For me, I had to restart the driver. I only got the message about requiring a re-boot if I the plug-in was enabled already. I disable the driver before suspending, then on resume I 1st restart the driver, then enable the plugin.

I can provide more details or a GML if anyone's still fighting with this.
ET

I know this has been a while but erikt, is this method still working for you?? I have exactly the same problem and am going to try this as soon as I get home.

Thanks,
Scott

[erikt]

I know this has been a while but erikt, is this method still working for you?? I have exactly the same problem and am going to try this as soon as I get home.

Thanks,
Scott

Yes, still working fine. Let me know if you need help getting it working.

ET