[un/loquer] ¿Acceder al API?

Santiago Gaviria sgaviria en gmail.com
Mie Mar 16 22:53:58 UTC 2016


definimos wotkflow para q el ESP se registre al sistema del jardín

1. llama GET /api/sensors/*c3p-modulo1-temp*/exists

2. si no existe llama POST /api/sensors con parámetro { id: "
*c3p-modulo1-temp*", ... }

3. este id queda en memoria en el ESP para futuros requests

4. el sensor reporta un dato  POST /api/sensors/*c3p-modulo1-temp*/events
(mirar explorer para ver el formato)



2016-03-16 15:14 GMT-05:00 Miguel Vargas <miguelito.vargasf at gmail.com>:

> Brolin... no entiendo como seria la cosa -me interesa un monton-..... pero
> por fin le pude hacer push a lo que hicimos el sabado con el formulario de
> los recursos... dale checkout al branch miguel_html_gui... depronto te da
> pistas de como hacerlo con los sensores.
>
> Igual creo que de repente para el taller no aguantaria probar cosas que no
> se hayan probado, ya vos veras, en lo personal continuaria el taller..
> prendiendo el foco -que hicimos el viernes-, y pues como tambien somos
> varios hay metidos dandole a la plataforma, concuerdo con Santiago que eso
> se deberia hacer el viernes, maxime que como dice fabio hay nmil maneras de
> hacerlo...
>
> Espero sirva de algo ese push
>
> 2016-03-16 10:05 GMT-05:00 Fabio Barone <holon.earth at gmail.com>:
>
>> te extraña que, no entiendo
>>
>> 2016-03-16 8:25 GMT-05:00 Santiago Gaviria <sgaviria at gmail.com>:
>>
>>> sí migue es lo q camellamos el sábado. me extraña fabio y brol sabiendo
>>> q esto es algo q se discutió con uds.
>>>
>>> 2016-03-16 8:22 GMT-05:00 Miguel Vargas <miguelito.vargasf at gmail.com>:
>>>
>>>> lo que adelante con gaviria el sabado... no seria ese registro?..... lo
>>>> hicimos con matas del jardin.. pero seria lo mismo no?.....sera que nos
>>>> animamos y dejamos un sensor registrado... enviando datos y graficandolos?
>>>>
>>>> 2016-03-16 8:11 GMT-05:00 Fabio Barone <holon.earth at gmail.com>:
>>>>
>>>>> Pues eso ya es decision que no necesariamente tiene que ver con el
>>>>> servidor - depende de la estrategia de uno.
>>>>>
>>>>> Podrias crear los sensores desde los sensores mismos, en una especie
>>>>> de proceso bootstrap. Pero eso de pronto implica maromas (como ejecutan
>>>>> esos sensores codigo?).
>>>>>
>>>>> Hay que pensar si la app necesita una unterfaz de admin. Esta se
>>>>> podria usar justamente para tareas de gestión, etc.
>>>>>
>>>>> Eso es lo bonito de REST: no importa desde donde mandes tus peticiones
>>>>> al servidor.
>>>>>
>>>>> Yo por ahora los crearia manualmente, puede ser justamente desde el
>>>>> explorer o incluso desde la linea de comando por curl....puedes inventarte
>>>>> unos scripts si necesitas hacer eso muchas veces....puedes escribir un
>>>>> cliente android....como se te de la gana! Al fin tienes razón, es pensar
>>>>> como seria mejor
>>>>> On 15 Mar 2016 23:20, "brolin" <brolin108 at gmail.com> wrote:
>>>>>
>>>>>> Gracias, en parte esa es la respuesta que esperaba.
>>>>>>
>>>>>> Pero la otra parte es ¿yo hago estos request desde los sensores?
>>>>>> crear un sensor. O los registro a través de otra interfaz y luego el ID
>>>>>> obtenido para crear los post de las variables medidas. Yo creo que es más
>>>>>> una cosa de pensar cómo sería mejor.
>>>>>>
>>>>>> GRacias!
>>>>>> -
>>>>>> b
>>>>>>
>>>>>> 2016-03-15 18:21 GMT-05:00 Fabio Barone <holon.earth at gmail.com>:
>>>>>>
>>>>>>> No sé si entiendo bien la pregunta?
>>>>>>>
>>>>>>> El servidor corre bajo esquema REST.
>>>>>>> No sé si REST es algo que conoces:
>>>>>>> http://rest.elkstein.org/
>>>>>>>
>>>>>>> Los modelos REST del servidor se basa en la especificación que me
>>>>>>> habían dado ustedes.
>>>>>>> Osea, *entre otros*:
>>>>>>> Garden     -  jardín
>>>>>>> Resource - recursos
>>>>>>>                  belongsTo Garden
>>>>>>>                  hasMany Sensor
>>>>>>> Sensor     - sensor
>>>>>>>                  belongsTo Resource
>>>>>>>                  hasMany SensorEvent
>>>>>>>
>>>>>>> Hay que entender bien REST, que pero en sí es bastante simple,y esa
>>>>>>> dire,
>>>>>>> http://104.131.1.214:3000/explorer
>>>>>>> lo bueno es que funge no sólo de cliente para pruebas y/o llenar
>>>>>>> datos, sino sirve
>>>>>>> también de documentación.
>>>>>>>
>>>>>>> Para crear un objeto via REST, se hace una llamada POST a la raíz
>>>>>>> del recurso en cuestión.
>>>>>>> En nuestro caso, por ejemplo, si queremos crear un jardín:
>>>>>>>
>>>>>>> curl -X POST -d {Los datos en formato application/json}
>>>>>>> http://104.131.1.214:3000/api/gardens
>>>>>>> <http://104.131.1.214:3000/explorer>
>>>>>>>
>>>>>>> Eso uno en ese explorer que viene con loopback lo puede hacer super
>>>>>>> fácil: busca "Gardens", haces clic, y el primero es "POST /Gardens".
>>>>>>> Haces clic ahí y se abre un recuadro, ahí se puede hacer una prueba
>>>>>>> en vivo.
>>>>>>> Si haces clic a la derecha en "Model Schema" se te llena un
>>>>>>> esqueleto para llenar tus datos en "data".
>>>>>>> Ojo que todos los endpoints están detrás de */api/*, osea la dire
>>>>>>> siempre (a menos del explorer) empieza con
>>>>>>> http://104.131.1.214:3000/api. <http://104.131.1.214:3000/explorer>
>>>>>>>
>>>>>>> Para crear un Resource, es lo mismo: POST {datos}
>>>>>>> http://104.131.1.214:3000/api/resources
>>>>>>> <http://104.131.1.214:3000/explorer>
>>>>>>> Para relacionar el Resource con el Garden, la relación belongsTo
>>>>>>> significa que se asigna por ID:
>>>>>>> ejemplo de un Resource:
>>>>>>> {
>>>>>>>   "name": "Lechuga",
>>>>>>>   "description": "Lechuga crespa",
>>>>>>>   "type": "",
>>>>>>>   "location": "geopoint",
>>>>>>>   "id": "objectid",
>>>>>>>   *"gardenId": "objectid",*
>>>>>>>  * "gardenUserId": "objectid"*
>>>>>>> }
>>>>>>>
>>>>>>>
>>>>>>> Para agregarle un sensor, por la hasMany relationship, loopback crea
>>>>>>> automaticamente unos endpoints elegantes:
>>>>>>> POST http://104.131.1.214:3000/api/resources
>>>>>>> <http://104.131.1.214:3000/explorer>/:id/sensors
>>>>>>> remplazando :id por el id del recurso en cuestión (p.e. 37)
>>>>>>>
>>>>>>> Antes de que me extienda mucho más, cuéntame si esta es la
>>>>>>> información que necesitabas o si estoy despistado
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 2016-03-15 15:13 GMT-05:00 brolin <brolin108 at gmail.com>:
>>>>>>>
>>>>>>>> Hola,
>>>>>>>>
>>>>>>>> ya se ha creado un API que está corriendo en el servidor de
>>>>>>>> unloquer. ¿Cuál sería la forma mínima para registrar un dispositivo, sus
>>>>>>>> sensores y mandar datos?
>>>>>>>>
>>>>>>>> Me explico, existe esta API http://104.131.1.214:3000/explorer y
>>>>>>>> hay ciertas relaciones de sensores con jardines, datos de los sensores con
>>>>>>>> sensores, etc.
>>>>>>>>
>>>>>>>> ¿Lo mínimo que yo necesito crear (requests) para cumplir todo esto
>>>>>>>> sería qué? pensando que lo voy a hacer desde un dispositivo. O el proceso
>>>>>>>> sería una parte desde el computador y el resto desde los sensores?
>>>>>>>>
>>>>>>>> Saludos
>>>>>>>> -
>>>>>>>> b
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> unloquer mailing list
>>>>>>>> unloquer at lists.aktivix.org
>>>>>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> unloquer mailing list
>>>>>>> unloquer at lists.aktivix.org
>>>>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> unloquer mailing list
>>>>>> unloquer at lists.aktivix.org
>>>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>> unloquer mailing list
>>>>> unloquer at lists.aktivix.org
>>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> unloquer mailing list
>>>> unloquer at lists.aktivix.org
>>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>>
>>>>
>>>
>>> _______________________________________________
>>> unloquer mailing list
>>> unloquer at lists.aktivix.org
>>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>>
>>>
>>
>> _______________________________________________
>> unloquer mailing list
>> unloquer at lists.aktivix.org
>> https://lists.aktivix.org/mailman/listinfo/unloquer
>>
>>
>
> _______________________________________________
> unloquer mailing list
> unloquer at lists.aktivix.org
> https://lists.aktivix.org/mailman/listinfo/unloquer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.aktivix.org/pipermail/unloquer/attachments/20160316/5c78aab1/attachment.html>


Más información sobre la lista de distribución unloquer