Techos78

C'est comme pour les jolies filles, on veut toujours en voir plus...

May be yes, may be no... j'y connais rien. Je suis méfiant, je me dis que Android peut appliquer les modifications mineures (le x) mais peut-être pas les modifs majeures (4 -> 5)

C'est la 2ième proposition qui est la bonne. Il faut essayer d'éviter de parler de coupure, alors que c'est simplement un dépassement de capacité. Quant à rattraper la roue, il faut beaucoup de chance, elle bascule assez vite, comme une savonnette bien mouillée. Un exemple de demande excessive en Mten1, en marche arrière, pendant un exercice de pendule :

De bien belle roues ovoïdes, une forme désormais classique et de bon ton, bravo Gotway. L’esthétique nocturne n'a pas été négligée, avec des barres de leds bien intégrées. Et Gotway a su résister à l'envie de mettre une sono, ce qui est une qualité supplémentaire. Ce serait bien que Gotway trouve un accessoiriste pour lui fabriquer des housses de protection, car devoir habiller sa roue avec un costard de plongeur ou avec des tranches de jambon, ça fait un peu bouffon...

Quand pilote + roue = 75 kg et qu'on monte une pente de 10 % à 10 m/s (36 km/h) on a besoin de 736 Watts, c'est la définition du cheval vapeur. A partir de là, on applique des coefficients pour correspondre au cas observé. C'est le supplément uniquement dû à l'ascension. qu'Il faut donc sommer à la consommation horizontale. Remarque : en toute rigueur, 10 m/s est la vitesse horizontale, mais l'erreur est faible si on considère que c'est la vitesse dans la pente.

Rhaaa, au moment de commander une Makibes DM98 chez Amazon (pour des raisons de facilité), je vois que @KS69 a raison, c'est Android 4.1 qui est spécifié. https://www.amazon.com/Android-Smartwatches-Bestpriceam-DM98-Bluetooth/dp/B06XR6KFRL/ref=pd_lpo_sbs_107_t_2?_encoding=UTF8&refRID=M62DZ96MW2GD81RN0CE5&th=1 Bon, j'attend un peu que cela s'éclaircisse... Edit : plus bas, dans les specs, ils indiquent Android 5.1. Ça m'énerve, je prends le risque, j'achète. Edit 2 : chez Amazon, il y a plusieurs distributeurs. En payant un peu plus cher, on est sûr d'avoir du 5.1 : https://www.amazon.fr/téléphone-portable-Y3-Smartwatch-Bluetooth-intelligente/dp/B073W9CYRW/ref=sr_1_1?ie=UTF8&qid=1505238009&sr=8-1&keywords=dm98+smartwatch

Thanks for your reply. I'm a little bit surprised : when I read the specifications of these very similar smartwatches LEMFO LEM 4 and Makibes DM98, the OS of the first one is Android 4.4 but the second one is powered by Android 5.1. Both have Bluetooth 4.0. The bluetooth link stability is fundamental, and the problems you have had are very disturbing. Perhaps if was spécific to your watch, and I hope it's not a general fault. The position and the lengt of the antenna is important, but probably also the level of the radio interference generated by the wheel itself. The state of the technology used is is not so glorious : they are no protections inside the wheel like motherboard shielding, cables twisting and so on... However, I think I will buy the Makibes DM98 ( with antenna inside the armband...) then, if this watch does'nt work with my wheel, it seems to be able to run very Angry Birds : You know, for me, speak English it's not a piece of cake, I thought I could give up this diabolical activity ... missed.

Marty Backe est un peu statique sur sa roue, pour comparer, voilà ce que faisait Sam Clegg il y a 2 ans sur sa Mten 1 (500W seulement) : Il nous donne un magnifique exemple d'un décrochage arrière, la roue n'a pas pu suivre... On remarque aussi une forte inclinaison, comme un mode vraiment très mou. La Mten3 plus pêchue devrait se comporter mieux.

C'est souvent pour des raisons de facilité que les programmeurs s'occupent essentiellement de l'aspect cosmétique, un simple éditeur de ressources suffit. Toucher au noyau est plus délicat, et, en toute rigueur, oblige à repasser tous les tests de non-régression à chaque modification.

Je suis bien d'accord. On a actuellement une inflation dans la taille des écrans gsm, 4" , 5", 5.5" et certains qui utilisent des tablettes 7" pour téléphoner... Mais là, il ne s'agit pas de consulter le fofo sur sa montre, mais simplement d'afficher la vitesse, la distance, la tension, la température. Assurément, le besoin est pointu, on entre là dans le domaine du DIY, et je trouve que ce challenge est assez motivant...

Une petite question à propos de l'autonomie. Quand je regarde les specs de la DM98, je vois ça : Evaluer l'autonomie n'est pas évident, quand on a ni l'audio, ni le gsm, mais le bt et, éventuellement le gps. >>> est-ce que quelqu'un a remarqué, sur son téléphone, l'influence du gps sur la conso ? En gros, ça bouffe ou pas ? Attention, quand on télécharge la cartographie, ça doit téter un max... On n'est pas dans ce cas là. J'imagine que c'est surtout le rétro-éclairage de l'écran qui doit être gourmand, il ne faut donc pas qu'il s'allume à chaque secousse... Je pense que ce type de montre correspond à peu près au besoin, excepté l'écran qui est probablement peu visible au soleil... On peut remarquer que la grosse Neptune Pine (très chère) utilise aussi une batterie 900 mAh.

Juste pour info : l'utilisation par exemple d'une Ninebot S2 nécessite l'utilisation d'un smartphone, avec un tutorial qui débride progressivement la roue... Merci, c'est gentil de me dire qu'une montre connectée à un téléphone est un système qui fonctionne. Je le sais. Il y a à ce sujet plusieurs threads, dont le plus récent est titré "montre connectée", mais je préférerais qu'on parle ici de montre connectée autonome, comme je l'ai dit au départ. Vous avez bien sûr le droit de penser que c'est absurde, idiot, et de le dire. Et je recevrai cette opinion 5 / 5 , je n'en serai pas fâché, on peut débattre de cela en toute cordialité. J'ai parfaitement conscience d'être marginal. Tout est possible, et si je ne trouve pas le module logiciel qui matche mes envies, je peux essayer de le développer moi-même. Je connais Abel, VHDL, Fortran, C, Pascal, un peu Ada, un peu Perl, mais pas Java. Ce n'est pas très difficile d'apprendre un langage...

La Lemfo LEM4 semble pas mal : J'avais oublié jusque là la fonction vibreur, qui peut effectivement être utile en tant qu'alarme... Elle est comparable avec la DM98 : Oui, c'est assez monstrueux, mais le but est d'avoir un tableau de bord de roue, pas d'aller dans une soirée chic...

Il faudrait peut-être un cache pour éviter une mise en route accidentelle dans ce sac souple...

@Mingyar , tu n'as pas bien saisi le principe, l'interdiction de téléphoner au volant, ce n'est pas parce qu'on a une main occupée, c'est parce l'attention du conducteur est distraite.

Moi par exemple... Donc saisir des info ble, les traiter et les afficher comme sur les images ci-dessus est un travail de folie. C'est intéressant d'avoir l'opinion d'un professionnel. Heureusement il y aura toujours des passionnés désintéressés pour faire ce genre de chose. Le principal problème que je vois c'est que les trames I/O bluetooth des roues ne sont pas documentées. Mais d'une part KS et GW ont des origines communes, et les chinois ont tendance à se copier les uns les autres. Et donc, retrouver les données qui nous intéressent n'est pas insurmontable puisque les développeurs de Wheellog ont réussi avec les marques principales. Mais je suis d'accord, écrire un handler dans ces conditions n'est pas de la tarte et sniffer tout ça doit prendre pas mal de temps... C'est un peu un problème de principe. Quand j'achète un téléviseur, je m'attend à avoir une zapette pour le faire fonctionner. A ce jour, les constructeurs ne disent pas : " téléchargez l'appli dédiée sur tagadastore et servez vous de votre téléphone ". Et pourtant, c'est ce qu'on me dit quand j'achète une roue. Bientôt, légalement, il faudra contrôler sa vitesse, mais tenir un téléphone en main est a priori interdit... Toutes ces contradictions me choquent.

Ces échanges sont très intéressants, il n'y a pas de souci. C'est surtout @Hansolo qui peut répondre, puisqu'il a utilisé une montre Pebble : Une cadence de rafraîchissement de 2 ou 3 Hz devrait suffire... je ne sais pas si, comme sur les liseuses, il y a de temps en temps un affichage tout noir-blanc pour gommer les rémanences...

Oui, oui, le Wi-Fi Je rigole tout seul de ce qui m'est arrivé quand j'ai surfé en Wi-Fi via FreeBox avec ma tablette Wiko neuve (sans carte sim) : Free m'a envoyé le mois suivant une facture de 1,5 € en me disant que j'avais un téléphone Wiko gnagnagna... Bien sûr, je leur ai envoyé un courrier pour les conseiller sur l'usage qu'il pouvaient envisager pour leur facture, c'était un peu trivial . Trêve de plaisanterie, ce genre de montre semble correspondre au besoin, le principe est bon... Il n'y a plus qu'à trouver un modèle qui offre un "working time" de 5 ou 6 heures. Un écran paper white (type Pebble...) pourrait économiser l'énergie, il faut qu'il soit lisible en plein soleil... Ces montres sont à la mode, il faut s'attendre à plein de nouveaux modèles...

Si l'on ne veut pas de carte sim dans la montre, il faut installer les applis à la main. Est-ce que l'APK de Wheellog est disponible, sans passer pas Google Play ?

Pour un budget très serré (<500€), en 14 pouce, il y a la Newheel Eva 260. Elle est peut-être encore dispo à la Fnac à 450€. Cette roue pas très connue utilise la même coque que la Fastwheel qui est équipée d'un pneu 12 pouces. C'est un petit moteur ~450W, et l'engin plafonne à 18-20 km/h, mais il fait le job, et les (rares) utilisateurs ne lui ont pas donné mauvaise réputation. Par contre, l'importateur est "un peu spécial", et c'est le seul qui a réussi l'exploit de se faire bannir de ce forum

Je suis d'accord avec @volavoile , mais je vais juste nuancer son propos, suite à une expérience qui date de 1 an sur ma ks16. Je n'avais plus beaucoup de batterie, et, à environ 15 km/h, ayant une voiture aux fesses, j'ai demandé une accélération franche... que je n'ai pas obtenu : la roue a basculé en avant, et par réflexe j'ai refusé cette chute imminente en baissant mon centre de gravité, avec les pieds en avant. Ça a marché, j'ai longtemps considéré que c'était un tilt-front, mais a priori KS n'a pas implémenté ce genre de chose. Je pense que ce jour là, j'ai touché la limite, ce sentiment d'effondrement est tout à fait atroce, mes nombreuses gamelles à rollers m'ont peut-être aidé à avoir la bonne attitude... Quand on est debout pieds joints sur le sol, on peut se pencher en avant ou en arrière sans dépasser son "quadrilatère de sustentation". En roue, je m'efforce de ne pas être plus exigeant que cela. (surtout batterie faible !)

On trouve des mini-gsm à des prix incroyables : https://www.banggood.com/X7-Smart-Watch-Bracelet-Bluetooth-Pedometer-Sedentary-Reminder-Sleep-Monitoring-Anti-lost-Remote-Cam-p-1150381.html?rmmds=category&utm_source=google&utm_medium=cpc_ods&utm_content=Eva&utm_campaign=nrm-lys-fit-658757-kw-E2&utm_design=75&gclid=CIXqxarnnNYCFecy0wodgAQFfg Bon, ici on ne connaît pas franchement l'OS, mais il faut remarquer que le bracelet est indépendant de la montre, et ne comporte pas les antennes, ce qui évite un inconvénient majeure, car on peut avoir envie d'un bracelet très long pour passer par dessus un protège poignet. La batterie est petite, j'ai des doutes sur l'autonomie. Ce problème d'antenne est important, maintenir une liaison bluetooth stable n'est pas évident.Bien vérifier la version bt, la compatibilité avec la roue peut poser problème.

Le court témoignage de @cybertoto est exemplaire et couvre à mon avis 99% des cas de "coupures", qui en fait sont des dépassements de capacité : le couple disponible à haut régime est faible. C'est le pilote qu'il faut incriminer, pas la roue. Les pannes de roue sont rares et surviennent lors d'un démarrage ou blocage contre un obstacle, lors d'une longue montée ou descente batterie pleine, échauffement suite à un pendule excessif, suite à un choc, suite à une pénétration d'eau.

Mon rêve serait d'avoir une roue, une montre et rien d'autre, avec dans les deux cas une autonomie de 5 ou 6 heures. Si la montre donne une option tracking gps, ce serait parfait mais pas indispensable... (oui, 5 heures de roue signifie aussi l'équivalent d'une ks18-1680Wh...) Que le système d'exploitation soit Android, IOS ou Toltèque de la seconde dynastie n'a pas d'importance, il s'agit simplement d'afficher des données chiffrées, sans aucune fantaisie graphique mais avec éventuellement un léger traitement arithmétique (filtrage par moyenne glissante, odomètre de session...). La seule donnée à envoyer à la roue est le klaxon, mais là aussi c'est une option. Bien sûr, on peut aussi envisager la sympathique fonction "boîte noire" de Wheelog, il n'est pas évident que la mémoire d'une montre pas chère soit suffisante... Si on exploite le tracking gps, il faut pouvoir récupérer et gérer les fichiers de traces, et la montre elle-même a besoin d'une interface par exemple pour inhiber certaines sous-fonctions (2/3/4G, localisation, rotation écran, photo...) ou effectuer des réglages (écran, mise à l'heure...) etc... Actuellement, Android est le système le plus ouvert, même si en l'utilisant on vend son âme à Google. IOS est un système d'exploitation complètement fermé, quasi inaccessible à la moindre bidouille. Attention aussi à ne pas confondre avec Android Wear qui est dédié aux terminaux captifs. Quant au cancer, c'est surtout les liaisons gsm qu'il faut craindre. (j'ai travaillé à Sagem du temps où il faisaient des téléphones, j'ai suivi de près des tests en cage de Faraday ... et je ne veux pas de téléphone...). Les liaisons Bluetooth sont moins méchantes (porté 10m max) et effectuent des glissements de fréquence permanents ce qui pondère les couplages inductifs avec vos terminaisons nerveuses, propices à faire péter synapses et dentrites. @wheeler dealer : Toutafè. Mais les app natives seraient illisibles sur petit écran, il faut donc un affichage ultra-simplifié, éventuellement en plusieurs écrans sélectionnables par glissement gauche-droite. Oulà, je viens de voir que la Finow X5 est magnifique mais elle est ronde. C'est une galère infernale d'utiliser des app Android sur écran rond, je pense que c'est une mauvaise idée. Désolé.

Bonjour à tous, Attention, c'est le 3ième mot du titre qui est important : autonome, ce qui veut dire qu'on se passe du gsm dans la poche, et que la montre dialogue directement avec la roue. Il n'existe pas de dénomination claire pour ce genre d'appareil, et (malheureusement) smartwatch désigne le plus souvent un simple terminal lié au téléphone portable. Mais on commence à voir des montres qui fonctionnent sous Android, avec Bluetooth, gps ... la carte sim ne serait pas nécessaire pour l'utilisation en tant que tableau de bord de roue. Voici un exemple : https://fr.aliexpress.com/item/Smarcent-DM98-Smart-Watch-2-2-Big-Screen-Bluetooth-Watches-with-Speaker-WiFi-GPS-3G-Smartwatch/32782113485.html?spm=a2g0w.search0304.4.1.MLTuFh J'ai choisi au hasard un modèle avec écran rectangulaire assez grand, ce qui permet d'embarquer une batterie de 900mAh ce qui me semble le minimum vital pour ce type d'écran. Pour limiter la conso, on peut aussi effectuer le tracking gps sur un autre appareil, (Garmin...) quand c'est nécessaire, idem pour les photos. Il existe des montres de sport Garmin... qui sont également autonomes, mais elles affichent une vitesse gps et semblent difficiles à programmer pour afficher les données de la roue. Garmin vend du bon matériel, mais plutôt cher, environ 300 € la montre. Là, ces grosses montres pas très belles coûtent moins de 100 €, ce ne serait pas un drame si on la casse... Le problème, c'est le soft. Est-ce qu'il est facile de récupérer des messages ble pour les afficher ... A priori, en Java ça ne devrait pas être insurmontable, Google donne gratuitement le jdk... Quelqu'un sait ? , quelqu'un a déjà essayé ? ( @KS69 , i think u have already tested something... )