Notice: This forum has been recovered from an old backup, so some content, links, and dates may be outdated. The forum is currently read-only while we restore sign-in and registration functionality. Details

If you find this forum valuable and would like to help keep it online, donations to help cover hosting and domain costs are greatly appreciated, but never expected. You can support the forum through Buy Me a Coffee or Ko-fi. Thank you for helping preserve the EventGhost community.

USBUIRT failing

If you have a question or need help, this is the place to be.
Post Reply
Chuck Wagon
Posts: 3
Joined: Mon Apr 14, 2008 8:16 pm

USBUIRT failing

Post by Chuck Wagon »

I have a problem with the USBUIRT where it occasionally fails. It is similar to the problem described in this thread http://www.eventghost.org/forum/viewtopic.php?f=2&t=664, but still slightly different.

My system is rarely restarted, and is usually on for weeks at a time. Periodically, the USBUIRT will simply stop working. Any commands to transmit will fail and Eventghost will respond that the device is not ready. There are no errors reported in the eventlog, no problems in device manger or anywhere else to indicate why it stopped working.

I developed a method to fix it without rebooting, but I donÔÇÖt really like it. If I determine that there is a problem, I press a button on my remote to start a batch file using Eventghost. The batch file first kills Eventghost. Then it uses the Devcon.exe utility to stop the windows driver for the USBUIRT. Then it restarts the driver using Devcon.exe. Finally, it restarts Eventghost.

I have 2 questions. Any ideas on what the source of the USBUIRT failing is? The computer never goes into standby and the USB port is set to not power off. I have tried multiple USB ports and also tried an external USB hub all without any success. There are other USB devices, like my Snapstream remote, connected that I have no problems with.

If I canÔÇÖt fix the root cause of the problem, is there a better way of fixing my problem? I have to close Eventghost to force the driver to restart. Is there a way to unload a plugin in Eventghost? Is there any way that I can trigger an action based on a generated error?
CollinR
Experienced User
Posts: 265
Joined: Tue Sep 05, 2006 7:16 am
Location: Oklahoma
Contact:

Re: USBUIRT failing

Post by CollinR »

Reroute your USB cable and IR emitter wires as far from AC power as possible. Make special note of power supplies, transformers and whatnot.
User avatar
Bitmonster
Site Admin
Posts: 2239
Joined: Mon Feb 06, 2006 10:28 pm

Re: USBUIRT failing

Post by Bitmonster »

I would suggest to report this problem to the USB-UIRT support also, since this doesn't look like an EventGhost problem.

The plugin should restart, if you disable/enable it (and you can do this programmatically). But there is no event on errors.
Please post software-related questions in the forum - PMs will only be answered, if really private, thanks!
Bartman
Plugin Developer
Posts: 881
Joined: Sun Feb 12, 2006 9:03 am

Re: USBUIRT failing

Post by Bartman »

Bitmonster wrote:I would suggest to report this problem to the USB-UIRT support also, since this doesn't look like an EventGhost problem.

The plugin should restart, if you disable/enable it (and you can do this programmatically). But there is no event on errors.
I have had similar errors.
And I had errors where enable/disabling did not solve the problem but restarting of EG as a whole did help. Without restarting the device in device manager.
loomy
Posts: 42
Joined: Sat Sep 22, 2007 10:07 pm

Re: USBUIRT failing

Post by loomy »

I get this right now on startup:

Plugin: USB-UIRT
Error starting plugin: USB-UIRT
Traceback (most recent call last) (908):
File "C:\Program Files\EventGhost\eg\TreeItems\PluginItem.py", line 116, in StartPlugin
TypeError: __start__() takes at most 4 arguments (5 given)

I did two things before I noticed this happening. I installed IR server suite and uninstalled it while eventghost was closed. I installed the newest eventghost. Rebooting did not help.

I just installed the oldest beta I could get my hands on, and the problem goes away. This is with EventGhost_0.3.6.1323_Setup.exe 17-Mar-2008 15:58 9.6M

So it looks like there is a new bug :)
jksmurf
Posts: 18
Joined: Sun Aug 19, 2007 12:49 am

Re: USBUIRT failing

Post by jksmurf »

I'm also having a problem with the USB-UIRT Plugin
Errors as below . I'm not sure what to ask, I can only say, it doesn't work. USB-UIRT contols my STB fine. ?

k.

Code: Select all

Stack trace (most recent call last) (1386):
  File "EventGhost.pyw", line 34, in <module>
  File "C:\Program Files\EventGhost\eg\Main.py", line 137, in <module>
  File "wx\_core.pyc", line 7865, in MainLoop
  File "wx\_core.pyc", line 7226, in MainLoop
  File "C:\Program Files\EventGhost\eg\Classes\MainFrame\__init__.py", line 682, in OnCmdOpen
  File "C:\Program Files\EventGhost\eg\Classes\ThreadWorker.py", line 293, in CallWait
Traceback (most recent call last):
  File "C:\Program Files\EventGhost\eg\Classes\MainFrame\__init__.py", line 682, in OnCmdOpen
    eg.eventThread.CallWait(eg.eventThread.StopSession)
  File "C:\Program Files\EventGhost\eg\Classes\ThreadWorker.py", line 294, in CallWait
    raise Exception("Timeout in %s.CallWait()" % self.__class__.__name__)
Exception: Timeout in EventThread.CallWait()

Code: Select all

Traceback (most recent call last):
  File "C:\Program Files\EventGhost\eg\Classes\MainFrame\__init__.py", line 682, in OnCmdOpen
    eg.eventThread.CallWait(eg.eventThread.StopSession)
  File "C:\Program Files\EventGhost\eg\Classes\ThreadWorker.py", line 68, in __call__
    self.returnValue = self.func()
  File "C:\Program Files\EventGhost\eg\Singletons\EventThread.py", line 119, in StopSession
    eg.actionThread.CallWait(eg.actionThread.StopSession, 120)
  File "C:\Program Files\EventGhost\eg\Classes\ThreadWorker.py", line 68, in __call__
    self.returnValue = self.func()
  File "C:\Program Files\EventGhost\eg\Singletons\ActionThread.py", line 62, in StopSession
    eg.document.autostartMacro.UnloadPlugins()
  File "C:\Program Files\EventGhost\eg\Classes\AutostartItem.py", line 61, in UnloadPlugins
    child.info.Close()
  File "C:\Program Files\EventGhost\eg\Classes\PluginInfo.py", line 347, in Close
    self.instance.__close__()
AttributeError: 'NoneType' object has no attribute '__close__'
jksmurf
Posts: 18
Joined: Sun Aug 19, 2007 12:49 am

Re: USBUIRT failing

Post by jksmurf »

Hmm. I'm still trying, but no success here?

k.

Code: Select all

Autostart
Plugin: USB-UIRT
Plugin: Webserver
Exception in thread Thread-4:
Traceback (most recent call last):
  File "threading.pyc", line 486, in __bootstrap_inner
  File "threading.pyc", line 446, in run
  File "C:\Program Files\EventGhost\plugins\Webserver\__init__.py", line 198, in ThreadLoop
  File "SocketServer.pyc", line 330, in __init__
  File "BaseHTTPServer.pyc", line 101, in server_bind
  File "SocketServer.pyc", line 341, in server_bind
  File "<string>", line 1, in bind
error: (10013, 'Permission denied')

Main.OnInit
User avatar
Bitmonster
Site Admin
Posts: 2239
Joined: Mon Feb 06, 2006 10:28 pm

Re: USBUIRT failing

Post by Bitmonster »

Your Webserver port is blocked by another application.
Please post software-related questions in the forum - PMs will only be answered, if really private, thanks!
jksmurf
Posts: 18
Joined: Sun Aug 19, 2007 12:49 am

Re: USBUIRT failing

Post by jksmurf »

Bitmonster wrote:Your Webserver port is blocked by another application.
Thanks for looking at this, I am not sure what to do next however. I tried turning the Windows VISTA firewall off completely (temporarily), but it does not help. Could it be a router setting? I thought port 80 was generally open?

I had this working in Windows XP (I am using it with a Hauppauge MVP Media Extender Remore to send a key combination to Eventghost, which then sends a signal to the USB-UIRT). I recently installed Vista and since then get this message.

Any pointers for what to try next?

Thanks!

k.
Bartman
Plugin Developer
Posts: 881
Joined: Sun Feb 12, 2006 9:03 am

Re: USBUIRT failing

Post by Bartman »

Du you have another webserver installed or maybe a crashed instance of EG still running.

Try
>netstat -a -b
in a command prompt and look for apps listening on port 80.
As an alternative you can change the webserver port.
jksmurf
Posts: 18
Joined: Sun Aug 19, 2007 12:49 am

Re: USBUIRT failing

Post by jksmurf »

Bartman wrote:Du you have another webserver installed or maybe a crashed instance of EG still running..
Nope.
Bartman wrote:Try
>netstat -a -b
in a command prompt and look for apps listening on port 80.
As an alternative you can change the webserver port.
OK
Does the following mean anything to you?

Code: Select all

Active Connections

  Proto  Local Address          Foreign Address        State
  TCP    0.0.0.0:80             smurfpc:0              LISTENING
 [Skype.exe]
  TCP    0.0.0.0:135            smurfpc:0              LISTENING
  RpcSs
 [svchost.exe]
  TCP    0.0.0.0:443            smurfpc:0              LISTENING
 [Skype.exe]
  TCP    0.0.0.0:445            smurfpc:0              LISTENING

 Can not obtain ownership information
  TCP    0.0.0.0:554            smurfpc:0              LISTENING
 [wmpnetwk.exe]
  TCP    0.0.0.0:2869           smurfpc:0              LISTENING

 Can not obtain ownership information
  TCP    0.0.0.0:5357           smurfpc:0              LISTENING

 Can not obtain ownership information
  TCP    0.0.0.0:5500           smurfpc:0              LISTENING
 [repeater.exe]
  TCP    0.0.0.0:5800           smurfpc:0              LISTENING
 [WinVNC.exe]
  TCP    0.0.0.0:5900           smurfpc:0              LISTENING
 [WinVNC.exe]
  TCP    0.0.0.0:5901           smurfpc:0              LISTENING
 [repeater.exe]
  TCP    0.0.0.0:5906           smurfpc:0              LISTENING
 [PVRX2.exe]
  TCP    0.0.0.0:5907           smurfpc:0              LISTENING
 [PVRX2.exe]
  TCP    0.0.0.0:6204           smurfpc:0              LISTENING
 [Skype.exe]
  TCP    0.0.0.0:7647           smurfpc:0              LISTENING
 [GBPVRRecordingService.exe]
  TCP    0.0.0.0:7967           smurfpc:0              LISTENING
 [GBPVRRecordingService.exe]
  TCP    0.0.0.0:7968           smurfpc:0              LISTENING
 [GBPVRRecordingService.exe]
  TCP    0.0.0.0:8337           smurfpc:0              LISTENING
 [PVRX2.exe]
  TCP    0.0.0.0:8338           smurfpc:0              LISTENING
 [PVRX2.exe]
  TCP    0.0.0.0:10243          smurfpc:0              LISTENING

 Can not obtain ownership information
  TCP    0.0.0.0:49152          smurfpc:0              LISTENING
 [wininit.exe]
  TCP    0.0.0.0:49153          smurfpc:0              LISTENING
  Eventlog
 [svchost.exe]
  TCP    0.0.0.0:49154          smurfpc:0              LISTENING
  Schedule
 [svchost.exe]
  TCP    0.0.0.0:49155          smurfpc:0              LISTENING
 [lsass.exe]
  TCP    0.0.0.0:49157          smurfpc:0              LISTENING
 [services.exe]
  TCP    127.0.0.1:110          smurfpc:0              LISTENING
 [spampal.exe]
  TCP    127.0.0.1:7968         smurfpc:50176          ESTABLISHED
 [GBPVRRecordingService.exe]
  TCP    127.0.0.1:10110        smurfpc:0              LISTENING
 [avgemc.exe]
  TCP    127.0.0.1:50176        smurfpc:7968           ESTABLISHED
 [GBPVRTray.exe]
  TCP    192.168.1.10:139       smurfpc:0              LISTENING

 Can not obtain ownership information
  TCP    192.168.1.10:445       mvp:2127               ESTABLISHED

 Can not obtain ownership information
  TCP    192.168.1.10:445       popcorn:46950          ESTABLISHED

 Can not obtain ownership information
  TCP    192.168.1.10:50112     203.223.207.53:50548   ESTABLISHED
 [Skype.exe]
  TCP    [::]:135               smurfpc:0              LISTENING
  RpcSs
 [svchost.exe]
  TCP    [::]:445               smurfpc:0              LISTENING

 Can not obtain ownership information
  TCP    [::]:554               smurfpc:0              LISTENING
 [wmpnetwk.exe]
  TCP    [::]:2869              smurfpc:0              LISTENING

 Can not obtain ownership information
  TCP    [::]:5357              smurfpc:0              LISTENING

 Can not obtain ownership information
  TCP    [::]:10243             smurfpc:0              LISTENING

 Can not obtain ownership information
  TCP    [::]:49152             smurfpc:0              LISTENING
 [wininit.exe]
  TCP    [::]:49153             smurfpc:0              LISTENING
  Eventlog
 [svchost.exe]
  TCP    [::]:49154             smurfpc:0              LISTENING
  Schedule
 [svchost.exe]
  TCP    [::]:49155             smurfpc:0              LISTENING
 [lsass.exe]
  TCP    [::]:49157             smurfpc:0              LISTENING
 [services.exe]
  UDP    0.0.0.0:123            *:*                    
  W32Time
 [svchost.exe]
  UDP    0.0.0.0:443            *:*                    
 [Skype.exe]
  UDP    0.0.0.0:500            *:*                    
  IKEEXT
 [svchost.exe]
  UDP    0.0.0.0:3702           *:*                    
  FDResPub
 [svchost.exe]
  UDP    0.0.0.0:3702           *:*                    
  FDResPub
 [svchost.exe]
  UDP    0.0.0.0:4500           *:*                    
  IKEEXT
 [svchost.exe]
  UDP    0.0.0.0:5004           *:*                    
 [wmpnetwk.exe]
  UDP    0.0.0.0:5005           *:*                    
 [wmpnetwk.exe]
  UDP    0.0.0.0:5355           *:*                    
  Dnscache
 [svchost.exe]
  UDP    0.0.0.0:6204           *:*                    
 [Skype.exe]
  UDP    0.0.0.0:16867          *:*                    
 [PVRX2.exe]
  UDP    0.0.0.0:16869          *:*                    
 [PVRX2.exe]
  UDP    0.0.0.0:16881          *:*                    
 [PVRX2.exe]
  UDP    0.0.0.0:51544          *:*                    
  FDResPub
 [svchost.exe]
  UDP    127.0.0.1:1900         *:*                    
  SSDPSRV
 [svchost.exe]
  UDP    127.0.0.1:51536        *:*                    
 [Skype.exe]
  UDP    127.0.0.1:55477        *:*                    
 [iexplore.exe]
  UDP    127.0.0.1:58635        *:*                    
 [wmpnetwk.exe]
  UDP    127.0.0.1:59929        *:*                    
  SSDPSRV
 [svchost.exe]
  UDP    127.0.0.1:61146        *:*                    
 [sidebar.exe]
  UDP    192.168.1.10:137       *:*                    

 Can not obtain ownership information
  UDP    192.168.1.10:138       *:*                    

 Can not obtain ownership information
  UDP    192.168.1.10:1900      *:*                    
  SSDPSRV
 [svchost.exe]
  UDP    192.168.1.10:59928     *:*                    
  SSDPSRV
 [svchost.exe]
  UDP    [::]:123               *:*                    
  W32Time
 [svchost.exe]
  UDP    [::]:500               *:*                    
  IKEEXT
 [svchost.exe]
  UDP    [::]:3702              *:*                    
  FDResPub
 [svchost.exe]
  UDP    [::]:3702              *:*                    
  FDResPub
 [svchost.exe]
  UDP    [::]:5004              *:*                    
 [wmpnetwk.exe]
  UDP    [::]:5005              *:*                    
 [wmpnetwk.exe]
  UDP    [::]:5355              *:*                    
  Dnscache
 [svchost.exe]
  UDP    [::]:51545             *:*                    
  FDResPub
 [svchost.exe]
  UDP    [::1]:1900             *:*                    
  SSDPSRV
 [svchost.exe]
  UDP    [::1]:59926            *:*                    
  SSDPSRV
 [svchost.exe]
  UDP    [fe80::9f6:f872:6874:d630%8]:1900  *:*                    
  SSDPSRV
 [svchost.exe]
  UDP    [fe80::9f6:f872:6874:d630%8]:59925  *:*                    
  SSDPSRV
 [svchost.exe]
  UDP    [fe80::34f6:161:3f57:fef5%9]:1900  *:*                    
  SSDPSRV
 [svchost.exe]
  UDP    [fe80::34f6:161:3f57:fef5%9]:59927  *:*                    
  SSDPSRV
 [svchost.exe]
CollinR
Experienced User
Posts: 265
Joined: Tue Sep 05, 2006 7:16 am
Location: Oklahoma
Contact:

Re: USBUIRT failing

Post by CollinR »

Might try shutting down skype and if it has any it's services and then try and see what happens.


TCP 0.0.0.0:80 smurfpc:0 LISTENING
[Skype.exe]
jksmurf
Posts: 18
Joined: Sun Aug 19, 2007 12:49 am

Re: USBUIRT failing

Post by jksmurf »

CollinR wrote:Might try shutting down skype and if it has any it's services and then try and see what happens.
Hmm, thanks Collin. I did find this http://support.skype.com/index.php?_a=k ... ils&_i=528 concerning ports 80/443, so it seems you may be onto something here.

If I was to change the EG Webserver to another port, what would you reccomemnd I choose if I only use it on my LAN (I use it to send a key from my MediaExtender Remote=>MediaExtender=>Internal Network=> HTPC=>EG=>USB-UIRT=> SetTopBox. Can I choose any port and do I still have to open up the port on the router if it is within my LAN?

Thanks!

k.
CollinR
Experienced User
Posts: 265
Joined: Tue Sep 05, 2006 7:16 am
Location: Oklahoma
Contact:

Re: USBUIRT failing

Post by CollinR »

You can choose any port and no need to open the port on your router, you will need to open it on any software firewalls though.
Post Reply