56 réponses à ce sujet

[Mike118]

Vigirobotics vous présente ses solutions de contrôle à distance de robots et de machines par internet avec le projet VigiBot, dont les domaines d'applications sont entre autre la surveillance, l'intervention à distance et l'assistance à la personne et plus encore.

Les sites web : 

 

•  www.vigirobotics.com  ( Présentation / articles )

 

• www.vigibot.com  ( le site qui permet la prise de contrôle des robots )

 

Le projet est toujours en phase de maturation mais on commence à communiquer

 

Pour en savoir où on en était au moment de l'écriture de cette article : 
Où en est le projet Vigibot de Vigirobotics aujourd'hui?

 

Pour savoir où on en est actuellement suivez nos articles que nous publions toutes les deux semaines ! =) 

 

Le projet n'est pas encore "open source", mais nous souhaitons le rendre facilement accessible à tous, aussi bien aux particuliers, amateurs qui voudront créer / installer un robot de loisir chez eux, qu'aux entreprises avec des prestations de service incluant intégration, support technique, suivi, création de fonctionnalités  etc... 

[Mike118]

On continue d'avancer sur l'idée d'entreprise Vigirobotics avec le projet Vigibot... 

Une première version du cloud multi-robot multi-utilisateur avec sélection de robot est en place. =)

 

Voir notre dernier article qui en parle 

 

Bientôt on va pouvoir fournir un kit permettant à chacun, hobbyiste ou pro, de faire son petit Vigibot piloté par internet =)

Qui veut un kit en version Beta pour Noël ? ^^ 

 

Bon plus sérieusement il y a encore pas mal de boulot mais les résultats sont très encourageant! 

En 2019 on pourra réellement sortir une vrai première version " Commercialisable " , reste à voir quels seront les premiers marchés les plus intéressés par la solution.

[Gamepigeek]

Hmm... très intéressent je dis oui à une version bêta pour Noël as tu une idée du prix lors de la commercialisation sans en dire de trop

En tout cas très beau projet

Merci à vous 2

Cordialement

[Mike118]

Il reste encore du boulot. 

Comme dit sur l'article la sortie d'une version Beta pour noël n'est pas confirmée pour le moment =). 
Du coup idem pour le prix ... qui reste non défini pour le moment surtout que le but c'est d'essayer de proposer différentes formules, abordable pour du hobby, ou avec pas mal de services inclus pour des applications pro ...  

 

Après le but de fournir un kit, c'est de faciliter la prise en main, en proposant surtout un kit Vigibot "évolutif"  mais sur le principe, un kit ne sera pas forcément nécessaire quand on aura fournis les tutos =). 

 

[Gamepigeek]

Je suis curieux.... et c est certainement trop tot pour en parler mais ....

Admettons jai déjà une pi un pan tilt un raspicam

Arduino obligatoire ? Je rachète un châssis mieux et des moteurs avec encodeur ça fait déjà un bon joujou ?

[Mike118]

Justement on y réfléchi ...  

 

Le truc c'est d'essayer d'être le plus générique possible, et le plus facile d'utilisation pour que chacun puisse faire son propre robot... 

Pour la version la plus simple des encodeurs ne sont même pas requis ... En fait il suffit d'avoir son robot arduino de base qui fonctionne, avec un uart de disponible et d'implémenter les fonctions d'interface qu'on propose pour rendre n'importe quel robot contrôlable dans le cloud, juste en ajoutant une Pi  et une camera... 

Après on peut aussi une config encore plus simple sans l'arduino, mais dans ce cas là elle sera plus difficilement évolutive ... 
 

[Gamepigeek]

Ok mais niveau moteur donc par exemple avec un arduino faudra t il fait son propre code pour les commandes moteur ? ou celui ci sera fournie dans le pack parce que je nen vois pas comment faire installer quelque chose sur un arduino sans faire copier coller alors que au niveau web ça aucun problème avec un raspberry.

C est génial d avoir pensé à faire des kits et pas acheter 1 robot déjà fais avec le système intégré car si l on a déjà ce quil faut raspicam raspberry 3 dans mon cas et puis on contrôleur moteur je nen sais plus lequel.

Pour les professionnels comment ça se passe ? J imagine quil pourront commander des pièces à l unité et vous demandez quelque chose de spécial pour leur entreprise exemple interface web modifier ou fonctions différentes .Ce quil serait génial c'est de pouvoir connecté ce robot avec d autres appareils tel que Google home . Ok Google dis au robot de surveiller la salle de bain...

[Mike118]

Ok mais niveau moteur donc par exemple avec un arduino faudra t il fait son propre code pour les commandes moteur ? ou celui ci sera fournie dans le pack parce que je nen vois pas comment faire installer quelque chose sur un arduino sans faire copier coller alors que au niveau web ça aucun problème avec un raspberry.
 

 

 

En fait on va proposer un "protocole de communication" . Avec des commandes envoyées part UART. 

Il y aura une liste de fonction à faire, du type une fonction à qui on envoit en paramètre   Vx, Vy , Vtheta  ou juste Vy et Vtheta et qui fait avancer le robot et le fait tourner ... 
Mais ce genre de fonction doivent normalement de base exister sur n'importe quel robot ...  
de même une autre fonction devra prendre un x et un y et un numéro et en fonction du numéro, les valeurs de x et y devront faire bouger une pince ou la tête du robot par exemple ... 
Ce qui est intéressant, c'est que vous aurez les données envoyées et ça sera à l'utilisateur de les connecter sur les fonctionnalités souhaitées ! 
Ainsi vous aurez une très grande marge de manoeuvre sur ce que peuvent faire vos robots tout en respectant un protocole de commande identique pour différents robots...

On travail justement à ajouter de nombreuses fonctionnalités pour couvrir la plus grande partie des cas qu'on imagine pour faire beaucoup avec peu de code ! =) 
Et si jamais il y a des besoins particuliers non couverts on pourra discuter pour les améliorer ! ( Enfin bon pour le moment on a pas encore prévue la date de sortie ... il y a encore pas mal de chose à faire pour cela ... ) 

 

 

On imagine aussi fournir des briques " hardware + logicielles " payante genre : Localisation dans une carte donnée et planification de trajectoire etc... Mais d'autres choses que vous pourrez faire par vous même pourront remplacer cela et ne seront pas "nécessaire" pour utiliser le système. 

 

 

 

C est génial d avoir pensé à faire des kits et pas acheter 1 robot déjà fais avec le système intégré car si l on a déjà ce quil faut raspicam raspberry 3 dans mon cas et puis on contrôleur moteur je nen sais plus lequel.
 

 

Justement le but c'est de proposer aussi bien des solutions pour du hobby, et donc nécessairement quelque chose de suffisamment ouvert pour faire un peu ce que les gens souhaitent, en proposant un système facile d'utilisation et économique ...  Bref l'objectif c'est que n'importe qui puisse mettre le robot qu'il a conçu dispo sur le web avec notre système en adaptant un chouilla de code, avec aide fournie en plus si besoin et pour cela il faut juste avoir un port série de disponible... Vu qu'en général on laisse à minima le port de programmation dispo ... c'est parfait il me semble ... 

 

 

Pour les professionnels comment ça se passe ? J imagine quil pourront commander des pièces à l unité et vous demandez quelque chose de spécial pour leur entreprise exemple interface web modifier ou fonctions différentes .

 

Pour les Pro, il y a deux enseignes, d'un côté pour des fabricants de robots on se propose d'implanter notre système de pilotage dans leur robots, avec création de leur propre serveur et, de l'autre pour ceux souhaitant avoir des robots pilotable en ligne le but est d'identifier des fabricants de robots qui fabriquent des robots capable de répondre au besoin et avec qui on peut mettre en place un partenariat pour répondre aux besoins clients... Dans tous les cas pour les pro nos services incluront customisation du code, assistance technique etc...

Bref le modèle d'une société de prestation de service classique. 

 

Alors que pour le côté hobby on imagine une version gratuite pour tout ceux qui le souhaitent mais avec un peu de pub et éventuellement des limitations et une version payante mais peu cher avec une période d'essais gratuite. En soit pas d'innovations de ce côté là ... On suit tout simplement des modèles qui marchent déjà ...  spotify, netflix & co ... 

 

D'ailleurs ce qui me parait très intéressant dans notre démarche c'est que si des hobbyistes créent des solutions qui peuvent intéresser des clients, on rentrerait en contact avec eux pour éventuellement leur proposer de créer une activité professionnelle permettant ainsi à des hobbyiste d'avoir des compléments de revenus intéressant en réalisant leur passions ! 

J'imagine aussi que certains utilisateurs pourraient tirer des revenus de l'utilisation de leur plateforme ... De la même façon que youtube génère de la " youtube money" je suis convaincu que les plus malins arriverons sans doute à générer de la " cloud robotics money" ...  Genre on peut imaginer des jeux , du travail et pas mal d'autres choses pilotées par internet ...
 

Après tout cela n'est pas réellement défini pour le moment par contre point qui moi me parait ultra important : pas de vente de données des utilisateurs.

 

 

 

 

Ce quil serait génial c'est de pouvoir connecté ce robot avec d autres appareils tel que Google home . Ok Google dis au robot de surveiller la salle de bain...

 

C'est déjà fait  le robot est connectable en IFTTT sur différents produits.
Par contre cela nécessite d'avoir un robot localisé dans l'appartement est d'indiquer quelle pièce est la salle de bain ...

[Melmet]

J'aime bien l'idée.

 

Je vais essayer d'en faire un aussi.

[Serveurperso]

Le prototype de cloud est ici : https://www.serveurp...com/?page=robot

Donc hébergée chez moi et en plein développement : donc parfois des redémarrages d’ailleurs je t'ai giclé par erreur tout à l'heure Melmet sorry...

 

Donc ce n'est pas le cloud proprement dit mais le serveur de développement.

 

Le cloud de production comportera plusieurs serveurs, cad. au minimum deux ayant deux emplacements géographiques différents pour une haute disponibilité.

 

L'architecture sera de toutes façon extensible en fonction du nombre robot ou d'objets qui devront s'y connecter.

 

Dans un premier temps afin d'éviter les problématique de vie privée les serveurs ne stockeront aucune données audio vidéo mais ne seront que de simples relais "amplificateurs" de bande passante dont les flux sont déjà chiffrés (SSL/HTTPS). Il sera possible de rendre le flux publique ou de le garder privé.

[Gamepigeek]

Bonjour, merci Mike pour ta réponse précise

Très intéressant cette phrase "hobbyistes créent des solutions qui peuvent intéresser des clients, on rentrerait en contact avec eux pour éventuellement leur proposer de créer une activité professionnelle permettant ainsi à des hobbyiste d'avoir des compléments de revenus intéressant en réalisant leur passions !"

Au sujet de la localisation donc avec un lidar quel adaptation et comment sil on ne veux pas le votre le RP LIDAR mais un autre lidar à balayage laser ? Deuxièmement comment faire installer au client votre interface pour robot par quel moyens ?

Merci

[Mike118]

la version de base n'aura pas de lidar et pourra fonctionner sans par contre il n'y aura pas toutes les fonctionnalitées liées à la localisation et à l'évitement des obstacles ... 
ça sera à faire par les utilisateurs à leur sauce ...

Pour l'interface on va passer un code côté client qui génère l'interface se connecte au cloud et transmet les données.

[Path]

 

Mike me demandait si je voulais brancher Hector sur les services des Vigirobotics http://www.robot-maker.com/forum/topic/10903-hector/?p=98335

 

Merci mais jai pas prévu de le brancher à un serveur. Ni pour le piloter à distance ni pour autre chose d'ailleurs. Entre nous, le terme Cloud c'est un peu dépassé. Le prenez pas mal. On dit SaaS ou quelque chose aaS. On commence même à parler de serverless avec les technos de virtualisation et docker. Cest mon métier de faire ce genre de services. j'ai déjà tout ce qu'il me faut. À contrario du SLAM où j'ai tout à apprendre.

Ceci étant dit, si vous voulez que je jette un oeil, je le ferai avec plaisir. Il fait quoi votre serveur ?

[Serveurperso]

Mais non c'est pas dépassé, c'était déjà un mot neuneu façon effet de mode à sa sortie comme le reste, c'est toujours la même chose au final, des serveurs et des clients qui s'y connectent

[Path]

Sisi croyez-moi, je suis de la partie. C'est HS par rapport à Hector mais ça me paraît important de le dire. Le "cloud" ça fait trop DSI qui lit 01informatique et qui ne connait rien d'autre que les lignes de budget. Ça désigne un truc assez nébuleux que des consultants servent à leurs clients quand ils n'ont pas assez murit leur propal. C'est le truc magique four tout ... C'est devenu très négatif, source d'emmerdes et d'insécurité. Et je parle que de technique. Pas de CNIL ou de RGDP. IMHO, soyez plus transparents que ça. On est à l'air où les gafa se repentissent. Mais va pour le cloud, il faut bien donner un nom aux choses et vous faites bien comme vous voulez ...

 

Bref. Je suppose que vous parlez de ça : http://www.vigirobotics.com/2018/07/31/cloud-robotics/. C'est quoi derrière ? MQTT, AMQP, JMS, STOMP ? un dev maison dans nodeJS ? C'est du REST, du long pooling , websocket, socket IP ???  Y a un protocole ? C'est sécurisé PKI ? Y a de la doc ?

 

Perso, quand j'ai besoin de dev rapidement un service pro de ce genre, ma stack préférée est NodeJS (express+socket.io), RabbitMQ et MongoDB. Et Nginx en RP au besoin. Avec cette stack, on obtient rapidement une puissance de feu de très haute capacité et très élastique (de une à N machines) tant qu'on est dans la messagerie, event-sourcing et microservices CQRS. Les netflix, linkedin et compagnie utilisent Kafka, Zookeeper, Cassandra, netty, elasticsearch et Akka pour atteindre le top à l'état de l'art pour un besoin mondialisé mais avec des terrains de foot aménagés en datacenter ^^ Pitié, vous mettez quoi derrière cloud ?

[Serveurperso]

NodeJS + Socket.IO. c'est marqué partout sur mon site perso lol, je suis anti usine a gaz je réfère tout coder moi même façon hyper light, tu vas pas oser comparer ce projet qui nécessite des latences ultra faibles avec tes grosses couches d'abstraction bien lente et bien lourdes que tu trouves dans tes DSI. Le mot Cloud c'est mignon pour les utilisateurs c'est tout. Le petit nuage dans lequel on se connecte. Après si c'est connotation négative jojo changera le texte du site... A mon avis c'est négatif seulement chez ceux qui font du MAUVAIS travail...

[Serveurperso]

Et je neutralise le fallback en long polling ou ajax... totalement obsolète pour ce genre d'usage qui demande des performances extrême. niveau sécurité tout passe dans un seul canal HTTPS. ça passe les firewall et le reste code+protocoles légers façon Pascal avec si besoin de la logique algorithmique de Mike. Ce que font les DSI ne me regarde pas c'est souvent de la bouze mal optimisée fait pour gagner ou dépenser de l'argent plus que pour l'amour des choses performantes.

[Path]

As you wish !! Je préfère aussi maîtriser les couches basses. Je vous parle d'image, vu que vous voulez communiquer dessus. Vous avez combien de machines dans votre cloud ? 

 

Je suis toujours en train d'essayer de répondre à Mike. Je devine mais je peux me tromper que vous voulez proposer ce que tu as fait pour toi. C'est à dire un interface web avec retour video et des boutons de commande ? Je pose ma question autrement. Il faut quoi dans le robot ou en annexe du robot pour se connecter à votre "cloud" ?

[Serveurperso]

C'est Mike qui gère le commercial demande lui lol. je code un truc multi utilisateur et sécurisé de ce que j'ai fait pour moi tout simplement. il faut une simple raspberry pi avec un bout de code client nodejs et c'est tout. ça permettra de piloter un robot basique 100% PI ou alors un PIC32 ou n'importe branché sur l'UART

[Gamepigeek]

Bonsoir,

 

je souhaiterais avoir quelques renseignements concernant mon futur robot....

 

Premièrement je souhaiterais installer une base de recharge j'ai donc pensé au système de rechargement par induction ! Oui mais si c'est possible avec quel batterie ? et quel système prendra en charge une recharge par induction avec une batterie adapté ? Merci