décomposition d'une chaine en variables uint8_t

MicroQuettas:
Bonsoir LuckyMaxou,

Je me permets de revenir pour vous dire de ne surtout pas vous décourager !

Les optimisations et les "astuces" vous avez tout le temps de les apprendre... quand vous en aurez besoin... D'ici là, faites à votre idée. Inspirez vous de choses qui marchent et que vous comprenez !
Peu importe si c'est lourd et pas optimisé, c'est votre projet et progressivement vous ferez mieux !

Sachez aussi que les astuces et les syntaxes compliquées ne sont pas forcément de bonnes choses. Elles tournent à la prouesse intellectuelle pour leur auteur, mais il est facile d'écrire un code auquel personne d'autre ne comprend rien. Et souvent, même l'auteur peine à s'y retrouver quand il doit y revenir quelques mois après...

C'est beaucoup plus dur de faire quelque chose de simple, clair, que tout le monde comprend et dont on peut s'inspirer.

Alors ne vous découragez pas et persévérez, à votre idée.

Bonne bidouille

MicroQuettas

100% d'accord avec la partie de ne jamais se décourager !!

Ma réponse (qui n'est pas si compliquée que cela faut pas exagérer - approche très classique de ce genre de challenge) n'avait été motivée que parce que LuckyMaxou avait écrit

:frowning: eh oui, je sais, et le pire, c'est que je n'utilise pas l'avr328 mais le 168 (arduino mini pro 168 5v 16) qui a 1ko de sram...
d'où ma question...

Les optimisations et les "astuces" sont parfois nécessaire tout de suite, si le programme ne rentre pas dans le processeur choisi

Effectivement si la mémoire n'est pas un soucis, utilisez sprintf et sscanf() ça sert à rien de laisser de la mémoire inutilisée :slight_smile: - ou alors prenez un arduino un peu plus costaud et revenez sur ce genre d’approche à base de pointeurs plus tard