/*****************************************************************************************************************/
/*********************************		MTU300C-HW4				**************************************************/
/*****************************************************************************************************************/

	Firmware 20 (05-07-12): Georgia.			
	
		Se ha descubierto un error si se desactivaba el radio modem. El dispositivo hacía caso al parámetro de "Nº de baliza inicio radio Modem". Por lo que podía darse el caso, si se ponía un nº bajito que las balizas de radio ICM no entrasen y se registrasen.
		Para evitar esto, cuando el Radio Modem se desactiva, el dispositivo hace caso omiso a este parámetro y automáticamente lo configura como la última baliza del sistema. De esta forma todo el espectro será para radio ICM.

La salida Digital 1 del MTU300C puede reseetear el modem Satel si no funcionan las comunicaciones.




/*****************************************************************************************************************/


Firmware 19 (01-07-12):			

	Incorporado telemando de las salidas externas del coordinador
			La salida 1 sirve para resetear el radio modem del coordinador
			La salida 2 sirve para ver si existen balizas "vivas" en dicho coordinador.
		
		Cambio de las tramas de estado de los dispositivo MFVHF
			- Ahora empiezan por MFVHF
			- Se ha incorporado la eficiencia del enlace en las tramas (Se toman las últimas 1500 tramas para calcular la eficiencia. Si hay un reintento se resta 1, si la trama llega correctamente se suma 1).
			
		Se ha puesto una seguridad de forma que si no se recibe ninguna trmaa por radio modem pasados 10 minutos, automáticamente el dispositivo realizará un reset de Radio Modem.	
/*****************************************************************************************************************/		

	Firmware 18 (15-06-12):	
		Se ha cambiado el proceso de gestión de las balizas por Radio Enlace (Se ha incorporado la gestión de slots).
		Cada dispositivo dispone de un slot para realizar la transmisión. El coordinador irá preguntando a los diferentes dispositivos de radio modem y estos solo contestarán dentro de su slot y cuando se les pregunte.
		Al mismo tiempo se ha incorporado un nuevo dispositivo que es el MFVHF (con Radio modem). Sus tramas de estado similar a los MFUHF
		
	Firmware 17 (22-03-12):			

	A partir de esta versión, el coordinador es capaz de gestionar balizas que se comunican por Radio ICM y por Radio Enlace.
	Comunicación Radio enlace:
		El coordinador siempre va a ser el maestro del enlace. Él es el que va a coordinar las comunicaciones y va a dar los permisos para que el resto de dispositivos contesten cuando se les pregunta. 
		Por parámetros se indicará que números de balizas se comunican por radio enlace.
	
	El mapa de balizas será de la 0 hasta N-1   => Radio ICM
				   De la N hasta M    => Radio Enlace

	Máximo número de balizas a gestionar por el coordinador 150 elementos

	El coordinador siempre preguntará a las balizas de radio enlace si tienen alguna incidencia. Las balizas enviarán la incidencia si tienen algo y si no una respuesta corta indicando que no tienen nada nuevo que decir. Si la respuesta no llega, pasará a la siguiente baliza (se configura por parámetros un timeout)

	Al mismo tiempo, tambien se le ha dado vida al GPS del coordinador. Cuando se recibe una trama, con posición GPS todo a 0, significa que no tiene GPS instalado o correcto. Por lo que si el coordinador tiene habilitado el GPS, cambiará la hora de la trama.
	Puede suceder que si tenga una posición GPS correcta (posición GPS teórica), se comprueba la hora.y la fecha. Si la hora y la fecha está todo a 0, significa que el dispositivo remoto no tiene GPS y por tanto cambia la hora de la trama.
	(El mismo protocolo que para el Radio enlace se utilizará para la comunicacion RS485 en un futuro).
	La comunicación de Radio enlace se puede hacer por los puertos RS232B,RS485A y RS485B. La velocidad de comunicación es 9600 baudios

	Firmware 16-3 (18-01-12):			
		Error detectado en el formato de estado de la trama GMV en el estado de las salidas digitales
		Tras un telemando de GMV, la confirmación del telemando pasa de un retardo de 2 minutos a 30 segundos

	Firmware 16-2 (09-01-12):			
		La interpretación del telemando de la salida de potencia, a cambiado de "SDP" a "SD10"

	Firmware 16-1 (22-12-11):			
		Error en el telemando Ethernet (Destinatario telemando)


	Firmware 16 (20-12-11):
		Cambiada la cabecera de las tramas Ethernet MMB02   => Cabecera anterior (MMB02) Cabecera nueva (MMB25)


	Firmware 15 (17-10-11):
		Solucionado los problemas de la trama NMEA MMB02: La corriente de baliza y la corriente de panel solar se enviaban de forma erronea y se enviaban en formato erroneo los estados de las salidas y día/noche		
		El módulo de radio se reseteará siempre y cuando pase un determinado tiempo sin recibir ni una trama de los routers o puntos finales (antes lo hacían al pasar x tiempo.. recibiese trama o no)
		

	Firmware 14 (27-10-11):
					
	Detectado problema línea de control 485:
		- Cuando se enviaban tramas Ethernet y NMEA al mismo tiempo, tan solo se extraian por RS485 una de ellas, debido a un error en la línea de control de RS485
	
	Firmware 13 (13-10-11):
			
	Interpretación de la revisión 2 del protocolo Ethernet con GMV
	Interpretación de la revisión 2 del protocolo JAVA
	Tras el envio de un telemando de reset, envía una respuesta de confirmación.
	Modificación de la orden "Cambiar configuración red" de forma que ahora se puede modificar:
		- Numero del dispositivo dentro de la red
		- Nombre del dispositivo dentro de la red
		- Número de la red del dispositivo
	
							
	Firmware 12 (15-9-11):

	Interpretación de la revisión 1 del protocolo Ethernet con GMV
		Cambio del panel solar instantáneo por la corriente del sensor de potencia.
	Detección de fallos en el protocolo de JAVA tras el cambio realizado en la MMB02 (Una entrada analógica puede ser configurada como corriente de baliza o panel solar, estando dicha entrada analógica configurada como tensión)							

	Firmware 11 (26-8-11):

	Error detectado en la versión 10: Configuración uart vigilante...   se ha configurado para otra velocidad.
	Se ha modificado la radio para que sea compatible con el sitema "all in one". (Version radio 3.11)
	Tambien no hace falta colocar el jumper para entrar en test
	En el test se ha introducido el test de las 3 salidas digitales.

	Firmware 10(30-7-11):
		
	Partiendo de la versión 9 del MTU300CHW3.

	Hemos hecho una modificación de forma que a través de la salida digital 2 indicamos si existe una baliza en el sistemo o no.
	Si hay, aunque sea una baliza registrada y viva en el sistema, activaremos la salida digital 2, por el contrario, si no existen balizas registradas o ninguna responde, desactivaremos la salida digital 2.
	Esta salida la conectaremos a un selector que activará un coordinador u otro en función de si el coordinador funciona o no. (Sistema redundante de coordinadores Ej. Santander)