Bonjour,
Ne connaissant pas CoAP, merci pour cette découverte.
Il se trouve que faute d'information/formation suffisante beaucoup de projets scientifiques réinventent un peu la roue à chaque fois, utilisant chacun son mongodb+API REST, influxdb, mysql+appli dédiée, ou que sais-je d'autre.
Souvent le cahier des charges se résume à:
Transmettre à intervalle régulier des trames de data format ascii, 1 ligne type CSV ou 1 json par capteur par unité de temps, pouvoir sécuriser la transmission (éviter de se faire vandaliser sa "base" par quelques script kiddies), collecter et aggreger les data qque part. Additionnellement développer une appli de requête/visualisation/extraction.
Et on retrouve ça décliné en X versions, avec au final des workflows et des implémentations assez lourdes et complexes pour traiter cette problématique sur le papier assez simple.
[^] # Re: CoAP
Posté par bistouille . En réponse à la dépêche Transmission de données de capteurs via internet. Évalué à 5.
Bonjour,
Ne connaissant pas CoAP, merci pour cette découverte.
Il se trouve que faute d'information/formation suffisante beaucoup de projets scientifiques réinventent un peu la roue à chaque fois, utilisant chacun son mongodb+API REST, influxdb, mysql+appli dédiée, ou que sais-je d'autre.
Souvent le cahier des charges se résume à:
Transmettre à intervalle régulier des trames de data format ascii, 1 ligne type CSV ou 1 json par capteur par unité de temps, pouvoir sécuriser la transmission (éviter de se faire vandaliser sa "base" par quelques script kiddies), collecter et aggreger les data qque part. Additionnellement développer une appli de requête/visualisation/extraction.
Et on retrouve ça décliné en X versions, avec au final des workflows et des implémentations assez lourdes et complexes pour traiter cette problématique sur le papier assez simple.