camaras en eedomus

molusco

  • *****
  • 1035
    • Ver Perfil
Re:camaras en eedomus
« Respuesta #45 en: Septiembre 12, 2015, 00:50:37 am »
Yo las tengo conectadas pero no integradas, al no poder aprovechar las funciones de deteccion o luminosidad en eedomus, no me aporta nada el integrarlas. Prefiero utilizarlas por separado con las caracteristicas de su propio soft o con una aplicacion de terceros como tinycam.


Enviado desde mi iPhone utilizando Tapatalk

Re:camaras en eedomus
« Respuesta #46 en: Septiembre 14, 2015, 00:29:54 am »
Por eso me gustaría saber si ese modelo Foscam C1 se puede integrar con eedomus, o alguna otra similar... como sería para un sistema de seguridad lo interesante sería poner un solo cacharro que tome imagen y aparte sea capaz de comunicarse con eedomus para poner en marcha la sirena o lo que sea. 
Si no hay alternativa de cámara más o menos económica que sea integrable, la solución sería duplicar y poner un sensor de movimiento y una cámara ip en el mismo lugar, ¿cómo lo tenéis resuelto?
Si alguien lo ha intentado con la C1 o lo ha conseguido con alguna otra se agradece que lo comunique...  ;)
Estoy en fase de diseño del sistema y aún no he comprado nada, así que estoy abierto a recomendaciones

Por cierto, muchas gracias a todos los que con vuestra experiencia y conocimientos ayudáis a novatos domóticos como yo ;D

phroc

  • *
  • 5703
  • Belle époque
    • Ver Perfil
    • PR-DOMOTICA
Re:camaras en eedomus
« Respuesta #47 en: Septiembre 14, 2015, 10:11:14 am »
Yo en eedomus no he conseguido integrar la detección de movimiento de ninguna cámara IP. En Vera lo conseguí con las Foscam pero después de mucho batallar y a través de plugins.

Si la cámara tiene un verdadero PIR (caso de las Axis), se puede integrar a través de la API, pero esa integración no está prevista para todos los modelos de cámaras de forma sencilla. Para las Axis sí, para las demás no lo he probado de primera mano, pero no lo creo (si tiene API abierta, se podrá integrar, pero no de forma tan sencilla como en las Axis).

La detección de movimiento que ofrecen las cámaras IP, no es que no funcione bien, funciona, pero no es lo mismo que un PIR en cualquier caso, no es tan versátil ni preciso.

Así a bote pronto, se me ocurre una manera de integrar esa detección de movimiento de cualquier cámara IP en eedomus. Es solo una idea, no lo he probado, pero vamos, tiene que funcionar:

Dado que  casi todas las cámaras IP, a través de su interfaz web, permiten configurar un mail para recibir un aviso en caso de detección de movimiento, se me ocurre crear una notificación con Pushover (http://www.domoticadomestica.com/notificaciones-push-con-pushover-en-eedomus/) basada en la recepción de un mail (según el Asunto del mail por ejemplo), integrar esa notificación en eedomus y a partir de ahí crear una regla basada en esa notificación (Si la notificación de Pushover es "Detección de movimiento", Sirena ON durante 3 minutos)...

Debería funcionar, creo.

https://pr-domotica.es/

Communication Manager & Business Manager Spain at  NodOn
Consultoría en domótica inalámbrica e IoT
Formación Oficial Jeedom
Formación LoRa

rls46

  • ****
  • 321
    • Ver Perfil
Re:camaras en eedomus
« Respuesta #48 en: Septiembre 14, 2015, 16:39:00 pm »
tengo 14 cámaras y utilizo un sistema de grabación que si permite que las cámaras hagan de PIR, es un soft para mac os x, se llama securityspy de http://www.bensoftware.com/securityspy/ va por licencias de numero de cámaras pero es un sistema muy completo, lo tengo montado en un mac mini.

entre otras cosas hace

-grabación secuencial o por eventos

-configurar zonas ciegas de las cámaras (por ejemplo las de exterior omitir los movimientos de los árboles o plantas por el viento)

-nivel de detección configurable (mas o menos movimiento para que de positivo), esto va muy bien para evitar falsos positivos en exterior.

-soporte para prácticamente todos los formatos de video.

-restreaming en http a mjpeg (mis camaras en hc2 apuntan al servidor no a las cámaras), también esto supongo que valdrá para los que tenemos hc2 que no valen las .h264, si poderlas integrarlas a través del restreaming en mjpeg, esto no lo he probado porque todas las que tengo son mjpeg

-activar o desactivar una cámara mediante llamada http

-desencadenar cualquier tipo de evento (llamada http por ejemplo o de cualquier otro tipo) ante el positivo de una cámara. esto es lo que hace de PIR, en mi caso tengo unos dispositivos virtuales en HC2 con una variable “on” y “off”, si una cámara detecta movimiento hace una llamada a la api de hc2 que cambia el valor a “on” y tras 30 segundos vuelve a “off” (se hace con applescript), como si fuera un sensor de movimiento, a partir de aquí imaginación

Re:camaras en eedomus
« Respuesta #49 en: Septiembre 14, 2015, 17:57:14 pm »
Gracias! O sea que puede que sí que haya opción de que eedomus reaccione a la detección de las cámaras... me parece muy interesante, claro aquí interviene mi desconocimiento de las posibilidades de eedomus.

rls46, muy buena pinta tu sistema, aunque creo que yo por ahora busco algo más básico, y poco a poco ir probando e investigando más, pero ahí queda para tenerlo en cuenta en un momento dado ;)

En principio creo que iría por la línea de phroc (muchas gracias!), porque visto lo visto con eedomus terminaré manejando Pushover, cosa que ahora mismo no hago (en principio me quedaré en free). Aunque si no he entendido mal, al final se trata de usar el mail de salida de las cámaras cuando se detecta movimiento para notificar al controlador y sirva para poder usar ese evento en reglas. Con lo que básicamente la idea es la misma.

Entonces, para ver si comprendo mejor las opciones de eedomus y Pushover, y perdón por mi ignorancia; cuando leí el tutorial para usar Pushover con eedomus que ha citado phroc, entendí que conseguíamos tener en el teléfono notificaciones push del eedomus que al ser free ya no íbamos a tener. O sea notificaciones que salen de eedomus y recibimos en el teléfono. Pero con este tema veo que eedomus no sólo puede enviar notificaciones sino que también puede recibir notificaciones, ¿correcto?  ¿y qué tipo de notificaciones reconocería? lo digo porque por lo que parece el mail de las cámaras ip no serviría, ya que se está planteando usar el Pushover de "intermediario". ¿Entonces qué notificación le envía Pushover a eedomus que sí reconoce?  Por lo demás, no sé si hay algún ejemplo de cómo configurar esa notificación de Pushover en eedomus para poder integrarla en reglas... no sé si me explico.

Como veis estoy muy verde, y sobre todo no conozco las posibilidades... supongo que hasta que no empiece a cacharrear con todo ésto no lo voy a entender del todo, por ahora me puede bastar saber si esta opción funciona realmente, para poder plantear mi sistema.

Por cierto, los que tenéis cámaras ip... ¿se pueden configurar para que envíen mail a más de una dirección cuando detectan?

Gracias de nuevo!

phroc

  • *
  • 5703
  • Belle époque
    • Ver Perfil
    • PR-DOMOTICA
Re:camaras en eedomus
« Respuesta #50 en: Septiembre 14, 2015, 18:17:39 pm »
tengo 14 cámaras y utilizo un sistema de grabación que si permite que las cámaras hagan de PIR, es un soft para mac os x, se llama securityspy de http://www.bensoftware.com/securityspy/ va por licencias de numero de cámaras pero es un sistema muy completo, lo tengo montado en un mac mini.

entre otras cosas hace

-grabación secuencial o por eventos

-configurar zonas ciegas de las cámaras (por ejemplo las de exterior omitir los movimientos de los árboles o plantas por el viento)

-nivel de detección configurable (mas o menos movimiento para que de positivo), esto va muy bien para evitar falsos positivos en exterior.

-soporte para prácticamente todos los formatos de video.

-restreaming en http a mjpeg (mis camaras en hc2 apuntan al servidor no a las cámaras), también esto supongo que valdrá para los que tenemos hc2 que no valen las .h264, si poderlas integrarlas a través del restreaming en mjpeg, esto no lo he probado porque todas las que tengo son mjpeg

-activar o desactivar una cámara mediante llamada http

-desencadenar cualquier tipo de evento (llamada http por ejemplo o de cualquier otro tipo) ante el positivo de una cámara. esto es lo que hace de PIR, en mi caso tengo unos dispositivos virtuales en HC2 con una variable “on” y “off”, si una cámara detecta movimiento hace una llamada a la api de hc2 que cambia el valor a “on” y tras 30 segundos vuelve a “off” (se hace con applescript), como si fuera un sensor de movimiento, a partir de aquí imaginación

Impresionante tu instalación de cámaras. Entiendo que es como un concentrador/grabador dedicado pinchado a red local, solo que en este caso el hub es el mac mini.

Es sin duda la mejor solución, nada que ver con cámaras sueltas integradas en un controlador domótico, es un nivel superior, obviamente. Muy interesante.
https://pr-domotica.es/

Communication Manager & Business Manager Spain at  NodOn
Consultoría en domótica inalámbrica e IoT
Formación Oficial Jeedom
Formación LoRa

phroc

  • *
  • 5703
  • Belle époque
    • Ver Perfil
    • PR-DOMOTICA
Re:camaras en eedomus
« Respuesta #51 en: Septiembre 14, 2015, 18:34:14 pm »
Gracias! O sea que puede que sí que haya opción de que eedomus reaccione a la detección de las cámaras... me parece muy interesante, claro aquí interviene mi desconocimiento de las posibilidades de eedomus.

rls46, muy buena pinta tu sistema, aunque creo que yo por ahora busco algo más básico, y poco a poco ir probando e investigando más, pero ahí queda para tenerlo en cuenta en un momento dado ;)

En principio creo que iría por la línea de phroc (muchas gracias!), porque visto lo visto con eedomus terminaré manejando Pushover, cosa que ahora mismo no hago (en principio me quedaré en free). Aunque si no he entendido mal, al final se trata de usar el mail de salida de las cámaras cuando se detecta movimiento para notificar al controlador y sirva para poder usar ese evento en reglas. Con lo que básicamente la idea es la misma.

Entonces, para ver si comprendo mejor las opciones de eedomus y Pushover, y perdón por mi ignorancia; cuando leí el tutorial para usar Pushover con eedomus que ha citado phroc, entendí que conseguíamos tener en el teléfono notificaciones push del eedomus que al ser free ya no íbamos a tener. O sea notificaciones que salen de eedomus y recibimos en el teléfono. Pero con este tema veo que eedomus no sólo puede enviar notificaciones sino que también puede recibir notificaciones, ¿correcto?  ¿y qué tipo de notificaciones reconocería? lo digo porque por lo que parece el mail de las cámaras ip no serviría, ya que se está planteando usar el Pushover de "intermediario". ¿Entonces qué notificación le envía Pushover a eedomus que sí reconoce?  Por lo demás, no sé si hay algún ejemplo de cómo configurar esa notificación de Pushover en eedomus para poder integrarla en reglas... no sé si me explico.

Como veis estoy muy verde, y sobre todo no conozco las posibilidades... supongo que hasta que no empiece a cacharrear con todo ésto no lo voy a entender del todo, por ahora me puede bastar saber si esta opción funciona realmente, para poder plantear mi sistema.

Por cierto, los que tenéis cámaras ip... ¿se pueden configurar para que envíen mail a más de una dirección cuando detectan?

Gracias de nuevo!

A ver si contesto a todas tus dudas.

1) Se pueden crear dos tipos de notificaciones con Pushover. De la forma que explico en aquel post y en vez de eso, en función de un mail que llegue a un buzón de mail.

2) Lo que explico en ese post, es para generar una notificación en Pushover que termina en tu smartphone desde el controlador, es decir en el sentido Controlador---> Pushover----> Smartphone (es un "post")

3) Aquí estamos hablando de hacer que Pushover genere una notificación a partir de un mail recibido de la cámara y la mande al Smartphone, pero además que el controlador se pueda enterar de esa notificación/mail, que significa que la cámara ha detectado un movimiento.

O sea, sería algo así:   - Mail de la cámara ---->  Pushover -----> Smartphone

                                  - Mail de la cámara ----> Pushover----->Controlador.

Es decir que en este caso no sería un "Post", obviamente.

Y la idea era usar Pushover porque tiene una API que puedes explotar fácilmente desde el controlador. No lo he hecho, repito, pero estoy plenamente convencido que desde el controlador, a través de la API de Pushover, puedo saber si ha llegado ese mail. No recuerdo a fondo la API de Pushover, pero quizá se pueda hacer un Get desde el controlador o mejor aún quizá se pueda hacer una http request desde Pushover hacia el controlador.

Y repito, la idea de usar Pushover como puente es por su API y su inmediatez.

Perfectamente podríamos prescindir de Pushover y hacerlo a través de IFTTT por ejemplo, ya que IFTTT puede "leer" mails en Gmail y puede mandar http requests hacia un controlador domótico. El problema es que IFTTT tiene una latencia de hasta 15 minutos, es decir que podrían pasar 15 minutos entre la detección de movimiento y el aviso al controlador.

Por todo eso, Pushover me parece que es la opción más indicada. Te citaba mi post sobre las notificaciones de Pushover en eedomus para ilustrarte que se integra fácilmente, pero no como ejemplo concreto de lo que tendríamos que hacer en este caso concreto.

A ver si saco algo de tiempo para revisar la API de pushover. Resumiendo, si Pushover permite mandar un comando http, se puede hacer sin ningún problema lo que quieres. Si no lo permite, habrá que buscar otro sistema que lo permita. IFTTT lo permite, pero con ese inconveniente que te digo.

Y probablemente haya otras maneras de conseguir el mismo resultado. Piensa que en eedomus, cada vez que la cámara detecta un movimiento, sube una foto al ftp de eedomus. Si pudiéramos detectar la subida reciente de una foto al ftp de eedomus, podríamos hacer una regla en base a eso. Así a bote pronto, a través de las reglas, que yo sepa, no se puede hacer eso. Pero igual a través de la API de eedomus sí.

No se si me he explicado bien o si te he liado más. Ya me dirás.

Saludos.

« Última modificación: Septiembre 14, 2015, 18:38:16 pm por phroc »
https://pr-domotica.es/

Communication Manager & Business Manager Spain at  NodOn
Consultoría en domótica inalámbrica e IoT
Formación Oficial Jeedom
Formación LoRa

rls46

  • ****
  • 321
    • Ver Perfil
Re:camaras en eedomus
« Respuesta #52 en: Septiembre 14, 2015, 23:33:34 pm »
tengo 14 cámaras y utilizo un sistema de grabación que si permite que las cámaras hagan de PIR, es un soft para mac os x, se llama securityspy de http://www.bensoftware.com/securityspy/ va por licencias de numero de cámaras pero es un sistema muy completo, lo tengo montado en un mac mini.

entre otras cosas hace

-grabación secuencial o por eventos

-configurar zonas ciegas de las cámaras (por ejemplo las de exterior omitir los movimientos de los árboles o plantas por el viento)

-nivel de detección configurable (mas o menos movimiento para que de positivo), esto va muy bien para evitar falsos positivos en exterior.

-soporte para prácticamente todos los formatos de video.

-restreaming en http a mjpeg (mis camaras en hc2 apuntan al servidor no a las cámaras), también esto supongo que valdrá para los que tenemos hc2 que no valen las .h264, si poderlas integrarlas a través del restreaming en mjpeg, esto no lo he probado porque todas las que tengo son mjpeg

-activar o desactivar una cámara mediante llamada http

-desencadenar cualquier tipo de evento (llamada http por ejemplo o de cualquier otro tipo) ante el positivo de una cámara. esto es lo que hace de PIR, en mi caso tengo unos dispositivos virtuales en HC2 con una variable “on” y “off”, si una cámara detecta movimiento hace una llamada a la api de hc2 que cambia el valor a “on” y tras 30 segundos vuelve a “off” (se hace con applescript), como si fuera un sensor de movimiento, a partir de aquí imaginación

Impresionante tu instalación de cámaras. Entiendo que es como un concentrador/grabador dedicado pinchado a red local, solo que en este caso el hub es el mac mini.

Es sin duda la mejor solución, nada que ver con cámaras sueltas integradas en un controlador domótico, es un nivel superior, obviamente. Muy interesante.

si el mac mini hace de NVR, un standalone decente de 16ch puede salir por 400-600 euros, usar un mac mini (800 el bueno) + el soft (400 para 16ch) aparentemente sale mas caro, pero el mini da mucho juego, puede hacer de NAS, de media center con plex por ejemplo, web y mail server, VPN, conectarlo a la TV y usarlo de media player (aunque si va a hacer de NVR mejor no ponerlo al lado de la TV, si te roban y se lo llevan será un fail), todo en un único dispositivo que consume 35W, que es un buen consumo para estar 24/365 y se puede ir ampliando si hacen falta mas canales para las cámaras, con lo que al final creo que merece la pena la inversión, ademas estar a la ultima de apple en mini no es caro, se renueva cada 4 años, no como el iphone cada 12 meses
« Última modificación: Septiembre 14, 2015, 23:35:11 pm por rls46 »

phroc

  • *
  • 5703
  • Belle époque
    • Ver Perfil
    • PR-DOMOTICA
Re:camaras en eedomus
« Respuesta #53 en: Septiembre 14, 2015, 23:44:01 pm »

si el mac mini hace de NVR, un standalone decente de 16ch puede salir por 400-600 euros, usar un mac mini (800 el bueno) + el soft (400 para 16ch) aparentemente sale mas caro, pero el mini da mucho juego, puede hacer de NAS, de media center con plex por ejemplo, web y mail server, VPN, conectarlo a la TV y usarlo de media player (aunque si va a hacer de NVR mejor no ponerlo al lado de la TV, si te roban y se lo llevan será un fail), todo en un único dispositivo que consume 35W, que es un buen consumo para estar 24/365 y se puede ir ampliando si hacen falta mas canales para las cámaras, con lo que al final creo que merece la pena la inversión, ademas estar a la ultima de apple en mini no es caro, se renueva cada 4 años, no como el iphone cada 12 meses

Es que el mini es ideal para estos usos. Incluso ya puestos como controlador domótico con Indigo.

¿Tienes algún armario de red de esos?

¿Donde tienes el mini?

 
https://pr-domotica.es/

Communication Manager & Business Manager Spain at  NodOn
Consultoría en domótica inalámbrica e IoT
Formación Oficial Jeedom
Formación LoRa

rls46

  • ****
  • 321
    • Ver Perfil
Re:camaras en eedomus
« Respuesta #54 en: Septiembre 15, 2015, 00:13:12 am »

si el mac mini hace de NVR, un standalone decente de 16ch puede salir por 400-600 euros, usar un mac mini (800 el bueno) + el soft (400 para 16ch) aparentemente sale mas caro, pero el mini da mucho juego, puede hacer de NAS, de media center con plex por ejemplo, web y mail server, VPN, conectarlo a la TV y usarlo de media player (aunque si va a hacer de NVR mejor no ponerlo al lado de la TV, si te roban y se lo llevan será un fail), todo en un único dispositivo que consume 35W, que es un buen consumo para estar 24/365 y se puede ir ampliando si hacen falta mas canales para las cámaras, con lo que al final creo que merece la pena la inversión, ademas estar a la ultima de apple en mini no es caro, se renueva cada 4 años, no como el iphone cada 12 meses

Es que el mini es ideal para estos usos. Incluso ya puestos como controlador domótico con Indigo.

¿Tienes algún armario de red de esos?

¿Donde tienes el mini?

si de hecho el software este tiene un plugin para integrarlo en indigo.

tengo una caja empotrada en la pared para las comunicaciones, el mini no puedo decir donde esta, si no tendría que acabar con todos los que leyeran este post  ;)
ahora en serio, no esta a la vista y es un sitio ventilado ;) de hecho si alguna día por desgracia entran y se lo llevan estará claro que habrá sido alguien de dentro :)

Re:camaras en eedomus
« Respuesta #55 en: Septiembre 15, 2015, 01:32:56 am »
A ver si contesto a todas tus dudas.

1) Se pueden crear dos tipos de notificaciones con Pushover. De la forma que explico en aquel post y en vez de eso, en función de un mail que llegue a un buzón de mail.

2) Lo que explico en ese post, es para generar una notificación en Pushover que termina en tu smartphone desde el controlador, es decir en el sentido Controlador---> Pushover----> Smartphone (es un "post")

3) Aquí estamos hablando de hacer que Pushover genere una notificación a partir de un mail recibido de la cámara y la mande al Smartphone, pero además que el controlador se pueda enterar de esa notificación/mail, que significa que la cámara ha detectado un movimiento.

O sea, sería algo así:   - Mail de la cámara ---->  Pushover -----> Smartphone

                                  - Mail de la cámara ----> Pushover----->Controlador.

Es decir que en este caso no sería un "Post", obviamente.

Y la idea era usar Pushover porque tiene una API que puedes explotar fácilmente desde el controlador. No lo he hecho, repito, pero estoy plenamente convencido que desde el controlador, a través de la API de Pushover, puedo saber si ha llegado ese mail. No recuerdo a fondo la API de Pushover, pero quizá se pueda hacer un Get desde el controlador o mejor aún quizá se pueda hacer una http request desde Pushover hacia el controlador.

Y repito, la idea de usar Pushover como puente es por su API y su inmediatez.

Perfectamente podríamos prescindir de Pushover y hacerlo a través de IFTTT por ejemplo, ya que IFTTT puede "leer" mails en Gmail y puede mandar http requests hacia un controlador domótico. El problema es que IFTTT tiene una latencia de hasta 15 minutos, es decir que podrían pasar 15 minutos entre la detección de movimiento y el aviso al controlador.

Por todo eso, Pushover me parece que es la opción más indicada. Te citaba mi post sobre las notificaciones de Pushover en eedomus para ilustrarte que se integra fácilmente, pero no como ejemplo concreto de lo que tendríamos que hacer en este caso concreto.

A ver si saco algo de tiempo para revisar la API de pushover. Resumiendo, si Pushover permite mandar un comando http, se puede hacer sin ningún problema lo que quieres. Si no lo permite, habrá que buscar otro sistema que lo permita. IFTTT lo permite, pero con ese inconveniente que te digo.

Y probablemente haya otras maneras de conseguir el mismo resultado. Piensa que en eedomus, cada vez que la cámara detecta un movimiento, sube una foto al ftp de eedomus. Si pudiéramos detectar la subida reciente de una foto al ftp de eedomus, podríamos hacer una regla en base a eso. Así a bote pronto, a través de las reglas, que yo sepa, no se puede hacer eso. Pero igual a través de la API de eedomus sí.

No se si me he explicado bien o si te he liado más. Ya me dirás.

Saludos.
Muchas gracias phroc!! Muy bien explicado. Entiendo el concepto, me sitúo mejor. 
Y entiendo también la ventaja de Pushover frente a IFTTT, ciertamente lo de la latencia de 15min es una faena en este caso en que si la cámara detecta algo me interesa que la reacción sea casi inmediata.

Ahora bien, aunque entiendo el concepto, por mi falta de conocimientos me pierdo en cómo trabajar con las API de eedomus o Pushover (o IFTTT en un momento dado), me cuesta imaginarme cómo se concretaría esa comunicación de pushover con el controlador, ese get o http request. O cómo bucear en la API de eedomus para detectar esa subida de fotos.
Estoy deseando aprender, así que cualquier ejemplo similar (por ejemplo cómo se haría mediante el http request con IFTTT) o cualquier fuente de información que me puedan servir serán bienvenidos.

Saludos!

phroc

  • *
  • 5703
  • Belle époque
    • Ver Perfil
    • PR-DOMOTICA
Re:camaras en eedomus
« Respuesta #56 en: Septiembre 15, 2015, 08:54:38 am »
En cuanto pueda intentaré hacerlo a través de Pushover. Estos días lo tengo complicado pero me lo apunto para probarlo, es algo muy interesante.

https://pr-domotica.es/

Communication Manager & Business Manager Spain at  NodOn
Consultoría en domótica inalámbrica e IoT
Formación Oficial Jeedom
Formación LoRa

Re:camaras en eedomus
« Respuesta #57 en: Septiembre 16, 2015, 20:22:31 pm »
Sería genial. Yo también pienso que es muy interesante y útil.

La verdad es que no sé cómo agradecer a los que nos ayudáis con vuestra experiencia a los que estamos empezando...
Espero algún día poder aportar cosas útiles por aquí!

iNasi

  • *****
  • 510
    • Ver Perfil
Re:camaras en eedomus
« Respuesta #58 en: Septiembre 24, 2015, 14:17:26 pm »
Tengo el mismo problema que muchos de los que estamos en este foro a la hora de configurar una cámara China. En mi caso es una copia de una Dericam H502W, una Cybernova, he usado las URL de la original y no hay forma de que salte la pantalla de login.
El tema es que lo tengo medio solucionado, a la brava ya que he echado más horas que las que tiene un reloj por la noche. Aprovechó que viajo mucho y en el hotel investigó.....pero ya está!!!me voy a volver loco tanta IP, URL, FTP, admin y su p.......
Bueno como el problema que veo es que no me entra la cámara por culpa de que no es capaz de introducir el usuario y la contraseña, pues lo he obviado en la interface de la Cámara. Hay un apartado donde pone Anonymouse (se recomienda no activar) y lo he activado como Guest,  no puedes tocar nada, solo ver la imagen. De manera que si intentas entrar con la IP que crea Eedomus, se ve perfectamente en la App.
¿Que puede pasar? Esa es mi pregunta.
Entiendo que si alguien le da a una ruleta y le sale como combinación ganadora mi IP con mi puerto podría ver la puerta de casa, ¿pero es prácticamente imposible, no?
URL----videostream.cgi?
Esto es lo que le puesto en Parámetros para que se vea la imagen, pero he probado a añadirle el usuario y el pass de mil maneras y no hay forma de dar con el tesoro.
Si tenéis alguna idea más, sería genial.
Disculpad por el rollo.




iNasi
Un saludo
Eedomus+
Fibaro Wall plug x4, Fibaro 2x1,5kw x2, Danalock cilindro z-wave, Fibaro detector puerta x3, Fibaro multifunción, Aeon multifuncion 6, RFXcom, sensor humedad Everspring

Re:camaras en eedomus
« Respuesta #59 en: Octubre 05, 2015, 21:05:06 pm »

tengo 14 cámaras y utilizo un sistema de grabación que si permite que las cámaras hagan de PIR, es un soft para mac os x, se llama securityspy de http://www.bensoftware.com/securityspy/ va por licencias de numero de cámaras pero es un sistema muy completo, lo tengo montado en un mac mini.

entre otras cosas hace

-grabación secuencial o por eventos

-configurar zonas ciegas de las cámaras (por ejemplo las de exterior omitir los movimientos de los árboles o plantas por el viento)

-nivel de detección configurable (mas o menos movimiento para que de positivo), esto va muy bien para evitar falsos positivos en exterior.

-soporte para prácticamente todos los formatos de video.

-restreaming en http a mjpeg (mis camaras en hc2 apuntan al servidor no a las cámaras), también esto supongo que valdrá para los que tenemos hc2 que no valen las .h264, si poderlas integrarlas a través del restreaming en mjpeg, esto no lo he probado porque todas las que tengo son mjpeg

-activar o desactivar una cámara mediante llamada http

-desencadenar cualquier tipo de evento (llamada http por ejemplo o de cualquier otro tipo) ante el positivo de una cámara. esto es lo que hace de PIR, en mi caso tengo unos dispositivos virtuales en HC2 con una variable “on” y “off”, si una cámara detecta movimiento hace una llamada a la api de hc2 que cambia el valor a “on” y tras 30 segundos vuelve a “off” (se hace con applescript), como si fuera un sensor de movimiento, a partir de aquí imaginación

Woooooooow 14 cámaras
para los que queremos comprarnos nuestras primeras cámaras
comparte tu experiencias de marcas sitios etc.etc
tu idea del acumulador mini la voy a aplicar si o si
debes compartir tu experiencia
gracias


Enviado desde mi iPhone utilizando Tapatalk