Aunque no te creas, que me veo tentado a poner siempre títulos a modo de clickbait al estilo de "Le falló la instalación de IRIS y no podrás creerte lo que pasó a continuación" o "Cuando abrió este código de embedded python tuvo que llamar a la policía"

¡A su servicio!

Buenos días @Laura Blázquez García !

Los índices sobre campos TimeStamp no suelen ser muy eficientes, ya que son prácticamente equivalentes a un índice de una clave primaria, la principal ventaja de los índices se da cuando los valores de la columna no son únicos, sino que se repiten con cierta frecuencia. En el caso de una fecha y hora estos valores dificilmente se repetirán, por lo que no podrías beneficiarte de la indexación.

De las dos opciones que planteas la separación sería más óptima, pero te recomiendo una tercera: POSIXTIME, este tipo de dato almacena las fechas como valores enteros y tienen un mejor rendimiento en consultas y en almacenamiento, puedes ver más en nuestra documentación aquí

¡Espero que sea de ayuda!

Buenas @Yone Moreno 
​​​​​Quizás el problema está en que si desactivar el BO no está gestionando su propia cola. Es una idea, no te puedo asegurar que sea así.

Hola @Oscar Tarriño Buen o ! Sospecho que el problema venga porque al definir el tipo estructurado de datos en el nuevo esquema estáis obligando a que todos los obx.5 cumplan con esa estructura de datos, pero en vuestro ejemplo tenéis en el segundo obx un valor simple que no encaja en el nuevo tipo. En el caso de usar el esquema que habéis definido el primer valor "115" debiera ir en un campo CE.1

Todo un trabajazo @Daniel Aguilar ! ¡Enhorabuena!
​​​​​​

¿Has probado a poner el modo desarrollador del explorador de internet y echar un vistazo a ver si es problema de la respuesta de IRIS o de la propia web para representar la respuesta?

Enhorabuena a los ganadores! Bien merecido sin duda.