Calefacción: conmutación híbrida, reguladores pequeños, modelos

La bomba de calor y la caldera compiten en los sistemas híbridos

Qué ocurre. En un sistema de calefacción híbrido, la bomba de calor y la caldera de gas o gasóleo se reparten la carga. La regla habitual conmuta con un umbral de temperatura exterior, con un punto fijo para todas las casas y todas las tarifas.

Qué cuesta. El hogar paga una factura mayor de la necesaria, porque unos días es más barata la caldera y otros la bomba, y un umbral fijo se equivoca en la mitad de esos días.

Por qué la solución habitual no funciona. Fijar el umbral con el instalador por regla empírica es lento de corregir. Añadir una entrada de precio a las reglas las complica y no da el mejor resultado.

Cómo lo comprueba un diagnóstico remoto a precio fijo. A partir de los registros de un sistema híbrido (temperaturas, contadores de calor, tarifas), comparo la conmutación real con la opción más barata hora a hora. El diagnóstico remoto a precio fijo le dice cuánto podría ahorrar al hogar una conmutación económica y si puede funcionar en su regulador.

Los pequeños reguladores embebidos solo permiten estrategias simples

Qué ocurre. Los reguladores de calefacción funcionan con procesadores pequeños, con poca memoria y un objetivo de precio bajo. Por eso las estrategias son reglas simples, aunque en un portátil exista un enfoque más inteligente.

Qué cuesta. Las estrategias simples dejan sin aprovechar eficiencia y confort, y la bomba de calor o la caldera trabajan más de lo necesario.

Por qué la solución habitual no funciona. Comprar un procesador mayor para cada unidad añade coste a toda la serie. Un algoritmo ingenioso escrito para un ordenador de sobremesa no cabe en el equipo pequeño.

Cómo lo comprueba un diagnóstico remoto a precio fijo. Examino su hardware de destino y la estrategia que ejecuta, y compruebo si cabría un regulador predictivo de tamaño reducido. El diagnóstico remoto a precio fijo le dice qué potencia de cálculo y qué memoria necesita el regulador, y qué enfoque de código en tiempo real encaja con su plataforma.

Las funciones de control en C++ necesitan modelado y pruebas con el modelo en el bucle

Qué ocurre. Los fabricantes de sistemas de calefacción escriben funciones de control en C++ y quieren desarrollarlas y probarlas con un modelo antes de pasarlas al hardware. Eso exige personas que dominen tanto el lenguaje como el modelado.

Qué cuesta. Los puestos para esa combinación siguen abiertos. Las funciones se prueban tarde en unidades reales, donde los fallos cuestan días y un viaje a la nave de ensayos.

Por qué la solución habitual no funciona. Escribir primero el código y probar después encuentra los problemas en el peor momento. Un equipo de modelado aparte, que no escribe el código, hace que el modelo se desfase.

Cómo lo comprueba un diagnóstico remoto a precio fijo. Reviso una función y sus pruebas: el modelo, la estructura del código, los casos de simulación. El diagnóstico remoto a precio fijo le dice dónde el diseño basado en modelo y la prueba con el modelo en el bucle encontrarían los fallos antes, y cómo puede continuar su propio equipo.