Bonjour à tous,
Je m’aperçois des limites de Flowcode de pus en plus.
Le concept de base est bien, je suis assez fan des interfaces graphiques pour la programmation car ça permet d’élaborer un code même complexe très rapidement et la lecture est très facile.
Mais voilà je pense que le fond du problème de Flowcode est celui-ci, il y a une foule d’entrée sortie (capteur, écran…) et même un mode de simulation 3D ! Alors qu’il subsiste des fonctions de bases non gérées correctement, voir même non fonctionnel sur certains PIC proposés comme les timers par exemple.
L’utilisation des timers est incontournable. Comment est-il possible que dans un logiciel aussi poussé que Flowcode, nous n’ayons pas accès à la simple lecture d’un timer et qu’il faille passer par du code C qui n’est pas pris en compte par la simulation ?!
Comment est-il possible qu’il faille encore bidouiller pour avoir une clock interne fonctionnel sur certain gamme de PIC ? Encore une fois il faut passer par du code C pour configurer les registres correctement. A quoi sert alors le menu option projet/configurer ?
Comment est-il possible qu’il faille encore bidouiller dans les fichiers de programme file pour avoir l’accès à une fonction essentielle comme l’écriture dans une EEPRON d’un microcontrôleur ?
A force de faire du code C sur Flowcode ou de bidouiller dans programme fille pour résoudre les problèmes, j’ai résolut mon problème en codant directement sous MPLAB X en C.
En conclusion, concernant Flowcode dans sa globalité, au lieu de s’étendre dans des options de fou et des simulations incroyables, il vaut mieux ce concentré sur une base logiciel solide. Que toute la gamme de microcontrôleur proposée soit parfaitement fonctionnelle et surtout dans ces fonctions de bases comme la mémoire, les timers...
Pour ceux que ça intéresse voici la solution sous MPLAB :
j'ai plein de retour d'erreur sur les commandes associées au TMR1. J'ai cherché plusieurs heures mais impossible de savoir d'ou vient le problème.
