Technical Support FAQ
Preguntas
- 1.1
- No puedo borrar un micro flash o JW después de haberlo
programado.
- 1.2-
Compré PIC16Cxxx y no están en blanco
-
1.3 -
Programo un PICxxx y éste ejecuta cualquier cosa
-
1.4 -
(La nueva partida de) PICxxx no me funciona/se queman/fallan/etc
-
1.5 -
Antes compraba PICxxx y ahora no hay/compro PICyyy y mi proyecto no
funciona/funciona mal
-
1.6 - El
oscilador interno del PICxxxx está corrido/mal calibrado
-
1.7 - El
HCSxxx... preguntas genéricas sobre KEELOQ, License
Agreement, DS40149
-
1.8 -
Qué programador/herramienta puedo usar para programar el
PICxxx...
-
1.9 -
Qué debugger/emulador/simulador puedo usar para desarrollar
con PICxxx...
-
1.10 -
Problemas con el ICD2
-
1.11 -
El MPLAB no me deja seleccionar el PIC que quiero programar con
mi...
-
1.12 -
Cómo determino la revisión del PIC...
-
1.13 -
Problemas programando en circuito (PM3/ICDx/etc.)
-
1.14 -
Micros USB
-
1.15 -
Memorias 93xx46/56/66
- 2.1
- Cómo actualizo el PicStart Plus?
2.2
- Tengo el programador Picstart Plus desde hace un tiempo y no puedo
programar un modelo de PIC
-
2.3 -
Compré PIC16Cxxx y el Picstart Plus me dice que no están
en blanco
-
2.4 - No
puedo programar/tengo problemas con PIC... en el Picstart Plus
-
2.5 -
Compré/Tengo un PICStart Plus y no funciona
-
2.6 -
Tengo un PSP y una laptop/no tengo port serie/sólo USB
-
2.7 -
Qué micros puedo programar con el PICSTART Plus ?
- 3.1
- Tengo problemas para programar un módulo Rabbit o un grupo
de ellos.
3.2 -
Acabo de instalar la nueva versión de Dynamic C, o compré
un nuevo módulo, y mi software deja de funcionar (o
combinaciones de ambos)
3.3 -
Cómo modifico el BIOS de Rabbit ?
-
3.4 -
Estoy desarrollando un sistema con Rabbit que hace 'xxx', pero no sé
cómo hacer 'yyy'.
3.5
- Tengo un diseño con Rabbit y a pesar de modificar el seteo
del spectrum spreader no veo diferencia en la generación de
espúreos (EMI). Problemas de EMI/EMC
3.6 -
Tengo el kit/cable del RCMxxxx, puedo programar RCMyyyy ?
3.7 -
Compré Dynamic C/library xxx versión A.x y ahora hay
una más reciente...
3.8 -
Tengo la CAN-xxx/CTC-xxx y no anda/encuentro un error, etc
3.9 -
Quiero adquirir el kit xxx para usar el servicio yyy del proveedor
zzz, qué necesito ?
3.10 -
Conectores de Rabbit
3.11 -
Información sobre el curso/seminario/presentación de
Rabbit
3.12 -
Quiero agregarle memoria al módulo Rabbit...
3,13 -
Problemas de compilación, errores en libraries, etc.
3.14 -
Alternativas a Dynamic C
3.15 -
No tengo port serie/sólo USB
3.16 -
Puedo programar los módulos por TCP/IP ?
3.17 -
Se puede leer un módulo grabado ? Y la library de encripción
?
3.18 -
Compré un módulo nuevo y Dynamic C da errores de
compilación, incluso en las samples
3.19 -
Pedidos genéricos de asesoramiento sobre Rabbit
3.20 -
Quiero compilar a un archivo y me da errores
3.21 -
Me aparece el error/mensaje 'xxx' (ya sea de
compilación o runtime)
- 4.1
- El reloj de tiempo real HT1380 de Holtek no comienza a oscilar
luego de ser alimentado.
- 4.2
- EL codificador HT-12E de HOLTEK no funciona correctamente en un
circuito que hace tiempo utilizo. Problemas genéricos y
quejas sobre HT-12E
-
4.3 - No
puedo leer la información de Caller-ID del HT9032
-
4.4 - De
qué herramientas dispongo para los micros de Holtek ?
-
4.5 -
Necesito una salida open-drain, pero el micro xxx de Holtek no la
tiene
-
4.6 -
Memorias HT93LC46/56/66
- 5.1
- Estoy utilizando un display de 16 caracteres por 1 línea y
los 8 de la derecha permanecen apagados aunque le envíe
información para mostrar.
-
5.2 -
Estoy utilizando un display de dos líneas y la segunda
permanece siempre apagada.
-
5.3 -
Quiero variar la luminosidad del backlight CCFL pero...
-
5.4 -
Compré un display alfanumérico grande y no enciende
5.5 - Qué
controlador tiene el display...
5.6 - El
display se cuelga, funciona mal, hace cosas raras, los de otra
marca/partida me andaban, etc.
5.7 - Qué
direcciones tiene cada línea en los displays alfanuméricos
?
6-
Micros (reset, interferencias, erratas)
- 6.1
- El micro se resetea [[en ambiente ruidoso][con la nueva partida]]
6.2 -
Problemas de EMI/EMC (en general)
-
6.3 - El
periférico 'xxx' no funciona correctamente [en la partida
'yyy']
-
6.4 -
Qué micro de tal fabricante es compatible con tal micro de
otro fabricante ?
-
6.5 -
Necesito una salida open-drain, pero el micro xxx no la tiene
7.1
- Estoy utilizando un módulo GPS 2000I, ET-102, FV-12 o
similar y no consigue obtener datos de ningún satélite.
7.2 - El
GPS no funciona/se cuelga/funciona mal/no tira posición/con
los otros andaba/etc.
7.3 - El
GPS no guarda la hora/el RTC no anda/la información es
incoherente si el string no es válido (void)/etc.
7.4 -
Comparo dos módulos GPS y la hora no coincide
7.5 -
Comparo dos módulos GPS y la posición no coincide
7.6 -
Software, mapas, localización, etc.
7.7 -
Estoy utilizando un módulo GPS ET-332 y no veo la señal
1PPS
7.8 -
Estoy utilizando un módulo ET-312 o similar y no consigue
obtener datos de ningún satélite.
7.9 - El
módulo GPS no entrega posición válida.
8.1
- Qué herramienta de desarrollo puedo usar para VRS... etc.
9.1
- Qué herramienta de desarrollo puedo usar para SIMxxx ?
9.2 - Qué
fuente puedo usar para SIMxxx ?
9.3 -
Llamadas CSD
9.4 - Qué
prestataria me recomiendan ?
9.5 -
Tengo un módulo SIMxxx y no consigo que tome señal/no
funciona [correctamente]
9.6 -
Tengo un módulo SIMxxx con GPS y no consigue obtener datos de
ningún satélite.
9.7 -
Consultas relacionadas con GPIO y/o aplicaciones particulares, SDK, o
firmware a medida
9.8 - El
módulo GSM [SIM200] no funciona con “determinadas SIM”
9.11 -
No puedo salir del modo transparente/No me reconoce los comandos
10.1
– Tengo un módulo Xtend y...
10.2 –
Alcance
10.3 –
Firmware upgrade
A.1
- Quiero cambiar/devolver un ...
A.2 -
Estoy trabajando con un modulo de RF WENSHING o similar y observo
ruido en ¨Data Out¨ haya o no transmisión.
- A.3
- Quiero comprar el chip 'xxx' y no figura en stock
-
A.4 -
Caller-ID
-
A.5 -
Tengo una nota de aplicación de Cika y no funciona/encuentro
un error
-
A.6 -
Los componentes xxx [ahora] se queman/funcionan mal/se resetean/son
más sensibles al ruido, tal partida es mejor, etc
-
A.7 -
Pedidos de desarrollo
-
A.8 Los
[nuevos] módulos de RF Wenshing o similar están
corridos/no llegan lejos/no funcionan bien/etc.
A.9 -
Información sobre cursos, seminarios, presentaciones
A.11 -
El lector de tarjetas RFID xxx tiene poco alcance, qué puedo
hacer ?
A.12 -
Orientación: Desarrollo, asesoramiento, venta de componentes
A.13 -
Pedidos internacionales
A.14 -
Quiero saber el precio del ...
A.15 -
El componente 'xxx' no funciona como dice la hoja de datos/funciona
mal, etc.
A.16 -
Pruebas, demostraciones, etc.
A.17 -
Consultas, inquietudes
A.18 -
Qué hace la patita E/D del TWS-HS-2 de Wenshing ?
A.19 -
Preguntas genéricas sobre celdas Peltier
A.20 -
Quisiera que me asesoren y conocer losdiversos aspectos del mercado
local y las aplicaciones de ...
A.21 -
Estoy desarrollando un sistema sobre xxx que interactúa con
yyy e interfaces zzz y necesito ...
A.22 -
Micros USB
A.23 -
Memorias 93xx46/56/66/86
A.24 -
Enlaces de RF, full duplex, etc.
A.25 -
Tienen algo probado de .../las notas de aplicación funcionan
?
A.26 -
Compré algo , y me dijeron “sin soporte”, pero yo
necesito...
A.27 -
Modifico una nota de aplicación y no funciona...
A.28 -
El kit no tiene fuente
A.29 -
El sensor de temperatura/humedad me da diferente que el servicio
meteorológico
Respuestas
Para
actualizar el programador de Microchip hace falta reemplazar el
firmware del aparato y además actualizar el MPLAB IDE, que es
el entorno de programación. Según la versión
de MPLAB instalada, será necesario utilizar una determinada
versión de firmware. Las últimas versiones de
MPLAB IDE no soportan los viejos PICstart Plus con 17C44.
Si su PSP tiene 17C44
deberá actualizarlo instalando el ¨PICSTART PLUS PROCESSOR
UPGRADE KIT¨ (UK003010), que es un módulo que reemplaza al
17C44 por una placa con un micro flash. Si su PICStart Plus es
revisión 4 o inferior, usted no puede utilizar este módulo,
deberá adquirir un nuevo PSP si desea soporte para los nuevos
micros; caso contrario podrá seguir trabajando con una versión
anterior de MPLAB IDE. Para determinar la revisión de hardware
del PICstart Plus, observe la etiqueta que se encuentra en la parte
de abajo (lea los documentos a que se hace referencia más
adelante)
El MPLAB IDE 6.30 es el
último que soporta el PSP con 17C44, usa firmware v.3.11.
Puede actualizarse a esta versión si el micro que usted desea
utilizar se encuentra soportado y así lo desea (lea los
documentos a que se hace referencia más adelante, se le
incluye lista de micros soportados). Caso contrario deberá
actualizar su PSP adquiriendo el ¨PICSTART PLUS PROCESSOR UPGRADE
KIT¨ (UK003010), lo cual no puede hacer si su PICStart Plus es
revisión 4 o inferior.
A partir
del MPLAB IDE 6.40, no existe soporte para PSP con 17C44, dado que el
mínimo firmware requerido es v.4.0005 y la operación de
upgrade se efectúa desde el mismo MPLAB IDE.
Remitirse
al comentario técnico CTC-012 para actualización con
17C44 (incluye lista de micros soportados), o al CTC-016 para
instalación del módulo UK003010
- http://www.cika.com/soporte/TechComm/CTC-012_Actualizacion_PICSTART_Plus.pdf
-
http://www.cika.com/soporte/TechComm/CTC-016_PICSTART_Plus_Processor_Upgrade_Kit.pdf
-
Si la
versión que usted tiene de MPLAB y el programador
soportan ese modelo de PIC, el programador programa al
dispositivo y pasa la prueba de verificación, revise su
programa. Consultar FAQ #6.1 y FAQ
#6.3
Consultar:
FAQ #1.3, FAQ#A.6, FAQ
#6.1 y FAQ #6.3
Si usted sólo
realiza producción, contacte a su developer
Los
procesadores de la línea PIC son bastante diferentes entre sí,
muy probablemente existan diferentes periféricos que deberá
inicializar y tener en cuenta; además de las probables
diferencias eléctricas y de timing. En algunos casos
particulares, al discontinuar un producto, Cika publica comentarios
técnicos (CTC) con información relevante que puede
orientarlo a elegir un producto equivalente.
http://www.cika.com/soporte/TechComm/
En
la totalidad de los casos, deberá obtener las hojas de datos
de ambos dispositivos (“viejo” y “nuevo”) y
analizar las diferencias, tanto eléctricas y de timing
(hardware) como de seteo e inicialización (software), para
portar su proyecto al nuevo dispositivo.
Si usted
sólo realiza producción, contacte a su developer
Consultar:
FAQ#1.3, FAQ#A.6, FAQ
#6.1 y FAQ #6.3
Si la hoja
de datos no establece ningún tipo de precisión en
términos porcentuales, la especificación del oscilador
interno responde a parámetros caracterizados, no
testeados, es decir, se dan como guía para diseño
pero no se comprueba su valor en la práctica. Estos valores se
obtienen por estadística, realizando un número grande
de mediciones en varios lotes diferentes, obteniendo una función
de distribución (generalmente una normal). La media de esta
distribución suele ser el valor que figura como típico,
mientras que los mínimos y máximos corresponden a una
determinada cantidad de desviaciones standard (por lo general 3sigma)
en uno y otro sentido.
Es decir,
de la totalidad de los dispositivos testeados, el promedio fue
el valor típico, los valores en sí se distribuyeron
en su mayoría entre los valores mínimo y máximo,
concentrándose mayormente alrededor del valor promedio. La
medición fue realizada con una alimentación
estabilizada y fija en una determinada tensión (generalmente
5V), en un ambiente a temperatura estable y controlada (por lo
general 25ºC). Es de esperarse que los valores mínimos y
máximos esperados varíen con la temperatura,
generalmente esto se especifica de forma gráfica con una curva
de variación.
Es decir, el valor obtenido
de un oscilador en particular puede estar comprendido en cualquier
valor dentro de ese rango, para una determinada temperatura. Dado que
son valores caracterizados, tomados de promedios de diferentes
partidas es también de esperarse que diferentes partidas
presenten valores diferentes de promedio.
Si su
aplicación necesita mayor precisión que la
especificada, usted puede:
Calibrar mediante algún
algoritmo cada pieza en particular. Tenga en cuenta que es de
esperarse obtener un corrimiento por temperatura.
Emplear un resonador
cerámico o un cristal.
Utilizar otro dispositivo
con un oscilador interno especificado con mayor precisión.
Lo más
probable es que si el programador funciona correctamente con los PICs
que se estaban usando, y no así con un modelo que haya salido
a la venta posteriormente, se trate de un problema de versión
de firmware. La lista de dispositivos soportados se encuentra en el
archivo "Readme for PICSTART Plus.txt" que se encuentra en
el directorio READMES de la instalación del MPLAB IDE. De
todos modos, al elegir el dispositivo en el MPLAB IDE puede observar
en la ventanita si aparece esta opción en verde. Cómo
actualizo el PicStart Plus?
- Para otros
programadores, verificar de la misma forma con el archivo/opción
correspondiente
-
En primer
lugar, determine correctamente su problema:
Si éste
es su caso, sepa que Cika no repara PICStart Plus ni dispone de
información de service. Verifique el correcto conexionado a su
PC y la alimentación y el correcto seteo en el MPLAB IDE. Para
más información dispone de un comentario técnico
preparado por nuestro Departamento Técnico:
- http://www.cika.com/soporte/TechComm/CTC-021_ConexOper_PICSTART_Plus.pdf
-
http://www.cika.com/soporte/Information/Microchip/DevTools/PICSTARTPlus_UserGuide(DS51028d).pdf
Cika no
repara ICD2 ni dispone de información de service. Verifique el
correcto conexionado a su PC y la alimentación (de la
herramienta y del dispositivo bajo prueba) y el correcto seteo en el
MPLAB IDE. Para más información dispone de un
comentario técnico preparado por nuestro Departamento Técnico:
http://www.cika.com/soporte/TechComm/CTC-026_ConexOperICD2.pdf
http://www.cika.com/soporte/TechComm/CTC-026_Software.zip
Es muy
probable que haya sido habilitado el bit de protección de los
¨Configuration bits¨ en el momento de la grabación.
Esta acción puede inutilizar en forma permanente para próximas
grabaciones, tanto un micro flash como uno JW. Consulte la hoja de
datos de su dispositivo en particular, algunos dispositivos flash
permiten reutilización si se realiza un borrado total del
mismo.
Si el
MPLAB no permite seleccionar un determinado programador para un
determinado dispositivo (micro, etc.) es porque se trata de un
dispositivo no soportado por ese programador, es decir, esa versión
de MPLAB IDE no permite trabajar con ese dispositivo (micro, etc.)
con ese programador. Los programadores soportados para cada
dispositivo aparecen en verde al realizar la selección del
mismo.
Identifique su versión
de MPLAB IDE (fíjese en la barra de título del programa
o seleccione Help -> About MPLAB IDE) y obtenga una más
reciente que provea el firmware necesario para dar soporte a dicho
dispositivo, de la página web de Microchip.
La lista de dispositivos
soportados por cada programador se encuentra en los archivos README,
que se encuentran en el directorio READMES de la instalación
del MPLAB IDE, los cuales pueden ser consultados antes de bajar la
nueva versión de MPLAB IDE en la página web de
Microchip. Por ejemplo, para el PICSTART Plus, corresponde el archivo
"Readme for PICSTART Plus.txt".
Por lo
general, la misma errata que describe un problema y su posible
solución indica los date codes a observar para determinar si
aplica o no al micro que nos interesa.
Existen algunos micros que
poseen esta información de forma interna, como es el caso de
los 18F y algunos 16F. Las correspondientes hojas de datos explican
cómo leer la revisión, lo cual se realiza accediendo a
posiciones fijas de memoria en el micro, al momento de correr su
programa.
De todos
modos, si el micro en cuestión posee esta identificación
de forma interna, podrá leerla mediante el ICD2.
Por ejemplo:
Connecting to MPLAB ICD 2
...Connected
Setting Vdd source to MPLAB
ICD 2
Target Device PIC18F252
found, revision = c0
...Reading ICD Product ID
Running ICD Self Test
...Passed
MPLAB ICD 2 Ready
Si usted
utiliza programación en circuito, tenga presente que su
circuito puede llegar a ser una carga importante para el programador,
llegando a entorpecer o incluso impedir la correcta programación
de los chips, dando resultados intermitentes (a veces programa y a
veces no, se corta por la mitad, etc.).
Consulte la documentación
para el programador correspondiente y respete las reglas de diseño
que se le recomiendan, el no cargar excesivamente y/o no
polarizar incorrectamente los pines utilizados para programación
es una necesidad para el correcto funcionamiento de su programador.
En los micros que traen LVP
(Low Voltage Programming) activado por defecto (16F87x, por ejemplo)
el programador utiliza el método de programación por
tensión más elevada, y los micros pueden estar
configurados para la programación en baja tensión, lo
cual impide la correcta operación del programador. Asegúrese
de polarizar el pin PGM en el estado bajo. Consulte la hoja de datos
del micro para saber qué pin corresponde a PGM.
http://www.cika.com/soporte/Information/Microchip/DevTools/ICD2_UsersGuide(DS51331a).pdf
http://www.cika.com/soporte/Information/Microchip/DevTools/PM3_ICSP_DesignGuide(DS51474a).pdf -
Este
display está construido sobre la misma base del de 8
caracteres x 2 líneas. Por esta razón en la
inicialización deberá indicarse que el display es de 2
líneas y trabajar los caracteres a la derecha como una segunda
línea.
-
Debe
inicializarse el display, según el comando que figura en las
hojas de datos, para trabajar en dos líneas.
Este comando se envía
al inicializar el display, y para que funcione el display debe haber
sido reseteado correctamente, respetando el procedimiento descripto
en la hoja de datos
http://www.cika.com/soporte/Information/LCDmodules/Controller_chips/HD44780U.pdf
Normalmente
las antenas utilizadas con estos módulos son ACTIVAS
y por lo tanto requieren alimentación, en este caso de 5Vcc.
Esta alimentación se entrega a través del pin 1 del
módulo, indicado como “+5 Antenna PWR” o “Vant”,
según el módulo. Más información en
FAQ#7.9
Estos
módulos pueden funcionar con antenas pasivas o activas, por
dicha razón no incorporan alimentación para la antena
en su circuitería. Las antenas comercializadas por Cika son
ACTIVAS
y por lo tanto requieren alimentación. La misma deberá
ser provista insertando una tensión continua en el terminal de
RF, lo cual deberá hacerse mediante un inductor en serie para
evitar que la fuente cargue a la antena y anule la RF que ésta
entrega. Un valor de 33nH es suficiente. La tensión provista
dependerá de la antena, si ésta trabaja con 3,3V
recomendamos utilizar este valor. Más información en
FAQ#7.9
Los
módulos GPS no poseen protección contra cortocircuitos
en la antena, si usted inserta un cable en corto puede destruir la
circuitería de alimentación de la antena activa que se
halla en el módulo, si corresponde (módulos con
alimentación incorporada para antenas activas), tornándolo
inusable.
Si su
antena es activa, verifique haberla alimentado según el módulo
que utilice (FAQ#7.1
y FAQ#7.8)
Al margen de esto hay que
tener en cuenta que la antena tiene que estar en contacto visual con
el cielo y que al alimentar el módulo, éste tardará
alrededor de 10 minutos en adquirir posición. Este tiempo
puede variar y depende de la posición geográfica y
condiciones meteorológicas. Una vez que obtenga posición,
el módulo comenzará a entregar datos válidos en
forma automática sin ser necesario ningún seteo previo.
Si pasado este tiempo sigue
teniendo inconvenientes, verifique la instalación de antena,
el cable coaxil es delgado y puede presentar cortocircuitos o falsos
contactos si no es manejado delicadamente. Generalmente, una antena
en buen estado presenta una resistencia de alrededor de 60 ohms. El
módulo, a su vez, presentará una tensión similar
a la presente en el pin de laimentación (si corresonde) sobre
el terminal de antena, aún con la misma conectada.
Cika sólo
vende módulos GPS a los cuales se conecta una antena y
entregan información de posición en protocolo NMEA0183
mediante señales lógicas a niveles TTL, destinado a
formar parte de otro equipo. identifique correctamente su producto,
cualquier reclamo referido a un producto que no sea éste,
deberá hacerlo al proveedor de dicho producto.
Si no logra obtener
posición, o tiene pérdidas esporádicas de
posición, verifique la instalación de antena (FAQ#
7.1), una vez verificada, compruebe la información que
entrega el módulo, la mayoría de los registros tienen
un campo que indica si la información es válida (buena
cantidad de satélites a la vista) o no.
Si
su implementación falla o se resetea, verifique que el
software identifique los campos de la información entregada
por el módulo utilizando los separadores que el protocolo
especifica, algunos módulos presentan la información
de forma distinta, pero siempre dentro de la especificación
del protocolo. Contar caracteres en vez
de buscar separadores es muy mala práctica, los campos dentro
del registro deben identificarse mediante el separador especificado
por el protocolo. El
protocolo no especifica longitud de los campos, la misma puede
cambiar entre diferentes tipos de módulos o diferentes
partidas del mismo tipo de módulo.
Tenga la precaución de dejar suficiente espacio en memoria
para el registro más extenso y a su vez para la conversión
de los campos más extensos. Verifique que el módulo
entrega la información con el protocolo y la velocidad
correctos, tiene información de cómo setear esto en la
hoja de datos correspondiente. Dado que éste no es un
producto para usuario final sino un módulo con tecnología
integrada destinado a formar parte de un equipo desarrollado por el
cliente o un tercero, le recordamos que la tensión de
alimentación del módulo deberá estar
correctamente filtrada y libre de ruidos y
descargas típicas en vehículos, respetando, además,
las condiciones de operación normales especificadas por el
fabricante en la hoja de datos. El circuito impreso deberá
prestar especial atención al desacople de masas y demás
“buenas prácticas” de diseño. Debido a
condiciones impropias de funcionamiento, ruido en la alimentación,
o descargas, es posible que el módulo ingrese a un estado no
válido en el cual puede dejar de entregar información
o entregar información marcada como “no válida”.
Esto es factible dado que se trata de un sistema microprocesado,
susceptible a ruidos y/o descargas. Ante esta situación, el
módulo dispone de un pin de reset, el cual hará que el
mismo reinicie su búsqueda de posición. No obstante,
ante determinadas condiciones extremas, el módulo puede dejar
de entregar información y no responder al pin de reset. Si
esto ocurre, reinicie el módulo eliminando y reaplicando la
tensión de alimentación. Estas situaciones no deberían
ocurrir en un sistema correctamente alimentado
y desacoplado en un ambiente no ruidoso, sin embargo, las
condiciones de operación en las que normalmente operan estos
sistemas no siempre es la ideal, y el developer deberá
tenerlo en cuenta, como con cualquier otro sistema microprocesado.
Consulte la FAQ #A.6
Si no recibe respuesta del
módulo, verifique que éste entrega la información
con el protocolo y la velocidad correctos, tiene información
de como setear esto en la hoja de datos correspondiente. Una rápida
inspección con osciloscopio le ayudará a determinar si
el módulo no entrega información o usted no la
entiende por tener el procesador seteado a otra velocidad o
protocolo. Si comprueba que el módulo no entrega información,
verifique que tenga correctamente cableadas todas las señales
del conector. Existen varios pines de alimentación y algunos
de control que deben ser tenidos en cuenta. Todos los pines de
alimentación deben estar unidos entre sí y conectados
a alimentación estable, limpia, y confiable;
todos los pines de masa deben estar unidos entre sí y
conectados a la masa del sistema (GND). No importa
que algunos módulos tengan estos pines unidos internamente,
otros módulos o partidas pueden no tenerlos, siga las
indicaciones de la hoja de datos. Finalmente, verifique que no está
forzando el pin de reset (PBRES) ni el pin SELECT, si lo hubiere.
Todos los pines marcados como reservados deben ser dejados sin
conexión, a menos que la hoja de datos especifique lo
contrario.
Si una vez
revisado todo tiene dudas sobre el funcionamiento del módulo,
puede traerlo con copia de la factura para que lo probemos en nuestro
laboratorio. Todos los reclamos comerciales que
necesite hacer los puede negociar con su vendedor.
Los datos
que usted visualiza por el port asincrónico corresponden al
envío periódico de información del módulo,
el cual no tiene por qué estar sincronizado con otros. Aun
cuando ambos tengan el mismo tiempo UTC internamente, pueden estar
enviando la información en distintos instantes.
La señal PPS es
la única forma de evaluar el tiempo UTC, ya que es la que
indica el "cambio de segundo". El "cero" del
valor en segundos que observa en el paquete NMEA corresponde al
flanco de inicio del pulso PPS.
De
todos modos, consulte la FAQ
#7.3
La
posición reportada por un módulo GPS, tiene un error
del orden de los Xm 2dRMS, según figura en la hoja de
datos.
La sigla
2dRMS significa “twice the distance root mean square”,
y es una forma de trasladar la operatoria en estadística de
dos dimensiones (variables aleatorias “latitud” y
“longitud”) a estadística de una dimensión
(variable aleatoria ”posición”). La matemática
involucrada es bastante complicada. La especificación Xm
2dRMS significa que existe una probabilidad del 95 al 98% de que el
valor reportado esté dentro de un círculo de radio X
metros, centrado en el valor correcto. Dicho de otro modo, entre el
95 y el 98% de las observaciones de posición dentro de un
tiempo razonablemente largo, arrojan un valor dentro de un círculo
de radio X metros. Aquí, 'razonablemente largo'
significa una cantidad considerable de observaciones bajo las
circunstancias posibles, lo que implica esperar al menos un par de
rotaciones de la constelación de satélites, es decir
más de un día. En síntesis, la posición
reportada no es necesariamente la 'real', sino que existe una
incertidumbre en la determinación de la posición de por
lo menos X metros, en todas direcciones. Esta especificación
no toma en cuenta la altura, la cual se infiere del modelo WGS-84, el
cual toma la Tierra como un elipsoide, teniendo mayor indeterminación
no acotada.
Si usted
requiere mayor exactitud, no por promediar valores o poner varios
módulos va a lograrlo. Lo que necesita es un sistema DGPS
(Differential GPS), que corrige la medición en base a datos
calculados desde una posición conocida. En algunas ciudades
del mundo existen bases que irradian esta información, sin
embargo Cika no posee mayor información al respecto, deberá
consultar con los organismos nacionales o provinciales
correspondientes.
De
todos modos, consulte la FAQ
#7.3
Los
módulos GPS comercializados por Cika no son un producto GPS
para usuario final sino un módulo con tecnología
integrada destinado a formar parte de un equipo desarrollado por el
cliente o un tercero, el cual se valdrá de la información
proporcionada por este módulo para realizar su tarea.
En los módulos
GPS 2000, FV12, ET-1xx y ET-2xx no existe ningún tipo de reloj
de tiempo real ni almacenamiento de posición ni sistema de
navegación interna en el módulo; cada vez que arranca
lo hace en cero, limpio, sin información de hora ni posición
previa. Sólo los módulos de la serie ET-3xx
poseen RTC (pero tampoco almacenan posición).
Si el módulo está
configurado para reportarse cada determinado tiempo (como viene
programado de fábrica, o como quedan algunos módulos si
no tienen supercap), comenzará a enviar mensajes NMEA0183.
Estos mensajes estarán marcados como “no válidos”
("void") hasta tanto el módulo obtenga posición,
es decir, encuentre la cantidad necesaria de satélites con
buena información para resolver su trabajo. Esto demora un
tiempo que depende de la posición geográfica, las
condiciones de visibilidad, la obtención o no de posición
previa, y la existencia o no de tensión de back-up.
En los módulos sin
RTC no hay registro de fecha ni de hora ni de posición
internos; el módulo reporta cálculos instantáneos,
no mantiene posición ni fecha ni hora ni nada internamente,
simplemente reporta lo que lee y calcula a cada momento, por lo que
si, en algún momento se interrumpe la visibilidad, reportará
datos impropios, lo cual puede observarse porque los mensajes están
marcados como “no válidos” ("void").
En los módulos con
RTC sólo se mantiene la información de fecha y hora,
no hay registro de posición interno y las consideraciones
anteriores son válidas para la posición.
Si bien algunos módulos
GPS poseen un capacitor de alto valor (supercap), que permite
mantener datos luego de quitada la tensión de alimentación;
lo que el módulo preserva son las efemérides
(características de posicionamiento de los satélites),
para poder encontrar más rápido los satélites
necesarios y poder tomar posición nuevamente en alrededor de
un minuto, una vez restablecida la alimentación y si las
condiciones de visibilidad lo permiten. Caso contrario, debe cargar
nuevamente la tabla de efemérides, lo cual puede demorar hasta
10 minutos. La existencia de este capacitor o la aplicación de
tensión de back-up no implican preservación de
información de posición ni de hora alguna, ya que,
nuevamente, no hay registro de fecha ni de hora ni de posición
internos; el módulo reporta cálculos instantáneos,
no mantiene posición ni fecha ni hora ni nada internamente,
simplemente reporta lo que lee y calcula a cada momento. Los módulos
con RTC, solamente mantienen la información de fecha y hora
(además de las efemérides).
Los
módulos GPS entregan un string en el formato que figura en la
correspondiente hoja de datos, en respuesta a un comando NMEA0183, ya
sea éste pidiendo información específica o
configurando al módulo para que entregue periódicamente
información.
Si la cadena es válida,
la información de fecha y posición corresponde al
cálculo de UTC y posición derivado de la resolución
del sistema de ecuaciones planteado por la cantidad de satélites
disponibles (y su información correspondiente).
Si la cadena no es válida,
la cantidad de satélites o la calidad de la información
recibida (Eb/N0, etc.) no es suficiente para resolver y la
información no es válida. Sin embargo, siempre se
entrega un string en respuesta a un comando o cada determinado
tiempo, según como esté configurado el módulo.
$GPRMC,235948.000,V,0000.0000,N,00000.0000,E,,,091102,,*1E
La 'V' indica
"void", cadena no válida
$GPRMC,161229.487,A,3723.2475,N,12158.3416,W,0.13,309.62,120598,,*10
La 'A' indica OK.
A los
fines prácticos la información reportada cuando el
mensaje es "void" carece de sentido, se recomienda que su
aplicación mantenga un estado e ignore los datos de las
respuestas hasta recibir datos válidos. Es decir, ignore los
datos presentes en los mensajes $GPGGA, $GPGLL, $GPVTC, etc., hasta
obtener un mensaje $GPRMC válido.
Si su
aplicación requiere el mantenimiento de una posición
correcta en todo momento, deberá desarrollarlo como subsistema
de su aplicación, sincronizado con los datos provistos por el
módulo, aprovechando la diversidad de información
proporcionada en los comandos NMEA0183 soportados por el mismo.
Si su aplicación
requiere un RTC, deberá emplear un módulo con RTC o
desarrollarlo, de igual forma.
Los
módulos GPS comercializados por Cika no son un producto GPS
para usuario final sino un módulo con tecnología
integrada destinado a formar parte de un equipo desarrollado por el
cliente o un tercero, el cual se valdrá de la información
proporcionada por este módulo para realizar su tarea.
Todos los módulos
GPS transmiten la información de posición en formato
NMEA0183, el cual es un standard abierto. La hoja de datos del módulo
desglosa cada uno de los mensajes soportados y la forma de
configurarlo para alterar la periodicidad de los mismos, de ser
necesario. Con esta información, nuestros developers y
clientes desarrollan sus aplicaciones en base a estos módulos,
como por ejemplo sistemas de localización vehicular (AVL).
Excepto contados casos, no
existe ningún software asociado al módulo, y en el caso
que exista no provee ningún tipo de mapas o sistema de
localización, sino simplemente una forma rápida de
visualizar los mensajes NMEA0183.
Si
su interés es en software de mapas, deberá contactarse
con empresas que desarrollen o comercialicen software de
mapas, existe una amplia variedad en Internet. Los módulos no
incluyen software de mapas ni sistemas de localización, y
Cika no comercializa software de mapas ni sistemas de localización.
Si su interés es
en sistemas de localización, deberá contactarse con
empresas que desarrollen esta actividad, Cika no se dedica al
servicio de localización.
Si su interés es
adquirir equipos para armar sus sistemas de localización,
deberá contactarse con empresas que desarrollen este tipo de
equipos, como por ejemplo Trendtek S.R. L. (
http://www.trend-tek.com ).
Si
su interés es desarrollar equipos en base a módulos
GPS, puede solicitarnos un
desarrollo
Si bien
otros módulos como ET-102 permiten controlar el parpadeo
visible de un LED, los módulos ET-332 presentan en su salida
de 1PPS un pulso ascendente de 1us de duración. La forma
correcta de visualizar este pulso es primero detectar su presencia
observando el correcto gatillado de un osciloscopio (parpadeo cada un
segundo) del LED de trigger, y luego ajustar convenientemente la base
de tiempo para permitir la visualización de dicho evento.
Tenga en cuenta que a menos que se disponga de un osciloscopio de
almacenamiento, es muy difícil observar un evento de esta
naturaleza en un osciloscopio analógico.
Este IC
necesita un seteo luego de ser alimentado, sólo después
de realizarlo comenzará a oscilar el cristal. El detalle del
seteo se encuentra en las hojas de datos del dispositivo. No obstante
es muy probable que al colocar un osciloscopio en las patas del
cristal no se observe oscilación, debido a la carga ocasionada
por la capacidad de la punta de prueba y la entrada del instrumento.
Una forma de evitarlo es colocar en serie con la punta un capacitor
de alrededor de 5pF.
-
- http://www.cika.com/soporte/TechComm/CTC-013_HT1380.pdf
-
Muchos
dispositivos semiconductores son virtualmente imposibles de probar.
Un microcontrolador, por ejemplo, puede haber sido utilizado en algún
ambiente hostil, sujeto a descargas, y es posible que se haya dañado
una parte de la estructura interna. Para probar todas las
combinaciones posibles de periféricos, opciones, y secuencias
de programa, se demandaría demasiado tiempo, aun en el
hipotético caso de que fuera posible probarlo.
Asumiendo que sea posible
realizar una prueba, si el dispositivo muestra una falla,
generalmente no se puede determinar si éste nunca funcionó
o fue quemado por el usuario.
Aun asumiendo que el
dispositivo prueba fehacientemente funcionar de forma correcta, puede
tener daños latentes debido a descargas electrostáticas,
los cuales podrían manifestarse como una reducción de
la vida útil del dispositivo.
Por estas razones, la
mercadería no tiene cambio ni devolución. Todos los
reclamos comerciales que necesite hacer los puede negociar con su
vendedor.
http://www.cika.com/soporte/TechComm/ESD.pdf
Un tiempo
atrás, HOLTEK, realizó un cambio en la tecnología
de fabricación de estos CI. Luego de éste el
dispositivo se volvió más propenso a funcionar
incorrectamente en circuitos que, si bien no cumplen con las
especificaciones del fabricante en un 100%, con anterioridad operaban
sin mayores dificultades. Estos circuitos fueron y son, de ahi este
problema, muy comunes en control remoto de alarmas. En las hojas de
datos actuales del HT-12E figuran claramente identificados como un
ERROR COMÚN DE APLICACIÓN y en el mismo
documento se encuentra el circuito apropiado.
-
Verifique que su circuito
cumpla lo estipulado en la hoja de datos más reciente del
HT-12E
-
- http://www.cika.com/soporte/Information/Holtek/CONSUMER/2_12e.pdf
-
Partiendo
de la base de que los módulos funcionan correctamente, el
problema puede residir en la versión de Dynamic C utilizada
para compilar. Rabbit cambia la revisión del micro y tipo de
memoria flash cuando los cambios tecnológicos traen aparejada
una reducción en el costo del módulo. Si el Dynamic C
utilizado es una versión anterior a este cambio pueden
presentarse problemas al momento de la programación o del uso
de la flash, debido a que probablemente uno de ellos no esté
soportado, al ser un dispositivo más reciente que el software.
La solución es actualizar Dynamic C y recompilar. No obstante,
antes de concluir que se trata de este problema, verifique que está
RECOMPILANDO el soft CON EL MÓDULO CONECTADO por medio del
cable de programación.
Si una vez
revisado todo tiene dudas sobre el funcionamiento del módulo,
puede traerlo con copia de la factura para que lo probemos en nuestro
laboratorio. Todos los reclamos comerciales que
necesite hacer los puede negociar con su vendedor.
-
- http://www.cika.com/soporte/TechComm/CTC-015_RabbitNewCoreModules.pdf
Estos son
módulos ASK, por lo tanto siempre habrá alguna señal
en ¨Data Out¨; mientras no haya transmisión esta señal
será ruido. Al recibir una transmisión el comparador se
ajustará automáticamente y se obtendrá la señal
de forma correcta, pero mientras no la haya, picos ocasionales de
ruido ocasionan cambios de estado aleatorios del comparador. La forma
de detectar cuándo se trata de ruido o de una señal
válida es la inclusion de una serie de bits de inicio de
mensaje en el paquete de comunicación transmitido, a suerte de
preámbulo. En el caso del HT-12, muy utilizado con estos
modulos, el codificador ( HT-12E ) se encarga de generar estos bits y
el decodificador ( HT-12D ) de identificarlos.
-
- http://www.cika.com/soporte/TechComm/CTC-014_RFmodules.pdf
Estos son
receptores super-regenerativos, con un ancho de banda mínimo
de +-500KHz, y no existe ningún elemento que pueda
fijar/estabilizar la frecuencia de oscilación. Así
mismo, la presencia de grandes capacidades hacia el plano de tierra
(cuerpos metálicos, blindajes, antena, la mano del usuario),
pueden ocasionar corrimientos de índole similar. No está
de más ajustar la bobina si eso resuelve su problema
particular (asumiendo que el generador/transmisor usado como patrón
esté correctamente calibrado). De todos modos son receptores
no muy selectivos, y de buena prestación dado su precio tan
económico.
Si tiene dudas sobre el
funcionamiento del módulo, podemos compararlo con otros en
stock. Todos los reclamos comerciales que necesite hacer los puede
negociar con su vendedor.
-
- http://www.cika.com/soporte/TechComm/CTC-014_RFmodules.pdf
Tal cual
podría inferirse de la nomenclatura, se trata de un pin de
Enable/Disable, que permite activar o desactivar el transmisor, según
se la coloque en estado lógico alto ('1') o bajo ('0'),
respectivamente. La intención de la misma, es minimizar el
consumo en los momentos en los que no se necesita del transmisor.
Para funcionamiento permanente, esta patita puede conectarse
directamente a '1' lógico.
Las celdas
Peltier son elementos que aprovechan el efecto Peltier, es decir, la
generación de una diferencia térmica en respuesta a una
diferencia de potencial eléctrico. Las mismas vienen
especificadas en valores de tensión y corriente de trabajo
máximas, potencia calórica generada máxima, y
diferencia de temperatura máxima obtenible entre caras.
El producto se vende como
tal, y toda la mecánica de construcción de sistemas de
refrigeración o calefacción, así como también
todos los cálculos de la física de transferencia del
calor que deba realizar para saber si puede o no enfriar o calentar
un determinado volumen, fluido o elemento, corren por cuenta del
interesado.
La
documentación de Rabbit está en el directorio
<DC_PATH>\docs (ó docs\manuals, según
la versión). Allí están los manuales del usuario
de los micros, de los módulos, el manual de referencia de
Dynamic C con todas las funciones, y el manual de referencia de
TCP/IP.
Además, puede
acceder a esta información mediante la opción Online
Documentation del menu Help de Dynamic C.
A partir de la versión
8, también encontrará una tabla de referencia rápida
en la opción I/O Registers del menú Help;
y una descripción de las funciones de las bibliotecas de
Dynamic C en la opción Function Lookup del menú
Help. Posicionando el cursor sobre la función elegida
antes de seleccionar esta opción, obtendrá información
sobre dicha función.
-
Si lo desea, puede acceder
a toda la documentación online, en la página web de
Rabbit:
-
http://www.rabbitsemiconductor.com/docs/
-
El
directorio <DC_PATH>\samples tiene ejemplos de
utilización de las libraries. Las libraries están en el
directorio <DC_PATH>\libs, y están muy bien comentadas,
el código fuente es accesible y puede utilizarlo para aprender
o modificarlo para sus propósitos. Ej: el directorio
<DC_PATH>\samples\tcpip tiene ejemplos de networking,
<DC_PATH>\samples\tcpip\ping tiene ejemplos sobre cómo
hacer PING, etc.
Las versiones más
recientes de DC tienen más ejemplos y más libraries,
actualice a la última gratuita o compre la más reciente
si necesita algo que su versión no tiene y una más
reciente sí.
Una
descripción de qué hay en el directorio
<DC_PATH>\samples se encuentra en el roadmap correspondiente:
http://www.cika.com/soporte/Information/Rabbit/DynamicC/roadmap.pdf
-
- Una descripción
de qué hay en el directorio <DC_PATH>\samples\tcpip se
encuentra en el roadmap correspondiente:
http://www.cika.com/soporte/Information/Rabbit/DynamicC/tcpip-roadmap.pdf
-
- Dispone además
de:
-
Notas de aplicación
de Cika: http://www.cika.com/soporte/AppNotes/
Comentarios
Técnicos de Cika: http://www.cika.com/soporte/TechComm/
Las nuevas
versiones de Dynamic C suelen incorporar cambios en las bibliotecas
de funciones, como por ejemplo, hacer non-blocking una función
que no lo era. Encontrará más información en la
documentación (docs, samples) y las release notes. Si éste
es el caso, deberá hacer modificaciones a su código.
-
- http://www.cika.com/soporte/TechComm/CTC-017_UpgradesDynamicC.pdf
-
Además,
es probable que deba
realizar modificaciones en el programa, debido a cambios en las
bibliotecas que manejan la escritura en flash y el Flash File System.
Estos cambios pueden incluir tener que modificar el BIOS, reservando
un espacio en flash para alojar el File System.
-
- http://www.cika.com/soporte/TechComm/CTC-015_RabbitNewCoreModules.pdf
- http://www.cika.com/soporte/TechComm/CTC-019_RabbitModifBIOS_FS2.pdf
-
http://www.cika.com/soporte/TechComm/CTC-019_Software.zip
Hay casos
especiales como el del PIC16C57 en los cuales el programador nos dice
que está ¨non blank¨ cuando sí lo está.
En este caso es necesario levantar el pin 26 del micro y dejarlo en
el aire. De esta forma operará correctamente.
-
- Consulte la guía
del usuario del PSP y el archivo "Readme for PICSTART Plus.txt"
que se encuentra en el directorio READMES de la instalación
del MPLAB IDE correspondiente.
-
- http://www.cika.com/soporte/Information/Microchip/DevTools/PICSTARTPlus_UserGuide(DS51028d).pdf
- Para otros
programadores, consulte el README correspondiente en el mismo
directorio
Hay casos
especiales como el de los PIC16F87x en los cuales el programador
utiliza el método de programación por tensión
más elevada, y los micros pueden estar configurados para la
programación en baja tensión, lo cual impide la
correcta operación del PSP. En este caso es necesario colocar
un resistor de 10K desde el pin RB3 a masa. De esta forma operará
correctamente.
Por lo general, esto puede
aplicarse también a los demás micros que traen LVP (Low
Voltage Programming) activado por defecto. Si observa un problema
similar, asegúrese de polarizar el pin PGM en el estado bajo.
Consulte la hoja de datos del micro para saber qué pin
corresponde a PGM.
-
- Consulte la guía
del usuario del PSP y el archivo "Readme for PICSTART Plus.txt"
que se encuentra en el directorio READMES de la instalación
del MPLAB IDE correspondiente.
-
- http://www.cika.com/soporte/Information/Microchip/DevTools/PICSTARTPlus_UserGuide(DS51028d).pdf
- Para otros
programadores, consulte el README correspondiente en el mismo
directorio
Si el
display no funciona, o funciona en forma errática, por lo
general, el hecho es debido a que no se ha tenido en cuenta la
distribución de los parámetros característicos
del controlador (valores mínimos y máximos),
utilizándose solamente los valores típicos, o se ha
tomado un timing particular de un display, considerándose que
todos funcionan igual. Consulte la FAQ #A.6 para
información más detallada.
Si
su problema es solamente en presencia de ruido, (aunque se trate de
una partida en especial), es más probable que se trate de un
problema de desarrollo de hardware, generalmente asociado a los
mismos problemas típicos de todo sistema con
microprocesadores, en los cuales los ruidos e interferencias de
equipos adyacentes deben ser minimizados, la fuente de alimentación
estabilizada y correctamente desacoplada, y demás “buenas
prácticas” respetadas. Consulte las FAQ
#6.1
y FAQ
#A.6
respecto a las recomendaciones pertinentes.
Antes que
nada, verifique las condiciones de operación en el hardware
(FAQ #A.6)
Verifique que su programa
funcione correctamente y que no se esté disparando el WDT, que
maneja correctamente las interrupciones, retornos de subrutinas, etc,
etc, etc. Verifique las erratas (particularmente Microchip)(FAQ
#6.3)
El correcto diseño
del circuito impreso, respetando las “buenas prácticas”,
planos de tierra, y el desacople de todos los puntos conflictivos es
fundamental para el funcionamiento de cualquier sistema
microprocesado. La fuente de alimentación es otro punto
fundamental de todo buen desarrollo, ya que a través de ella
suele entrar gran parte del ruido, aunque esto depende mucho del
sistema, ya que el ruido puede ser captado por las trazas, los cables
de entrada, los cables de alimentación; conducido a través
de la misma fuente o los sensores, etc.
En la mayoría de los
casos, lo que se produce es un reset del procesador, por acción
del watchdog, situación que puede identificarse y actuar en
consecuencia para resolver el problema. La tarea a realizar consiste
en identificar la fuente de ruido, el modo de ingreso de ese ruido al
sistema, y la forma de trabajar para minimizarlo, actuando sobre cada
una de las formas identificadas en las cuales el ruido ingresa al
sistema. Es un proceso tedioso e iterativo, pero es la forma correcta
de resolver su problema.
Resumiendo: respete las
buenas prácticas de desacople y trazado de PCBs para minimizar
interferencias, agregue choques o lo que sea necesario. Incorpore al
circuito una buena fuente de alimentación, re-rutee las
tierras, coloque optoacopladores, considere el uso de blindajes si
corresponde, etc. No se trata de un problema del micro ni de la
partida, sino del aparato como unidad, y deberá modificarlo
hasta resolver o minimizar el problema.
El
spectrum spreader, presente en el R3000 y en los R2000C (IQ5T), está
diseñado para disminuir la generación de espúreas
en frecuencias de más allá de 100MHz. No afecta
espúreas de frecuencias inferiores.
Si está utilizando
un módulo Rabbit con circuitería externa asociada (en
la mayoría de los casos); el ruido puede estar generado por su
circuitería externa al módulo Rabbit, incluyendo
displays, otros micros, bobinas, transformadores, pistas largas
transportando señales de alta frecuencia, trazas con ángulos
abruptos (cerca de 90º), pistas con vueltas que hacen de
bobinas, etc. Incorpore planos de tierra, filtros, blindajes, cambie
trazas de lugar, rutee pistas de masa cerca de pistas críticas,
desacople puntos críticos, etc.
No se trata de un problema
del core module o del micro sino del aparato (su producto) como
unidad, y deberá modificarlo hasta resolver o minimizar el
problema. Los siguientes links proveen información y ayuda al
respecto.
-
- http://www.cika.com/soporte/TechComm/CTC-018_EMI-Rabbit.pdf
-
http://www.cika.com/soporte/Information/Rabbit/R2000DesignerHandbook.pdf
(cap. 3.4)
-
http://www.cika.com/soporte/Information/Rabbit/AppNotes/TN221.pdf
-
http://www.rabbitsemiconductor.com/products/ce_certification/index.shtml
Verifique
que su hardware respete las condiciones de operación
recomendadas por el fabricante (FAQ #A.6).
Verifique las erratas
(particularmente Microchip); si el micro no es muy reciente, es muy
probable que alguien ya haya reportado el defecto. Si no encuentra
nada similar, trate de aislar el problema y verificar que realmente
se trata de un defecto de hardware; es altamente probable que se
trate de un problema de software. Para aislar el problema,
trabaje solamente con el periférico que supuestamente tiene
el problema, desarrolle un programa muy simple para probarlo, evite
interrupciones y otros periféricos que pueden enmascarar el
verdadero problema. Si realmente aisló y comprobó
la existencia de un defecto en el dispositivo o su hoja de datos,
documente su hallazgo detalladamente:
listado del código
que muestra el defecto, en lo posible comentado, la menor cantidad
de líneas de código posible (ej: 5)
seteo de hardware y/o
software utilizado para aislar el problema
versiones de
compilador/assembler y/o libraries utilizadas, si corresponde
Envíe
la documentación por mail a soporte@cika.com para que podamos
verificarlo y si corresponde comunicarnos con el fabricante. Todos
los reclamos comerciales que necesite hacer los puede negociar con
su vendedor.
La
variación de luminosidad de CCFL es un tema complejo que
requiere la regulación de la corriente que circula por el
tubo. El uso inapropiado del CCFL acorta la vida útil de la
lámpara y deforma la luminosidad a lo largo del tubo. Cika no
dispone de componentes que permitan variar intensidad en esta
tecnología.
Si bien
los displays alfanuméricos “comunes” funcionan
perfectamente con una tensión cercana a los 0,6V; los displays
alfanuméricos con caracteres grandes suelen necesitar una
tensión negativa para ajustar el contraste. Esta tensión
deberá proveerse de forma externa, el display no tiene
generador de tensión negativa incluido (a menos, claro está,
que la hoja de datos indique lo contrario).
- El HT9032 tiene dos
salidas: una “cruda” (raw), DOUT y otra “cocida”
(cooked), DOUTC
DOUT es la salida del
demodulador y presenta todo lo que éste recupera, incluyendo
al pattern o preámbulo de sincronización presente en
V.23, la modulación utilizada para transmitir la información.
-
DOUTC es más
“inteligente”, y solamente entrega los datos propiamente
dichos, es decir, la información de Caller-ID en sí,
según la manda la compañía telefónica.
-
En cuanto a la
información de Caller-ID, la estructura de la misma y su
contenido es algo que debe solicitar a la compañía que
le provee el servicio teléfonico, Holtek y/o Cika no poseen
dicha información.
-
http://www.cika.com/soporte/Information/Holtek/COMM/9032.pdf
Consulte
la FAQ #6.5
El registro de control
referido es PxC (Port x Control), por ejemplo PAC para el port A, y
su funcionamiento es equivalente a los registros TRIS de Microchip
Holtek
ofrece un programador para OTP, dos programadores para MTP, y un
emulador en circuito:
HT-Writer (COTPWRITER00A):
es el programador para los OTP, puede funcionar conectado a la PC o
independiente. Posee un zócalo DIP del tipo ZIF (Zero
Insertion Force) y sólo soporta programación de
dispositivos puestos en su zócalo, es decir, fuera de
circuito. Para emplearlo con dispositivos de otro tipo de
encapsulado, existe una serie de tarjetas adaptadoras. El
programador es apto para bajos y medios niveles de producción..
Se conecta con la PC mediante un port serie.
Holtek M1 Writer (EW-M1):
es el programador para los MTP, puede funcionar conectado a la PC o
independiente. Posee un zócalo DIP del tipo ZIF (Zero
Insertion Force) para programación de dispositivos puestos en
su zócalo (fuera de circuito) y un conector con su
correspondiente cable para programación en circuito. Para
emplearlo con dispositivos de diversos encapsulados (diferentes a
DIP), existe una serie de tarjetas adaptadoras. El programador es
apto para bajos y medios niveles de producción.. Se conecta
con la PC mediante un port serie.
Holtek MTP ISP Cable
(CMTPCABLE0005A): es un programador de desarrollo para los MTP,
funciona conectado al puerto USB de una PC. Posee un conector con su
correspondiente cable para programación en circuito.
HT-ICE
(CICExxxxxx, TICExxxxxx): es un emulador en circuito, permite emular
micros en circuito mediante una placa adaptadora para la conexión
a la pcb. Se conecta con la PC mediante el port paralelo, aunque
existe un adaptador para conectarlo a un bus USB (CUSBICECABLE4A).
Existen dos versiones de HT-ICE:
CICExxxxxx: es la línea
nueva, incluye un zócalo ZIF para programación de
dispositivos MTP y OTP en encapsulado DIP. Para emplearlo con
dispositivos de otro tipo de encapsulado, existe una serie de
tarjetas adaptadoras
TICExxxxxx: es la línea
vieja, el usuario necesita además un programador OTP o MTP
para producción.
HT-IDE3000:
es el entorno integrado de desarrollo de software, funciona con el
HT-ICE o sin él, permitiendo emulación en circuito
(con HT-ICE) o simulación en PC (sin HT-ICE). Puede obtenerse
gratuitamente en la página de Holtek y provee macro
assembler, linker, y compilador Holtek C (versión reducida de
ANSI C, sin coma flotante). Para más información
consulte la guía del usuario y/o los tutorials.
Para
determinar qué versión de ICE incorpora la placa
adaptadora necesaria para un micro en particular, o qué placa
adaptadora es necesaria para soportar determinado encapsulado en el
programador, se recurre a la página web de Holtek (
http://www.holtek.com.tw/ ), donde puede buscarse el micro por sus
características y allí hay un link a las herramientas
de desarrollo necesarias.
Además, existe
soporte para estos micros en programadores universales como Labtool.
Si el chip
no está en stock, Cika puede hacer un pedido especial e
importarlo para el cliente. Ese trámite lo negocia con el
vendedor y la gente de comercio exterior. Para comenzar el trámite,
el cliente deberá contactarse con su vendedor y
remitirle una estimación de la cantidad que piensa
comprar y el plazo de entrega que necesita, para que ellos
puedan negociar, a su vez, una cantidad y un precio conveniente con
el proveedor de Cika.
Para
todo tipo de consultas solicitando asesoramiento por características
y/o modelos de los diversos productos de nuestro amplio portfolio,
comuníquese con su vendedor habitual; él podrá
asesorarlo sobre los diferentes modelos y tecnologías de
acuerdo a sus necesidades. Comuníquese con ventas al 4522-5466
ó a ventas@cika.com.
Cika es
distribuidor mayorista de componentes electrónicos. Si bien
contamos con Ingenieros de Aplicación (FAEs) y developers
altamente capacitados y experimentados, no podemos tener amplio
conocimiento sobre todos los productos y aplicaciones del mercado.
Nuestro soporte está limitado a los componentes que
comercializamos habitualmente y figuran en nuestra cartera de
productos; ésos son los productos que hemos evaluado y
disponemos de información técnica.
Si usted necesita
información sobre un sistema o aplicación particular,
deberá contactar al proveedor de dicho producto.
Si usted necesita
información sobre un componente en particular que Cika no
comercializa, deberá contactar al fabricante o distribuidor de
dicho producto.
Antes que
nada, los micros con interfaz USB de las líneas de micros que
comercializamos son periféricos USB, es decir, no son hosts,
es decir, solamente pueden ser manejados por una PC/Mac o equivalente
con interfaz USB; no es posible controlar periféricos USB con
estos micros.
Además, en estos
casos, el desarrollador debe:
aprender USB
aprender cómo el
host interactúa con el driver para la clase de servicio que
se vaya a usar
aprender cómo el
micro maneja USB
escribir una aplicación
en el host que interactúa con el driver
escribir una aplicación
en el micro que maneja USB y a través de esto se comunica con
el host
Por esta
razón, no disponemos de ningún modelo de éstos
en ninguna de las líneas.
Para
trabajar con USB, la opción que Cika le ofrece es emplear un
FT232 y cualquier micro de su agrado. El costo total es similar o
inferior al de los micros con interfaz USB, eligiendo uin micro que
supla los requerimientos de la aplicación.
El
FT232 se ve desde el host como un puerto serie, por lo cual es muy
simple interactuar con él, incluso dispone de libraries para
incluir en sus programas. Para más información consulte
la página del fabricante http://www.ftdichip.com/.
El FT232
se conecta al micro a los pines de la UART, lo que envíe desde
la PC o equivalente lo recibirá en la UART de su micro, y lo
que envíe por ésta lo recibirá en la PC. El
resto corre por cuenta de su imaginación y experiencia como
developer. Para más información consulte la CAN-025
En síntesis, con el
FT232, el desarrollador debe:
conectar un FT232B al
puerto serie del micro (2 cables)
instalar el driver en el
host (click)
abrir un puerto serie en
el host (igual que cualquier comunicación serie)
operar sobre la UART en el
micro, y están conectados (igual que cualquier comunicación
serie)
Puede
conocer nuestros precios de lista ingresando a nuestra página
web y realizando allí una consulta on-line http://www.cika.com
Para cotizaciones por
cantidades en especial, puede hacerlo también desde la página
web, o comunicándose con ventas.
En
general, para todo tipo de consultas que involucren precios y
disponibilidad, comuníquese con ventas al 4522-5466 ó a
ventas@cika.com,
o llame a su vendedor habitual.
Microchip
fabrica 9346 en diferentes tecnologías, correspondientes a
diversos valores de tensión de operación:
93AA46/56/66: de 1,8 a
5,5V
93LC46/56/66: de 2,5 a
5,5V (low power CMOS)
93C46/56/66: de 4,5 a 5,5V
(CMOS)
Cika
solamente comercializa del tipo LC (de 2,5 a 5,5V, low power CMOS)
Más allá de
este |
Soporte Técnico Cika 
