Reprise du message précédent :
putain j'ai configuré mon projet cubemx sans debugger
 
il va falloir jouer avec le boot  
 
je crois que ce monde est un poil trop complexe pour mon innocence

J’en ai aussi un vrai

je soupçonne qu'il y a un timer qui tique pas

à chaque fois que je vois un de tes posts, je comprends que dal

nan c'est bon, y'a beel1 qui m'a regardé dans les yeux, maintenant c'est lui que je vais saouler avec mes divagations incohérentes

(ceci dit des timers y'en a quelques uns dans un x86 aussi)

https://gitlab.com/dsonano/dso-firm [...] nfig.c#L76
 

 
fuck ! ça a été brutal de trouver pourquoi mes interruptions elles interruptaient pas !
 
le merdier branchait à un endroit aléatoire de la mémoire à la moindre interruption.
 
 

And we’re back in business!
 
Dans l’ancien repo, sans le code de cubemx.

c'est la qualité pro, roulé sous les aisselles avec amoooor
Bon c'est du code que j'ai écrit il y a 7 ou 8 ans au moins donc bon. A l'époque, la lib standard n'avait pas de queues concurrentes.

https://barrgroup.com/Embedded-Syst [...] -Semaphore
 

 
Si tu dois bosser sur du temps réel et que tu tombes la-dessus, mais jamais tu trouves la solution quoi.

J'aimerais être fan d'ST mais non à chaque fois ça se passe pas bien
Rien que flasher micropython sur ma nucleo ça m'a gavé (il faut installer LA bonne version de Java ou alimenter la carte selon un post de SO car y'avait rien dans la doc officielle)
 
J'ai rien mis en massprod sur du ST depuis 2005 (mais d'autres le font )
 
Là sur la table j'ai un dualcore M4F 240MHz + M7F 480MHz mais c'est comme le pied d'éléphant de tcherno : tu sais que tu devrais pas t'approcher mais t'es curieux quand même
J'ai même pas déballé que ça commence bien : avec la config d'alim par défaut tu peux pas dépasser 200MHz+400MHz

\o/

Je me souviens avoir dessiné comment on en arrive là en cours
(pareil j'ai jamais mis de RTOS en massprod )

Honnêtement hier soir pour tes problèmes de pile j'ai pensé que ça pouvait être une IT qui jardinait mais j'ai exclu ça vu que ton step de débugger se terminait, y'a encore une diablerie quelquepart

https://coincodex.com/article/11173 [...] ighs/?eth=
 
Je.. hein ?

 
Faites une séance de pair directement

En vrai c'est beaucoup plus simple que vos technos de natas, il faut juste avoir digéré les 3500+ pages du manuel technique du composant + la doc du cœur

Me rappelle l'époque où je faisais de l'assembleur et qu'il fallait programmer un microcontrôleur.
Pas le kif de ma vie en tout cas

Moi ça a été le déclic pour savoir ce que j'allais faire comme métier

"Tout sauf cette merde"?

Clairement pour moi, le cours d'embarqué où on devait commencer par installer un IDE Quartus basé sur Eclipse...
Je m'étais assez vite dit à l'époque que les EJB et le Javascript c'était pas si mal.
 
Aujourd'hui avec les Arduino, ce genre de cours doit être plus sympa j'imagine.

 
C'est quoi le concept là ?    
 
Bon en dehors du fait que le fond de l'histoire est globalement débile, je comprend pas l'idée de cloud là... Normalement du Cloud c'est le fournisseur qui amène le support, et le client qui se sert du support pour son métier. Mais là ya pas de métier client, donc pourquoi vouloir louer l'infra alors que l'utiliser soi-même serait plus rentable ?    
 
Plus ça va, plus ça marche sur la tête cette histoire de cryptos...

Oui c’est un exchange qui juge plus profitable de louer l’infra aux mineurs plutôt que miner soit même. Ça en dit long sur la confiance qu’ils placent dans cette cryptomerde.

Bybit doit se dire qu'il y a plus de pognon à se faire en vendant des pelles et des pioches qu'en minant directement pour eux.

Je connais RIEN à l'embarqué, mais si en comparant aux EJB tu te dis : les EJB c'est pas si mal, ça doit être une natasserie sans nom  

Il reste plein de gens avec du pognon à cramer qui comprennent rien au truc, et a qui on pourrait secouer du pognon.
Le truc d'un schéma de Ponzi c'est qu'il faut toujours trouver les prochains couillons qui vont financer TA plus-value.
C'est brillant, même si totalement immoral

Pour un projet scolaire ça allait bien les EJB (c'était déjà la version 3 je crois).
Struts c'était pas fou non plus et Spring était probablement trop récent au goût de notre prof.

Ca c'était le cours d'hyperfréquences (mais ça devait être la faute du prof )
 
Nan en TP embarqué c'était la grosse déconne, on avait affectueusement baptisé la sonde de débug "le Bordel De Merde"
 
Mais à la fin j'avais Tetris sur un terminal VT-100

dans l'embarqué un gros problème c'est la gestion de l'information, le manuel du MCU que j'utilise fait 1000 pages, le manuel du timer fait 100 pages.
 
tout est en pdf, jamais en html hyperlinké.
 
c'est pour ça par exemple que je sais pas trop ce que fait l'écran, il faudrait que je prenne une heure ou deux pour lire la doc.

C'est là où le support c'est important
Quand on passe + d'1 journée sur un pépin, ça se termine par mail au FAE qui nous renvoie généralement un point qu'on avait raté dans une capture d'écran du manuel peu après
C'est parcequ'on avait pas ça qu'on a arrêté avec certains fondeurs

Mon père a retrouvé son apple II c  

ouais, c'est vrai qu'il y a les ingénieurs d'application, mais je crois qu'avec des outils on pourrait améliorer les choses, par exemple mettre le manuel presque entier dans le .svd.
 
hier quand j'ai été explorer le NVIC, les lignes d'interruption étaient pas décrites:

il est où tim3_CC1 ?
 
en tout cas merci.

Ca me rappelle le projet imposé en 2ème année d'école d'ingé (cours d'OS) où il fallait programmer un noyau multi-tâches en ASM qu'on devait lancer à partir de MS-DOS.
On nous avait demandé d'implémenter au minimum 3 tâches : un producteur/consommateur, une zone d'exclusion (ex : un carrefour à 2 voies) et une 3ème tâche libre.
Implémenter from scratch un sémaphore et la gestion de l'écran en ASM, c'était pas évident Mais à la fin, ça marchait   Heureusement, parce que débogguer de l'ASM   Là, t'a vraiment intérêt de mettre des commentaires partout parce que si tu revient 3 semaines plus tard dessus, pour comprendre ce que telle partie fait sans les commentaires, c'est chaud  
 
Perso, ce que j'ai préféré, c'était le prolog... non je déconne Non, c'était le biomimétisme (algo génétiques, fourmis, automate cellulaire...).  
 
Edit : ah oui, et le cours où en TP, on a implémenté un moteur 3D de base en C++ (afficher une ligne pixel par pixel, triangle, Phong et Gouraud, Lambert). Y'en a un qui était tellement balèze qu'il nous a fait des objets texturés. Son binôme comprenait pas ce qu'il faisait. Faut dire qu'il était l'un de dévs e l'émulateur "Impact" donc, ça pour lui, c'était tranquille  

Je suppose que c'est un moyen de vendre le risque : les moyens de calcul sont sans doute vendus sur un terme long, relativement à la vitesse de fluctuation des cours des cryptomonaies. C'est un outil de spéculation de base, quoi : le vendeur de capacité de calcul spécule à la baisse, l'acheteur spécule à la hausse.

Si à la mise sous tension l'alim crépite et fait de la fumée c'est normal, c'est le Rifa
C'est pas aussi grave que ça en a l'air

https://gfycat.com/freshsmoothhare
 
\o/

les gens qui mettent un tableau réparti sur 15 pages (2colonnes) de coordonnées des pads du composant au début du PDF de la datasheet, il espèrent quoi exactement ?
 

Putain Twitter quand tu crois que t’as trouvé le fond en fait tu peux encore creuser longtemps. Maintenant les mecs nient l’existence des virus : https://twitter.com/chrismasseyfois [...] 0054659073

Mais pourquoi tu creuses aussi ?

https://github.com/aws/aws-sdk-js-v3/issues/2362 putain

Toi, t'as envie d'aller lire /r/nonewnormal

Joli
Ah HL7 que de souvenirs

Twitter c'est soft en comparaison.
Creuse jamais sur Facebook, où les "stars" du genre donnent dans l'antisémitisme à visage découvert.