/****************************************************************************************************************/
/********************************************** Microcontrolador   M30281F8		*********************************/
/****************************************************************************************************************/

/*****************************************************************************************************************/
/*********************************		MTU200F	  **************************************************************/
/*****************************************************************************************************************/


Version 1_6(03-06-2012):
	Modo GSM
		No se calculaba ninguna variación de distancia debido a que la variable de "maxima variación distancia" era 0, ya que el MTU1OO no tenía esa variable contemplada. Se ha fijado a 2000 metros.

Version 1_5(31-05-2012):
	Modo GSM
		No se detectaba bien la corriente de baliza y tampoco se leía el tipo de corriente de panel solar.
		
Version 1_4(30-05-2012):

	Escritura parámetros MTU2OO via IRIDIUM: Existía un error a la hora de buscar la posición de comprobación del checksum.


Version 1_3(29-05-2012):

	Reset telemando MTU200: Tras la prueba de la estrategia anterior, el reset se realiza mucho antes, pero no enviamos confirmación del telemando porque se sobreescribe el buffer con un "estado". Para evitar eso, al escribir el buffer, se guardará en una posición de la e2prom (1023) un "SI" y se realiza el reset. Tras el reset, se lee dicha posición. Si su contenido es un "SI", automáticamente se pide al modem iridium que inicialice sesion y que envie el mensaje que tiene en el buffer, al mismo tiempo que se prohibe la escritura del buffer hasta que no se haya entregado el mensaje. Una vez entregado el mensaje, dicha posición de E2PROM, se vuelve a escribir a "NO".
	Los mensajes de "ESTADO" llevarán en la cobertura RSSI el valor de la cobertura actual del modem iridium.
	


Version 1_2(28-05-2012):
	Problemas con la petición de estado IRIDIUM (Resuelto)
	En pruebas apareción una circunstancia de un reset del modem IRIDIUM cuando no debía. Ello implicó que el MTU200 no se enterase bien de la respuesta del modem debido a que este arranca con el ECO activo. Para evitar esto se ha colocado una seguridad, de forma que si detectamos una respuesta del modem que empiece por "AT", automáticamente inicializamos el modem IRIDIUM
	Con la hora IRIDIUM, teniamos un problema de interpretación de la hora (Resuelto)
	Cambio de estrategia en el telemando reset MTU200: En versiones anteriores el reset lo realizaba, pero tardaba mucho tiempo en ejecutar el reset, debido a que el modem iridium, tras recibir el telemando, debía volver a registrarse en la red, enviar el mensaje de confirmación y posteriormente ejecutar el reset. Ahora lo que se pretende es que tras recibir el mensaje, se guarde en el buffer de salida del modem el mensaje a transmitir, se ejecute el reset y posteriormente una vez reseteado el dispositivo, se envie el mensaje anteriormente guardado (confirmación del telemando).
	

Version 1_1(24-05-2012):

	En configuración des Hyperterminal no mostraba de forma correcta si estaba configurado para funcionar por GSM o IRIDIUM (si realizaba correctamente la selección)
	
	MENSAJES IRIDIUM
		- Los mensajes enviados por IRIDIUM, se les ha añadido la cabecera "MTU200"

	Tratamiento de los mensajes recibidos IRIDIUM
		- En la rutina de la búsqueda de caracteres, había un error en la lóngitud del mensaje. Solo teníamos en cuenta la longitud del mensaje, pero no la cabecera, por lo que había caracteres que no encontrábamos.



Version 1(21-05-2012):

	Partiendo del firmware 3_5 del MTU100, hemos introducido toda la parte del IRIDIUM, de forma que el dispositivo sea capaz de funcionar perfectamente con un modem IRIDIUM.
	
	El dispositivo ha de funcionar por GMS (como un MTU100) o por IRIDIUM. La selección del funcinamiento se realiza por hyperterminal, tal y como se muestra