Messages de Shinuza

Il nous a régalé

Shinuza a écrit :

C'est pas que la pression, il a pris du temps à apprendre la moto, l'année dernière on a vu qu'il avait compris des choses, par exemple en Malaisie ou à Valence.

Une fois qu'il l'avait bien en main, il a eu un problème d'endurance, on l'a bien vu au Mans et à Jerez, ou il partait en tête comme à l'époque de Yamaha, et n'arrivait pas à conserver son rythme, ils ont travaillé sur la forme de son réservoir pour qu'il souffre moins des bras sur les freinages et c'est en grande partie ce qui lui a permis de faire ces résultats.

Pour élaborer:

Citation

Let Aprilia rider Aleix Espargaró explain. “Michelin has done a great job because we beat the lap record wherever we go,” says the Spaniard.

“The front tyre has improved a lot, so it’s very close to the Bridgestone front, but it’s still not the same. I remember with the Bridgestone front, having 15 bars of [front brake] pressure with 60 degrees of lean, elbow on the ground, locking the front and not crashing. This is impossible with the Michelin.

“With the Michelin the time between when you start braking and when you release the front brake has to be the very minimum. Dovizioso was the best at this. Whenever I’m with Dovizioso he never brakes later than me. We start braking at the same place but when he releases the front brake he’s 5kmh [3mph] slower than me, so in the same few metres he has lost more speed than me, so when we start leaning into the corner I’m risking 75 per cent while he’s risking 65 per cent. It’s all about stopping the bike in a straight line as fast as possible.”

Lorenzo had already got the hang of this brick-wall, straight-line braking technique, as he proved at Jerez, where Dovizioso was unable to make a clean pass on him. But he could not sustain the technique, because he couldn’t handle the g-forces over race distance.

Source: https://www.motorsportmagazine.com/opinion/motogp/why-lorenzo-winning

Patrice Virlin a écrit :

Cool ton histoire de domotique. Un truc quand même : faut gérer les différentes coupures de courant, coupure secteur, coupure parce que ta femme a mis les doigts dans la prise et coupure de personnes mal intentionnées qui en veulent à ton patrimoine.

C'est pour ça que les devices sont discoverable. Ils se connectent au réseau des qu'ils sont sous tension et publient leur champ d'action. Reste au contrôleur de faire la découverte, la classification et la gestion.

FloSimRace a écrit :

Beau projet Shinuza

J'y connais pas grand chose en programmation (c'est plus la thermique du bâtiment mon truc) mais pourquoi ne pas intégrer un capteur de luminosité pour contrôler l'heure d'ouverture et de fermeture des volets ? Par exemple :

• Pièce de vie : ouverture et fermeture suivant la luminosité
• Pièce de nuit : ouverture à heure fixe (à l'heure du réveil par exemple) et fermeture en fonction de l'heure de couché ou de la luminosité (priorité à celui intervenant le plus tôt)

Je sais pas si c'est plus compliqué mais ça permettrait une modularité entre l'hiver et l'été sans avoir à changer les consignes. Après, faut un bon "étalonnage" et une bonne valeur de consigne pour la luminosité.

Je peux tout à faire faire ce genre de chose, l'idée c'est de faire de IoT as a service. Donc je peux tout à faire remonter des évenements depuis des devices dédiés à la température ou à la luminosité.

momoclic a écrit :

Les volet roulant dont tu dispose autorisent un branchement aussi simple ?

Méfie toi avec les fins de course ou avec la télécommande !

Comment comptes-tu centraliser ta domotique ?

J'avais regardé des trucs genre Home Automation mais ça m'inspire absolument pas confiance. Je vais procéder par itération, on verra si je passe sur une autre solution par la suite.

Pour l'instant j'ai besoin d'une device discovery (gérée par mDNS), gestion d’évènements et d'automatisation (gérée par Celery), un contrôle direct des devices + programmation des évenements (flask + celery).

Pour les fins de courses, je vais forcer le stop au bout d'un certain temps, je ne peux pas mettre de stop mécaniques, donc on va faire des faire des stops logiciels

Stribond a écrit :

Effectivement, je ne vois pas dans ton schéma la détection de ta fin de course. Si elle est mal faite est-ce qu'il n'y a pas un risque d’abimer le moteur ?

C'est juste une question de novice. Dans mon appart précédent, il fallait que j'arrête manuellement les volets quand ils avaient fini de descendre ou de monter, sinon on entendait le moteur ronfler indéfiniment. Ce qui n'est pas le cas dans ma maison actuelle ....

Effectivement y'a ce soucis là, d'ailleurs les nouveaux interrupteurs se maintiennent dans leur position jusqu'à que l'on appuie sur stop donc il faut faire attention. Y'a une certaine tolérance quand même. Je peux déduire la position du volet de manière peu précise en calculant la durée d'un cycle complet, le problème c'est que je n'ai pas de feedback au moment où le relai est effectivement fermé. Mais je pense qu'il y a des solutions.

En tout cas, la partie device est faite, il reste à faire le câblage et la tour de contrôle.

/*
   Copyright (c) 2015, Majenko Technologies
   All rights reserved.

   Redistribution and use in source and binary forms, with or without modification,
   are permitted provided that the following conditions are met:

 * * Redistributions of source code must retain the above copyright notice, this
     list of conditions and the following disclaimer.

 * * Redistributions in binary form must reproduce the above copyright notice, this
     list of conditions and the following disclaimer in the documentation and/or
     other materials provided with the distribution.

 * * Neither the name of Majenko Technologies nor the names of its
     contributors may be used to endorse or promote products derived from
     this software without specific prior written permission.

   THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND
   ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
   WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
   DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR
   ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
   (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
   LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON
   ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
   (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
   SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
*/

#include <pins_arduino.h>
#include <ESP8266WiFi.h>
#include <WiFiClient.h>
#include <ESP8266WebServer.h>
#include <ESP8266mDNS.h>

const char* ssid = "...";
const char* password = "...";
const int port = 3030;
const String RESULT_OK = "{\"ok\": true}";
const String RESULT_METHOD_NOT_ALLOWED = "{\"error\": \"method not allowed\"}";

// Instanciate server
ESP8266WebServer server ( port );

void setup ( void ) {
  // Initiate pins
  pinMode(D7, OUTPUT);
  pinMode(D8, OUTPUT);
  pinMode(D2 , OUTPUT);

  // Initiate wifi
  Serial.begin ( 115200 );
  WiFi.mode ( WIFI_STA );
  WiFi.begin ( ssid, password );
  Serial.println ( "" );

  // Wait for connection
  while ( WiFi.status() != WL_CONNECTED ) {
    delay ( 500 );
    Serial.print ( "." );
  }

  // Set led high when wifi is connected
  digitalWrite(D2 , HIGH);
  Serial.println ( "" );
  Serial.print ( "Connected to " );
  Serial.println ( ssid );
  Serial.print ( "IP address: " );
  Serial.println ( WiFi.localIP() );

  // Set up mDNS responder:
  if (!MDNS.begin("esp8266")) {
    Serial.println("Error setting up MDNS responder!");
    while (1) {
      delay(1000);
    }
  }
  Serial.println("mDNS responder started");

  // Add service to MDNS-SD
  MDNS.addService("http", "tcp", port);
  // Add TXT record, those are merely metadata we will use to discover services
  MDNS.addServiceTxt("http", "tcp", "device_type", "blinds");

  // Mount endpoints
  server.on ( "/", handleRoot );
  server.on ( "/blinds_up", blindsUp );
  server.on ( "/blinds_down", blindsDown );
  server.on ( "/stop", blindsStop );
  server.onNotFound ( handleNotFound );
  server.begin();
  Serial.println ( "HTTP server started" );
}

void loop ( void ) {
  server.handleClient();
}


/* Handlers */
void handleRoot() {
  server.send ( 200, "text/html", "Welcome!" );
}

void handleNotFound() {
  String message = "File Not Found\n\n";
  message += "URI: ";
  message += server.uri();
  message += "\nMethod: ";
  message += ( server.method() == HTTP_GET ) ? "GET" : "POST";
  message += "\nArguments: ";
  message += server.args();
  message += "\n";

  for ( uint8_t i = 0; i < server.args(); i++ ) {
    message += " " + server.argName ( i ) + ": " + server.arg ( i ) + "\n";
  }

  server.send ( 404, "text/plain", message );
}

void blindsUp() {
  if (ensurePostMethod()) {
    digitalWrite ( D7, HIGH );
    digitalWrite ( D8, LOW );
    server.send ( 200, "application/json", RESULT_OK);
  }
}

void blindsDown() {
  if (ensurePostMethod()) {
    digitalWrite ( D7, LOW );
    digitalWrite ( D8, HIGH );
    server.send ( 200, "application/json", RESULT_OK);
  }
}

void blindsStop() {
  if (ensurePostMethod()) {
    digitalWrite ( D7, LOW );
    digitalWrite ( D8, LOW );
    server.send ( 200, "application/json", RESULT_OK);
  }
}

bool ensurePostMethod() {
  if (server.method() != HTTP_POST) {
    server.send ( 405, "application/json", RESULT_METHOD_NOT_ALLOWED);
    return false;
  }
  return true;
}

Ce sketch Arduino:

• Connecte le device au wifi
• Publie un broadcast mDNS avec les métadata nécessaire au filtrage du service
• Expose une API, pour l'instant pas protégée, qui permet d'interagir avec le device

Demain cablâge et mise ne place d'une version basique de la tour de contrôle.

Hello tous,

J'ai pour objectif d'automatiser tout ce que je peux dans ma maison, donc je vais commencer par le plus simple, à savoir les volets roulants

D'origine on a un interrupteur à 3 positions qui commande les deux directions, côté moteurs on a donc 3 fils un fil neutre et deux phases l'une pour la montée, l'autre pour la descente.

J'ai opté pour un relai bi-canal piloté par un NodeMCU qui expose 3 endpoints:

• /blinds_up pour monter les volets
• /blinds_down pour descendre les volets
• /stop pour arrêter tout mouvement

Un serveur permettra de contrôler tous les devices de la maison, et permettra également de programmer certaines actions, par exemple: ouvrir les volets à 8h et les fermer à 20h.

mDNS permet de broadcaster un service, de lui attribuer un nom de domaine et de faire des recherches par type de devices. L'idée étant qu'en cas de coupure de courant tous les devices soient découvrables sans pour autant leur attribuer une adresse ip fixe, afin de pouvoir remonter l'architecture sans intervention manuelle.

Matériel

Hi-Link HLK- PM01 ~ 1.50 euros

Relay 2 canaux 5v ~1.50 euros

Nodemcu Lolin ~5 euros

On a donc un total d'environ 8 euros pour ce projet.

Schéma de connexion

Logiciels

TBD

bbking a écrit :

incroyable Lorenzo, obligé de reconnaitre que la situation actuelle est exceptionnelle

après 1 et demi de pain noir et de couleuvres avalées, le voilà qui force le respect qui gagne 1 fois puis confirme dimanche à Barcelone son renouveau

en même temps est ce si étonnant ? c'est un grand pilote, et c'est en se libérant de la pression qu'il subissait qu'il éclate au Mugello, c'est humain, il n'a plus rien à perdre Ducati fuite dans la presse son départ imminent : il gagne donc !!!

arrive Barcelone, toujours sans pression et encore mieux avec un contrat honda en poche, il gagne de nouveau presque Zen !!!

la nature humaine est bien faite, enlevez le stress, le jugement, le manque de confiance et hop ca gagne !!!

bravo à lui, ceci dit j'espère que Dovi va s'en remettre, il mérite mieux que cette mauvaise passe actuelle

Afficher plus

C'est pas que la pression, il a pris du temps à apprendre la moto, l'année dernière on a vu qu'il avait compris des choses, par exemple en Malaisie ou à Valence.

Une fois qu'il l'avait bien en main, il a eu un problème d'endurance, on l'a bien vu au Mans et à Jerez, ou il partait en tête comme à l'époque de Yamaha, et n'arrivait pas à conserver son rythme, ils ont travaillé sur la forme de son réservoir pour qu'il souffre moins des bras sur les freinages et c'est en grande partie ce qui lui a permis de faire ces résultats.

Un extraterrestre.

Selon vous, qui va sortir de la Q1 avec Marquez?

dirtygoyty a écrit :

je cherche un matériau plus souple que le PLA pour des conditions de mises en oeuvre similaires. Le PET-G a donc l'air d'être une bonne alternative. Le PLA est trop fragile pour mon utilisation. L'ABS trop instable et nécessite un température de plateau trop haute pour mon anet a8.

Le PLA a une meilleure rigidité que l'ABS mais une résistance aux chocs moins importante. Je pense que pour nos utilisations la résistance aux impacts est négligeable (sauf si tu veux faire un QR à monter sur un DD ) mais l'aspect brillant du PLA est vraiment un problème pour moi.

Beaware a écrit :

Bonsoir,

Vous conseilleriez quel filament pour imprimer un HUB ?

Plaque avant + boite (environ L 200 - H 100 - P 30 mm) sachant que je mettrai des rallonge inox M8 à l'intérieur pour les portées du volant et du QR.

Je dirais que le plus important c'est l'aspect final que tu souhaites et les moyens que tu te donnes pour atteindre cet aspect. Tu peux partir sur n'importe quel type de filament rigide, mais l'ABS te permettra une finition plus simple (simple ponçage ou lissage chimique).

Beaware a écrit :

Merci pour les infos.

Si je ne me trompe pas, il s'agit bien de ce modèle pour la CR 10S ? = https://www.gearbest.com/3d-printers-3d…tml?wid=1433363

Pas trouvé de meilleur prix.

Tu ne trouveras pas moins cher, par contre t'es parti pour mi ou fin juillet.

francois38200 a écrit :

Le ICE est pas top apparemment d'après pas mal de personnes sur les imprimante 3d

Il y a beaucoup de différences entre les couleurs chez ICE. Leur PLA rouge fonctionne super bien, mais leur blanc (qui tire sur le bleu) est de mauvaise qualité, idem pour leur noir.

Beaware a écrit :

Bonjour messieurs les pro de la CR10 ,

Je me tâte depuis quelques mois pour faire l'acquisition de cette imprimante 3D . J'ai lu les 2 topics au complet, mais j'aurai quand même besoin de vos conseils.

- Sur quel site est il plus judicieux de l'acheter (au meilleur prix) ?

- GreatBest est il sérieux ?

- Les délais sont ils long ?

- Ou trouver des réductions ?

- Quelles différences entre ces 2 modèles ? :

Prise EU : https://fr.gearbest.com/3d-printers-3d…363#goodsDetail

Prise EU amélioré : https://fr.gearbest.com/3d-printers-3d…363#goodsDetail

- à 393 € est ce une bonne affaire ?

- Pour les consommable (fil) une référence de bobine ou une boutique (fil noir pour moi) ?

Désolé pour toutes les questions, mais pas facile de débuter en voulant se tromper le moins possible.

Afficher plus

J'ai commandé deux CR-10. Une chez gearbest et l'autre chez LightInTheBox. La commande GearBest a mis 2 mois à arriver et l'autre seulement 1 semaine et demi.

La CR-10S a les améliorations suivantes:

- Capteur optique de filament (met l'impression en pose en cas de fin de bobine)

- Deux moteurs pour l'axe Z

- Reprise de l'impression en cas de coupure de courant

- Cartè mère améliorée et possibilité de la flasher.

dirtygoyty a écrit :

je connais pas le PET G carbone. Un substitut au PLA?

Le PET-G c'est le même type de plastique que pour les bouteilles. Il est food safe, s'imprime à environ 220c avec un plateau aux alentours de 65c. C'est une bonne alternative au PLA et à l'ABS, il a une bonne adhésion des couches mais n'offre pas la possibilité de post traitement comme l'ABS.

Le PET-G Carbone est un PET-G qui contient de la fibre de carbone (environ 20%), très resistant mais aussi très abrasif.

dirtygoyty a écrit :

Superbe. Combien de temps mets tu pour imprimer un volant en moyenne? PLA ou ABS? quid de la rigidité?

Je ne pense pas que la rigidité soit un problème vu l'épaisseur. En jouant avec le remplissage on peut mettre moins de matière avec du PLA ou du PET-G Carbone, ce qui aura également pour effet de faire descendre le temps d'impression.

Tortue G a écrit :

Sur ma CR-10 mon plan n'est pas plat, même après que Creality m'ait envoyé un autre plateau, mais une fois calé quelques feuille d'alu entre le plateau et le miroir Ikea tout va bien, et pas de problème de réglage avec une feuille de papier, ça va vite avec les grosses molettes imprimées, et ya pas besoin de le faire souvent, je ne trouve pas ça gênant de ne pas avoir de réglage automatique...

D'ailleurs avec la "sonde", si le plan n'est pas plat, j'imagine que du coup il adapte la hauteur en fonction des ondulations du plateau, et qu'on doit au final retrouver ces ondulations -certes minimes- dans la pièce imprimées non :timide: ?...

Exactement, c'est pour cela qu'on aura tendance à utiliser quelque chose de plat avec une couche adhérente type PEI.

francois38200 a écrit :

Une feuille de papier ou un jeux de Cales y'a rien de mieux

Quand ton plan est... plan, oui. Sinon ça ne fonctionne pas, en tout cas pas sur toute la surface d'impression. C'est quand même dommage dans le cas de la CR-10 avec un plateau de 300mm^2

La température et l'humidité ambiante influe beaucoup oui. On peut préchauffer avec le capteur au dessus du lit pour niveler le problème.

Etienne a écrit :

Le problème avec un capteur inductif, c'est que ça capte que le métal, du coup si la plaque en verre est bombée, ça ne pourra pas le détecter.

L'alternative c'est un capteur capacitif et c'est significativement ( de manière relative ) moins précis qu'un BLTouch ou qu'un capteur inductif.

Test du PETG carbon de chez Technology Outlet.

J'ai laissé les réglages de mon PETG Form Futura (seule la température d'extrusion a été ajustée) donc il reste des tweaks à faire, notamment sur la rétraction. Je voulais juste voir le rendu, la fusion des couches est superbe, comme souvent avec le PETG.

Layer height: 0.2mm

Infill: 50%

Skirt/Raft on

Printing speed 40mm/s