Hola,

Creo sinceramente que estas echo un lio. Te comento:

El TE20x es un "programador" de PIC, que viene con zocalo de tarjetas smarcard pero sirce "exclusivamente" para las que llevan un microcontrolador PIC de microchip: ejm Golcard, SilverCard, GreenCard, Helium....
Es un programado de microcontroladores. Sirve para "meter" un programa dentro del microcontrolador de la smartcard inicialmente. Se usa sobre todo para inicializar emuladores. En ningun caso puede leer las tarjetas originales SIM (debido a que estas no llevan un "PIC" y en caso de que si lo llevaran estaria protegido). Con ese dispositivo si puedes usar el ICPROG o el WinPIC800 pero exclusivamente (repito) para "Programar" tarjetas smarcard como: Golcard, SilverCard, GreenCard, Helium....

Otra cosa es el TE21 (phoenix): Este es un lector/escritor usado para mandar comandos APDU (ISO7816) a smartcard en general. Con este si puedes usarlo con una SIM original de GSM. Para ello debes emplear programas especificos para ello, que se comuniquen en el la clase de instruciones de ese tipo de smartcard.
Nosotros tenemos una aplicacion que por una parte es  compatible con el TE21 (phoenix) y por otra usa el protocolo GSM 11.11 sobre ISO 7816 (el que usan las SIM originales de GSM).
La aplicaciones se llama XSIM y esta libre para su descarga (gratuito):

http://www.endorasoft.es/zona_de_descargas.html


Espero que pilles el tema, por que si no vas a estar dando palos de ciego...

Saludos,
Sir Graham.

Hola,

No es que no puedas programar, pero lo tienes que hacer en base al stack de Bluetooth de Bluesolei, y el mismo no es compatible con el de Microsoft. Con lo cual tienes que usar el API y las funciones de Bluesolei.

¿Seguro que en un XP con SP2 no te detecta ese modulo directamente? Me extraña un monton.

Haz una cosa, pon la direccion MAC del modulo (por lo menos los 3 primeros bytes) haber si es chipset de CSR con marca Conceptronics y asi salimos de dudas...

Saludos,
Sir Graham.

Hola,

Ese modelo creo es de Conceptronics, y con Chipset de CSR. Si es asi YO NO INSTALARIA BLUESOLEI.

Bluesolei es un stack de Bluetooth alternativo al de microsoft. A la hora de programar tu aplicacion solo valdra para el....

Saludos,
Sir Graham.

Hola,

Aunque tengas el 2008 necesitas aparte el Microsoft Platform SDK for Windows...

Te lo digo por que estoy seguro que es asi.... 

Saludos,
Sir Graham.

Hola,

Es mas o menos parecido, excepto las funciones del SDP que esas van por separado (claro esta).

Las estructuras no son las mismas, pero si muy parecidas. Nosotros tenemos implementado el tema en ambas plataformas de tal forma que podemos intercambiarlas (el mismo programa para una u otra o las dos) facilmente.

Es mejor que mires el MSDN para una lista completa de diferencias, por que seria muy largo de relatar aqui...

Vete mirando la estructura SOCKADDR_BTH....

Saludos,
Sir Graham.

Hola,

 

Instalate el Microsoft Platform SDK for Windows. Te dejo un link a la version en Ingles, pero seguro que puedes buscar la de castellano.

http://www.microsoft.com/downloads/details.aspx?FamilyID=0baf2b35-c656-4969-ace8-e4c0c0716adb&displaylang=en

Con eso y un poco de configuracion en el Visual (de directorios include) todo solucionado.

Por lo que veo te has decantado por el desarrollo en Windows en vez que con el BlueZ.

Otro detalle mas: Tu nombre del foro (si no tienes instalado el soporte adecuado) puede dar problemas en las paginas. No todo el mundo tiene el tema de Kanji instalado...

Saludos,
Sir Graham.

Hola,

Tienes las funciones en el Propio API de BlueZ para realizar un emparejamiento, controlar cuando y cual es el PIN que pide en la parte del PC. Tambien puedes configurar en el BlueZ un PIN constante (siempre el mismo) para que SOLO pregunte en el PIN en la parte del terminal REMOTO (ejm 1234).

Pero "evitar" que el terminal (el motorola en este caso) te pida PIN con solo realizar o programar una aplicacion en la parte del PC, me temo que eso no podras hacerlo... por lo que hemos comentado anteriormente.

Saludos,
Sir Graham.

Hola,

Conozco la web de Gospel, que es ademas moderador de este foro.  El otro dia estuvimos hablando de otros temas con el...

Vamos haber... por que creo que no me explicado bien.

El sistema de seguridad de Bluetooth "es una cosa seria". Esta muy bien echo. Puede haber problemas de seguridad en algunos terminales, pero siempre por culpa de la implementacion de los fabricantes de terminales del stack de bluetooth, no del propio protocolo de bluetooth en si.


No es un tema secreto. Esta perfectamente publicado y documentado. Lo tienes en la propia web de desarrollo de Bluetooth y en mensajes de este mismo foro.

Otra cosa es que encuentres un mecanismo para saltarselo:
No valen cosas como estar snifando los paquetes de bluetooth en el momento de emparejamiento de terceros y obtener asi el PIN (eso no es valido en una situacion real o en caso que propones). Ademas esa tecnica ya esta mas que estudiada y  probada en este foro con todas sus posibilidades.

Para hacer lo que quieres, en sintesis tendrias que:
"Simplemente" obtener, previa a la comunicacion por socket  y en caso de que exista (por que no necesariamente se tiene que haberse producido previamente), TODA la configuracion guardada de una vinculacion previa realizada en ese  terminal remoto. Esto es: toda la informacion de una viculacion que tenga, claro esta todos los permisos. Todo eso (repito) de forma REMOTA.

Esta configuracion se compone (basicamente) de la clave de 128 bits que comentabas antes (creada pseudo aletoriamente y en base a los PINs) + MAC del dispositivo que ha generado esa vinculado previa. Una vez obtenida esa informacion se puede añadir a la lista de vinculacion del stack que estes usando (sera diferente si es BlueZ o Microsoft) y ademas cambiar tu propia MAC por la obtenida de esa configuracion.

Así al realizar la conexion no te pediria PIN, dado que te harias pasar por otro terminal que ha sido vinculado previamente con todos los permisos.

Claro, que esto es mucho mas facil decirlo que hacerlo... 

Si tu crees que puedes encontrar una via para conseguir todo eso, adelante... aqui nos encontraras por si necesitas una ayuda en algo.

Yo llevo bastantes años en el tema de bluetooth (como otra mucha gente) y no se me ocurre como hacerlo .. pero oye mira... igual a ti se te ocurre una idea milagrosa para ello....
 

Saludos,
Sir Graham.

Hola,

Haber por partes:


Si estas realizando una vinculacion eso es lo normal. Si haces una conexion por programa depende de a que perfil de Bluetooth te conectes. Normalmente los perfiles de OBEX FTP estan autentificados (pide PIN) y los de OBEX PUSH solo necesitan confirmacion.


La peticion de PIN proviene de que el perfil de bluetooth "remoto" (supongo que el del movil en este caso) al que te conectas tiene asignada autentificacion (cosa normal).

digamos que es el movil el que pide el PIN. Eso DEBE ser así por la seguridad bluetooth: Tienes informacion en este foro de como funciona el sistema de autentificacion de Bluetooth. Te invito a que la leeas y la estudies para que entiendas mejor lo que quiero decir.

Si no fuera así, cualquiera podria, simplemente con hacer una aplicacion para PC extraer o introducir ficheros por bluetooth en tu movil. DEBE existir un sistema de seguridad para evitar eso. En Bluetooth se realiza con una gestion de intercambio de PINs. Tu no puedes decirle al movil que PIN es "por programa" y de forma remota, por que la aplicacion "remota" del stack de bluetooth de tu motorola, en este caso, no te va dejar "obiamente". Es que si no no abria seguridad.

Ya se lo que me vas a decir:
"yo le pongo un pin que solo conozco yo y se lo envio al celular. Asi solo mi aplicacion se conecta".

Ya pero es que el esquema de autentificacion de cualquier sistema de radio: Wi-Fi (wep/wap), GSM (A3A8), o Bluetooth (E22) requiere que ninguna clave se mande por radio. Si no no habria seguridad. Por lo que la gestions de PINs es mas complicada (se hacen mas cosas) que las que crees tu ver ...

Si tu quieres eliminar este proceso, tendrias que instalar una aplicacion (Java J2ME, Symbian, Windows Mobile, etc...) en el movil, que creara un nuevo perfil no autentificado y conectarte a ese perfil desde el PC. Con ello la seguridad no se ve vulnerada, por que usuario a instalado una nueva aplicacion y el perfil dependera de la misma... el usario sabra por que la instalado.


El problema no esta el IDE (el entorno) de programacion que uses. El tema es si desde code::blocks y el compilador de C++ que tenga tu puedes cargar las librerias staticas del SDK de Microsoft. Si no es así,  no podras hacer nada con el stack de bluetooth de microsoft y por consiguiente con bluetooth.

Saludos,
Sir Graham.

Hola,

Depende del perfil que estes usando en Bluetooth para realizar la conexion.

Algunos estan autentificados: Pide PIN (como el OBEX FTP) y otros solo necesitan confirmacion (ejem. OBEX PUSH).

¿Cual usas tu?

Saludos,
Sir Graham.