Добавлено  02 сентября | 2013г. | 16:44:13   
И что касается всплывшей проблемы с обновлением, когда на фанке меняем идент.

Цитата: pekser от 01 сентября | 2013г. | 11:03:38

Сработало такое решение: добавил еще один ридер funcard без строки force_provider исключительно для обновления ee.bin. В основном ридере фанки на всякий случай отключил автообновление .

Проверил.
Предложенное решение помогает.

Вот в принципе решение.

Спойлер   :

[filter]
name = dvb
rule = caid=4AE1;ident=11;ident:=0;accept= tricolor
rule = caid=4AE1;ident=11;accept=funcard2
rule = reject

[balancer]
name = tricolor
chain = funcard;cs378x
mode = 4

[reader]
active = 1
name =  funcard
type = goldcard
fw_file = /var/keys/pic.hex
extee_file =/var/keys/ee.bin
debug = 1
force_provider = 0
auto_update = 0

[reader]
active = 1
name =  funcard2
type = goldcard
fw_file = /var/keys/pic.hex
extee_file =/var/keys/ee.bin
debug = 1
auto_update = 1

И тогда имеем вот такой лог

Спойлер   :

Sep 02 16:19:22 192.168.1.14 DVB0[STAPI]: ECM (4AE1:000000/69A0.2) 'unknown' decoded by cs378x
Sep 02 16:19:27 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:19:27 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:19:31 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:19:31 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:19:37 192.168.1.14 funcard: external EEPROM updated
Sep 02 16:19:37 192.168.1.14 funcard: ECM80 (4AE1:000000/69A0.2) for DVB0[STAPI] not decoded (378/378/379 ms)
Sep 02 16:19:37 192.168.1.14 cs378x: ECM80 (4AE1:000000/69A0.2) for DVB0[STAPI] decoded (72/452 ms)
Sep 02 16:19:37 192.168.1.14 DVB0[STAPI]: write cw1 demux_id: 0
Sep 02 16:19:37 192.168.1.14 DVB0[STAPI]: ECM (4AE1:000000/69A0.2) 'unknown' decoded by cs378x
Sep 02 16:19:52 192.168.1.14 funcard: ECM81 (4AE1:000000/69A0.2) for DVB0[STAPI] not decoded (373/373/374 ms)
Sep 02 16:19:52 192.168.1.14 cs378x: ECM81 (4AE1:000000/69A0.2) for DVB0[STAPI] decoded (70/445 ms)
Sep 02 16:19:52 192.168.1.14 DVB0[STAPI]: write cw0 demux_id: 0
Sep 02 16:19:52 192.168.1.14 DVB0[STAPI]: ECM (4AE1:000000/69A0.2) 'unknown' decoded by cs378x
Sep 02 16:19:56 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:19:56 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:19:58 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:19:59 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:20:02 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:20:03 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:20:06 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:20:06 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:20:07 192.168.1.14 funcard: external EEPROM updated
Sep 02 16:20:07 192.168.1.14 funcard: ECM80 (4AE1:000000/69A0.2) for DVB0[STAPI] decoded (360/360/361 ms)
Sep 02 16:20:07 192.168.1.14 DVB0[STAPI]: write cw1 demux_id: 0
Sep 02 16:20:07 192.168.1.14 DVB0[STAPI]: ECM (4AE1:000000/69A0.2) 'unknown' decoded by funcard
Sep 02 16:20:11 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:20:11 192.168.1.14 funcard2: external EEPROM data flushed to file
Sep 02 16:20:22 192.168.1.14 funcard: external EEPROM updated
Sep 02 16:20:22 192.168.1.14 funcard: ECM81 (4AE1:000000/69A0.2) for DVB0[STAPI] decoded (366/366/366 ms)
Sep 02 16:20:22 192.168.1.14 DVB0[STAPI]: write cw0 demux_id: 0
Sep 02 16:20:22 192.168.1.14 DVB0[STAPI]: ECM (4AE1:000000/69A0.2) 'unknown' decoded by funcard

То есть по логу видно, что раскодирование идёт с сервера cs378x
Но в тоже время пытается с найти ключи для ридера funcard2.
Как только нашёл и записал в ее.бин, то балансировщик переключился на ридер funcard


Внимание!
В фильтре нужно писать именно так как показал.
То есть сначала фильтр для балансировщика, а потом для фанки2.
Если поменять местами, то работать не будет.
Ибо запрос будет идти на Фанку2 и не будет попадать на балансировщик.