Tenemos 34 invitados conectado(s)
Imprimir
PDF

Resumen ponencias KNX WORKSHOP - 26/11/2009 - - Cómo certificar un producto (Casto Cañavate - KNX Assosation)

Escrito por maji. Posted in domoTECA - Eventos

Usar puntuación: / 6
MaloBueno 
Indice del artículo
Resumen ponencias KNX WORKSHOP - 26/11/2009 -
Ventajas de KNX (Heinz Lux - KNX Association)
KNX y la Aportación de Valor (Enrique Ruz - KNX España)
KNX y El Cuadro Normativo (Michael Sartor - KNX España)
Proyecto de éxito (Sergio Hernández - Siemens) y Raquel Valiente - Telefónica)
La Satisfacción de su Uso (Joaquin Calpe Gil - Aquagest Service)
Climatización con KNX (Miguel Angel Sánchez - Mitsubishi y Oriol Cervelló - Intesis)
KNX Multimedia - Multiroom (Modesto Sierra – EGI)
KNX IP (Antonio Valero y José María Redondo – Dicomat/Wago)
Tecnologías en la Edificación (Asunción Santamaría – CeDint/UPM)
KNX en la Eficiencia Energética (Sergio Colado - Nechi Ingenieria)
El apoyo de la Administración a la Domótica e Inmótica (Marisol Fernández - CEDOM)
KNX valor de Futuro,  Apuesta Segura (Juán Antonio Peon - FENIE)
Cómo certificar un producto (Casto Cañavate - KNX Assosation)
Todas las páginas

Cómo certificar un producto (Casto Cañavate - KNX Assosation)

Para terminar Casto Cañavate (KNX Assosation) nos habló de la Certificación de Producto, como la verdadera foram de asegurar la interoperabilidad entre fabricantes del estandar KNX.

knx_workshop_2009_12Los principales atributos de la certificación KNX son:

  • Proviene de la antigua certificación EIB (1993)
  • Mas de 15 años de experiencia (desde 1993)
  • Sólo tiene valor en la comunidad KNX
  • La certificación es voluntaria para Fabricantes KNX.
  • Es un proceso privado y auto-impuesto entre fabricantes.

El resultado de la certificación es disponer del logotipo KNX en los productos certificados y esto implica:

  • Cumplimiento a Especificaciones KNX
  • Interworking entre fabricantes KNX
  • Todavía se pueden usar los logos EIB y KNX.

Solo se puede certificar Hardware, aun no existe la posibilidad de certificar paquetes de Software.

A continuación nos expuso las diferentes clasificaciones de productos certificados:

  • “Main Certificates”: productos fabricados directamente por el fabricante
  • “Derived Certificates”: productos OEM que han sido previamente certificados por otro solicitante.

Y las fases por las que hay que pasar para poder certificar:

  • Partes certificadas no necesitan nuevos tests.
  • Re-utilización de implementación del Sistema, analizado positivamente sobre una μC platforma, es posible sin nuevos tests.
  • Re-utilización de aplicaciónes certificadas sobre otro HW es posible sin nuevos tests.
  • Productos certificados por otros fabricantes => procedimiento administrativo => « derived certificate »
  • El correcto funcionamiento de las nuevas combinaciones => responsabilidad del fabricante KNX Association = registra + certifica test labs = 3º parte que analiza el cumplimiento a KNX (accredited acc. ISO 17025 + aptitude tests), excepto cuando:
    • Si no existe KNX test lab exists para alguna característica concreta, KNX llevará a cabo la auditoría en las instalaciones del fabricante
  • Los análisis HW son responsabilidad del fabricante a través del marcado CE
Para finalizar nos habló de los puntos que mira la certificación HW (Mínimo: EN50090-2-2), destacando las recomendaciones de vida del producto: 10 años y del reciclado: uso de materiales fácilmente reciclables, que garantizan la durabilidad del producto ademas de la funcionalidad testeada por la norma.

Para el SW, se hace un análisis en Test labs, usando EITT, entre puntos de test, llama la atención la posibilidad de testear productos con pila certificada, de manera que acelera el "time to market" en fabricantes noveles (como comentaba Modesto Sierra en el caso de EGI).