/*****************************************************************************************************************/ /***************************** Microcontrolador: M30281F8 **********************************************/ /*****************************************************************************************************************/ /*****************************************************************************************************************/ /********************************* MTU100-HW31 **************************************************/ /*****************************************************************************************************************/ Firmware 3-18 (25-05-15): Detectado un problema cuando la salida es monoestable (temporizada) y se le envía un comando de telemando SD1=0 (Para el caso de la salida 1) La salida se desconectaba... hacía la temporización y posteriormente se conectaba Ahora si la salida está activada, simplemente la apagará, será como una cancelación de la temporización. Si la salida está desactivada.. no tendrá ningún efecto. /*****************************************************************************************************************/ Firmware 3-17 (04-03-15): Cambiada toda la parte analógica. Extrategia copiada de la MMB02 Cada milisegundo se mide una entrada analógica (siempre que corresponda) y se van rotando todas las entradas analógicas. Para obtener un valor, tendremos la media de 400 muestras analógicas. De esta forma tendremos muchas más estabilidad en las entradas analógicas. Se refuerza también las corrientes de baliza para la deteccion del día /noche Se ha hecho ajustable - Tensión de batería - Corriente de baliza (Tanto fondo de escala 15A como 100 A) - Corriente panel solar (Tanto fondo de escala 15A como 100 A) Se ha eliminado un error de una letra "A" que salía en el mensaje de centro de control Para dar por bueno el pulso de noche se han de dar al menos 4 valores superiores al umbral marcado. (Eso parace que era el problema de que se quedaba en noche siempre) Los telemandos, de las salidas cuando repetimos el telemando anteriormente daba "error". Ahora acepta el telemando y vuelve a enviar de forma correcta el telemando. Firmware 3-16 (15-01-15): Cada dia que pasa cambiamos resetearemos el número de mensajes permitidos... Hasta ahora.. se reseteaba cada vez que el dispositivo detectaba un cambio de día al recibir un mensaje SMS, pero parece que no funciona bien. Esta última acción se deja y al mismo tiempo si el reloj intenro detecta cambio de dia (0 horas), reseteamos tambien el contador. Al mismo tiempo, en los mensajes del centro de control, la corriente máx de baliza será 99,99A. Para mantener el formato Se ha introducido un nuevo timer con una interrupción cada 250mseg que solo se encargará de llevar el reloj. Cada minuto refrescará el reloj interno. Corregidos problemas con los comandos de cambio de banda. El dispositivo no leía correctamente el comando ya que no detectaba el NULL del comando. Firmware 3-15 (23-12-14): En "CONFIG" configuraremos si la corriente máx de baliza será de 15A o de 100A. Si se configura como 100A, se medirá por la entrada de panel solar y no se medirá el panel solar Firmware 3-14 (11-11-14): En el mensaje del centro de control, detectado un problema en el envio de las RPM cuando la entrada externa 4 no está configurada como sensor de giro. En el mensaje salían carácteres extraños. ahora saldrá a 0 Firmware 3-12 (29-04-13): ************************* NUEVO VIGILANTE ************************* Versión compatible con la versión 2 del vigilante del MTU100HW31 El programa avisa en ESTADO si la versión de vigilante no es compatible con la versión de programa actual Firmware 3-11 (29-04-13): Corriente de baliza ajustable desde el test con el comando "IREAL" Si la corriente no está ajustada, el programa por defecto pone un determinado valor, pero avisa de que la medición es aproximada, que no está ajustada Firmware 3-10 (17-04-13): Cambio en la recepción de las tramas AT deL GSM. Hemos seguido la estrategia del MFGSM04, del módulo GSM de Fastrax, etc... Solucionado un problema al recibir una llamada, ya que si no es lo esperado, podíamos sobreescribir la memoria (hemos puesto un límite a la cantidad de números identificados en la llamada igual a la longitud del array de memoria y al mismo tiempo una seguridad de cerciorarse de que los dígitos identificados son números o como mucho el caracter '+' Firmware 3-9 (09-04-13): Seguimos teniendo un problema en el cambio de banda (resuelto definitivamente) Cuando un sms no se envia por eror +CMS ERROR, esperaremos 2 minutos antes de reintentar enviar sms Firmware 3-8 (03-04-13): Detectado el problema de cambio de banda El programa, cada minuto va leyendo variables de la flash, por si en un determinado momento hay algún problema en el micro y alguna variable cambia de valor. De esa forma nos aseguramos que al ratito todo volverá a su cauce. Pues había un error al recargar la variable que define las bandas GSM Tras las pruebas hechas en Chile, se ha detectado 2 cosas: 1. El mensaje de sms número 0 no es una posición de mensaje válida, por lo que se ha de descartar 2. Al enviar un SMS y no recibir respuesta por parte del operador, el GSM ha dejado de contestar. Para solucionar esto, enviamos un ESCAPE e intentamos comunicarnos con el modem a traves de un AT. Si no podemos reactivar el modem, lo apagaremos y posteriormente se reiniciará Firmware 3-7 (21-03-13): Habilitado el modo verboso. Al escribir el comando "VERBOSO", habilitamos o deshabilitamos el modo verboso, donde nos va soltando el GSM todo lo que se le pregunta y lo que responde Firmware 3-6 (03-07-12): Detectado un problema en los husos horarios negativos. El signo del huso horario no se interpreta de forma correcta.