Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Master/Slave doesn't work with SAT>IP servers (satipc module) #856

Open
lars18th opened this issue Jun 17, 2021 · 1 comment
Open

Comments

@lars18th
Copy link
Contributor

Hi @catalinii ,

When using the parameter -S --slave with the satipc module (with the -s --satip-servers) the control of the SLAVE tuners doesn't work. In fact, no control is running, so with a simple -S 1:0 and two different SAT>IP servers, the parameter has no action.

As I've discovered, that the problem appears when the adapter is initialized. The code seems to require that the attributes old_pol, old_hiband and old_diseqc of the adapter/master are set. However, these values are only initialized in the function dvb_tune(). So for satipc adapters these values have the default -1 value. And then all checks of the function compare_slave_parameters() fail.

Any idea to fix this?

@lars18th
Copy link
Contributor Author

Hi @catalinii ,

From my point of view the function satipc_tune():

int satipc_tune(int aid, transponder *tp) {

requires to add some MASTER/SLAVE checks, like you do in the function dvb_tune() when call to setup_switch() like here:
if (ad->master_source >= 0) {

However, as this code is yours I prefer you provide a solution. My environment is using more than one E2 boxes running minisatip as the SAT>IP server connected to the same wire. So I'm running another central minisatip instance in my Linux server to drive all of them at the same time. So, I need to control the MASTER/SLAVE mode over the satipc module.

Please, can you help to fix this miss implementation?
Thank you.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant