One EventString, two groous -- problem

[Dub]

I am trying to get the following to work.

TopLevelGroup1
Multigroup
Enable TopLevelGroup2
Disable TopLevelGroup1
Do something
StopProcess
EventString A *
*

TopLevelGoup2
Multigroup
Do something
Disable TopLevelGroup2
Enable TopLevelGroup1
StopProcess
Eventstring A
*
*


Note that Eventstring A appears in both top level groups.

Starting with TopLevelGroup2 disabled and then invoking EventStringA results in the “Do Something” in top level group 1 to be executed. This is immediately followed by the “Do Something” in top level group 2 to be executed, which was not the intent. (It was intended a second Eventstring A would cause top level group 2 to be executed.) The antirepeat on both Eventrings is set to 250 ms.

An earlier post suggested putting the StopProcess in would cause this to work. But it doesn’t. Girder 3.2.1.

Any suggestions?

Thanks

[Ron]

I just tested this and it works with the stop processing in Girder 3.2.1. You are doing something wrong.

[Dub]

I just tested this and it works with the stop processing in Girder 3.2.1. You are doing something wrong.

I thought it should work too. But it doesn't for some reason.

I am using an IR remote in conjunction with IRman to generate the eventstring. I tried changing remote controls but it still didn't work properly. I changed the eventstring to be a keyboard event and that worked as it suppose too.

Not stopping at the StopProcessing point implies Girder has received two (identical) commands from the remote control instead of just one even though the remote button was pressed only once and the antirepeat set to 250. I think I saw a posting about IRman acting erratically in some circumstances, but I don't remember the post that well.

Is there a way to record what Girder is receiving from the remote?

[gkour]

You can use the logger plugin , it will record any event that girder will recieve so you can check if IRMAN sends two events

[Dub]

You can use the logger plugin , it will record any event that girder will recieve so you can check if IRMAN sends two events

Thanks for telling me about the Logger. Using it I found the IR remote was putting out two identical commands (when the IR remote button was pushed once) which caused the Girder to act as if it received two separate commands (which it did from its point of view). I tried a different remote and found it put out only one command and then the Girder program worked properly.

Wonder if there is a way to get around this problem……

The remote that is putting out double commands is a Mitsubishi TV remote, which by the way, only puts out commands that IRman/Girder recognizes when it is set for CABLE/DSB/DTV.

[Icthus]

You may need to raise your Antirepeat time. I've had to go as high as 800 ms on one of my remotes.

[Dub]

You may need to raise your Antirepeat time. I've had to go as high as 800 ms on one of my remotes.

Thanks for the hint. I changed the antirepeat to very high numbers and it had no effect.

However something else did! I installed the Generic Serial IR Receiver by Valery Karkachev and that fixed the problem!

[Wykat]

which receier driver where you using before. I have the same problem for which I programmed a workaround, but it would be much more simple to use it the 'normal' way :wink:

Wykat

[Dub]

which receier driver where you using before. I have the same problem for which I programmed a workaround, but it would be much more simple to use it the 'normal' way :wink:

Wykat

I was using the one built into Girder 3.2 (for the IRman)

[Wykat]

Thanks,

I think I was using the same since there is no UIRT driver for Girder 3.2 yet. At the moment I switched back to 3.1 as I need the transmission mode now. I will give it some try with the different versions.

Wykat :wink: