Nokia Pic

[dysoft]

HOLA sispic
comunico con el max, en vez de con los inversores.
Pero si es de comunicación tendria que encenderse el led de error no? El cristal es de 20Mz. Pero eso, que ha de funcionar. gracias y un saludo a todos

[Sispic]

Yo se que con el max habia algun problema para adaptarlo , prueba como en el esquema que funciona bien . (recuerda FBUS)

El led encendido indica correcta comunicación y se apaga cuando no la hay , ó se produjo algun error .

[Ivitavi]

Hola a todos....
Nuevamente con problemas, resulta que programe el pic para que enviara las tramas de reset, marcado de un numero y hungup, ;es decir se introducen por el puerto B mediante un dispswicht diferentes valores, y segun el codigo el pic manda la trama de reset, o de marcado, etc... el programa funciona muy bien, probé recibiendo en una PC y las tramas se envian correctamente como en software de sispic, primero la trama inicial y luego la trama correspondiente, el problema esta a la hora de conectar al celular, este no responde para nada a las tramas enviadas, use el circuito de sispic de conexión al celular, en fin no tengo ni idea donde esta el problema por favor ayudenme....., lo único que hago es transmitir con el pic, es decir esta deshabilitada la recepción en el microcontrolador, no se si esto tenga algo que ver; es decir no me interesa, todavía, lo que el celular me mande, solo quiero hacer la prueba transmitiendo la trama inicial y la de reset, pero el celular no hace nada, ni siquiera responde, probe capturando las tramas de respuesta con el soft de sispic, pero nada.....
Si tienen idea del problema....
Gracias IVITAVI

[Sispic]

De RC6 una resistencia de 100 con un zener en paralelo , hasta el pin RX de nokia .
Comprueba que GND esté conectado con vss del pic .

PD . Tines que poner un retardo entre trama y trama para que se el movil termine de transmitir las repuestas ya que lo haces a pelo .

Trama inicial
Retardo 1 seg por si acaso
Trama reset

[Ivitavi]

Hola a todos, primero darles las gracias por toda su ayuda, voy por buen camino pues ya logré comunicar el pic con el celular, ahora me toca hacer el tratamiento de las tramas de recepción para tener una comunicación mas dinámica......

Por otro lado como forma parte del proyecto extender la comunicación para un nokia 5120 TDMA, he conseguido algo de información......resulta que la comunicación con un TDMA es por MBUS, a 9600 y parece que las tramas son parecidas, solo con otro formato, por ejemplo en lugar de empezar con el byte 1E comienzan con 1F.......

Sispic abusando de tu ayuda quiero pedirte un gran favor, no se si puedes modificar tu programita en delphi para mandar tramas de pruebas pero a 9600 de velocidad, para poder empezar a probar algunas tramas......

Gracias.....
Ivitavi

[Sispic]

No problema Ivitavi  
Dime exactamente la configuración que necesitas y lo compilo .

Creo que la paridad es diferente .

[Ivitavi]

Hola Sispic las características son:
Speed 9600 bps, Bits 8, ParityOdd, Stop Bits 1,
supuestamente la primera trama es:
1F 00 1D D1 00 05 00 01 00 03 00 6A BE
y el celular contesta:
1F 1D 00 D2 00 24 01 00 00 03 56 20 30 31 2E 31 38 0A 30 31 2D 30 37 2D 39 39 0A 4E 53 43 2D 33 0A 28 63 29 20 4E 4D 50 2E 00 03 D6 ...
esto es lo que encontre, ahora tendría que hacer la prueba para ver si realmente funciona.
Ivitavi

[Ivitavi]

Sispic: NO ME ABANDONES!!!!!, necesecito tu ayuda, como te va con el software??? en delphi y otra consultita para hacer la transmisión con el pic 9600,odd,8bits,1stop, tengo q usar la transmisión USART a 9 bits verdad??, pero como defino que la paridad sea impar (odd)???
Ivitavi

[pyk17]

Yo ya tengo un programa en c que te permite realizar llamdadas a telefonos celulares a traves del nokia 5190,usando el f-bus...el problema es ke me falta la trama para cancelar la llamada!!!!

alguien la sabe, vale

[wofer]

Me podeis pasar un programa para PC ke envie y reciba tramas en hexadecimal?He leido ke un compañero del foro ha hecho uno y ke esta circulando por ahi,pero no consigo encontrarlo.
  He hecho un cable para el 3310 y me va fenomenal,pero de momento no puedo cazar ninguna trama porke solo dispongo le hiperterminal.


Saludos!!!!

[Rob1980]

Hola!!

El PIC no tiene control de paridad por hardware, por lo que si estás usando una comunicación con paridad, deberás hacer el control por software, es decir generando una subrutina que te permita averiguar la paridad del dato. Esto se consigue mediante la función  XOR y por supesto habilitando el PIC para 9 bits de transmisión y recepción.

Saludos.

[pic27]

cómo se calcula un checsum xor?

[Sispic]

Las tramas por FBus se utilizan 2 chksums .
chksum1 = xor de los datos pares
chksum2 = xor de los datos impares
Yo lo hice así .

Codigo:
chksum1=0 : chksum2=0
for a=0 to Longitud de la trama - 2 step 2  " impares
  DATO=TRAMA[a]          " utiliza var DATO como temporal
  asm
   movf   DATO,W
   xORwf chksum1,1
  endasm
next a

for a=1 to Longitud de la trama - 2 step 2  " pares
  DATO=TRAMA[a]
  asm
   movf   DATO,W
   xORwf chksum2,1
  endasm
next a
return

[pic27]

veo que la instrucción es propia de cod. maq. o no la entiendo.
Mi inquietud es calcularla en VB en principio y luego en PBP.
Sabes cual es la base de cálculo?
Gracias, un saludete.

[Sispic]

No se casi nada del VB adaptalo .

Codigo:
dim chksum1,chksum2 as byte
chksum1=0
chksum2=0
b=0
for a=1 to (Longitud de la trama - 2)/2
  chksum1=chksum1 Xor TRAMA(b)      "pares
  chksum2=chksum2 Xor TRAMA(b+1)  "impares
  b=b+2
next a

No estoy seguro de que funcione así pero es ir haciendo el xor con trama[0],trama[2],trama[4],trama[6],.......... para el primer chksum

con con trama[1],trama[3],trama[5],trama[7],........ para el segundo chksum