GPIO en Cartwall problem
Re: GPIO en Cartwall problem
Anyhow you might try to use the 'Previous Version' of ProppFrexx to see, if that changes the behavior?!
Then we are at least sure, if that caused the trouble or not.
Then we are at least sure, if that caused the trouble or not.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: GPIO en Cartwall problem
Good news. Thanks for testing.
It seems the latest version of my remote lib had a small glitch. Now that we know what it is, I can work on this one.
It seems the latest version of my remote lib had a small glitch. Now that we know what it is, I can work on this one.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: GPIO en Cartwall problem
An official v4.0.3.32 update is available.
It also contains a fix to the original issue, which was reverted in the .30.
However, I made both ways now configurable by a new 'Sync. Callback' option.
So if you find the time, please test both options .. they now should (hopefully) both work.
Use Synchronous Callbacks:
If enabled, GPIO command results as well as local macros are transmitted back to the server.
This is handled by invoking synchronous callbacks instead of asynchronous calls, which are more performant and non-blocking.
If you need to evaluate local GPIO client macros on the server side (i.e. within ProppFrexx ONAIR) you must enable this option, else you might leave it deactivated.
Changing this option requires a reconnect.
It also contains a fix to the original issue, which was reverted in the .30.
However, I made both ways now configurable by a new 'Sync. Callback' option.
So if you find the time, please test both options .. they now should (hopefully) both work.
Use Synchronous Callbacks:
If enabled, GPIO command results as well as local macros are transmitted back to the server.
This is handled by invoking synchronous callbacks instead of asynchronous calls, which are more performant and non-blocking.
If you need to evaluate local GPIO client macros on the server side (i.e. within ProppFrexx ONAIR) you must enable this option, else you might leave it deactivated.
Changing this option requires a reconnect.
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: GPIO en Cartwall problem
If I enable Synchronous Callbacks then my Airlite does not enter any command in PF, so disabled and restart
Re: GPIO en Cartwall problem
So the default (not using the 'Sync. Callback' option) works fine again ?!
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: GPIO en Cartwall problem
I've found the OnDRAirliteStarted event and delete everything and after a restart the cartwall buttons no longer green, so resolved ![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
![Very Happy :D](./images/smilies/icon_e_biggrin.gif)
Re: GPIO en Cartwall problem
More news, but no good ones, for me, both are a complete fiasco. With synchronous callback the issue is back, with, in addition, many different little new issues... And if i unswitch its very Strange, First there's a huge latency then when I press a switch, the begining of each sound is missing and the autoplay switch is going mad. from one state to another as you press some starts switches, and finally starts blinking red/green like a strobe.
Note that when I woke up this morning still running yesterdays BETA, the Strobe blinking of the autoplay button issue was allready there (I restarted the GPIO to solve this).
Note that when I woke up this morning still running yesterdays BETA, the Strobe blinking of the autoplay button issue was allready there (I restarted the GPIO to solve this).
Re: GPIO en Cartwall problem
A restart will clear all LEDs via a certain command you send, see the OnAirenceStarted event.
Even this is nothing I provided but a user, so better ask him.
I thought you now leave the new 'Sync. Callback' option unchecked (as it is per default) and this was working well, at lease it is for Michel.
So please use the default (unchecked).
However, the strobe like blinking LED (as you mailed me in an extra video) is nothing I can even implement in ProppFrexx. So this looks like a different issue.
As yesterday's BETA was even using the same function as in all previous version, I believe you have some other issue with your Airence.
Maybe an issue directly with your Airence.
Maybe time to call the D&R support?
Even this is nothing I provided but a user, so better ask him.
I thought you now leave the new 'Sync. Callback' option unchecked (as it is per default) and this was working well, at lease it is for Michel.
So please use the default (unchecked).
However, the strobe like blinking LED (as you mailed me in an extra video) is nothing I can even implement in ProppFrexx. So this looks like a different issue.
As yesterday's BETA was even using the same function as in all previous version, I believe you have some other issue with your Airence.
Maybe an issue directly with your Airence.
Maybe time to call the D&R support?
Bernd - radio42
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
ProppFrexx ONAIR - The Playout and Broadcast Automation Solution
Re: GPIO en Cartwall problem
good news, so far, I just did a full reboot of everything, seems ok now