Calificación:
  • 0 voto(s) - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Esto esta muy parao, se os ocurre algo para liarla?
#1
Hay que animar esta seccion. El IOT va fuerte y en el foro apenas se mueve nada al respecto. Que se os ocurre? Nadie tiene en mente algun proyecto? Estoy pensando en hacer algo con LoRa en la frecuencia 868MHz, con los modulos de hopeRF o incluso hacer alguno. Hay alguna shield para arduino, interesados?
Citar
#2
Podemos tambien diseñar alguna plataforma de hw, sacar una linea de hw de spainlabs para iot, con wifi, gprs, frecuencias como 433,868.

Se puede mirar de hacer una base de hw que cubra los proyectos que tengamos en mente.

Ideas?
Citar
#3
A mi IoT me interesa bastante, pero casi todo lo que veo es propietario, no hay (o no he encontrado) ningún standard/protocolo de comunicación, ningún service discovery y como digo, la mayoría de cosas que encuentro, son soluciones freemium, en servidores externos que pueden o no estar vendiendo tus datos. Lo único que he encontrado ha sido esto, pero no he tenido tiempo de probarlo : home-assistant.io

En cuestión de hw, con los ESP8266 baratos no hace falta mucho más (para entornos domésticos con poco rango claro).

Pero vamos, me apunto a lo que se haga (aunque de hw no podré ayudar mucho)
Citar
#4
Realmente IOT no quiere decir un prototcolo de comunicaciones.Aunque estan intentando meter lorawan como algo asi.

Para iot no hay una unica solucion, cualquier cosa vale. Vas a desplegar una red de sensores( o una serie de aparatos como luces, electrodomesticos, etc) que mandan datos. Como lo comuniques, es un campo que admite muchas soluciones.

El iot no es solo para entornos domesticos, que es uno de los multiples campos que hay. Puedes hacer redes de unos pocos de metros, o de varios km. Simplemente te cambiara el.protocolo de comunicaciones.
Citar
#5
Yo ando haciendo ahora este curso: https://mitprofessionalx.mit.edu/courses...6_T1/about que empezó la semana pasada, voy más o menos por la mitad y da una idea general del situación actual del IoT.

Son vídeos de una hora (no sé si en total serán sobre 12 horas de vídeo) tratando los diversos puntos a considerar para llegar a tener IoT, habla sobre ello gente especializada en cada tema. Luego tiene unos foros de discusión, wiki con enlaces, etc... Es un enfoque general ya que profundizar en cada aspecto en particular e ir a un nivel más técnico correspondería a otros cursos completos.

Aún no sé si merece la pena el coste del curso para su contenido, tengo que esperar a terminarlo y ver el conocimiento que puedo extraer de este curso completo, ahora mismo tengo montado un servidor con las herramientas necesarias para crear una base de conocimiento sobre IoT, y la idea es que el curso éste me sirva como punto de inicio para empezar a crear esa base de conocimiento, con la idea de desarrollar productos en este campo a nivel aficionado y profesional si lo veo viable.

Por mi parte ando bastante interesado en el desarrollo de hardware y firmware (todo lo que vaya a ir por debajo del "gateway" me interesa) y quiero especializarme en ese nivel, pero de momento estoy empezando a intentar crearme la base de conocimiento que necesito para poder empezar a hacer desarrollos en estos temas.

Si sale algún desarrollo abierto interesante lo mismo me apunto, pero como todos ando muy justo de tiempo y con muchas ideas propias que quiero hacer.
Citar
#6
(21-04-2016, 04:38 PM)grafisoft escribió: Realmente IOT no quiere decir un prototcolo de comunicaciones.Aunque estan intentando meter lorawan como algo asi.

Para iot no hay una unica solucion, cualquier cosa vale. Vas a desplegar una red de sensores( o una serie de aparatos como luces, electrodomesticos, etc) que mandan datos. Como lo comuniques, es un campo que admite muchas soluciones.

El iot no es solo para entornos domesticos, que es uno de los multiples campos que hay. Puedes hacer redes de unos pocos de metros, o de varios km. Simplemente te cambiara el.protocolo de comunicaciones.

Ya sé que no hay una única solución, pero creo que ese es el problema, viene X empresa, crea X dispositivo que únicamente se comunica con los servidores/app/solución de X empresa. Si quieres tener las luces de uno y el control de las persianas de otra empresa, pues necesitarás dos "hubs", dos paneles de control, etc etc. Si hubiera (que no lo sé) un protocolo (como por ejemplo el X10), pues podrías hacer un aparato compatible, yo otro, y una tercera persona un panel de control y todo funcionaría en sintonía. No sé si me explico.

¿Te lo puedes montar por tu cuenta? Claro, pero creo que es algo que debería estar estudiado. Digamos que desarrollas un controlador para las luces, puedes pensar que es sencillo, envias un "1" si la quieres encender y un "0" si la quieres apagar, creas tu "protocolo", tu forma de comunicación, tu app y va de lujo, pero ahora quieres añadir una bombilla con diferentes intensidades, ya lo del 0 y 1 no te funciona, puedes no sé, enviar un número entre 1 y 10 por ejemplo o un decimal entre 0 y 1, y si compras una bombilla RGB? vaya, la cosa se está complicando. Imagina que encima, la bombilla te pudiese responder qué color está actualmente o si está encendida o apagada.

Vamos, que lo poco que conozco es que cada uno se lo ha montado por su cuenta, pero si quiero usar la idea de uno y la de otro a la vez, pues no puedo.
Citar
#7
Efectivamente... yo tengo 2 proyectos en marcha, uno realizado desde 0 por mi para un cultivo inteligente, y el de domotica de casa.

En el que estoy haciendo yo no tengo mas barrera que mis escasos conocimientos, que van mejorando cada día. Pero en el de casa.... es darse de cabezazos contra protocolos, apis, hacks de los que no tienen api o no la ofrecen.... en fin.

Yo me apuntaría en lo que pudiera ayudar, me interesa la comunicación multinodo, y el datalogging a mysql para después poder interfacear y sacar gráficas y demás Guiño
Citar
#8
Mmmm hay empresas que te ofrecen el hardware para que te montes tu toda la capa de software como quieras, y hay otras (gran mayoria) que te ofrecen ya una aplicacion bastante cerrada.

Lo bueno es que tienes muchas opciones, y puedes adaptarlas a tu escenario. El coste de desplegar algo va a depender de ello.

Yo no veo mal tener variedad y posibilidades para elegir.
Citar
#9
Lo que no tienen es que cerrar sistemas y hacer un standard, así sea una api rest básica.

Me puede gustar una cosa de un fabricante y otra de otro distinto, pero estás condicionado siempre a como comunicarlos. En ese caso philips con sus hue lo ha hecho muy bien por ej. Incluso rectificando un cambio en la api por las quejas de la comunidad.

Ya no digo abrir todo, ya que todo lleva su desarrollo y no podemos obligar a nadie a compartirlo, pero si que tengan un mínimo de gestión externa para poder implementarlo en otros sistemas sin tener que andar con hacks.
Citar
#10
Los de libelium por ejemplo, el hardware es cerrado, pero toda la capa de software es abierta. Ellos te dan la plataforma con un monton de modulos de comunicacion, tienen una serie de sensores o aplicaciones, pero tu puedes integrar sin problema cualquier cosa que quieras. Puedes crear tus propios gateways, tu propio protocolo, etc. Eso si, el hw es caro, aunque te puedes hacer parcialmente el tuyo propio.
Citar
#11
Algo como esto con una rpi3 que ya trae de serie wifi, ble y ethernet más memoria y capacidad de procesamiento no estaría mal de hacer:

https://www.kickstarter.com/projects/419...escription
https://shop.thethingsnetwork.com/index....s-gateway/

Crear un shield para la rpi3 con lora, zigbee, z-wave, u otras radios que se puedan considerar de interés, quizás también gps y alguna opción de seguridad, es decir crear un gateway para todo tipo de proyectos con las principales radios, teniendo la rpi como unidad de procesamiento local e intentanto buscar un coste del hardware bajo.

Voy a investigar sobre el tema, a lo mejor me animo con el proyecto si no hay nada ya hecho similar.
Citar
#12
Con lora voy a hacer algo de hw. Sacar un modulo lora. Tengo que ver en que se queda de coste. Lorawan aun esta un poquito verde.

Del hw puedo ocuparme para hacer la shield. Pero en cuestion de sw, ahi poco puedo aportar.
Citar