Hola Antonio,

he intentado probar el sensor SRBUS y me he llevado una gran desilusión. Expongo por qué:

1.- La base de datos de ETS del dispositivo no tiene nada que ver con lo que muestra su hoja de datos. La base de datos que tengo del dispositivo es la última que tenéis. Además, hay faltas e información errónea en dicha base de datos. Muestro un ejemplo en la siguiente imagen:



2.- Comenzando a probar los objetos de comunicación he comprobado que el objeto 2 (valor de intensidad) no funciona. A lo mejor es que yo no sé utilizarlo. Si a alguien le funciona por favor que explique cómo lo utiliza, a mi siempre me responde el valor de intensidad 0.


...así que ya no he continuado probando. Desde mi punto de vista, y perdón si estoy equivocado o si el error fuese mio por no saber utilizarlo, no creo que una empresa que lleve el sobrenombre "Best Quality" deba lanzar al mercado un producto con estas características, porque ya hace meses que se ha lanzado al mercado. Esperaré por lo tanto a que el fabricante saque una nueva versión de la base de datos para volver a probarlo.

Yo me hago algunas preguntas: ¿el que ha programado la base de datos no se ha dignado a ver el resultado en el ETS? No creo que sea tan complicado detectar esos errores tipográficos, no?? Me sorprende tanto (sobre todo porque nadie antes ha comentado nada), que pienso que debo tener una base de datos errónea que ha llegado a mi por error. Por favor que alguien que tenga el dispositivo verifique si esto es cierto o no. ¿Puede ser que el que haya programado esto no sea español y no ha habido un tester del dispositivo por parte de la empresa? ¿es posible que el fabricante quiera que los integradores le hagamos un trabajo que le pertenece?

No queremos (creo que hablo en nombre de muchos) productos económicos de baja calidad. Queremos productos económicos y de alta calidad. Me quito el sombrero con Zennio, que nos ha mostrado cómo ser eficiente, económico, con un soporte inmejorable y, en conjunto, de calidad. Seguramente, la pantalla a color que tanto se lleva anunciado, todavía no ha salido al mercado porque antes de lanzarse pasa por estrictos controles de calidad que seguramente muestren que todavía no deba salir.

En fin, no sé si he sido demasiado duro. Me gustaría que otros integradores me contradigan y tenga que pedir perdón.

Un saludo.

Hola JulioJF,

Ya he empezado a probar el sensor srbus.

El objeto 2 de 1 byte de lectura de intensidad de detección no envía ningún valor, la base de datos tiene un par de errores tipográficos (a evitar con una buena revisión) y tiene un parámetro general más (retardo) de los que se describen en la hoja de datos que viene con el componente.

Lo he instalado en el falso techo de un lavabo interior pequeño. La primera impresión es que el área de detección no parece tan amplia como se ofrece, pero tengo que mejorar tanto la posición del sensor en el techo (con la cara de detección en horizontal) como la parametrización para conseguir un ajuste fino y que te detecte justo al entrar en el baño, no si pasas por el pasillo con la puerta abierta y que no te apague la luz cuando estás dentro quieto... Lo que si hace dentro del área de detección es detectar al micromovimiento, la respuesta es muy buena.

En cuanto a mejoras, ya que tiene un objeto de on/off, iría bien otro que transmita el estado. Respecto al tamaño, si fuese algo menor se podría encajar sin dificultades en un cajetín universal. Esperamos respuesta del fabricante.

Saludos.

Hola a los dos,

Doy fe de lo que comenta Domopirineos,...

He pasado unos maravillosos días disfrutando de su hospitalidad, y de la nieve (domotica&esqui) con la familia. Y he probado en "carnes propias" la detección del BES en su baño.

Asi que suscribo todo lo que comenta domopirineos y le aconsejo que suba el tiempo de retardo del sensor (actualmente 5s) si no quiere que le echen de casa,...

Lo digo desde mi propia experiencia en estos casos.

salu2

maji

Hola Antonio,

El dispositivo que hemos comprado funciona mal, o sea, no realiza las funciones que el dispositivo especifica en su ficha de funcionamiento, entre otras cosas por las ya expuestas en este blog. Por lo que nos has comentado:

"Realmente estas comprando a HomeFUTURA y las garantías y responsabilidades a día de hoy son para HomeFUTURA"

me gustaría solucionar algunas preguntas:

¿Cuándo y dónde obtendremos una actualización de la base de datos del dispositivo para que funcione correctamente? Creo que ha pasado bastante tiempo y los compradores de este dispositivo SRBUS (por lo menos yo) no tenemos información ni soporte del producto que hemos comprado, y funciona mal. ¿Es ingenium el fabricante y tenemos que pedirle el soporte a ellos? ¿Ingenium es el responsable y desarrollador de esta base de datos? Principalmente me interesa porque el producto es muy práctico e interesante a nivel integración domótica.

Alguien sabe o puede aportar algo de claridad al asunto??

Muchas gracias, un saludo.

Pues hombre, el detector funciona bien. Hace lo que hace de forma más que correcta. Su rango es amplio, se coloca oculto (no atraviesa metal), y es KNX, justo lo que se supone que tiene que hacer.

¿Qué el programa de aplicación tiene errores ortográficos, o fallos de traducción? Pues sí, pero vamos, creo que se entiende bien (fin, fini,...; en fin ) Entiendo que los solucionarán, es un simple despiste (a mi modo de ver, claro).

El objeto 2, viene del mismo dispositivo pero en su versión BUSING, no dará valores en KNX. Aún así, si uno prueba el detector, descubre algo importante: ¡es capaz de detectar y enviar valores al bus!. Nos obstante, si este objeto es útil, proponer la integración en KNX sería una posible solución.

¿Qué hace falta que el programa de aplicación haga más cosas? Estoy de acuerdo, supongo que en breve tendremos noticias. Los comienzos siempre fueron duros, y todo el mundo comete errores.

Lo dicho, yo lo he probado y el resultado es satisfactorio. Tengo claro que las propuestas serán escuchadas, yo he propuesto: varios canales de detección, objetos de byte, funciones separadas detección / fin de detección, funciones condicionadas a sonda de luminosidad externa (incluso incluirla en el próximo diseño del detector),...; bueno, pues lo que hacen otros detectores.

En fin, saludos a todos.

Hola JulioJF,

Desde el equipo de I+D que ha desarrollado el SRKNX, nos gustaría resolver las dudas planteadas después de exhaustivo análisis que habéis hecho del dispositivo y que ha generado tal controversia:

En referencia a la alimentación del detector, tal y como se ha reflejado en otros post, no es necesario alimentarlo de una fuente externa pudiendo puentearse las bornas entre sí y usar únicamente alimentación del BUS. Se ha realizado de esta manera por la normativa del estándar KNX que obliga a disponer de esta posibilidad de alimentación suplementaria.

Sobre la errata detectada en el catalogo del dispositivo, agradecer que haya gente tan dispuesta a colaborar detectando posibles bugs que ayudan a disponer de un producto con mayor calidad si cabe. Dicho lo cual entiendo que no es sensible para el funcionamiento del dispositivo por tratarse de un texto del cual se puede extraer perfectamente su significado real.

Respecto al objeto de comunicación de lectura de intensidad, sí que devuelve valor. Se trata de un valor instantáneo de muy difícil lectura. Al tratarse precisamente de un valor de lectura, no influye en el funcionamiento del detector, tratándose simplemente de información complementaria.

Finalmente te agradecería nos indicases en qué consiste el mal funcionamiento del detector. Se trata de una información de extrema utilidad para poder solucionar posibles incidencias y, dado lo profundo de tú análisis, entiendo que tendrás información exhaustiva sobre dichos fallos.

Toda la información que nos podáis facilitar redundará en una mayor calidad final del producto puesto que sois vosotros los que le dais la utilidad real al mismo, más allá del diseño del mismo en I+D. Muchas gracias por vuestras opiniones sobre el producto.

Gracias y un saludo.