Hola,

una preguntita....

Entiendo que el programa se basa en el "human interface" de Bluetooth....
¿no?

Saludos,
Sir Graham.

Hola,

Bueno tu mismo. Yo conozco esos foros desde hace tiempo (Sobre todo por el apartado de SIM Cloning en el que hay programas de EndoraSoft).

A lo que voy... No he visto en profundidad el mensaje que comentas.. pero me juego el cuello que estaran hablando del protocolo FBUS/MBUS de Nokia.
En este procolo (solo de serie y por cable) se contemplan cambio de logos, activacion del Netmonitor etc...
Asi que es probable que puedas hacer que vibre... pero... pero..

1º Esto solo rulara en algunos Nokias (los que lleven S.O propietario de Nokia)

2º FBUS/MBUS SOLO funciona por cable (especial). No vale el DL3P.

En ningun caso puedes acceder al protocolo de FBus/MBus por bluetooth. Con lo cual se sale del ambito de estos foros...

Saludos,
Sir Graham.

Hola,

Me temo que si... el problema es el Platform SDK, que las librerias no son compatibles con borland...  incluso en C++ nosotros tenemos el problema....

Debes pasar a Visual C o resolver la carga de Lib (con formato nuevo) por parte de Borland.

Saludos,
Sir Graham.

Hola,

El XBlue lo hace asi internamente. Se podria poner un fichero externo para escribir los comandos o un campo de edicion para ello.... 

..pero ¿merece la pena? Te lo digo por que hacerlo en Symbian implica portabilidad y el Bluebug esta obsoleto... osea hacer pruebas de ataque con comandos AT "de campo" no son efectivas...

Saludos,
Sir Graham.

Hola,

Para empezar no esta mal. Ten en cuenta no obstante lo que te ha comentado Gospel. El 6230 SOLO se programa en java....
Ahora te enfrentaras con el problema de la multiplataforma. Puedes optar por Java como posibildad multiplataforma (aunque tiene muchas limitaciones)

Para empezar en Windows, te recomiento C++, XP y instalar el SDK de platform... Fundamental. Olvidate del visual Basic por que eso es perder el tiempo...

Saludos,
Sir Graham.

Hola,

Si el modo publico del Grundig es el Visible del resto... hasta eso tiene mal...

Saludos,
Sir Graham.

Hola,

Si, eso era lo que comentabamos. Con una aplicacion local es factible hacerlo... pero no directamente con los perfiles de Bluetooth (sin nada al otro lado del la comunicacion). Solo por comandos AT.

Saludos,
Sir Graham.

Hola,

Evidentemente no puedes usar el mismo puerto.

No obstante, crear puertos virtuales diferentes para cada comunicacion con los modulos, es tan sencillo como ir detentandolos y creando un perfil de conexion virtual con el RFCOMM (se puede hacer a nivel de usuario desde Windows).

Ahora bien lo que propones de conectarlos al mismo puerto no es factible, dado que el sistema operativo virtualiza esa
conexion generandola para cada dispositivo....

Si no no podria distinguirlos...

Resumiento: Si lo haces en puertos virtuales diferentes si.... si no no podras conectar mas de un dispositivo.

Saludos,
Sir Graham.

Hola,

Ya. El echo de hacer un programa para el termina genera un problema de controlar y poder ejecutar dicho programa en a un "parque" variado de terminales.
Nosotros en nuestro proyecto XBlue sopesamos todos los pros y contras y al final decidimos hacer el programa "cliente" para el terminal.
Tambien es cierto que tenemos gran experiencia en este tipo de desarrollos multi-plataforma.

Como te decia en el anterior mensaje, no le puedes pedir al Bluetooth control sobre el terminal. No esta diseñado para eso. Circustancialmente los fabricantes de terminales "conecten" ciertos servicios al BT (por comodidad),  pues puedes aprovecharlo, pero siempre teniendo en cuenta las limitaciones del tema.
BT es un buen protocolo/sistema de comunicaciones. Sirve para lo que es: sustituir al cable y a los IrDA.
Si quieres que el terminal haga cosas "especificas"... tienes que entrar en el tema de programacion.


Saludos,
Sir Graham.

Hola,

Haber por partes... Bluetooth define un sistema de comunicacion... Otra cosa es que en los perfiles predefinidos del terminal a bluetooth conecten con los controles oportunos que tu necesites...

Ejm: Uno de esas conexiones es al modem del terminal el cual a demas es controlable por comandos AT, pero eso no tiene una definicion dentro del propio contexto de la comunicacion por bluetooth.
Simplemente al fabricante se le ha ocurrido que seria bueno poder acceder a los recursos del modem del terminal a traves de Bluetooth, de igual forma que puedes acceder con un cable o con IrDA.

Si el fabricante incluiria un perfil de control del terminal de forma remota se podria hacer a traves del bluetooth... pero eso no lo tiene por que implementar el propio protocolo Buetooth...

Bluetooth es un camino de comunicacion, no una pieza magica de control de terminales...  :shocked:

¿A caso puedes hacer que vibre tu terminal por IrDA o por una comunicacion por cable?

Siento que tu idea no encaje con el tema...

Se podria hacer incluyendo un programa en el terminal que realize esa funcion señalizado por una comunicacion bluetooth...  Que por otra parte tiene mas logica...

Saludos,
Sir Graham.