Con lo que me has contado será mejor que haga lo que me recomiendas, coger una caja hecha.

Respecto a lo del PCB, me gustaría varias opciones, más que nada es para saber precios, aunque sean orientativos, para saber cuanto me puede costar que me fabriquen el pcb a partir del diseño que les dé o cuanto costaría que diseñaran con pcb con las especificaciones que les diga…

Porque como comente no encuentro ninguna libreria para el molex de 80 patillas que tiene e xt65 para ningún programa , y aunque sepamos las dimensiones es un poco coñazo crearlo, a no ser que no quede otra o sea muy caro que hagan el prototipo en Pcb.

No se porque me da que me va a tocar tirar pistas (autoroute claro, jjeje), crear el molex y hacer el pcb…

Muchas gracias por la pronta respuesta.

Salu2.

A qué te refieres, ¿que tire pistas o que fabrique los PCBs?

Respecto a las cajas de plástico, mira en Bopla, a ver si te sirve alguna. Tienen mucha variedad y en España también las distribuye Matrix Electrónica. Piensa que un molde de plástico para hacer una caja a medida cuesta XX.XXX euros, y la primera X no es un “1″.

Salu2

Tengo una pregunta que a lo mejor se escapa un poco del tema, pero es por si alguien sabe algo.
Ya tengo el xt-65 programado y en la mtx por las gpio conectados sensores de movimiento, alarmas….
Funciona todo correctamente, pero ahora es cuando me encuentro con una duda, el Mtx, sensores, etc en placas de prototipos no es que quede una gran presentación, y aquí va la pregunta:

¿Sabéis de alguna empresa que haga PCB como se los digas?¿Baratos?

¿Y que hagan cajas de plástico como la del MTX pero de otras dimensiones?
He utilizado el Proteus, Eagle, PCB wizard… y en ninguno encuentro ninguna librería para el conector del xt-65. ¿Me podéis pasar una para cualquier programa?.
Garcias y Salu2

El set de caracteres GSM no coincide con la codificación ASCCI de esos mismos caracteres y especialmente en los caracteres acentúados , @, etc. Es decir los caracteres que introduces en la cadena de un SMS en modo texto se convierten por su codificación

Los SMS a teléfonos móviles están codificados a 7 bits. Puedes enviar los SMS en modo PDU o en su defecto introducir el codigo del caracter que quieres. Ejemplo:

Caracter Ö secuencia de escape \5C
Caracter @ secuencia de escape 0

Dispones de la tabla de codificación en todos los manuales de comandos AT de productos Cinterion

Salu2

Pua

Tu mensaje esta en modo texto?
Introduce el caracter @ como caracter de escape 0

Salu2

Pua

+CMGR: “REC UNREAD”,”+34612345678″,,”10/06/07,15:44:51+08″
abc

El problema es que debiera obtener:

+CMGR: “REC UNREAD”,”+34612345678″,,”10/06/07,15:44:51+08″
abc@def

Y cuando el resto del codigo extrae el texto del mensaja e intenta tratarlo se encuentra con que le faltan datos.
Si salgo de la aplicación de java y le introduzco directamente el at+cmgr= obtengo algo como:

+CMGR: “REC READ”,”+34612345678″,,”10/06/07,15:44:51+08″
abcdef

es decir, falta el caracter @.

¿existe algún motivo para que esto ocurra?¿hay alguna manera de evitarlo o estoy obligado a prescindir de @?

Un saludo y muchas gracias por su ayuda

Testando o modem com o programa deste tutorial, tudo funciona perfeitamente. Então resolvi partir minha programacion deste seu exemplo comentado que é muito bom.

Só que quando comecei a mudar ele neste ponto:

//Inicia el proceso de OTAP
void actualizaFirmware ()
{
//Configuramos el OTAP
sendAT(”AT^SJOTAP=\”blogElectronica\”,\”http://www.blogelectronica.com/TEMP/HelloWorld.jad\”, \”a:\”,,,\”gprs\”,\”airtelnet.es\”,\”vodafone\”,\”vodafone\”,\”080.058.000.033\”,”);
//Iniciamos el proceso de OTAP. Se abortará la aplicación tras este comando …
sendAT(”AT^SJOTAP”);
}

Neste ponto eu não entendo bem o que esta sendo feito, se eu comento ele não funciona, então fiquei sem saber o que fazer. Como posso fazer esta parte de forma mais simples e que o programa funcione.?

Muito Obrigado!

a ver, escribir en el SPI es fácil. Entiendo que cuando te conectas al menos recibes el resultado CONNECT.

Si es así, para enviar algo usa algo como:

public void escribirSPI(String cadena)
{
OutputStream os;
try
{
//Asociamos el stream de salida al de la clase ATCommand
os = atc.getDataOutputStream();
//Escribimos los datos por SPI
os.write(cadena.getBytes());
}
//Gestión de las exepciones
catch (Exception e) {e.printStackTrace();}
}

Salu2.

P.D. con I2C o SPI no se envían datos con el método send de ATCommand.

sigo teneindo porblemas para controlar en JAVA el SPI con un XT65. Genero la conexion con el comando at^sspi, y de echo me entra en la callback del listener CONNChanged, pero soy incapaz de enviar datos y de cerrar la conexion por lo que me genera errores. Como puedo gestionarlo?? Como se cierra la conexion si no puedo enviar datos. He intentado enviar el caracter “#” que es el que cierra la conexion pero no consigo nada.

Espero que podeis ayudarme porque le llevo dando vueltas desde el articulo del manejo del LCD sobre SPI.

Un saludo

con el XT65 directamente no, tendrías que usar algún chip o microcontrolador externo para ello. Seguro que encuentras alguno que puedas controlar desde el XT65 con SPI o I2C.

Salu2

Por lo que veo también, al ejecutar el archivo viejo, el módem quedaba ocupado y no se podía reestablecer la comunicación. Pero al borrar el archivo antiguo y reemplazarlo con la versión que funciona correctamente, esto ya no sucede.

Espero que esto ayude a alguien con el mismo problema.

Atentamente, Nelson Secchi

Tal vez son muchas preguntas, pero agradecería su ayuda.

Atentamente, Nelson Secchi

Muchas gracias por la corrección, realmente me disculpo por haber molestado con una consulta tan sencilla.

Gracias, sigan así con el blog, realmente es muy útil.

Espero poder compartir mi experiencia en poco tiempo.

Saludos

Atentamente, Nelson Secchi

me alegra que te guste mi blog.

El comando AT^GPIO te lo has inventado tú

El comando que creo intentas enviar es: AT^SPIO=1

Salu2.

Si alguien sabe algo respecto de esto, agradecería su ayuda.
También si saben alguna forma de asegurarme que la aplicación corra correctamente, debido a que esta es la primera prueba con el módem.

Desde ya, muchas gracias.

Atentamente, Nelson Secchi

protected void startApp() throws MIDletStateChangeException {
ATCommand commander = null;
System.out.println(”Iniciando…”);
try {
String r = null;
commander = new ATCommand(false);
r = commander.send(”AT^GPIO=1\r”);
Thread.currentThread().sleep(1000);
r = commander.send(”AT^SCPIN=1,8,1,0\r”);
Thread.currentThread().sleep(1000);
r = commander.send(”AT^SSIO=8,1\r”);
} catch (IllegalStateException e) {
e.printStackTrace();
} catch (ATCommandFailedException e) {
e.printStackTrace();
} catch (InterruptedException e) {
e.printStackTrace();
}
notifyDestroyed();
}
Por lo que pude ver, hay una excepción al mandar el primer comando AT, una IllegalStateExcepcion.

Desde ya agradezco mucho la atención y me gustaría seguir participando

Atentamente, Nelson Secchi

en ese hilo de comprobación de cobertura no llames a los comandos AT “a toda pastilla”. Pon una pausa de 1 segundo entre comando y comando.

Salu2.