Kernel Fablab Lannion - Contributions [fr]

Matériaux Laser

2016-01-19T09:39:45Z

Charg : /* Matériaux Utilisable avec Découpeuse_laser_Keyland */

== MATÉRIAUX INTERDITS ==

'''ATTENTION''': De nombreux plastiques ne doivent pas être découpés, il est donc important de savoir quel type de plastique vous utilisez. Utilisez le How-to : [http://blog.makezine.com/archive/2011/09/identifying-unknown-plastics.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+makezineonline+%28MAKE%29&utm_content=Google+Reader a simple process].

{| cellspacing="0" cellpadding="5" border="1" align="center"
|-
! Materiau
! DANGER!
! Cause/Conséquence
|-
| PVC (Poly Vinyl Chloride)/vinyl/pleather/cuir artificiel
| Émet du chlore à la découpe
| Ne jamais utiliser ce matériaux, il dégraderait l'optique, causerait de la rouille. Détruirait la machine (et vous aussi !)
|-
| Polycarbonate fin ( >1mm )
| Se coupe mal, Prend feu
| Le polycarbonate se trouve souvent en forme de fine plaque. La fenêtre de la découpeuse est en polycarbonate car ''le polycarbonate absorbe beaucoup les radiations infrarouge du laser CO2!''
|-
| ABS
| Emet du cyanure
| Fond, qualité de découpe très mauvaise
|-
| HDPE/Bouteille de lait en plastique
| Prends feu et fond
| Ne pas utiliser
|-
| PolyStyrene Foam
| Prend feu
| Prend feu, fond. 1ere cause d'incendie
|-
| PolyPropylene Foam
| Prend feu
| Comme le Polystyrène, il fond, prend feu.
|-
| Fibre de verre
| Fume beaucoup
| C'est un mélange de deux matériaux qu'on ne peut couper. Verre (etch, no cut) et résine d’époxy (fumes)
|-
| Coated Carbon Fiber
| Emits noxious fumes
| A mix of two materials. Thin carbon fiber mat can be cut, with some fraying - but not when coated.
|}

=Matériaux Utilisable avec [[Découpeuse_laser_Keyland]]=
{| class="wikitable"
|-
! Matériaux !! Action !! Epaisseur (mm) !! Puissance(%) !! Vitesse (mm/s) !! Fournisseur
|-
| Papier Canson 224g || Pliage|| 0.2 || 10 || 500 || bureau vallée
|-
| Papier Canson 224g || Coupe|| 0.2 || 40 || 200 || A3 ou roul. 75cmx10m
|-
| Carton || Coupe || 3 || 20|| 100 || Texte de la cellule
|-
| Pmma (acrylic)|| coupe || 4 || 60 || 15 || artois plastics
|-
| PEHD(naturel) || coupe || 5 ||50 || 20 x2passes || artois plastics
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|}

[[Catégorie:Laser]]

Matériaux Laser

2016-01-18T13:44:57Z

Charg : /* Matériaux Utilisable avec Découpeuse_laser_Keyland */

== MATÉRIAUX INTERDITS ==

'''ATTENTION''': De nombreux plastiques ne doivent pas être découpés, il est donc important de savoir quel type de plastique vous utilisez. Utilisez le How-to : [http://blog.makezine.com/archive/2011/09/identifying-unknown-plastics.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+makezineonline+%28MAKE%29&utm_content=Google+Reader a simple process].

{| cellspacing="0" cellpadding="5" border="1" align="center"
|-
! Materiau
! DANGER!
! Cause/Conséquence
|-
| PVC (Poly Vinyl Chloride)/vinyl/pleather/cuir artificiel
| Émet du chlore à la découpe
| Ne jamais utiliser ce matériaux, il dégraderait l'optique, causerait de la rouille. Détruirait la machine (et vous aussi !)
|-
| Polycarbonate fin ( >1mm )
| Se coupe mal, Prend feu
| Le polycarbonate se trouve souvent en forme de fine plaque. La fenêtre de la découpeuse est en polycarbonate car ''le polycarbonate absorbe beaucoup les radiations infrarouge du laser CO2!''
|-
| ABS
| Emet du cyanure
| Fond, qualité de découpe très mauvaise
|-
| HDPE/Bouteille de lait en plastique
| Prends feu et fond
| Ne pas utiliser
|-
| PolyStyrene Foam
| Prend feu
| Prend feu, fond. 1ere cause d'incendie
|-
| PolyPropylene Foam
| Prend feu
| Comme le Polystyrène, il fond, prend feu.
|-
| Fibre de verre
| Fume beaucoup
| C'est un mélange de deux matériaux qu'on ne peut couper. Verre (etch, no cut) et résine d’époxy (fumes)
|-
| Coated Carbon Fiber
| Emits noxious fumes
| A mix of two materials. Thin carbon fiber mat can be cut, with some fraying - but not when coated.
|}

=Matériaux Utilisable avec [[Découpeuse_laser_Keyland]]=
{| class="wikitable"
|-
! Matériaux !! Action !! Epaisseur (mm) !! Puissance(%) !! Vitesse (mm/s) !! Fournisseur
|-
| Papier Canson 224g || Pliage|| 0.2 || 10 || 500 || Texte de la cellule
|-
| Papier Canson 224g || Coupe|| 0.2 || 40 || 200 || Texte de la cellule
|-
| Carton || Coupe || 3 || 20|| 100 || Texte de la cellule
|-
| Pmma (acrylic)|| coupe || 4 || 60 || 15 || artois plastics
|-
| PEHD(naturel) || coupe || 5 ||50 || 20 x2passes || artois plastics
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|-
| Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule || Texte de la cellule
|}

[[Catégorie:Laser]]

HeliBroute

2014-03-25T16:37:33Z

Charg : /* Présentation */

[[Fichier:helib1.png|vignette|droite]]

== Présentation ==
Objectif projet: aboutir a une tondeuse robot abordable qui n'est pas un "gadget" 
 

les éléments clés du projet: 
* tonte efficace en 1 seul passage (pas de stratégie aléatoire) 
* robotiser la tonte par apprentissage (mode de pilotage manuel avec enregistrement du routage) 
* aucune installation lourde (pas de bêche et de fil a enterrer) 
* efficacité énergétique (pas de 1200w ou 5Ch ,on est sur la puissance d'une visseuse) lien très intéressant http://fr.wikipedia.org/wiki/Tondeuse_%C3%A0_gazon 
* s'adapter a tout les terrains tordus des particuliers ( avec des pièges partout) 

Etat actuel: le projet est deja bien entamé avec la fonction tonte qui est validée avec des essais terrain depuis 1 ans. 
 
Ce qui bloque : la géolocalisation par GPS ne permet pas d’atteindre la précision pour éviter les obstacles, une voie intéressante semble se trouver dans un accéléromètre associé dans un premier temps à une boussole électronique.
l'objectif technique est de permettre la géolocalisation afin d'enregistrer le routage puis de le lire avec bien-sur une tolérance d’erreur que l'on fixera a 20cm.

ce projet nécessite urgemment des compétences en 
* Électronique acquisition 
* Codage fonctionnel 
* Stratégie robotique 
* debugage de robot 
* Et optionnellement en design 3d et logo 

Ambition: ce projet bénéficie d'une fenêtre de 3 mois pour que l'open source fasse ses preuves, si les 3 critères ci dessous sont atteint avant la date du 25 juin 2014, le projet bascule dans sa totalité dans l'open source open hardware. 
 
* le robot sait en permanence ou il est et dans quel sens il vas 
* Un patinage d’une roue ne l’influence en rien 
* Acquisition de la trajectoire et lecture a 20cm près 

== Matériel ==

Pour accéléromètre, on s'oriente dans un premier temps 
vers un de qualité qui affiche sa précision dans sa doc technique ADIS16209 
[[File:adis .png|400px]] 
pour la boussole, on s'orientera de la meme façon vers le HM55b 
[[File:HM55b.png|400px]] 
Ci dessous la partie Electronique du projet 
[[File:elec.jpg|400px]] 
on retrouve de façon étonnante un arduino au coeur du système, en haut l'acceleromètre la boussole et le bouton prise d'origine, a gauche les commandes qui vont permettrent d’intervenir sur site: un potard de réglage de la vitesse d'avance (20% a 120%) ,2 boutons de mise en marche et bien sur le bouton qu'on appuis quand on sait plus quoi faire!!!! a droite un peu de mémoire pour l'enregistrement des données et accessoirement des fichiers de débugage pour analyser et comprendre les dérives, en bas a gauche 2x7segments qui permettent d'afficher la case dans laquelle le robot se trouve, pour savoir en live si il est complètement perdu!!! enfin en bas au milieu la partie sur laquelle je vais consacrer désormais tout mon temps. 
 

Juste la dessous vous avez a la fois le budget du proto et de la version série 
[[File:cout.png|400px]] 

il faut investir 207€ matériel pour l’électronique du proto

== Logiciels ==

Vous l'aurez deviné, ici on va parler du soft si il y en a :)

=== Architecture ===

on s’intéresse ici a une première stratégie d'encodage de geolocalisation, ci dessous un jardin a tondre vu de dessus 
[[File:gazzon.png|400px]] 
on réalise l’acquisition du routage lors de la première tonte en poussant le robot manuellement
si on reste plus de 0.5s dans une case, cette dernière est enregistré, 
[[File:aquis.png|400px]] 
puis lors d'une seconde tonte, on replace le robot a l'origine en lui indiquant qu'il est a l'origine, il vas alors lire le fichier et viser en ligne droite le centre des cellules, dés qu'il rentre dans la zone de tolérance, la cellule est validé, il cherche a aller à la suivante . 
[[File:lecture.png|400px]] 
et tout simplement il enchaîne sont parcours 
[[File:zoom.png|400px]] 

=== Languages ===

== Évolutions possibles ==

La réussite de ce projet permettra 
* une seconde vie aux visseuses qui n'ont plus de batterie fonctionnels 
* au niveau globale une avancée majeur dans l'entretient des jardins, ou trop souvent jardin-entretenu rime avec énergie-perdu 
* au niveau mécanique un retour en arrière technologique qui émet un doute dans l’évolution des systèmes de tontes 
* au niveau soft une solide base qui vas certainement devenir la plateforme de référence dans la gestion de pilotage de robot par accéléromètre au niveau mondiale.

== Bilbiographie ==

* pourquoi pas
* une liste
* de liens



[[Category:Projet]]

HeliBroute

2014-03-25T08:29:58Z

Charg : /* Présentation */

[[Fichier:helib1.png|vignette|droite]]

== Présentation ==
Objectif projet: aboutir a une tondeuse robot abordable qui n'est pas un "gadget" 
 

les éléments clés du projet: 
* tonte efficace en 1 seul passage (pas de stratégie aléatoire) 
* robotiser la tonte par apprentissage (mode de pilotage manuel avec enregistrement du routage) 
* aucune installation lourde (pas de bêche et de fil a enterrer) 
* efficacité énergétique (pas de 1200w ou 5Ch ,on est sur la puissance d'une visseuse) 
* s'adapter a tout les terrains tordus des particuliers ( avec des pièges partout) 

Etat actuel: le projet est deja bien entamé avec la fonction tonte qui est validée avec des essais terrain depuis 1 ans. 
 
Ce qui bloque : la géolocalisation par GPS ne permet pas d’atteindre la précision pour éviter les obstacles, une voie intéressante semble se trouver dans un accéléromètre associé dans un premier temps à une boussole électronique.
l'objectif technique est de permettre la géolocalisation afin d'enregistrer le routage puis de le lire avec bien-sur une tolérance d’erreur que l'on fixera a 20cm.

ce projet nécessite urgemment des compétences en 
* Électronique acquisition 
* Codage fonctionnel 
* Stratégie robotique 
* debugage de robot 
* Et optionnellement en design 3d et logo 

Ambition: ce projet bénéficie d'une fenêtre de 3 mois pour que l'open source fasse ses preuves, si les 3 critères ci dessous sont atteint avant la date du 25 juin 2014, le projet bascule dans sa totalité dans l'open source open hardware. 
 
* le robot sait en permanence ou il est et dans quel sens il vas 
* Un patinage d’une roue ne l’influence en rien 
* Acquisition de la trajectoire et lecture a 20cm près 

== Matériel ==

Pour accéléromètre, on s'oriente dans un premier temps 
vers un de qualité qui affiche sa précision dans sa doc technique ADIS16209 
[[File:adis .png|400px]] 
pour la boussole, on s'orientera de la meme façon vers le HM55b 
[[File:HM55b.png|400px]] 
Ci dessous la partie Electronique du projet 
[[File:elec.jpg|400px]] 
on retrouve de façon étonnante un arduino au coeur du système, en haut l'acceleromètre la boussole et le bouton prise d'origine, a gauche les commandes qui vont permettrent d’intervenir sur site: un potard de réglage de la vitesse d'avance (20% a 120%) ,2 boutons de mise en marche et bien sur le bouton qu'on appuis quand on sait plus quoi faire!!!! a droite un peu de mémoire pour l'enregistrement des données et accessoirement des fichiers de débugage pour analyser et comprendre les dérives, en bas a gauche 2x7segments qui permettent d'afficher la case dans laquelle le robot se trouve, pour savoir en live si il est complètement perdu!!! enfin en bas au milieu la partie sur laquelle je vais consacrer désormais tout mon temps. 
 

Juste la dessous vous avez a la fois le budget du proto et de la version série 
[[File:cout.png|400px]] 

il faut investir 207€ matériel pour l’électronique du proto

== Logiciels ==

Vous l'aurez deviné, ici on va parler du soft si il y en a :)

=== Architecture ===

on s’intéresse ici a une première stratégie d'encodage de geolocalisation, ci dessous un jardin a tondre vu de dessus 
[[File:gazzon.png|400px]] 
on réalise l’acquisition du routage lors de la première tonte en poussant le robot manuellement
si on reste plus de 0.5s dans une case, cette dernière est enregistré, 
[[File:aquis.png|400px]] 
puis lors d'une seconde tonte, on replace le robot a l'origine en lui indiquant qu'il est a l'origine, il vas alors lire le fichier et viser en ligne droite le centre des cellules, dés qu'il rentre dans la zone de tolérance, la cellule est validé, il cherche a aller à la suivante . 
[[File:lecture.png|400px]] 
et tout simplement il enchaîne sont parcours 
[[File:zoom.png|400px]] 

=== Languages ===

== Évolutions possibles ==

La réussite de ce projet permettra 
* une seconde vie aux visseuses qui n'ont plus de batterie fonctionnels 
* au niveau globale une avancée majeur dans l'entretient des jardins, ou trop souvent jardin-entretenu rime avec énergie-perdu 
* au niveau mécanique un retour en arrière technologique qui émet un doute dans l’évolution des systèmes de tontes 
* au niveau soft une solide base qui vas certainement devenir la plateforme de référence dans la gestion de pilotage de robot par accéléromètre au niveau mondiale.

== Bilbiographie ==

* pourquoi pas
* une liste
* de liens



[[Category:Projet]]

HeliBroute

2014-03-24T18:49:29Z

Charg : /* Matériel */

[[Fichier:Logo-fabalb.png|vignette|droite]]

== Présentation ==
Objectif projet: aboutir a une tondeuse robot abordable qui n'est pas un "gadget" 
 

les éléments clés du projet: 
- tonte efficace en 1 seul passage (pas de stratégie aléatoire) 
- robotiser la tonte par apprentissage (mode de pilotage manuel avec enregistrement du routage) 
- aucune installation lourde (pas de bêche et de fil a enterrer) 
- efficacité énergétique (pas de 1200w ou 5Ch ,on est sur la puissance d'une visseuse) 
- s'adapter a tout les terrains tordus des particuliers ( avec des pièges partout) 

Etat actuel: le projet est deja bien entamé avec la fonction tonte qui est validée avec des essais terrain depuis 1 ans. 
 
Ce qui bloque : la géolocalisation par GPS ne permet pas d’atteindre la précision pour éviter les obstacles, une voie intéressante semble se trouver dans un accéléromètre associé dans un premier temps à une boussole électronique.
l'objectif technique est de permettre la géolocalisation afin d'enregistrer le routage puis de le lire avec bien-sur une tolérance d’erreur que l'on fixera a 20cm.

ce projet nécessite urgemment des compétences en 
- Électronique acquisition 
- Codage fonctionnel 
- Stratégie robotique 
- debugage de robot 
- Et optionnellement en design 3d et logo 

Ambition: ce projet bénéficie d'une fenêtre de 3 mois que l'open source fasse ses preuves, si les 3 critères ci dessous sont atteint avant la date du 25 juin 2014, le projet bascule dans sa totalité dans l'open source open hardware. 
 
-le robot sait en permanence ou il est et dans quel sens il vas 
-Un patinage d’une roue ne l’influence en rien 
-Acquisition de la trajectoire et lecture a 20cm près 

== Matériel ==

Pour accéléromètre, on s'oriente dans un premier temps 
vers un de qualité qui affiche sa précision dans sa doc technique ADIS16209 
[[File:adis .png|400px]] 
pour la boussole, on s'orientera de la meme façon vers le HM55b 
[[File:HM55b.png|400px]] 
Ci dessous la partie Electronique du projet 
[[File:elec.jpg|400px]] 
on retrouve de façon étonnante un arduino au coeur du système, en haut l'acceleromètre la boussole et le bouton prise d'origine, a gauche les commandes qui vont permettrent d’intervenir sur site: un potard de réglage de la vitesse d'avance (20% a 120%) ,2 boutons de mise en marche et bien sur le bouton qu'on appuis quand on sait plus quoi faire!!!! a droite un peu de mémoire pour l'enregistrement des données et accessoirement des fichiers de débugage pour analyser et comprendre les dérives, en bas a gauche 2x7segments qui permettent d'afficher la case dans laquelle le robot se trouve, pour savoir en live si il est complètement perdu!!! enfin en bas au milieu la partie sur laquelle je vais consacrer désormais tout mon temps. 
 

Juste la dessous vous avez a la fois le budget du proto et de la version série 
[[File:cout.png|400px]] 

il faut investir 207€ matériel pour l’électronique du proto

== Logiciels ==

Vous l'aurez deviné, ici on va parler du soft si il y en a :)

=== Architecture ===

on s’intéresse ici a une première stratégie d'encodage de geolocalisation, ci dessous un jardin a tondre vu de dessus 
[[File:gazzon.png|400px]] 
on réalise l’acquisition du routage lors de la première tonte en poussant le robot manuellement
si on reste plus de 0.5s dans une case, cette dernière est enregistré, 
[[File:aquis.png|400px]] 
puis lors d'une seconde tonte, on replace le robot a l'origine en lui indiquant qu'il est a l'origine, il vas alors lire le fichier et viser en ligne droite le centre des cellules, dés qu'il rentre dans la zone de tolérance, la cellule est validé, il cherche a aller à la suivante . 
[[File:lecture.png|400px]] 
et tout simplement il enchaîne sont parcours 
[[File:zoom.png|400px]] 

=== Languages ===

== Évolutions possibles ==

La réussite de ce projet permettra 
- une seconde vie aux visseuses qui n'ont plus de batterie fonctionnels 
- au niveau globale une avancée majeur dans l'entretient des jardins, ou trop souvent jardin-entretenu rime avec énergie-perdu 
- au niveau mécanique un retour en arrière technologique qui émet un doute dans l’évolution des systèmes de tontes 
- au niveau soft une solide base qui vas certainement devenir la plateforme de référence dans la gestion de pilotage de robot par accéléromètre au niveau mondiale.

== Bilbiographie ==

* pourquoi pas
* une liste
* de liens



[[Category:Projet]]

HeliBroute

2014-03-24T18:45:34Z

Charg : /* Matériel */

[[Fichier:Logo-fabalb.png|vignette|droite]]

== Présentation ==
Objectif projet: aboutir a une tondeuse robot abordable qui n'est pas un "gadget" 
 

les éléments clés du projet: 
- tonte efficace en 1 seul passage (pas de stratégie aléatoire) 
- robotiser la tonte par apprentissage (mode de pilotage manuel avec enregistrement du routage) 
- aucune installation lourde (pas de bêche et de fil a enterrer) 
- efficacité énergétique (pas de 1200w ou 5Ch ,on est sur la puissance d'une visseuse) 
- s'adapter a tout les terrains tordus des particuliers ( avec des pièges partout) 

Etat actuel: le projet est deja bien entamé avec la fonction tonte qui est validée avec des essais terrain depuis 1 ans. 
 
Ce qui bloque : la géolocalisation par GPS ne permet pas d’atteindre la précision pour éviter les obstacles, une voie intéressante semble se trouver dans un accéléromètre associé dans un premier temps à une boussole électronique.
l'objectif technique est de permettre la géolocalisation afin d'enregistrer le routage puis de le lire avec bien-sur une tolérance d’erreur que l'on fixera a 20cm.

ce projet nécessite urgemment des compétences en 
- Électronique acquisition 
- Codage fonctionnel 
- Stratégie robotique 
- debugage de robot 
- Et optionnellement en design 3d et logo 

Ambition: ce projet bénéficie d'une fenêtre de 3 mois que l'open source fasse ses preuves, si les 3 critères ci dessous sont atteint avant la date du 25 juin 2014, le projet bascule dans sa totalité dans l'open source open hardware. 
 
-le robot sait en permanence ou il est et dans quel sens il vas 
-Un patinage d’une roue ne l’influence en rien 
-Acquisition de la trajectoire et lecture a 20cm près 

== Matériel ==

Pour accéléromètre, on s'oriente dans un premier temps 
vers un de qualité qui affiche sa précision dans sa doc technique ADIS16209 
[[File:adis .png|400px]] 
pour la boussole, on s'orientera de la meme façon vers le HM55b 
[[File:HM55b.png|400px]] 
Ci dessous la partie Electronique du projet 
[[File:elec.jpg|400px]] 
on retrouve de façon étonnante un arduino au coeur du système, en haut l'accelerometre la boussole et le bouton prise d'origine, a gauche les commandes qui vont permettre d’intervenir quand elle sera en marche , un potard de réglage de la vitesse d'avance (20% a 120%) ,2 bouton de mise en marche et bien sur le bouton qu'on appuis quand on sait plus quoi faire!!!! a droite un peu de mémoire pour l'enregistrement des données et accessoirement des fichiers de débugage pour analyser et comprendre les dérives, en bas a gauche 2x7segments qui permettent d'afficher la case dans laquelle le robot se trouve, permettant de savoir rapidement si il est complètement perdu!!! et en bas au milieu la partie sur laquelle je vais consacrer désormais tout mon temps. 
 

la dessous a la fois le budget du proto et de la version série 
[[File:cout.png|400px]] 

il faut investir 207€ matériel pour l’électronique du proto

== Logiciels ==

Vous l'aurez deviné, ici on va parler du soft si il y en a :)

=== Architecture ===

on s’intéresse ici a une première stratégie d'encodage de geolocalisation, ci dessous un jardin a tondre vu de dessus 
[[File:gazzon.png|400px]] 
on réalise l’acquisition du routage lors de la première tonte en poussant le robot manuellement
si on reste plus de 0.5s dans une case, cette dernière est enregistré, 
[[File:aquis.png|400px]] 
puis lors d'une seconde tonte, on replace le robot a l'origine en lui indiquant qu'il est a l'origine, il vas alors lire le fichier et viser en ligne droite le centre des cellules, dés qu'il rentre dans la zone de tolérance, la cellule est validé, il cherche a aller à la suivante . 
[[File:lecture.png|400px]] 
et tout simplement il enchaîne sont parcours 
[[File:zoom.png|400px]] 

=== Languages ===

== Évolutions possibles ==

La réussite de ce projet permettra 
- une seconde vie aux visseuses qui n'ont plus de batterie fonctionnels 
- au niveau globale une avancée majeur dans l'entretient des jardins, ou trop souvent jardin-entretenu rime avec énergie-perdu 
- au niveau mécanique un retour en arrière technologique qui émet un doute dans l’évolution des systèmes de tontes 
- au niveau soft une solide base qui vas certainement devenir la plateforme de référence dans la gestion de pilotage de robot par accéléromètre au niveau mondiale.

== Bilbiographie ==

* pourquoi pas
* une liste
* de liens



[[Category:Projet]]

HeliBroute

2014-03-24T18:34:50Z

Charg : /* Matériel */

[[Fichier:Logo-fabalb.png|vignette|droite]]

== Présentation ==
Objectif projet: aboutir a une tondeuse robot abordable qui n'est pas un "gadget" 
 

les éléments clés du projet: 
- tonte efficace en 1 seul passage (pas de stratégie aléatoire) 
- robotiser la tonte par apprentissage (mode de pilotage manuel avec enregistrement du routage) 
- aucune installation lourde (pas de bêche et de fil a enterrer) 
- efficacité énergétique (pas de 1200w ou 5Ch ,on est sur la puissance d'une visseuse) 
- s'adapter a tout les terrains tordus des particuliers ( avec des pièges partout) 

Etat actuel: le projet est deja bien entamé avec la fonction tonte qui est validée avec des essais terrain depuis 1 ans. 
 
Ce qui bloque : la géolocalisation par GPS ne permet pas d’atteindre la précision pour éviter les obstacles, une voie intéressante semble se trouver dans un accéléromètre associé dans un premier temps à une boussole électronique.
l'objectif technique est de permettre la géolocalisation afin d'enregistrer le routage puis de le lire avec bien-sur une tolérance d’erreur que l'on fixera a 20cm.

ce projet nécessite urgemment des compétences en 
- Électronique acquisition 
- Codage fonctionnel 
- Stratégie robotique 
- debugage de robot 
- Et optionnellement en design 3d et logo 

Ambition: ce projet bénéficie d'une fenêtre de 3 mois que l'open source fasse ses preuves, si les 3 critères ci dessous sont atteint avant la date du 25 juin 2014, le projet bascule dans sa totalité dans l'open source open hardware. 
 
-le robot sait en permanence ou il est et dans quel sens il vas 
-Un patinage d’une roue ne l’influence en rien 
-Acquisition de la trajectoire et lecture a 20cm près 

== Matériel ==

Pour accéléromètre, on s'oriente dans un premier temps 
vers un de qualité qui affiche sa précision dans sa doc technique ADIS16209 
[[File:adis .png|400px]] 
pour la boussole, on s'orientera de la meme façon vers le HM55b 
[[File:HM55b.png|400px]] 
Ci dessous la partie Electronique du projet 
[[File:elec.jpg|400px]] 
et la dessous a la fois le budget du proto et de la version serie 
[[File:cout.png|400px]] 

il faut investir 207€ matériel pour l’électronique du proto

== Logiciels ==

Vous l'aurez deviné, ici on va parler du soft si il y en a :)

=== Architecture ===

on s’intéresse ici a une première stratégie d'encodage de geolocalisation, ci dessous un jardin a tondre vu de dessus 
[[File:gazzon.png|400px]] 
on réalise l’acquisition du routage lors de la première tonte en poussant le robot manuellement
si on reste plus de 0.5s dans une case, cette dernière est enregistré, 
[[File:aquis.png|400px]] 
puis lors d'une seconde tonte, on replace le robot a l'origine en lui indiquant qu'il est a l'origine, il vas alors lire le fichier et viser en ligne droite le centre des cellules, dés qu'il rentre dans la zone de tolérance, la cellule est validé, il cherche a aller à la suivante . 
[[File:lecture.png|400px]] 
et tout simplement il enchaîne sont parcours 
[[File:zoom.png|400px]] 

=== Languages ===

== Évolutions possibles ==

La réussite de ce projet permettra 
- une seconde vie aux visseuses qui n'ont plus de batterie fonctionnels 
- au niveau globale une avancée majeur dans l'entretient des jardins, ou trop souvent jardin-entretenu rime avec énergie-perdu 
- au niveau mécanique un retour en arrière technologique qui émet un doute dans l’évolution des systèmes de tontes 
- au niveau soft une solide base qui vas certainement devenir la plateforme de référence dans la gestion de pilotage de robot par accéléromètre au niveau mondiale.

== Bilbiographie ==

* pourquoi pas
* une liste
* de liens



[[Category:Projet]]

HeliBroute

2014-03-24T18:34:24Z

Charg : /* Matériel */

[[Fichier:Logo-fabalb.png|vignette|droite]]

== Présentation ==
Objectif projet: aboutir a une tondeuse robot abordable qui n'est pas un "gadget" 
 

les éléments clés du projet: 
- tonte efficace en 1 seul passage (pas de stratégie aléatoire) 
- robotiser la tonte par apprentissage (mode de pilotage manuel avec enregistrement du routage) 
- aucune installation lourde (pas de bêche et de fil a enterrer) 
- efficacité énergétique (pas de 1200w ou 5Ch ,on est sur la puissance d'une visseuse) 
- s'adapter a tout les terrains tordus des particuliers ( avec des pièges partout) 

Etat actuel: le projet est deja bien entamé avec la fonction tonte qui est validée avec des essais terrain depuis 1 ans. 
 
Ce qui bloque : la géolocalisation par GPS ne permet pas d’atteindre la précision pour éviter les obstacles, une voie intéressante semble se trouver dans un accéléromètre associé dans un premier temps à une boussole électronique.
l'objectif technique est de permettre la géolocalisation afin d'enregistrer le routage puis de le lire avec bien-sur une tolérance d’erreur que l'on fixera a 20cm.

ce projet nécessite urgemment des compétences en 
- Électronique acquisition 
- Codage fonctionnel 
- Stratégie robotique 
- debugage de robot 
- Et optionnellement en design 3d et logo 

Ambition: ce projet bénéficie d'une fenêtre de 3 mois que l'open source fasse ses preuves, si les 3 critères ci dessous sont atteint avant la date du 25 juin 2014, le projet bascule dans sa totalité dans l'open source open hardware. 
 
-le robot sait en permanence ou il est et dans quel sens il vas 
-Un patinage d’une roue ne l’influence en rien 
-Acquisition de la trajectoire et lecture a 20cm près 

== Matériel ==

Pour accéléromètre, on s'oriente dans un premier temps 
vers un de qualité qui affiche sa précision dans sa doc technique ADIS16209 
[[File:adis .png|400px]] 
pour la boussole, on s'orientera de la meme façon vers le HM55b 
[[File:HM55b.png|400px]] 
Ci dessous la partie Electronique du projet 
[[File:elec.jpg|400px]] 
et la dessous a la fois le budget du proto et de la version serie 
[[File:cout.png|400px]]
il faut investir 207€ matériel pour l’électronique du proto

== Logiciels ==

Vous l'aurez deviné, ici on va parler du soft si il y en a :)

=== Architecture ===

on s’intéresse ici a une première stratégie d'encodage de geolocalisation, ci dessous un jardin a tondre vu de dessus 
[[File:gazzon.png|400px]] 
on réalise l’acquisition du routage lors de la première tonte en poussant le robot manuellement
si on reste plus de 0.5s dans une case, cette dernière est enregistré, 
[[File:aquis.png|400px]] 
puis lors d'une seconde tonte, on replace le robot a l'origine en lui indiquant qu'il est a l'origine, il vas alors lire le fichier et viser en ligne droite le centre des cellules, dés qu'il rentre dans la zone de tolérance, la cellule est validé, il cherche a aller à la suivante . 
[[File:lecture.png|400px]] 
et tout simplement il enchaîne sont parcours 
[[File:zoom.png|400px]] 

=== Languages ===

== Évolutions possibles ==

La réussite de ce projet permettra 
- une seconde vie aux visseuses qui n'ont plus de batterie fonctionnels 
- au niveau globale une avancée majeur dans l'entretient des jardins, ou trop souvent jardin-entretenu rime avec énergie-perdu 
- au niveau mécanique un retour en arrière technologique qui émet un doute dans l’évolution des systèmes de tontes 
- au niveau soft une solide base qui vas certainement devenir la plateforme de référence dans la gestion de pilotage de robot par accéléromètre au niveau mondiale.

== Bilbiographie ==

* pourquoi pas
* une liste
* de liens



[[Category:Projet]]

HeliBroute

2014-03-24T18:32:14Z

Charg : /* Architecture */

[[Fichier:Logo-fabalb.png|vignette|droite]]

== Présentation ==
Objectif projet: aboutir a une tondeuse robot abordable qui n'est pas un "gadget" 
 

les éléments clés du projet: 
- tonte efficace en 1 seul passage (pas de stratégie aléatoire) 
- robotiser la tonte par apprentissage (mode de pilotage manuel avec enregistrement du routage) 
- aucune installation lourde (pas de bêche et de fil a enterrer) 
- efficacité énergétique (pas de 1200w ou 5Ch ,on est sur la puissance d'une visseuse) 
- s'adapter a tout les terrains tordus des particuliers ( avec des pièges partout) 

Etat actuel: le projet est deja bien entamé avec la fonction tonte qui est validée avec des essais terrain depuis 1 ans. 
 
Ce qui bloque : la géolocalisation par GPS ne permet pas d’atteindre la précision pour éviter les obstacles, une voie intéressante semble se trouver dans un accéléromètre associé dans un premier temps à une boussole électronique.
l'objectif technique est de permettre la géolocalisation afin d'enregistrer le routage puis de le lire avec bien-sur une tolérance d’erreur que l'on fixera a 20cm.

ce projet nécessite urgemment des compétences en 
- Électronique acquisition 
- Codage fonctionnel 
- Stratégie robotique 
- debugage de robot 
- Et optionnellement en design 3d et logo 

Ambition: ce projet bénéficie d'une fenêtre de 3 mois que l'open source fasse ses preuves, si les 3 critères ci dessous sont atteint avant la date du 25 juin 2014, le projet bascule dans sa totalité dans l'open source open hardware. 
 
-le robot sait en permanence ou il est et dans quel sens il vas 
-Un patinage d’une roue ne l’influence en rien 
-Acquisition de la trajectoire et lecture a 20cm près 

== Matériel ==

Pour accéléromètre, on s'oriente dans un premier temps 
vers un de qualité qui affiche sa précision dans sa doc technique ADIS16209 
[[File:adis .png|400px]] 
pour la boussole, on s'orientera de la meme façon vers le HM55b 
[[File:HM55b.png|400px]] 
Ci dessous la partie Electronique du projet 
[[File:elec.jpg|400px]] 
et la dessous a la fois le budget du proto et de la version serie 
[[File:cout.png|400px]]

== Logiciels ==

Vous l'aurez deviné, ici on va parler du soft si il y en a :)

=== Architecture ===

on s’intéresse ici a une première stratégie d'encodage de geolocalisation, ci dessous un jardin a tondre vu de dessus 
[[File:gazzon.png|400px]] 
on réalise l’acquisition du routage lors de la première tonte en poussant le robot manuellement
si on reste plus de 0.5s dans une case, cette dernière est enregistré, 
[[File:aquis.png|400px]] 
puis lors d'une seconde tonte, on replace le robot a l'origine en lui indiquant qu'il est a l'origine, il vas alors lire le fichier et viser en ligne droite le centre des cellules, dés qu'il rentre dans la zone de tolérance, la cellule est validé, il cherche a aller à la suivante . 
[[File:lecture.png|400px]] 
et tout simplement il enchaîne sont parcours 
[[File:zoom.png|400px]] 

=== Languages ===

== Évolutions possibles ==

La réussite de ce projet permettra 
- une seconde vie aux visseuses qui n'ont plus de batterie fonctionnels 
- au niveau globale une avancée majeur dans l'entretient des jardins, ou trop souvent jardin-entretenu rime avec énergie-perdu 
- au niveau mécanique un retour en arrière technologique qui émet un doute dans l’évolution des systèmes de tontes 
- au niveau soft une solide base qui vas certainement devenir la plateforme de référence dans la gestion de pilotage de robot par accéléromètre au niveau mondiale.

== Bilbiographie ==

* pourquoi pas
* une liste
* de liens



[[Category:Projet]]

HeliBroute

2014-03-24T18:30:37Z

Charg : /* Architecture */

[[Fichier:Logo-fabalb.png|vignette|droite]]

== Présentation ==
Objectif projet: aboutir a une tondeuse robot abordable qui n'est pas un "gadget" 
 

les éléments clés du projet: 
- tonte efficace en 1 seul passage (pas de stratégie aléatoire) 
- robotiser la tonte par apprentissage (mode de pilotage manuel avec enregistrement du routage) 
- aucune installation lourde (pas de bêche et de fil a enterrer) 
- efficacité énergétique (pas de 1200w ou 5Ch ,on est sur la puissance d'une visseuse) 
- s'adapter a tout les terrains tordus des particuliers ( avec des pièges partout) 

Etat actuel: le projet est deja bien entamé avec la fonction tonte qui est validée avec des essais terrain depuis 1 ans. 
 
Ce qui bloque : la géolocalisation par GPS ne permet pas d’atteindre la précision pour éviter les obstacles, une voie intéressante semble se trouver dans un accéléromètre associé dans un premier temps à une boussole électronique.
l'objectif technique est de permettre la géolocalisation afin d'enregistrer le routage puis de le lire avec bien-sur une tolérance d’erreur que l'on fixera a 20cm.

ce projet nécessite urgemment des compétences en 
- Électronique acquisition 
- Codage fonctionnel 
- Stratégie robotique 
- debugage de robot 
- Et optionnellement en design 3d et logo 

Ambition: ce projet bénéficie d'une fenêtre de 3 mois que l'open source fasse ses preuves, si les 3 critères ci dessous sont atteint avant la date du 25 juin 2014, le projet bascule dans sa totalité dans l'open source open hardware. 
 
-le robot sait en permanence ou il est et dans quel sens il vas 
-Un patinage d’une roue ne l’influence en rien 
-Acquisition de la trajectoire et lecture a 20cm près 

== Matériel ==

Pour accéléromètre, on s'oriente dans un premier temps 
vers un de qualité qui affiche sa précision dans sa doc technique ADIS16209 
[[File:adis .png|400px]] 
pour la boussole, on s'orientera de la meme façon vers le HM55b 
[[File:HM55b.png|400px]] 
Ci dessous la partie Electronique du projet 
[[File:elec.jpg|400px]] 
et la dessous a la fois le budget du proto et de la version serie 
[[File:cout.png|400px]]

== Logiciels ==

Vous l'aurez deviné, ici on va parler du soft si il y en a :)

=== Architecture ===

on s’intéresse ici a une première stratégie d'encodage de geolocalisation, ci dessous un jardin a tondre vu de dessus 
[[File:gazzon.png|400px]] 
on réalise l’acquisition du routage lors de la première tonte en poussant le robot manuellement
si on reste plus de 0.5s dans une case, cette dernière est enregistré, 
[[File:aquis.png|400px]] 
puis lors d'une seconde tonte, on replace le robot a l'origine en lui indiquant qu'il est a l'origine, il vas alors lire le fichier au mieux et viser en ligne droite le centre des cellules, dés qu'il rentre dans la zone de tolerance, la celule est validé, il cherche a aller a la suivante . 
[[File:lecture.png|400px]] 
et tout simplement il enchaîne sont parcour 
[[File:zoom.png|400px]] 

=== Languages ===

== Évolutions possibles ==

La réussite de ce projet permettra 
- une seconde vie aux visseuses qui n'ont plus de batterie fonctionnels 
- au niveau globale une avancée majeur dans l'entretient des jardins, ou trop souvent jardin-entretenu rime avec énergie-perdu 
- au niveau mécanique un retour en arrière technologique qui émet un doute dans l’évolution des systèmes de tontes 
- au niveau soft une solide base qui vas certainement devenir la plateforme de référence dans la gestion de pilotage de robot par accéléromètre au niveau mondiale.

== Bilbiographie ==

* pourquoi pas
* une liste
* de liens



[[Category:Projet]]

Fichier:Zoom.png

2014-03-24T18:20:04Z

Charg : MsUpload

MsUpload

Fichier:Lecture.png

2014-03-24T18:20:02Z

Charg : MsUpload

MsUpload

Fichier:Aquis.png

2014-03-24T18:20:01Z

Charg : MsUpload

MsUpload

Fichier:Gazzon.png

2014-03-24T18:20:01Z

Charg : MsUpload

MsUpload

HeliBroute

2014-03-24T18:17:56Z

Charg : /* Évolutions possibles */

HeliBroute

2014-03-24T18:17:03Z

Charg : /* Évolutions possibles */

HeliBroute

2014-03-24T18:16:28Z

Charg : /* Évolutions possibles */

HeliBroute

2014-03-24T17:54:00Z

Charg : /* Matériel */

HeliBroute

2014-03-24T17:52:58Z

Charg : /* Matériel */

HeliBroute

2014-03-24T17:52:11Z

Charg : /* Matériel */

HeliBroute

2014-03-24T17:51:23Z

Charg : /* Matériel */

Fichier:Cout.png

2014-03-24T17:51:06Z

Charg : Charg a importé une nouvelle version de « Fichier:Cout.png » : MsUpload

MsUpload

Fichier:Elec.jpg

2014-03-24T17:51:06Z

Charg : MsUpload

MsUpload

Fichier:Cout.png

2014-03-24T17:50:17Z

Charg : MsUpload

MsUpload

Fichier:HM55b.png

2014-03-24T17:47:35Z

Charg : MsUpload

MsUpload

HeliBroute

2014-03-24T17:47:07Z

Charg : /* Matériel */

Fichier:HM55b2.png

2014-03-24T17:46:44Z

Charg : MsUpload

MsUpload

Fichier:Adis .png

2014-03-24T17:44:42Z

Charg : MsUpload

MsUpload

HeliBroute

2014-03-24T17:39:06Z

Charg : /* Présentation */

HeliBroute

2014-03-24T17:32:12Z

Charg : /* Présentation */

HeliBroute

2014-03-24T17:30:27Z

Charg : /* Présentation */

HeliBroute

2014-03-24T17:29:59Z

Charg : /* Présentation */

HeliBroute

2014-03-24T17:28:17Z

Charg : /* Présentation */

HeliBroute

2014-03-24T17:27:49Z

Charg : /* Présentation */

Pompe Péristaltique

2014-03-24T14:48:07Z

Charg : /* Les rouleaux pour ceux qui n'ont pas de tour */

== Principe général ==

Le but est de réaliser une pompe réversible. Le choix s'est porté sur une pompe [http://fr.wikipedia.org/wiki/Pompe_p%C3%A9ristaltique péristaltique]
Un autre avantage est que le mécanisme n'entre pas en contact avec le liquide pompé.

Pour les pressés, une [http://www.dailymotion.com/video/x1bprbb_aquamarium-pompe-peristaltique_tech vidéo] en fonctionnement :)

== Réalisation ==

=== Impression 3D ===
[[File:pompe3d.jpg|droite|180px]]
il faut imprimer les fichiers STL disponibles sur le [https://github.com/fablab-lannion/DataPlus/tree/master/AquaMarium/hardware/Pompe github]
* 2x flasques
* 1x corpdepompe
* 1x renfort roulement

=== Matériaux nécessaires ===
il faut acheter ou avoir en stock
* 2x roulement 608 2RS
* 1x tuyay silicone Ø10 a parois fine(1mm) [http://www.carlroth.com/catalogue/catalogue.do;jsessionid=7C09ABB6D8EF2CA62983D1E0B2EFB45F?favOid=0000000000013dc400020023&act=showBookmark&lang=fr-fr&market=FR ici la ref validé ref roth 9574.1]
* 1x tube acier Øint22 Øext25
* 3x clou Ø3 ou Ø4mm
* 1x visseuse type Lidl démontée
* 1x vis M8L100 +ecrou
* 1x alim 5V5A
* 1x fourche opto standard
* 1x colle superglue
* 2x manchon alu ou laiton Ø8ext
* 2x sert tube ou sert flex

On ne détaillera pas chaque phase d'assemblage car des belles photos subjectives sont largement suffisantes a fournir les indications utile au montage :)

<gallery>
Image:R1.JPG|R1
Image:R2.JPG|R2
Image:R3.JPG|R3
Image:R4.JPG|R4
Image:R5.JPG|R5
Image:R6.JPG|R6
</gallery>

2 points délicats toutefois se trouvent au niveau de la réalisation des rouleaux et de l’entraînement du rotor par le moteur

=== Les rouleaux pour ceux qui n'ont pas de tour ===
* R3 couper les clous a -- mm
* R4 marquage de 5mm au feutre et fixation très sérrés dan un mandrin de visseuse
* R5 avec des lunettes de protection faites tourner la viseuse a mi-vitesse, approcher la partie noir de la meule en rotation ou d'une disqueuse si vous avez pas de touret !!!
* R6 finissez l'angle a la lime : haute vitesse et surtout un vas et vient de la lime, polissage a la toile émeri et graissage des rouleaux a la graisse lithium

PS:vous pouvez les réaliser en inox si vous voulez une longévité en milieu extérieur

=== L’entraînement du rotor ===
* H1 il faut limer 20mm de l’extrémité de la vis M8 en hexagone de 6.5mm. Pour cela fixer la vis dans l’étau limer un bon méplat
* H2 puis retourner la vis de 180° limer la seconde face, équilibrer les 2 coté jusqu’à mesurer 6.5mm profitez en pour réajuster le parallélisme a chaque mesure,
* H3 maintenant il faut avoir "le compas dans l’œil" il s'agit de realiser les 4 faces manquante a l'hexagone , essayer de visualiser les angles pour orienter les usinages et ainsi équilibrer l'axe.
* H4 apres avoir souder les 2 pieces rotor ensemble repercer l'axe a Ø8mm et percer de 5mm a Ø13 un coté (ou a la dremel pour ceux qui' non pas ce foret) puis chauffer la vis M8 sur un bruleur laissé la glisser dans le rotor et appuyer avec un marteau , la tète de vis qui vas ainsi former sont empreinte.

PS: au touret l’ébauche de la forme peut être fait plus rapidement

== Médias ==

=== Photos ===
<gallery>
Image:Pompe.jpg
Image:Pompe3d.jpg
Image:R1.JPG
Image:R2.JPG
Image:R3.JPG
Image:R4.JPG
Image:R5.JPG
Image:R6.JPG
</gallery>

=== Vidéo ===
* [http://www.dailymotion.com/video/x1bprbb_aquamarium-pompe-peristaltique_tech en fonction]

[[Category:Projet]]

Shapeoko

2014-02-20T17:12:09Z

Charg : /* Maintenance / Etat */

[[File:eShapeOko_dual_Y_with_LXP.jpg|400px|droite]]

== Descriptif de la machine ==
Numéro de Série : 178

== Documentation ==

== Exemple d'utilisation ==

== Maintenance / Etat ==
les différents manuels de montage de la shapeoko ne mentionnent pas le montage des courroies, ce qui est franchement déplorable.
Grâce a une équipe de monteur motivés des solutions ont été trouvés pour assurer un montage fiable, fonctionnelle et pérenne sans risque de déchirure des courroies sur des arêtes vives.

3 roulements n’étaient pas conformes donc la machine a été monté sans et 3 poulies plastiques sont montés avec un seul roulement a la place de 2,
Ces 3 roulements de remplacement ont déjà été achetés gracieusement par un membre du Fab Lab.

== Liens ==
[http://wiki.amberspyglass.co.uk/index.php?title=EShapeOko_Mechanical_Kit_Parts_List Liste des pièces eShapeOko]
[http://www.shapeoko.com/mechanical-details Liste des pièces ShapeOko]

[http://www.shapeoko.com/full-details Descriptif de la machine]

[http://wiki.amberspyglass.co.uk/index.php?title=EShapeOko_Assembly_Instructions Guide de montage eShapeOko]
[http://www.shapeoko.com/wiki/index.php/Assembly_overview Guide de Montage ShapeOko]

== Commande ==

=== En [http://store.amberspyglass.co.uk Europe] ===
* [http://store.amberspyglass.co.uk/configurable-size-eshapeoko-mechanical-kit-with-open-end-plates.html kit de base] £235
** 495mm dual X-rail +29£
** Aluminium spacers +7.5£
** 495mm Y-rail
** All axes NEMA23 motors +21.6£
* Shield pour UNO [http://makerslide.co.uk/buildlog-net-stepper-shield-complete-kit.html Stepper shield] 19.95£ ou grblShield ([http://www.reactivesubstance.com/step.html instructions])
* 4 [http://makerslide.co.uk/51mm-nema23-stepper-motor-400step-per-rev.html moteurs NEMA23] 4*25.95£=103.8£
* [http://store.amberspyglass.co.uk/24v-5a-120w-brick-power-supply.html Alimentation] (24v 4.2A) : 24.95£ (alim de PC récupérée --> pas possible le -12V est pas assez puissant)
* Port ~20£
Total: 461,8£ ~= 531.4€

=== Ailleurs ===
* Arduino UNO (éventuellement on en a d'avance)
* équivalent dremel ~30€
* assortiment de fraises 4-10$ chaque (+port: [http://www.ebay.com/sch/drillman1/m.html?item=150842974681&pt=LH_DefaultDomain_0&hash=item231ef121d9&rt=nc&_trksid=p2047675.l2562 la] ou [http://www.ebay.com/bhp/carbide-2-flute-endmills la] par exemple)
* 3 ou 4 stepper drivers :
** Pololu A4988 carrier boards, or the pin-compatible [http://reprap.org/wiki/StepStick StepStick] modules [http://www.ebay.com/itm/StepStick-A4983-Stepper-Driver-Module-Compatible-with-A4988-/200810071461 ~8$ chaque]
** radiateur (récup)
** ventilateur (récup)
* cablage ...
* barre de dominos
* plaque de MDF pour le dessous
** éventuellement quelques [http://www.shapeoko.com/forum/viewtopic.php?f=11&t=1025 écrous noyés]
* bombe de peinture pour les plaques métal (~10€)

=== Outillage nécessaire ===
* Papier de verre 200 à 400 pour métal (ou laine d'acier)
* Taraud (et tourne à gauche) M5×0.8mm
* clef plate de 8mm
* 2 clefs plates de 13mm
* clef Allen de 1.5 à 4mm
* quelques [https://fr.wikipedia.org/wiki/Tyrap TyRap]
* équerre
* chiffon+acétone pour dégraisser

=== Options ===
* [http://www.shapeoko.com/wiki/index.php/Emergency_Stop Emergency stop] Très recommandé !
* limit switches
* remplacer l'électronique (arduino+shield+drivers) par une [http://smoothieware.org/smoothieboard SmoothieBoard] (Openhardware design par A. Wolf du TyFab) [http://shop.ipsofactio.com/en/home/1-smoothieboard.html ~100€]

Extrudeur Pour Impression 3D

2014-02-20T16:40:01Z

Charg : /* Tête chauffante */

Dans l'objectif de remplacer la tête d'extrusion et de chauffe de l'actuelle RepRap ou d'ajouter une tête d'impression 3D à la CharlyRobot, voici quelques liens concernant le matériel qui pourrait être utilisé:

[[Fichier:ExtrudeurJHead.jpeg|300px]][[Fichier:Geeetech_extruder.jpg|300px]]

== Problème actuel sur la RepRap Prusa Explorer 3D ==
http://forums.reprap.org/read.php?4,175501,175501#msg-175501

Les problèmes peuvent se synthétisés suivant quatre points:

- On ne peut réaliser une extrusion précise avec un Ø de fil trop gros et du a la raideur en flexion la fin des bobines se termine en tirebouchon générant naturellement des nœuds .

- La tête de chauffe d'extrusion doit chauffer qu'a son extrémité et avoir une bonne réserve de capacité de chauffe pour maintenir sa température même en avance rapide du fil.

- Le pincement du fil au niveau de l'entrainement doit comporter une élasticité pour faire face a des variation du diamètre du fil issus d'un défaut de la bobine ou d'un dérapage de l'entrainement qui aurait grignoté le fil. Cette élasticité soit par un caoutchouc soit par un ressort doit avoir une bonne longueur d’écrasement ou de tension afin de garantir un pincement quasi constant face au variation de Ø.

- Le moteur d'avance du fil doit être situé au plus proche de la tête de chauffe pour éviter d'avoir une élasticité entre le pilotage de l'avance et la sortie du fil.

Ce dernier point implique que le moteur soit situé sur le chariot de la RepRap. Aussi si on envisage des vitesses rapide de positionnement, il faut penser a minimiser la masse du chariot, on en déduit qu'un moteur pas a pas n'est pas forcement la technologie la plus légère; un ensemble moteur DC + codeur serais dans cette problématique bien plus judicieux.

== Tête chauffante ==

* JHead
** http://www.reprap-france.com/extrudeur-hot-end/57-t%C3%AAte-chauffante-j-head-mk5b-pr%C3%A9-assembl%C3%A9e-3mm.htmlw
le lien n'existe plus

** https://www.hotends.com/index.php?route=product/product&product_id=88
a $56 semble être la tête assez populaire même si une resserve de chauffe de 248C° semble un peu faible

** http://www.emakershop.com/browse/listing?l=110
a $55 une JHead en Ø3mm pour un remplacement rapide sur la reprap actuel

* E3D V5
** http://www.emakershop.com/browse/listing?l=905 de Ø0.4 a 1.75mm
** http://www.emakershop.com/browse/listing?l=904 de Ø0.4 a 3 mm

a $84 la chauffe et le refroidissement sont très proche ce qui montre une bonne réflexion face a la problématique et 40W c'est au moins 2 fer a souder standard

http://www.amazon.com/0-2mm-Nozzle-Printer-Extruder-Print/dp/B00D5RRYGS
a $91 une belle buse chauffante avec le moteur entrainement intégré
dommage que le pincement soit fait par une vis et que sont poids atteigne 411g

== Modèle d'extrudeurs complets ==

* Prusa nozzle v2 http://www.emakershop.com/browse/listing?l=353
* Geeetech extruder GT2 http://www.ebay.ca/itm/Assembled-Geeetech-extruder-GT2-with-stepper-motor-Nema17-RepRap-Prusa-Mendel-/331101408877?pt=LH_DefaultDomain_0&hash=item4d172e8e6d&_uhb=1
* prusa i3 https://zapeleven.com/?cat=3 http://www.ebay.com/itm/Reprap-Prusa-Canted-Wades-Extruder-w-tilting-screws-Complete-for-3D-Printer-/150874398611
* http://www.ebay.com/bhp/3d-printer-head
* https://sites.google.com/site/3dprinterlist/home/extruders/filament-extruders/airtripper-s-direct-drive-bowden-extruder

[[Catégorie:Reparations]]

Extrudeur Pour Impression 3D

2014-02-20T16:25:46Z

Charg : /* Problème actuel sur la RepRap Prusa Explorer 3D */

Dans l'objectif de remplacer la tête d'extrusion et de chauffe de l'actuelle RepRap ou d'ajouter une tête d'impression 3D à la CharlyRobot, voici quelques liens concernant le matériel qui pourrait être utilisé:

[[Fichier:ExtrudeurJHead.jpeg|300px]][[Fichier:Geeetech_extruder.jpg|300px]]

== Problème actuel sur la RepRap Prusa Explorer 3D ==
http://forums.reprap.org/read.php?4,175501,175501#msg-175501

Les problèmes peuvent se synthétisés suivant quatre points:

- On ne peut réaliser une extrusion précise avec un Ø de fil trop gros et du a la raideur en flexion la fin des bobines se termine en tirebouchon générant naturellement des nœuds .

- La tête de chauffe d'extrusion doit chauffer qu'a son extrémité et avoir une bonne réserve de capacité de chauffe pour maintenir sa température même en avance rapide du fil.

- Le pincement du fil au niveau de l'entrainement doit comporter une élasticité pour faire face a des variation du diamètre du fil issus d'un défaut de la bobine ou d'un dérapage de l'entrainement qui aurait grignoté le fil. Cette élasticité soit par un caoutchouc soit par un ressort doit avoir une bonne longueur d’écrasement ou de tension afin de garantir un pincement quasi constant face au variation de Ø.

- Le moteur d'avance du fil doit être situé au plus proche de la tête de chauffe pour éviter d'avoir une élasticité entre le pilotage de l'avance et la sortie du fil.

Ce dernier point implique que le moteur soit situé sur le chariot de la RepRap. Aussi si on envisage des vitesses rapide de positionnement, il faut penser a minimiser la masse du chariot, on en déduit qu'un moteur pas a pas n'est pas forcement la technologie la plus légère; un ensemble moteur DC + codeur serais dans cette problématique bien plus judicieux.

== Tête chauffante ==

* JHead
** http://www.reprap-france.com/extrudeur-hot-end/57-t%C3%AAte-chauffante-j-head-mk5b-pr%C3%A9-assembl%C3%A9e-3mm.htmlw
** https://www.hotends.com/index.php?route=product/product&product_id=88
** http://www.emakershop.com/browse/listing?l=110
* E3D V5
** http://www.emakershop.com/browse/listing?l=905
** http://www.emakershop.com/browse/listing?l=904

== Modèle d'extrudeurs complets ==

* Prusa nozzle v2 http://www.emakershop.com/browse/listing?l=353
* Geeetech extruder GT2 http://www.ebay.ca/itm/Assembled-Geeetech-extruder-GT2-with-stepper-motor-Nema17-RepRap-Prusa-Mendel-/331101408877?pt=LH_DefaultDomain_0&hash=item4d172e8e6d&_uhb=1
* prusa i3 https://zapeleven.com/?cat=3 http://www.ebay.com/itm/Reprap-Prusa-Canted-Wades-Extruder-w-tilting-screws-Complete-for-3D-Printer-/150874398611
* http://www.ebay.com/bhp/3d-printer-head
* https://sites.google.com/site/3dprinterlist/home/extruders/filament-extruders/airtripper-s-direct-drive-bowden-extruder

[[Catégorie:Reparations]]

Extrudeur Pour Impression 3D

2014-02-20T16:15:54Z

Charg : /* Problème actuel sur la RepRap Prusa Explorer 3D */

Suivi des ruches

2013-08-28T19:38:57Z

Charg : /* Capteur de pression */

[[Fichier:Bzzz-logo fond blanc.jpg|thumb|Logo projet Bzzz]]

= Présentation =
Le projet Bzzz (Bee Zen Cube) est un projet de suivi de ruches pour une apiculture vraiment Zen ( pour l'apiculteur et pour ses abeilles ^^).

Le but de ce projet est de proposer gratuitement à tout apiculteur amateur un peu bricoleur les plans d'un kit de suivi des ruches.

La description du projet est visible dans le fichier:[[Fichier:Projet Bzzz.pdf|thumb|Presentation V0]]
 
 
La première version de cette supervision de ruche répond au cahier des charges suivant: 
- Une seule et unique ruche supervisée 
- Supervision de la masse, la température interne, la luminosité extérieur 
- Autonomie électrique du système (pas de branchement électrique filaire nécéssaire) 
- Envoi par SMS des données de manière périodique 
- Système d'affichage des données (portail en ligne) 
- Système d'alerte avec seuil définit 
 
Le but étant de suivre l'évolution de la ruche à distance, la prise de poids, le bien-être interne de la ruche, l'alerte en cas d'essaimage. 
 
Les évolutions envisagées sont notées dans la partie ToDoList. 
 

= Planning =
Avril/Mai 2013: Définition du cahier des charges, choix de la méthode de supervision (capteur, portail, ...) 
Juin 2013: Premier prototype fonctionnel et mise en place en condition réel pour première conclusion de fonctionnement. 
Juillet 2013: Evolutions/améliorations suite aux tests en condition réels. 
Aout 2013: Deuxième essai en condition réel et évolution possible 
...

= Structuration du projet et Membres associés =

== Brevet ==
Aucune contre indication au niveau des brevets existant. 
''@joc @colvert''

== Le Cube ==

=== Capteur masse ===
@charg, @yann 
 
Todo: Détailler le travail sur les capteurs (solutions envisagées, pour et contre)
 

====Capteur jauge de déformation====
pont de wheastone + amplification

Capteur jauge de déformation: A voir le modèle

Pont de wheastone: Définir la valeur des résistance

Amplification: Utilisation d'un AD620 ([http://www.analog.com/static/imported-files/data_sheets/AD620.pdf datasheet])

====Capteur de pression====
le capteur de pression choisis est le MPX 5100 (0 a 1Bar) disponible a prix compétitif de 23 € chez Conrad
La pression est transmise depuis le support jusqu'au capteur en utilisant un liquide pour
éviter les variations de température et de pression atmosphérique.

A discuter: liquide à y insérer, car celui ci ne doit pas s'évaporer, ni geler.

'''<big>TODO : Référence + datasheet du capteur + montage elec en sortie + Fct de transfer tension/kg</big>'''

=====Utilisation d'une bouteille remplie d'eau=====
:Proposition de l'assemblage: 
:[[File:Bzz.png|300px]] 
:4 bouteilles souples (type Cola) reliées à un capteur de pression.
:Un robinet de purge est présent pour vider les bulles d'air.
:Avancement 22/05/2013: test d'un capteur bouteille: 
:[[File:DSCN6808.JPG|300px]] 
:
=====Utilisation de Pompote=====
:L'utilisation de 2 sachets de Pompote remplis d'eau relié au capteur de pression a été validé.
:La tension en sortie du capteur + montage semble stable.
:
:Avancement 12/06/2013: Test sur une chaine de bout en bout avec la pompote solution: 
:[[File:20130612_200534.jpg|400px]] 
:Résultat visible dans [http://projects.emerginov.org/Bzzz/ site de test] (''login'' test ''mdp'' <rien> ), joli bois
=====Capteur de pression imprimé=====
: 
:Photo de l'avancement le 22/04/2013 côtés Capteur de pression imprimé: 
:[[File:20130423_131517.jpg|300px]][[File:20130423_132821.jpg|300px]][[File:20130423_133003.jpg|300px]] 
: 
:L'impression 3D du capteur n'a pas donné un bon résultat, en effet le capteur n'est pas étanche

: 
:Une photo d'un proto presque complet (monoruche sans zigbee) => Ruche / Capteur Masse / Capteur Température / Capteur Lumière / Panneau solaire.
 
Mise en place de ce proto en condition réel (mesure tous les 15min le jour, toutes les 2h la nuit.
[[File:20130704_004325_l.jpg|400px]]

=== La boîte (Plans et réalisation proto) ===
@charg, @joc

=== Energie ===
@david.blaisonneau, @cedricbou

==== Limitation de la consommation d'énergie ====
Sur l'arduino, la librairie 'Narcoleptic' (modifiée pour prendre en compte de longues durées) est utilisée pour endormir l'arduino pendant une durée configurable.
Coté shield, le shield GSM choisi [http://www.seeedstudio.com/wiki/GPRS_Shield_V2.0] permet d'allumer/éteindre la puce GSM via un soft-switch, cela limite donc la consommation au strict nécéssaire.

==== Alimentation ====
L'alimentation par le Solar shield testé [http://www.seeedstudio.com/wiki/Solar_Charger_Shield_v2.0b] + Batterie Lipo 3.7V n'est pas assez puissante, d'autres tests dans des configurations différentes sont à faire.
Un test de durée de batterie est en cours avec une pile 9v et une période d'envoi de SMS toutes les 15 minutes.

=== Communication entre les ruches ===
@laurent, @guillaume.remy

Filaire ou ZigBee. Pour l'instant ZigBee est retenu.

Le prototypage se fait sur deux Arduino Uno munis de shields ZigBee, l'un simulant une ruche et l'autre le collecteur du rucher. Nous sommes parvenus à faire communiquer la ruche avec le collecteur du rucher par l'intermédiaire du ZigBee. La prochaine étape consiste émuler un capteur qui envoi des données à l'Arduino, afin d'évaluer la consommation en énergie de chaque ruche.

Photo avancement au 22/04/2013: 
[[File:20130423_133322.jpg|400px]][[File:20130423_1332031.jpg|400px]] 
 

Module Xbee utilisé: 
Module ZigBee Xbee série S2.
Modules mis à jour pour une version firmware type ZB, par le logiciel XCTU. 
 
TODO: 
Desactiver l'émission de Data_Request du Xbee, par une commande API venant de l'Arduino pour mise en sommeil profonde du XBee. 
Estimer la consommation du module XBee End_device (Slave) accompagné de son Arduino. 
Définir la pile/batterie à utiliser sur l'ensemble Arduino/Xbee Slave. 
Etablir une gestion de sommeil de l'Arduino par Timer, de manière à se réveiller toutes les 15 mns. 
Fusionner le soft Arduino Master (GSM / Xbee) pour tester la chaîne complète. 
 
Fait: 
Mesure d'une entrée brute de l'ADC "Arduino Xbee Slave" envoyée, reçu et affichée sur la sortie "Arduino Xbee Master". 
Reprogrammation du firmware XBee Router livré usine, en firmware End_Device (adapté Low Power). 
Mise en sommeil du XBee commandé par une IO de l'Arduino. 

=== Communication entre le rucher et internet ===
''@laurent, @guillaume.remy''

WiFi : Si le rucher est à proximité d'une maison

GSM : Envoi de SMS, couverture nationale

Réseau dédié M2M bas débit : http://www.sigfox.com/ couvre apparemment la France métropolitaine
 
 
''@david @nicolas'' 
Aperçu du code arduino pour une unique ruche (capteur et envoi de SMS): [[:File:Bzzz_Proto_v0.2.txt]] 

== Serveur Collecte et Affichage Smartphone ==
@colvert, @benoitb

=== Nano spec ===
Le but du serveur est de
* déclarer des ruchers
* déclarer des ruches dans des ruchers
* collecter des données de ruches
* afficher les graphs de données par ruche
* générer une alerte en acs de delta entre 2 mesures pour une ruche donnée

==== Data model ====
le petit modèle objet peut être décrit comme suit
[[File:Bzz SQL model.png|400px]]

Le serveur est développé en jquery model histoire d'être visualisable indiféremment sur PC, tablette ou smartphone.

==== Fichiers ====
l'arborescence fichier simplifiée peut être vue comme suit:
[[File:Bzzz spec.png|400px]]

'''Nommage des ruches'''

ruche id = 100* Rucher Id + Id ruche
ex 304 = 4ème ruche du rucher 3 => id unique

'''Gestion du SMS'''

Le SMS permet de collecter les infos de sondes
on peut simuler l'envoi de SMS d'une ruche
* soit en envoyant un SMS au 0645 113 265
le SMS doit être formaté comme suit
Bz 403 65.8 15.2 0.65
ce qui signifie la ruche 403 remonte la donnée 1 (MASSE) 65.8, la donnée 2 (TEMP) 15.2, la donnée 3 (HUMIDITE) et la donnée 4 (SON). le prefix est indispensable pour retrouver le service Bzzz
* soit en simulant tout ça en envoyant une requète du style
http://projects.emerginov.org/Bzzz/smsreceiver.php?SOA=0614789123&Content=Bz+403+65.8+15.2+0.65

on peut multiplexer les données dans le SMS en séparant les jeux de valeur par le caractère *
Bz 403 65.8 15.2 0.65*1101 56.4 - 4.9 6.1*701 34 - - 5

- ruche 3 du rucher 4: 65.8kg, 15.2°, 0.65 (humidité)
- ruche 1 du rucher 11: 56.4kg, 4.9 (humidité), 6.1db
- ruche 1 du rucher 7: 34kg, 5db

l'ordre est important
1) MASSE
2) TEMPERATURE
3) HUMIDITE
4) SON

'''Gestion Ethernet'''

même principe que le SMS
on peu ne pas simplifier la requête si on veut..
http://projects.emerginov.org/Bzzz/smsreceiver.php?Content=403+65.8+15.2+0.65

pour le moment on répond ok ou ko (pas de données)

'''Librairies'''
* jquery mobile
* [http://leafletjs.com/ leaflet]: carto [http://openstreetmap.fr/ openstreetmap] pour la localisation d'un rucher (adLocalisation.php)
* [http://www.jqplot.com/ jqplot]: pour grapher les résultats des sondes (stats.php)

=== Todo liste ===

==== A faire: ====
* codage des cas pas droits (TODO dans le code qui vérifie si le rucheid n'est pas valide, si le rucherid est le bon .. pour le moment je fais confiance au gars qui tape
* intégration avec [http://projects.emerginov.org/sensonet/ sensonet] (appli de gestion de réseau de capteurs développée par Benoît H.)
* commentaire code
* gérer le système d'alerting (partiel)
* Mettre à jour le wiki avec explication du fonctionnement (faire une partie monoruche et une partie multiruche)
* Mettre une conclusion sur les réflexions sur les capteurs
* Mettre le protocole du premier essai en condition + les conclusions de cet essai
* Plein d'autres choses encore

==== en option ====
* ajout d'un tag admin/user dans la base (pour l'instant un user qui peut voir tous les ruchers et donc toutes les ruches)
* IVR (kiosque vocale de consultation et/ou appelle le responsable du rucher en cas d'alerte en plus du SMS)
* des stats annuels / mensuels / comparatives ruche
* gestion du filtre pour l'affichage des ruches (sinon si y a 20 ruches dans un rucher la page va être un peu longue...)
* bouton pour export CSV des données d'un rucher ou d'une ruche

==== Fait: ====
* suppression des fichiers qui servent à rien
* mise en place du système de session (pour l'instant la page de login ne sert à rien (login:test mdp:<rien>) mais on peut attaquer directement les pages subséquentes
* display des courbes à finir (pas de display si pas de valeurs, affichage des N derniers points....)
* addRuche à finir
* intégration de carto (pour le moment je rentre longitude/lattitude via des champs, je pense le faire via l'intégration d'une carto, faut que je regarde comment on fait ça en jquery mobile)
* fonction edit_rucher (modifier descriptif / localisation / propriétaire)
* choix pour l'utilisateur du mode d'alerte (SMS, mail, appel) - partiellement fait
* afficher la carte sans avoir à recharger la page cf. explications de Benoît B. ci-dessous
* comprendre pourquoi la carte et les graphs ne se chargent pas avec la page (besoin de reforcer le chargement de la page) => Benoit:"
Le « pourquoi cela ne marche pas ».
C'est assez simple.
Avec JQuery Mobile (JQM par la suite), toute l'application est
constituée de « cartes ». À chaque fois qu'un contenu (une « carte »)
est ouverte (lien, bouton etc.), JQM intercepte la requête, fait une
requête AJAX sur l'URL correspondante, génère et insère le DOM de la page reçue
en réponse et l'affiche. Donc seul ce qui est contenu entre les balises
<body> et </body> est pris en compte. De ce fait, tu n'as aucune chance qu'un
script ou une CSS spécifié dans la partie <head /> soit pris en compte.
Par contre, avec un service suffisamment REST, un « reload » de la page
la charge bien complétement, comme une nouvelle application JQM, avec le
résultat attendu, mais c'est un peu dommage.
Cependant il est possible de +/- contourner ce principe, en indiquant à
JQM (attribut data-ajax="false" dan sles balises <a ...>) que le document
joint est indépendant. Mais de mon point de vue, c'est assez improductif
de procéder de la sorte.
L'autre solution, c'est simplement de penser l'application comme une
seule page, et d'aller systématiquement chercher les contenus dynamiques
en AJAX. De mon expérience, ce n'est pas un problème et permet même une
meilleure séparation de la logique métier (coté serveur) et de l'affichage.

=== Pour contribuer ===
2 url pour commencer sur Emerginov (faut avoir un compte de dev)
* http://www.emerginov.org/main_authen/selfcare.php
* http://developers.emerginov.org/

== Relation avec Beewatch ==
@cedricbou

== Questions aux apiculteurs ==

=== delta masses d'une ruche ===
'''Question''': JOC nous a indiqué un delta de masse de l'ordre de 2kg en cas d'essaimage, quid du delta journalier lié au butinage? En journée quelle proportion est sortie?

'''Réponse''': Par rapport à la masse de référence journalière (mesurée à0H00) une bonne ruche voit sortir de 2000 à 4000 butineuses (i.e de 0,2 à 0,4 kg) soit en maximisant la variation naturelle peut être MasserefJour-0,5kg

=== Miel ===
'''Question''': sur une ruche en fonction du temps, a-t-on une idée de la masse de miel produite?

'''Réponse''': si la question est quelle la variation naturelle positive d’une ruche en une journée (rentrée de nectar, d’eau, de pollen, de propolis, d’abeilles qui dérivent …)? on peut l’estimer MasserefJour +1kg.
Le miel est récolté par l’apiculteur une à deux fois/an (récolte éventuelle printanière en juin, récolte de l’année fin août)
Mais de tout façon cela fait partie du travail de l’apiculteur au rucher et donc il inhibera les alarmes ce jour-là (il faut d’ailleurs prévoir une fin automatique de l’inhibition qui pourrait se faire juste après la mesure de référence soit à 0h01)
Enfin pour répondre à ta question : sur une ruche on peut récolter disons, de 0 à 90kg suivant son type, emplacement, région , conditions météo, conduite du rucher par l’apiculteur expérimenté ou non, qualité de la reine, variété d’abeilles …. En Bretagne on pourrait partir en moyenne 15/20kg avec un écart-type de 10kg

=== Alarme ===
'''Question''': systèem actuel basé sur une comparaison flottante, est ce ok?

'''Réponse''': A mon sens il n’est pas nécessaire de prendre une référence journalière glissante (une ruche qui essaime ne va pas ou peu rentrer de nectar), pour moi il suffit que la référence journalière soit le poids de la ruche à 0h00 (toutes les abeilles sont à l’intérieur), et on déclenche simplement l’alerte à MasserefJour -1,5 ou -2kg.
Maintenant c’est important d’alerter à bon escient et rapidement :
* aussi pour éviter de déclencher l’alarme intempestivement s’il y a une mauvaise mesure, tu peux effectivement déclencher l’alarme que si deux mesures consécutives sont au-delà de ce seuil.
* Ce qui avec l’hypothèse que les mesures sont faites toutes les 5 minutes, on alarme au max 10 minutes après l’incident, ce qui est compatible avec le temps qu’a l’apiculteur pour récupérer l’essaim en cas d’essaimage (entre ½ heure et une heure max).

Pour aller plus loin: une bonne référence pour aller plus loin, même si attention il faut l’adapter car cela a été établi au Québec dans les années 80 et avec un autre type de ruches que les nôtres: [http://fablab-lannion.org/wiki/images/5/5f/Relation_activit%C3%A9_colonies_abeilles_productivit%C3%A9.pdf]

= Liens utiles =

[http://projects.emerginov.org/Bzzz/ site de test] (''login'' test ''mdp'' <rien> )

== Code ==

[https://svn.emerginov.org/listing.php?repname=Bzzz code serveur]