NOCIONES BÁSICAS del CARDSHARING

[Ramdriver]

Explicaciones básicas sobre el uso del CardSharing. Programas a usar, Hardware necesario, Tipos (Cliente o Servidor), Conexiones (local o Redes), etc:

Programas actuales:http://www.megaupload.com/?d=FU3UEIMJ

* Servidores:

- Moscpheo Turbo Studio
- Crypto Emulator

* Clientes:

- Moscpheo Turbo Studio
- Crypto Emulator
- SeaCli

Sus diferencias:

Practicamente funcionan todos igual, pero con la excepcion de que crypto emulator trabaja con un protocolo diferente, por lo cual si tienes un servidor Crypto Emulator tendras que poner a la fuerza un cliente Crypto Emulator.

El Seacli es compatible con Moscpheo.

El Hardware:

En el lado del Servidor Cardsharing:

- Un ordenador
- Un Te-21 (phoenix) + su cable + su alimentacion.
- Una tarjeta corriente de pago
- Un programa SERVIDOR (antes citados) ejecutandose.

En el lado del Cliente Cardsharing:

- Un ordenador
- Un season + su cable (en modo emulacion).
- Un deco
- Un programa CLIENTE (antes citados) ejecutandose.

Modos de conexion:

De foma local:

- Se necesitan 2 puertos COM en el ordenador, uno para el Cliente Cardsharing y otro para el Servidor Cardsharing, y los programas cliente y servidor ejecutandose en la misma máquina, en este caso tu servidor seria 127.0.0.1

En Intranet:

- Se usarian 2 ordenadores, uno para el Cliente Cardsharing y otro para el Servidor Cardsharing, pero tendrian que estar lógicamente conectados mediante una red, ya sea EtH (Ethernet) o wifi.

Por INTERNET:

- Se usarian 2 ordenadores como en el anterior caso, pero también se necesitarian 2 accesos a internet, uno para el Cliente Cardsharing y otro para el Servidor Cardsharing. Además se necesitarian configurar el Router (si es que en la parte del servidor se utiliza) para poder dar ese servicio en ese puerto.


Un saludo.

[Ramdriver]

un poco mas de info que queria compartir con ustedes


Documento original en desarrollo en Manual de acceso a tarjetas (remotas)


Como he recibido algunas peticiones pidiendome que explique estas cosas, voy a poner en esta sección un post para que la gente sepa cuales son estos conceptos ya que muchos parece que no lo saben aún. Voy a centrarme en windows por que en sistemas linux, ellos suelen saber buscarse la vida mejor.

Acceso a tarjetas:
Para acceder a nuestra tarjeta azulita, negra o del color que sea, es preciso introducirla en el decodificador, pero existen otras formas.
Pensad que vais a ponerle a vuestro deco un videosender (ese cacharro que transmite la imagen sin cables desde el decodificador a la televisión). pues bien, con eso habéis conseguido el acceder a la tarjeta remotamente (recordar que esto solo podéis usarlo para acceder desdeotra habitación a vuestro abono legalmente adquirido).

Si esto del videosender lo haceis desde casa del vecino, seguramente será un acto ilegal, pero si vivís tambien en el piso de arriba, ¿vais a cargar con el deco a la planta de arriba y alargar un cable del satélite para poder llegar a vuestra suscripcion legal? aqui lo lógico sería el comprar un videsender de esos: es mas barato y mas cómodo, ¿no?
bueno, con este sistema tenemos acceso remoto, pero...
¿y si tenemos una casa para los fines de semana como es mi caso? tenemos 2 opciones:
cargar con la tarjeta de una a la otra casa todo el dia o acceder remotamente a la tarjeta vuestra de una casa a la otra ya que el videsender no llegará a los 150km que separan mis 2 casitas.

[Ramdriver]

Pues eso es básicamente el cardserver: acceder a tu tarjeta remotamente.

¿Cuales son los ingredientes para un cardserver?:
Para preparar esta exquisita receta podemos utilizar variedad de ingredientes pero vamos a poner un ejemplo común y quizá el mas sencillo pensando en las tarjetas pcsat de ordenadores:
Entrantes, osea, ordenador que sirve:
1.- un TE-21 o phoenix (lector de tarjetas para el PC)
2.- una tarjeta azul (negra etc)
3.- un ordenador personal
5.- una linea adsl
(no necesita satelite ni tarjeta pciSAT)

Plato fuerte, osea ordenador con el que vas a ver la peli/futbol/dibus etc:
1.- una antena parabólica
2.- un ordenador personal (PC)
3.- una linea Adsl
4.- una tarjeta pcsat SkyStar2 PCI o similar

¿Aparte de cacharreria, que necesito?
pues en cuanto a programas, vamos a por los entrantes u ordenador que sirve:
1.- windows xp/2000
2.- el cardserver 0.6 o tambien el mospheo turbo 3 (existen otros)

¿y para el ordenador que usas para ver la peli?
1.- windows xp/2000
2.- progdvb
3.- yankse
se pueden usar otros plugins/programas, pero estos son digamos en los que nos vamos a centrar

¿Cómo configuro el servidor?
el servidor es quizá lo mas fácil:
instalais el cardserver0.6 o bien el mospheo turbo 3
meteis la azul en el te-21
arrancais el cardserver/mospheo_turbo.
Para los que tengáis router o firewall, cuidado con esto que os puede chafar el invento ya que tiene que tener el puerto TCP abierto el firewall y/o router (por defecto los 2 programas usan el 678)
Tanto el cardserver como el Mospheo Turbo 3 usan muchas de las llamadas OCX. si buscais info sobre esto no tendréis problemas en encontrarlas y registrarlas.

¿y el cliente?
Suponiendo que ya tienes instalados los drivers de la tarjeta sat,
Instalas el progdvb.
Copias el plugin YANKSE a la carpeta del progdvb (normalmente C:\PROGDVB)
llamas al progdvb y activas el plugin
Cierras el progdvb
Esto de llamar y cerrar es para que genere un fichero llamado YANKSE.INI que se encuentra localizado en C:\PROGDVB
Editas ese nuevo fichero (yankse.ini) ejecutando "NOTEPAD C:\PROGDVB\YANKSE.INI", sin las comillas, claro.
una vez y casi al final del documento, verás que hay una seccion que dice

[Ramdriver]

[CardServer]
en la línea que dice "server=" le pones detrás la ip que tiene el servidor
debajo donde dice "port=" le pones 678 si es que no has variado en el cardserver/mospheo el puerto por defecto
y donde dice "enabled=0", pues cambias el 0 por el 1
Por ejemplo quedaria asi:

[CardServer]
server=127.0.0.1
Port=678
enabled=1

OJO, la ip que he introducido es el loopback, osea vuestra propia máquina. con ella podréis probar el server+cliente en el mismo pc pero el cliente (yankse) no entrará con esa ip puesta en "server=" a ninguna máquina remota. osea y para los que estáis flojos de redes: la ip 127.0.0.1 es vuestro mismo ordenador local. si tubierais un servidor de páginas web y abris http://127.0.0.1/ os abriria vuestra propia página.

una vez realizado esto, se salva el fichero y llamas al progdvb donde una vez localizado y escaneado el astra ya podrás ver desde el otro punto del mundo lo que tienes contratado en tu tarjeta legal.
Supongo que pensaréis que no podeis saber que ip teneis en el ordenador que hace de server. para ello desde el server teneis que entrar en una web que os lo diga como por ejemplo www.adsl4ever.com/ip. aunque si teneis una ip dinámica os recomiendo que os habrais una cuenta gratuita en un servicio de esos que os mantienen la ip cuando os cambia como no-ip.com o dyndns.org etc etc pero comprended que para explicar esto seria casi un libro.

¿facil?

yo creo que si, pero ya os explicaré como hacerlo con un decodificador oficial...
con un par de ladrillos como estos, os fabricáis una casa nen!


TITULO: EL POSTRE

Bueno, ahora os intentaré explicar como conectar un deco a un servidor remoto.
Para ello necesitaremos los siguientes ingredientes (para el server lo mismo que en el anterior post, para el cliente solamente):
1.- un deco oficial (no todos van, ojo!)
2.- un cacharro llamado season2 (sin tarjeta dentro!!!)
3.- un cable serie que suele venir con el season2
4.- un pc (no requiere pcsat)
5.- conexion internete
Como software necesitaremos un pequeño programa llamado SEACLI (para windows, como comenté antes)
El deco puede ser un philis, pioné, u otro pero se que con el sony hay problemas aunque lo hice funcionar en tiempos pero cuesta algo más echarlo a andar.
Bueno, con el deco apagado, metemos el season2 previamente configurado como emulador y si es con alimentación externa, mejor que mejor. Lo ideal es suministrarle entre 9-12v pero no metais mas de 13voltios que no es una tostadora!.
Ponemos el cable serie conectado al puerto serie del pc y en el pc necesitaremos un programa llamado SEACLI que ya comenté.

Os explicaré brevemente como funciona básicamente el season2-> pc

Al encender el deco, éste resetea la tarjeta (intenta resetearla), entonces el programa "SEACLI" (que viene de SEAson CLIente) detecta este proceso y devuelve el famoso ATR (ATR el que le dice la tarjeta al deco: "EH! QUE ESTOY AQUI!" y viene del vocablo ingles "Answer To Reset" o "respuesta a la inicializacion" en cristiano)

Cuando pasa eso, para los que quiera saber mas, lo que el season hace es bajar la línea CD (Carrier Detect) del cable serie.

Una vez que el programa SEACLI se ha enterado de que esta línea del cable ha cambiado de estado, lanza rápidamente el famoso ATR y el deco ya cree que realmente tiene una tarjeta metida.
Por eso si metéis una de crédito o un cacho cartón, no veis nada! que todavía hay gente que cree que metiéndole una rodaja salchichon congelada y haciendo un puente en el euroconector con la dentadura del abuelo, lo ven todo!

Cuando el deco ya sabe que tiene la tarjeta, empieza a enviar cosas llamadas INS que sirven para ver el número de serie, la fecha de caducidad y otras cosas que no vienen a cuento ahora.
El programa SEACLI tiene un fichero que cuando le preguntan por algo, sabe la respuesta buscándola en él (fichero C:\SEACLI\INS.DAT) y así simula que tiene una tarjeta completa dentro.
Vais pillando?
Una vez echo toda la inicialización, ya podríamos ver en el menú de usuario los proveedores que tiene la tarjeta, derechos de visionado etc etc.
Pero claro, ahora el deco empieza a preguntar para decodificar canales...
Estas INS's que envia el deco, el programa SEACLI no las comprende y NO puede decodificarlas. Lo hace la tarjeta oficial.
¿como lo hace? pues enviándoselas por la red (adsl, red local etc) al cardserver0.6 o al mospheo_turbo_3 que hacen de servidor (como antes comentabamos en el otro post). El servidor responderá al SEACLI la clave mágica (llamada DCW o DW) y el SEACLI la mandará al deco con lo que habrá flores.

Y ya está. Así de simple !.

Este proceso de envio al server y devuelta al season2 se realiza cada 10 segundos y requiere un tráfico muy bajo (creo recordar que menos de 200 caracteres cada 10 segundos) por lo que el tráfico generado es insignificante.

Lo único que hay que tener cuidado es de configurar bien como se ha comentado el season2 y el SEACLI.
Para configurar bien el SEACLI es algo complejo ya que no os puedo decir poneis esto y lo otro alla y se acabó.
En el SEACLI rellenad el campo de la IP y puerto TCP donde se encuentre el server como se hacia con el yankse en el otro post y poner la velocidad del puerto.

Aqui en esto de la velocidad me quiero parar un poco.
La velocidad que hay que ponerle al SEACLI depende del deco y no del season.
Lo más común es usar 9600 bps pero los hay tambien a 10472bps, 8888bps
No sabria decir cual es cual en cada deco, pero si que probeis primero a 9600.
Como nota os digo que sea la velocidad que sea, el ATR siempre lo detecta por que no tiene nada que ver con la recepcion sino con un estado de línea que da igual que pongamos 115200bps que lo detectara ATR pero seguro que no te funcionará.
Se sabe si está funcionando por que verás corriendo las INS x por la pantalla.

Para aquellos que quieran profundizar mas explicaré en breve en otro post la comunicación física entre el SEACLI/YANKSE y el cardserver/mospheo osea: el protocolo RADEGAST ya que parece no haber mucha información sobre esto.
Resumen de conceptos:
ATR= es lo que la tarjeta envia al deco cuando el deco intenta inicializar la tarjeta para decirle que estoy aqui.
INS=Churro de datos con el que se comunica el deco y la tarjeta
DCW ó DW=Palabra mágica que envia como respuesta al deco para ver flores (pasa cada 10 segundos)

Como nota aclaratoria os diré que el deco envia a la tarjeta una INS que contiene una CW ("Crypted Word" o "palabra encriptada" en cristiano) y la tarjeta la procesa con los datos de caducidad, claves mensuales etc y devuelve una DW ("De-crypted Word" o "palaba desencriptada").

ya se que los expertos y no tan expertos conocen esto al dedillo, pero no todos somos asi.

"el conceptu, es el conceptu" - extraido de la película Aribag

...Y con esto se acaba el 2º ladrillo


(esto es ya para expertitos)

¿Cómo se comunica el SEACLI con el CARDSERVER?
Ya hemos visto que el deco se comunica con el SEACLI con un lenguaje de comandos llamados INS. Estos comandos pueden ser para modificar la caducidad de la tarjeta, activar la tarjeta, el visionado normal, etc.
Pero el programa SEACLI se comunica con el CARDSERVER con un protocolo (llamémosle lenguaje) llamado RADEGAST
Este protocolo no es el único (ni el mejor) par las comunicaciones entre clientes y servidores de tarjetas.
¿por que se usa y no se envian directamente las ins desde el deco al server? pues muy fácil: por que muchas ins necesitan un tiempo muy rápido para ser respondidas al servidor y además así si tenemos un server que sea compatible RADEGAST (como cardserver o mospheo_turbo3) será posible el tener de distintos sistemas (como viacces, seca, conax, nagra..) con el mismo lenguaje. otra cosa es que el server admita esos sistemas, pero el lenguaje entre cliente y el server no variará.


Primero comentaros que el cliente es quien envia al server una info (estos datos son fictícios):
01 79 02 01 01 06 08 30 30 30 30 30 30 36 34 07 04 30 30 39 43 03 64 81 70 61 00 64 00
00 9C 10 01 EC 9B 76 02 85 AC 77 4A 94 E2 B6 E2 5E B7 7C 9A 4F 57 8A 1C 96 E5 D2 F3
0E BE 3C E0 93 F4 9F C8 03 35 46 71 28 7B E8 C4 18 51 FD 8E 24 67 32 0D CA 90 BE 3E
9C 15 72 36 3B 4C CA C0 BD 03 70 1B 39 C9 D0 D3 1E 1E 0E 0D 57 2E F1 BB 33 D5 B4
23 56 5E 2D 37 B5 9A C4 E4 F4 8E

A simple vista, no sabemos que es pero os lo desgloso asi:
01 79

02 01 01

06 08 30 30 30 30 30 30 36 34

07 04 30 30 39 43

03 64 81 70 61 00 64 00 00 9C 10 01 EC 9B 76 02 85 AC 77 4A 94 E2 B6 E2
5E B7 7C 9A 4F 57 8A 1C 96 E5 D2 F3 0E BE 3C E0 93 F4 9F C8 03 35 46 71
28 7B E8 C4 18 51 FD 8E 24 67 32 0D CA 90 BE 3E 9C 15 72 36 3B 4C CA 90
BD 03 70 1B 39 C9 D0 D3 1E 1E 0E 0D 57 2E F1 BB 33 D5 B4 23 56 5E 2D 37
B5 9A C4 E4 F4 8E

bueno, os comento que éste mensaje tiene 4 campos: el 01, 02, 06, 07 y 03.

El 01 es el que dice "soy radegast" y despues viene la longitud total, en este caso es 79. Éste es el campo mas especial. Si por casualidad os encontrais con un campo que sea 01 01, tendreis que mirar el tercer caracter para saber la longitud, por ejemplo:
01 01 04

02 01 01
...etc
éste mide 256+4, osea 260 caracteres. en el caso anterior era 0x79h= 121. Usan 3 caracteres si la long es mayor a 256, claro. pero esto es poco frecuente.

[Ramdriver]

Seguimos.
Ahora nos viene el campo 2 que significa que tipo de encriptacion es. excepto el campo 01, el resto de campo inmediatamente después lleva la longitud que tiene
en este caso, "02 01 01" quiere decir: "CAMPO02, LONGITUD1,DATO1" 01 es seca (o seca2).
después tenemos el campo 06 que es "el proveedor". tiene tambien longitud que es 8, osea que sera 06 08 30 30 30 30 30 30 36 34, que en legible sera "CAMPO06,LONGITUD8,DATO30+30+30+30+30+30+36+34" que al pasar el dato a caracteres ascii tendremos "00000064"
después tenemos un campo 07 de 4 caracteres de longitud que es: "CAMPO07,LONGITUD4,DATO30+30+39+43" que al pasar el dato a ascii obtendremos "009C" que como ya os habréis imaginado, el campo07 se refiere a la clave del mes. en seca con el proveedor 0064 varía (variaba) cada mes alternativamente entre 9C y 9D.

Y para terminar tenemos un campo03 de longitud 64 (100 caracteres) que es casi la INS que ha de mandarle a la tarjeta el server

os repaso esto poniendo colores: en rojo el campo, en verde la longitud y en negro el dato

01 79

02 01 01

06 08 30 30 30 30 30 30 36 34

07 04 30 30 39 43

03 64 81 70 61 00 64 00 00 9C 10 01 EC 9B 76 02 85 AC 77 4A 94 E2 B6 E2
5E B7 7C 9A 4F 57 8A 1C 96 E5 D2 F3 0E BE 3C E0 93 F4 9F C8 03 35 46 71
28 7B E8 C4 18 51 FD 8E 24 67 32 0D CA 90 BE 3E 9C 15 72 36 3B 4C CA 90
BD 03 70 1B 39 C9 D0 D3 1E 1E 0E 0D 57 2E F1 BB 33 D5 B4 23 56 5E 2D 37
B5 9A C4 E4 F4 8E

bueno, una vez que el server recibe esto y tras realizar las comprobaciones (como que el proveedor 00000064 este en la tarjeta, que la longitud que dice coincida con lo recibido y tal...) pues pasa a formar con el campo 3 la INS para enviar a la tarjeta.

¿Como la forma? pues asi:
manda a la tarjeta un C1 3C
Por ejemplo
C1 3C 01 9C 92 81 70 61 00 64 00 00 9C 10 01 EC 9B 76 02 85 AC 77 4A 94
E2 B6 E2 5E B7 7C 9A 4F 57 8A 1C 96 E5 D2 F3 0E BE 3C E0 93 F4 9F C8 03
35 46 71 28 7B E8 C4 18 51 FD 8E 24 67 32 0D CA 90 BE 3E 9C 15 72 36 3B
4C CA 90 BD 03 70 1B 39 C9 D0 D3 1E 1E 0E 0D 57 2E F1 BB 33 D5 B4 23 56
5E 2D 37 B5 9A C4 E4 F4 8E



una vez que el server manda esta ins a la tarjeta, ésta responde con el status (90 00, 9A 00, etc) pero NO devuelve la clave.
Para que devuelva la clave, el server tiene que mandar otra INS a la tarjeta
esta INS es así para SECA: C1 3A 00 00 10
y la tarjeta responde mas o menos asi:
3A 01 15 05 19 14 10 55 16 15 44 05 93 14 55 41 0F 90 00
como antes, el 90 00 es el estado, que si es 90 00 es correcto,si quereis saber otros estados, buscad en manuales seca.

Una vez el server tiene esta respuesta, con ella compone una respuesta para el cliente (seacli, yankse etc):
02 11 05 10 01 15 05 19 14 10 55 16 15 44 05 93 14 55 41 0F
que como en el caso de comunicación entre el cliente->server son campos:

02 11
05 10 01 15 05 19 14 10 55 16 15 44 05 93 14 55 41 0F

el campo 02 dice que hay 17 de longitud (11hex=17decimal, osea 17 caracteres)
el campo 05 indica la DW por fin que tiene 16 caracteres de longitud (10hex) y es "01 15 05 19 14 10 55 16 15 44 05 93 14 55 41 0F"

Cuando SEACLI, yankse o el cliente que usemos recibe este mensaje RADEGAST, y tras comprobar la coherencia (longitudes, que el campo 02 exista etc)
El SEACLI espera a que el deco le pregunte la ins C1 3A 00 00 10 para responderle con la correspondiente 3A 01 15 05 19 14 10 55 16 15 44 05 93 14 55 41 0F 90 00 y así por fin tendremos flores !

Como veis es un protocolo muy simple. el protocolo newcamd por ejemplo es mucho mas complejo. trabaja con usuarios y claves de encriptación. Este protocolo es muy fácil de conseguir especificaciones pero al ser demasiado complejo y lo que se busca es algo funcional, la verdad que no me ha dado por realizarlo aun. (mi lema es: funciona, pues no lo toques)


Como nota curiosa os diré que cuando seacli genera el comando RADEGAST para el cardserver, a la INS C1 3C recibida del deco la trata asi:
Quita los 5 primeros caracteres de la INS (el C1 3C ...)
todo esto lo añade DELANTE de la ins
Añade "81 70 61 "
Añade el proveedor "00 64", "41 01" o el que sea
Añade "00 00"
añade la clave (9C por ejemplo)
y esto es el campo "03" del radegast !

Si no consigue el server enviar una respuesta de la DW al cliente (seacli, yankse etc), existe un mandato radegast para eso pero os recomiendo que mandeis la DCW todo a efes:
02 11 05 10 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF

Eso es todo
a ver si os pego unos fuentecitos para facilitaros el tema cuando tenga un hueco.
salu2



Si, el deco es simplemente un filtro
Recibe multitud de INS desde el satélite y solo manda a la tarjeta las genéricas (las que van para todos) o la que va diriguida al número de serie de la tarjeta que para eso pregunta al arrancar el deco ese dato a la tarjeta (no creo que a la ppua vaya algo ya que en la incialización no pregunta por este dato).

#12
El cardserver por si solo actua de "bloquer" ya que solo permite las ins "c1 3c" y no las "c1 40...".
Esto no es cosa del cardserver en si, sino del protocolo RADEGAST.
De todas formas, en contra tiene que no se actualizará las claves del mes, compras de eventos, etc.

Pues eso de la ubicacion distinta a C: tendría q estudiarlo con mas detenimiento. Aunque creo recordar que el programa no hace referencia a "C:\CARDSERVER" ó "C:\SEACLI" sino "\CARDSERVER" y "\SEACLI" aunmque no estoy 100% seguro de esto.

En cuanto a la VPN no veo el por qué no podría con la vpn ya que es en el fondo una red local.
Supongo que te refieres a conectarte a una vpn con un cliente Cisco VPN (IPSec) , no? pues no veo por que no pero no lo he probado.

#18
Llegamos un poco mas:
Perdonadme que no sea programador de Visual Basic. lo mio es postear en los foros de sexo y no hacer programas.

Como debemos inicializar el puerto COM?
Pues podría ser así:

PUERTO.InBufferSize = 1024
PUERTO.RThreshold = 1
PUERTO.RTSEnable = True
PUERTO.Settings = "9600,E,8,2"
PUERTO.SThreshold = 0
PUERTO.InputMode = comInputModeText
PUERTO.InputLen = 1
PUERTO.CommPort = 1
PUERTO.PortOpen = True

Como se observa, el puerto lo suelo trabajar como text (propiedad InputMode).
La tarjeta en el phoenix suele trabajar a 9600 bps, paridad PAR, 8 bits de datos y 2 bits de parada, el season suele trabajar tambien a esta velocidad pero no siempre!.
Si el Xtal del phoenix es otro que el standard, la velocidad ya no seria 9600 pero como creo que casi todos usamos el de 3.57mhz, no comentare nada de esto.


Sacado del seacli v0.3, rutina que cuando insertas el season en el deco, ejecuta el COMEVCD y cuando recibe algo, ejecuta el COMEVRECIBE.

'rutina de recepcion de datos y estado del puerto de comunicaciones
'asume que existe una variable llamada ATR que contiene el ATR en binario, un text llamado "DIALOGO" y un MSCOMM llamado "PUERTO"
Private Sub PUERTO_OnComm()
Dim NULO As String
Dim Sentrada As String
Select Case PUERTO.CommEvent
Case comEvCD ' Cambio en el estado de la linea CD
NULO = PUERTO.Input 'limpiar buffer entradas
PUERTO.Output = ATR
DIALOGO.TEXT=DIALOGO.TEXT & " ATR Recibido" & VbCrLf
Case comEvReceive ' recibir caracteres del puerto COM
Sentrada = PUERTO.Input

....
IF Sentrada=....
End If
....

End Select
End Sub


...y un poquito del cardserver tambien


'Rutina sacada de como resetear la tarjeta que esté en el poenix:

Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) 'esta rutina SLEEP para X milisegundos. se encuentra en el kernel de windows

Sub Reset_tarjeta()
Dim Sentrada as string
PUERTO.RTSEnable = True
Sleep (50)
PUERTO.DTREnable = True
Sleep (50)
PUERTO.DTREnable = False
Sleep (50)
PUERTO.RTSEnable = False
Sleep (500)
Sentrada=PUERTO.Input 'aqui leer la respuesta de la tarjeta al reset (ATR)
DIALOGO.TEXT=DIALOGO.TEXT & Sentrada & VbCrLf
End Sub




esto es algo para que nos demos una idea de como funciona todo esto del CS estaria muy bueno empesar a testear
un saludo