[mOved] [F] SigFox et LoRaWAN - Page 2

(ceci dit, j'avais pas fait gaffe au titre du topic, mais on est carrément hors-sujet)

Godzil: sigfox est encore plus fermé que lora et ca marche moins bien (plus du double d'énergie requise par bit transmis). Il n'y a qu'un seul fondeur et il faut montrer patte blanche, et évidemment ca ne marche qu'avec LE réseau sigfox unique. c'est exclusivement 868, pas du tout 433.

Sinon je recommande CANopen sur 802.15.4 avec un profile lampadaire customisé.

C'est ce qui me semblait, et Lorawan est deja pas mal fermé :/

bin la partie FSK est dispo, mais leur modul chirp kivabien ne l'est pas.

par contre il parait que ST va faire seconde source.

sachant que tous ces protocoles sur bande ISM sont voués a la mort dès que NB-IOT (made in 3GPP... dans les bandes GSM... donc probablement installée de base dans toutes les prochaines générations de BTS GSM/3G/4G de France et de Navarre...) aura été mis en place, sur une bande régulée et non encombrée par ces limitations de duty-cycle.

https://en.wikipedia.org/wiki/NarrowBand_IOT

sinon il semble que https://en.wikipedia.org/wiki/DASH7 soit open source, j'ai pas cherché en détails.

fork 206;207;208;209;210;211;212;213;214;215;216;217;218;219;220;221;222;223;224;225;226;227;228;229;230;231;232;233;234;235;236;237;238;239;240 ?

(Merci beaucoup. Pour info, la notation x-y marche aussi, pour les posts consécutifs. Reste plus qu'à déplacer le sujet au bon endroit ^^)

Merci Folco !

Du coup, tu pourrais bouger ce topic dans la section "Électronique", tant qu'à faire ?

-

je me le demande

il parait que:

http://www.radio-electronics.com/info/wireless/sigfox/basics-tutorial.phpHome and consumer goods
Energy related communications - in particular smart metering
Healthcare - in particular the mHealth applications that are starting to be developed
Transportation - this can include the automotive management
Remote monitoring and control
Retail including point of sale, shelf updating, etc
Security

mais c'est vague au mieux

http://makers.sigfox.com/ il parait que c'est pour les makers

En pratique, ils se présentent comme opérateur, les apps ils en ont rien a foutre, a toi de créer

C'est utile pour les réseaux de capteurs autonomes à faible quantité d'infos. Exemple fictif (mais assez proche de ce que fait un de mes clients) : on veut établir une carte du taux de pollution atmosphérique, à l'échelle d'une ville, d'une région, ou même d'un pays. Pour ça, on place des capteurs un peu partout dans la zone à mesurer ; comme ça consomme peu, les capteurs peuvent fonctionner plusieurs années avec une pile, donc pas besoin de tirer de câbles. Chaque capteur renvoie ses données quelques fois ou quelques dizaines de fois par jour, en utilisant un réseau comme Sigfox. Avec un peu de traitement informatique, on obtient une carte qui évolue en temps quasi-réel.

Par contre, utiliser ça pour des trucs de sécurité, pour moi c'est du bluff. C'est trop facile à brouiller, y'a pas d'accusé de réception des messages, et ça repose sur de la sécurité via l'obscurité (je ne sais pas si c'est toujours le cas, mais y'a quelques mois, le site de Sigfox disait "les messages sont tellement courts que même si quelqu'un d'autre que vous reçoit vos messages, il ne pourra pas les interpréter" )

non, ca respose sur RIEN, il n'y a aucun mécanisme de sécurité, j'en suis presque certain. Ca doit pas aller bcp plus loin qu'un identifiant. Peu d'études rigolotes ont été faites pour l'instant.

J'ai rencontrer le mec de sigfox (le CTO et créateur du truc).
Dès que j'ai commencer a posé des questions sur la sécu du truc il a commencer a plus répondre en disant que ca sortais du cadre de la conf. (C'étais très basique comme question, genre que-ce qui m’empêche de spoof un device ou de faire un replay de la séquence ?).
Par contre le "commercial" responsable de la "maker community" est vite venu me donner sa carte de visite après.
Ah et il m'a montré leur backend qui permet de voir les messages envoyé, le truc a l'air moisi et c'est surement attaquable via ca aussi.

Je crois que furrtek a fait mumuse niveau sécu sigfox.

ce que tu décris ne m'étonne pas du tout.

pour furrtek: si j ai bien compris, pas vraiment, il a cherché a observer le signal, déja, je sais plus si il les a décodés via SDR.

Encore un point pour LoRa :/
Comme ce n'est pas managé par un seul operateur jouant sur l'obscuritée...

ClearChannel bosse avec Sigfox: http://www.strategies.fr/actualites/medias/189524W/clear-channel-s-apprete-a-equiper-ses-000-panneaux-d-une-solution-de-pilotage-a-distance.html

Reste à savoir ce qu'ils entendent par pilotage à distance car sur leurs panneaux (affiches déroulantes motorisées des deux faces) il n'y pas grand chose à piloter c'est autonome, par contre en transmission ça peut être utile genre les panneaux qui indiquent un moteur HS ou autre.

Tu peux très bien avoir des publicités qui ne sont affichées que dans certains cas.

Par exemple, sur un panneau de pub à afficheur LED, j'ai déjà vu un truc qui vantait le fait d'afficher une pub différente quand il pleut, etc. Sur un panneau déroulant c'est moins pratique vu que le nombre d'affiches est limité, mais ce n'est pas impossible.

Oui enfin pour les panneaux à led, le volume de donnés est trop important pour un tel réseau donc c'est bizzare

Ceux-là utilisent probablement de la 3G pour pouvoir mettre à jour à distance.

Mais si tu veux juste choisir si tu affiches une pub ou pas (ou la durée pendant laquelle elle reste affichée), du SigFox/LoRa suffit largement.

Ou dans le cas d'afficheurs à LED tu peux simplement envoyer l'ID de la pub à afficher, généralement les pubs sont conçues des mois avant donc même sans réseau haut débit tu as moyen d'uplaoder un mois de pub en te connectant physiquement au bidule, le SIGFOX gérant simplement l'envoi d'ID à afficher (qui override l'ordre préétabli dans un mémoire embarqué au panneau) à un instant T.

Pour les affiches papiers je vois pas ce qu'il y a à y transmettre part contre (si ce n'est un ping éventuel pour savoir s'il est alimenté), je vois plus le flux comme allant du panneau vers la centrale.

Je suis justement repassé devant ce panneau à LED ce soir, et ils mettaient en avant une feature permettant aux annonceurs de changer le texte de leur pub quand ils voulaient, en se connectant simplement sur un site web. Donc à moins qu'ils aient embarqué le soft de génération de texte dans le panneau (ça semble un peu complexe, vu que graphiquement faut que ça s'intègre proprement dans la pub), j'imagine qu'ils doivent pouvoir uploader des nouvelles images/vidéos via 3G.

Tu n'a pas vu le cable ethernet conneté au dos du panneau? #loin#

^^

https://atari.com/news/atari-and-sigfox-announce-partnership-develop-atari-branded-connected-devices-using-sigfox-s
Un partenariat avec Atari ?! Sigfox est condamné !

W T F

bah nan, avec flare technologies ça s'est pas si mal passé...

Effectivement, c'est un peu grâce à eux qu'Atari a coulé ^^

quels débiles

plus qu'a faire un contrat avec disney apres.

Salut, désolé je passe toujours 2 fois par an pour voir mes MPs...

Ma petite experience avec Sigfox:
J'ai commandé fin 2015 un module chez l'un des uniques distributeurs "agréés": Snootlab. Pourquoi eux ? J'en sais rien.
Quelques jours après avoir sorti les 50€, je reçois le module et... C'est tout. Il m'a fallu plusieurs semaines et une dizaine de mails (dont certains avec des gens de Sigfox) pour avoir mon identifiant.
Raison évoquée: C'est nouveau et ça bloque un peu à l'enregistrement des abonnés. J'espère que Clearchannel et leur millier de panneaux équipés n'ont pas du trop attendre !

Bref, le module fonctionne. Je l'entend envoyer, mais je dois attendre plus d'une heure pour voir le message que j'ai transmis sur leur site (qui a même pas l'air d’être le leur). Pareil avec leur API.
Raison évoquée: La couverture du réseau. Sachant qu'au moment où j'ai acheté le module, il n'y avait aucun moyen de connaitre précisément la couverture du réseau malgré les 99+% indiqués. Pas de bol les Ardennais !

J'ai jamais réussi à recevoir la moindre trame émise depuis le net, ni même d'en entendre une avec mes SDR.

Dans le module (TD1208) il n'y a qu'un EFM32 et une radio Texas. Il y a une clé AES dans la "configuration flash" qui serait à priori différente pour chaque module.
On ne peut pas relire cette flash avec un programmateur mais on peut mettre à jour le module via commande AT avec du code qui la lit et la transmet par le port série (j'ai, si besoin).
On peut aussi la reprogrammer . Free party pour le spoof, je le sens bien.

Mon avis: C'est lent, ça lag, plein d'usages dégueulasses possibles, open-source-maker-friendly avec un arrière gout de costume cravate, sécurité de fête foraine et c'est cher pour ce que c'est.
Du caca avec du sucre glace dessus, c'est toujours du caca.

Edit: Rien n'a changé dans l'µC après avoir eu mon activation, donc je suppose que Sigfox savent tout à l'avance.

Je sais pas s'ils n'en ont rien à foutre de toi parce que t'es un particulier, ou si t'es juste tombé sur un distributeur qui s'en tape, mais c'est pas les échos que j'ai eu de la part d'un de mes clients qui bosse directement avec Sigfox.

Pour le délai d'une heure avant de voir les messages sur la page web ou l'API, c'est en tout cas clairement anormal : tous les tests que j'ai faits montraient une latence de quelques secondes, pas plus.