Reprise du message précédent :
non, on parle d'un cortex-M3 à 148MHz, et ça marche bien qu'à des fréquences d'autour de 10Hz
 
sur ma fraiseuse j'ai des process qui tourne à 60kHz sans pb.
 
'tain je trouve pas la doc de ce putain de scheduler

t'as pas de PWM hardware sur ton cortex-m3 ?  
 
ou c'est juste pour du test ?
 
et pourquoi de l'ada ?

1) y'a 16 timers dont certains 32bits, avec 3 canaux complémentaires, dead-time support, braking et une pute suédoise dedans.

2) oui, et aussi la syntaxe a l'air moins obscure et plus directe que les 12 registres de configuration des times.

3) pour mourir tout seulun peu moins idiot ?

OK, merci.

Donc pour résumer, ce que tu manipules, c'est le registre GPIO d'un microcontroleur.
Le comportement parait curieux à première vue, mais vu que c'est un GPIO (càd input OU output), en fait c'est complètement normal. Et je trouve que les 2 facilités que tu as décrites sont vraiment commodes, ça évite d'avoir à faire des manips de bits à la con. Mais c'est vrai que c'est tordu.

Mais sinon, je dis +1 avec sligor, en général les volatiles, c'est un peu dégueu, ça fait caca partout, et leur use cases se réduisent à peau de chagrin. S'il y a moyen d'utiliser des fonctions qui garantissent l'ordre d'exécution, c'est quand même la meilleure option. Mais si le manuel du microcontroleur  recommande l'usage de volatile sur certains registres, a priori pas de soucis. Surtout, pour le GPIO, qui commande que des trucs bêtes (LEDS, moteurs, etc), j'ai tendance à penser que ça n'a aucune espèce d'importance d'utiliser volatile plutôt que des fonctions d'accès. Mais bon, ceux qui ont l'expérience de ces trucs-la savent mieux que moi.

Après avoir googlé, ceux qui jouent avec les IO recommandent en effet de désactiver les optimisations du compilo, quitte à les compiler à part.
http://stackoverflow.com/questions [...] timization (cf dernière contribution)

ouais, en fait je sais toujours pas pourquoi ça marchait pas, mais c'est tombé en marche.

sinon, j'ai la ferme impression qu'ils schedulent tout à coup de systick qui est à 1kHz du coup je suis niqué, il va falloir lire la doc des timers
Je suis un peu deg qu'ils utilisent pas un timer de tick variable, je vais devoir le faire moi-même, mais du coup je vais pas avoir la syntaxe simple

ouais, en fait je suis en Ada, et la contrainte sur volatile est différente, et y'a un truc qui s'appelle Atomic pour ça.

sinon, les lunettes de protection laser ça marche de manière incroyable, genre y'a des fois où j'ai tendance à vouloir les enlever pour vérifier qu'il est allumé. En fait avant même de les enlever, y'a toujours une réflexion quelque part quand on les baisse un peu.

'tain 24h de passés sur mon truc, et en fait le fondement même de ce que j'essayais de faire marchait pas
au moins je sais pourquoi je comprenais rien aux traces sur l'oscillo.

Y'a de la doc là-dessus ?
(j'ai jamais vraiment touché à gcc )

Du lien de sligor:

Je ne sais pas s'il faut rire ou pleurer.

Intéressant, donc en principe, le GPIO ne peut pas être "optimisé" par un compilo C qui implémente correctement la spec. J'imagine que la spec Ada définit qq chose de similaire.

y'a pas à chier, avec des icônes ça fait tout de suite plus pro !

'tain les timers en question ont une doc de 67 pages, interagissent avec 20 registres et le DMA (qu'est-ce qu'ils foutent à brancher un compteur sur le DMA ?)

j'imagine qu'utiliser la MMU pour voir quels registres sont accédés et distribuer l'horloge aux bons périphériques automatiquement c'est n'importe quoi ?
Parce que là, la distribution d'horloge à la main, c'est un peu n'importe quoi.

La config de timer c'est le pire truc dans n'importe quel MCU
Maintenant les fabricants fournissent des applis qui te génèrent tout le code d'init et de start/stop des périphériques à partir d'une GUI

Pour le DMA j'imagine que c'est en input capture ?

franchement, je comprends rien à la doc, apparemment l'adresse de DMA a l'air relative (ce qui sous-entend qu'ils font du DMA de registre à registre) et ils on l'air au contraire de charger les registres des canaux depuis la mémoire. Genre justement le contrôle d'un moteur complet sans intervention du MCU (tu peux brancher les capteurs à un timer esclave, mettre la table des transition en mémoire et la lire en DMA, pour le dead-time, les canaux complémentaires et le brake sont dans le timer, et bine entendu le décalage angulaire est compris dans le pack).

Y'a pas une note d'appli pour ça ?

http://blog.regehr.org/archives/1036
gcc est vachement moins buggé qu'il y a 20 ans.

Tiens, beel, puisque t'es là. J'ai écrit un petit programme de test qui dialogue sous Ubuntu avec une sonde de température via ModBus sur liaison série (j'utilise libmodbus). Il se contente d'ouvrir la com, de récupérer quelques données, puis de la fermer.
(Bon en vrai, j'aime compliquer les choses: mon Ubuntu est dans une VM Virtualbox qui tourne sous W7, et j'ai un convertisseur USB->RS232 connecté à une prise RS232->RJ45 qui est relié à la sonde, mais c'est du détail)

J'ai deux exemplaires légèrement différents de la sonde sous la main: un exemplaire (modèle Z) avec lequel tout se passe impec, et un autre(sans le Z à la fin du nom) qui retourne un timeout sur la fonction select même après 0,5s.

Est-ce que tu as une idée de ce qui peut se passer, ou de ce que je peux faire pour débugger ce truc ?

la sonde est pas plutôt en RS485 ?

Possible, je  ne connais pas la différence entre les deux protocoles. La doc mentionne RS232 pour le modèle "non Z", mais la Z n'est même pas mentionnée... ceci étant, dans leur nomenclature, tout ce qui a un 3 en 2e chiffre du nom est sensé être du RS232, et tout ce qui a un 4 est sensé être du RS485.

Ah, et pour être tout à fait complet, à l'oscillo, on voit que la sonde a bien reçu le message ModBus, et qu'elle répond un truc au bout de 10ms. Le truc j'imagine est le "timeout error" (j'ai eu la flemme de décoder les bits à l'oscillo, mais ça me parait a priori un peu court pour que ce soit les infos demandées de température, pression et humidité...).

Tesla : http://www.usatoday.com/story/mone [...] /16986665/
 

Woohoo, tesla a intégré l'aide à la navigation de Daimler-Benz, il est temps de leur sucer la bite
 
C'est pas comme si une douzaine de berlines dans la catégories avaient déjà ça
 
Ah si

Bon ok, j'étais pas au courant. (Tesla... au courant /Harko)

http://www.slashgear.com/teslas-wi [...] -09350131/

N'empêche, en plus 4 roues motrices, accélération d'une McLaren F1, sparien.

 
celui là ?  
 
https://www.youtube.com/watch?v=PzHM6PVTjXo#t=221

Vachement rassurant dites donc

je crois que je suis en train de faire un truc de fou, il faudrait que je dorme

 
mouais... Je le sens moins, d'un coup, là.

 
Je te comprend parfaitement
 
 

 
mais je vais probablement y aller quand même.
 
D'abord, parce qu'ici, mon nouveau N+1 sera mon actuel N+2, le mec qui ne se mouille jamais pour rien. Ensuite parce qu'il n'y a aucune perspective encourageante définie pour la suite :  
 
* Le service RH a fait appel à une boite externe pour se faire faire des questionnaires java/web pour le recrutement des nouveaux devs au maroc (alors que bon, ils auraient pu nous demander à nous, hein.. Et les mecs de la boite en question ne sont pas venus nous voir pour savoir ce qu'on fait, donc on aura un truc générique de merde)
* Les applis mobiles qui ont été développées par Sogeti (au départ, c'était des POC et des prototypes, mais maintenant c'est des applis à vendre) vont être refilées à l'agence Russe de la SSII du groupe qui nous a racheté. Un développeur Russe avec 2 ans d'XP doit arriver dans 2 semaines. Ils avaient proposé d'envoyer leur référent technique mobile, un mec qui a un CV long comme le bras et des références assez costaud, mais il peut venir que dans un mois, et ils veulent pas perdre de temps.
 
Donc bon. Même s'il y a peut être encore des choses à faire ici, je suis pas du tout convaincu que ça dure. Et je ne fais aucune confiance à mon futur N+1.
 
Du coup, aller voir ailleurs, même sur des technos un peu à la ramasse (dans le tas, y'a quand même SOLR qui est sexy), mais avec des mecs peut être plus motivés, et plus de perspectives de voir d'autres trucs, ça va probablement emporter la décision.

C est quoi le problème avec cette tech stack?

bah c'ets pas super sexy, quoi.

Ca existe l'utilisation de technos sexys en SSII ?

bah quand on a fait bosser Sogeti, c'est eux qui ont choisi et ils ont fait du Angular/Bootstrap (on faisait les services REST)

KSH/Oracle 10g?

Dites, c'est ça ressemble à quoi l'implémentation d'un ordered dict?

 

 
Enfin, perso, je serais content de pouvoir en faire, histoire de changer un peu. Après, c'est toujours pareil, en ce qui me concerne : tant qu'il y a du dev à faire, je suis content.  
Le problème, c'est qu'ici, plus ça va, moins j'en fait.

Bof, ça date sur les versions mais c est toujours utilisé. Et puis ça parle pas du frontend du tout.  
On utilise struts, solr et cie ici aussi. Après on passe par REST, scala et backbone/jquery etc pour le frontend

Genre une map en C++ ? Un arbre rouge/noir ?

Ah non pas ordered dans ce sens...

 
j'ai un doute.