Reprise du message précédent :

j'utilise un STM32F4-discovery. La puissance est faite par des modules comme ça
: http://www.carving-cnc.com/cnc-diy [...] river.html
 
Les moteurs pas à pas de base ont en général mécaniquement 200 pas par tour (ça fait 1,8° par pas), mais en souvent on les utilise en microsteps (en les coinçant entre des pas physique par une feinte sur le courant) ce que permet d'arriver à 3200 pas par tour dans mon cas (avec la vis à bille de 5mm/tour, ça me fait 640 pas par mm).
Mais en général, on utilise les moteurs pas à pas en boucle ouverte, si on utilise un capteur de position, ça change de nom en servomoteur, et on peut le faire avec des moteurs vachement moins compliqué (brushless DC) et une électronique vachement plus compliquée.

moinsmoins, t'es pas sur skype ? c'est pour se moquer de la femme d'uriel, c'est urgent !

Hé les papas : protection auditive pour enfant pour aller à un concert : des conseils, des expériences à partager ?

Je suppose qu'on a des servos. T'as codé la carte en JS ou tu l'as porté en C ?

C'est vrai que le volume n'est pas grand, quelques dizaines d'unités par an.
Des BE ? Kezako ?

Bureaux d'études

yo
 
tablettes tactiles pour enfants, pour une puce de 4 ans, avec notamment la storio 2 ? Des avis sur la question ?

On a pris une Storio 2 pour la petite (elle l'a eu à 3 ans). Je trouve ça pas trop mal, mais un peu trop cher par rapport à une tablette chinoise, parce que c'est vraiment un veau.

Nous ça va, la petite est très patiente, mais c'est d'une lenteur affolante.

Ensuite, c'est clairement bien étudié pour les gamins. Elle arrive tout faire dessus (enregistrer et lire ses vidéos, ses musique, les jeux son accessibles etc).

Par contre prévoir 2 jeu de batteries (style Eneloop, me souvient plus du nom "générique" de ce type de batteries), car ça pompe à mort évidemment.

Si c'était à refaire ? Je pense que j'aurais un moment d'hésitation je pense... on trouve des tablettes chinoises sous Android 4 pour le même prix, voire moins cher.

C'est pas fait pour les gosses à la base, mais quand je vois comment se démerde ma petite avec ma tablette perso, je me dis que ça méritait réflexion...

Edit : Après tu lui installes ça : https://play.google.com/store/apps/ [...] .kidsplace et zou

le calcul est fait en JS pour l'instant seule une liste de pas et de temps entre les pas va passer du JS à la carte (pour l'instant je copie-colle le truc à la main dans le fichier C). J'imagine qu'au fil du temps je vais porter de plus en plus de l'algo dans la carte.

salut, ça gaze ?  

De base je dirais que les concerts pour les gosses c'est une mauvaise idée. Ils vont suffisamment se défoncer l'ouïe lorsqu'ils seront plus vieux, pourquoi risquer de commencer le processus plus tôt ?
 
Sinon dans un style pas très discret Peltor fait des casques adaptés aux enfants, mais c'est le genre de truc à leur faire essayer histoire de savoir s'ils peuvent les supporter 2h d'affilé.

dites les jeunes, je voudrais compresser avec un algo simple une liste d'entiers.
ces entiers ont en général une différence bornée, le range est [65535, 1] Et je peux détruire un peu les grands nombre, mais je dois garder les petits nombres plutôt intacts (erreur relative fixe).
vous avez des mot-clefs google en tête ? un de mes pb c'est que l'algo de décompression doit être relativement simple parce que je dois le développer en C embarqué avec des outils de debug gnu.

edit: si l'algo pouvait être en nombre entiers ça m'arrangerait aussi, parce que j'y capte rien à la gestion du coproc flottant.

 
non mais tu t'y prends mal, tu le développes et tu le testes et tu le debugues sur PC dans un premier temps puis tu le portes sur ton matos embarqué

Je pense que le proc est assez puissant pour exécuter du JS en temps réel si le langage a été porté dessus.

non, je re-développerai les mêmes algo en C batardisé d'embarqué, je suis en train de manipuler une broche de 2,2kW j'ai pas envie de découvrir que le GC a un bug pendant que quelqu'un a son doigt dessous.
 
L'urgent là c'est de passer cette putain de liste de point dans la carte.

Bof, si le GC est un bête compteur de réfs, y'a pas trop de risques.

J'imagine vaguement que tes nombres vont varier progressivement si c'est une série de pas, du coup je partirais bien sur une passe avec un prédicteur. Genre pour une série de nombres S, tu prédis un truc linéaire à la con, S(n)=2*S(n-1)+S(n-2) , tu observes que ta vrai valeur est T(n), ben tu écris S(n)-T(n) à la place de T(n) dans ta série, tu auras du coup un paquet de nombre majoritairement petits (mais signés par contre, faut feinter un peu pour la suite j'ai oublié le détail pour ça), donc avec plein de zéro à la fin dans leur écriture binaire, du coup si tu les encodes avec un codage à longueur variable ça se compressera bien.
Pour la décompression tu décodes ton truc à longueur variable puis tu refais un coup de prédicteur, tu ajoutes la valeur S(n)-T(n) que tu as noté, et tu retrouves S(n).

L'inconvénient c'est que tu peux pas seeker facilement dans la liste, mais sinon ça coute presque rien à décoder et ça marche pas trop mal (et tu peux jouer sur le choix du prédicteur pour coller à tes spécificités métier et améliorer encore la compression).

à propos, j'ai accès à C99, y'a des trucs intéressants pour l'embarqué dedans ?

 
J'allais dire d'aller voir ADPCM ;-)  (S(n)=2*S(n-1)-S(n-2) plutôt que S(n)=2*S(n-1)+S(n-2) s'il n'y a pas de connaissances spécifiques sur le signal).

De mémoire rien de particulier spécifique à l'embarqué. C'est juste un peu plus agréable à programmer.
Sinon, l'idée d'un prédicteur de 0x90 est pas mal, ça devrait bien marcher.

inline plutôt que les macros pour ce qui est fonction.

VLA en replacement standard d'alloca; mais attention à la taille des piles en embarqué.

inttypes.h doit aider un peu pour la partie communication.

restrict, si l'optimiseur en fait quelque chose, ce qui n'est pas sûr pour ces cibles, pourrait aider à rendre le code plus compact.

VLA ????

intéressant, merci.
 
Il est hors de question de faire un seek, c'est le temps entre 2 impulsions de moteurs, ne pas les prendre dans l'ordre, c'est sortir de la géométrie.
En gros j'ai rasterisé les trajectoires, et ensuite calculé combien de temps je dois glander entre 2 changements de position. Maintenant j'ai une énorme liste (640 pt/mm sur des toolpaths qui peuvent atteindre les 100m) de [glandage, Xdir, Xstep, Ydir, Ystep, Zdir,Zstep], le glandage est un entier, les autres sont des bits.
 
Je vais calculer, mais je pense que l'algo de calcul temporel doit en fait tomber à peu près toujours sur les même temps de glandage en fait, du coup une simple liste de substitution peut déjà faire gagner de la place.

 
Variable Length Array.  (GCC avait déjà une extension proche, résultat ils ont galéré avec les problèmes de compatibilités pour implémenter correctement la sémantique de C99; même chose pour inline si j'ai bonne mémoire -- pour lequel en prime le comité C a décidé que c'était une bonne idée d'avoir la même syntaxe que le C++ avec une sémantique subtilement différente)
 

sisi, c'est ça : http://nraynaud.github.io/webgcode/test.html

Si c'est ce que fait ton exemple  c'est assez mal  nommé, non ? Parce que j'imagine que ton array n'est pas variable du tout, en fait. J'aurais plutôt appelé "runtime sized static array" ou un truc du genre.

 
Localhost chez moi a un contenu différent
 
S(n) = 2 S(n-1) + S(n-2) est une variante de la suite de Fibonacci et doit croître encore plus vite que celle-ci (qui a phi^n pour asymptote).
 
 

 
C'est pas static  mais c'est vrai que ça ne varie pas.  

bon c'est vrai, stack allocated alors

Ptin, Lightwave, c'est comme le vélo.
 

http://stackoverflow.com/questions [...] rogramming

Mauvaise procédure, changer le crétin qui écrit les procédures
 
 

 
Attention   , tu lui proposes une méthode concrète et réaliste pour l'aider, RMS ne va pas être très content et va te faire les fesses  

Machine gros tas  
 
Eadors ça vaut quoi ?
Un King's bounty avec des graphismes meilleures qu'une playstation ou pas ?
 
tags: japan, idiophile, teens, bacon, furry

J'ai déjà dit que c'est ce que je faisais (JS puis embarqué), sauf que le code ça change, maintenir 2 versions c'est relou, c'est jamais identique etc.

http://blog.echonest.com/post/4894 [...] nd-cloners
la playlist est golden

http://www.youtube.com/watch?v=xEyC9nYwPD0

USB j'ai pas assez bu pour comprendre

Ben non, c'est le simulateur que t'as fait en JS. Là tu fais un exécuteur. Souvent, le constructeur de la carte fournit un environnement de simulation complet (payant) qui permet de développer sur ton PC comme si tu étais sur la carte. Mais je doute que ça existe pour la Discovery. Tjrs est-il que pour de la décompression, tu n'interagis pas avec du matériel, donc tu peux dév l'algo lui-même en 32 bits et le tester sur ton PC, et à la fin seulement l'intégrer et le compiler pour la cible.

Au passage, quand tu disais que tu as une erreur relative fixe, je ne comprends pas trop, pour moi c'est une erreur absolue qui est fixe, sinon, plus tu vas vite, plus ta trajectoire est imprécise, ce qui est ennuyeux. Ou alors tu calcules une vitesse limite pour borner l'erreur relative ? Moi je pensais que la limitation de vitesse était plutôt une affaire de sécurité, pas de précision.

mais ouais, je vais claquer les thunes pour un eclipse avec les plugins temps réel d'un constructeur de matériel, ça sent l'investissement d'enfer
fuckit. y'aura pas d'eclispe, c'est la ligne dans le sable.

edit: pour l'algo on verra, je vais tester non-compressé dans un premier temps. Déjà si j'arrive à avoir un USB qui marche en moins de 3 jours ça sera un miracle.