P
PaPiTo2
Amigo de Lonas
- Joined
- May 23, 2017
- Messages
- 31
- Reaction score
- 12
- Points
- 20
Entendido, muchas gracias.Ese log es normal, te está indicando que en el archivo donde se filtran las CW fake, existen esas y que el sistema por defecto las omitirá ya que el checksum (la suma de verificación/comprobación) no es correcta, por eso están en ese archivo almacenados.
Y aunque parezca que ese archivo no hace nada, si lo hace. La confusión es entendible causada por el log.
Lo que sucede es que en la codificación interna de NCam al igual que en oscam, está puesto para que por defecto cuando haga un timeout o un NOK termine con un return 0 que hace que en el log escupa las CW a 0, por eso estáis viendo los CW=00000000000000000000000000000000 , no por que el proveedor esté enviando esas CW y eso os puede explicar lo que más de uno se habrá preguntado (y leo por grupos de telegram), si ese CW está en el archivo de los fake ¿por qué sigue tragándoselos?, la respuesta es sencilla, no se los está tragando (aunque algunos digan que ese archivo no hace nada), el LOG escupe un 0 por que es lo que tiene programado que haga, si queréis que escupa yo que sé... NULL (bueno null no que quizás pete todo jeje) o CW=Timeout o lo que sea, es tan fácil como cambiarlo, pero ese 0 en concreto del LOG no es una CW real. Ya os lo adelanto yo para disipar dudas.
En el caso de NCam, aparte de eso, en la versión 6.1, cuando esto sucede, he usado ese return para poder fijar que cuando esto suceda, resetee el cliente o reader afectado.
Puede ser que con resetear sólo el reader hubiera sido suficiente, pero para eso están los TEST jeje, en el próximo quizás añada una opción en los reader o clientes y que cada uno decida si quiere que lo haga o no. O igual dejo que lo haga siempre con los readers que sería lo ideal.
Saludos
Saludos