{"id":3492,"date":"2013-03-31T12:00:39","date_gmt":"2013-03-31T11:00:39","guid":{"rendered":"http:\/\/www.blaess.fr\/christophe\/?p=3492"},"modified":"2013-04-29T08:16:20","modified_gmt":"2013-04-29T07:16:20","slug":"configuration-application-embarquee","status":"publish","type":"post","link":"https:\/\/www.blaess.fr\/christophe\/2013\/03\/31\/configuration-application-embarquee\/","title":{"rendered":"Configuration d’une application embarqu\u00e9e (1\/2)"},"content":{"rendered":"

\"Configuration<\/a>Cet article a \u00e9t\u00e9 \u00e9crit en collaboration avec mon ami Fran\u00e7ois Beaulier dont je vous recommande le blog<\/a>. Nous avons r\u00e9fl\u00e9chi ensemble sur les possibilit\u00e9s qui s’offrent au d\u00e9veloppeur d’application embarqu\u00e9e pour enregistrer le param\u00e9trage, la configuration, les pr\u00e9f\u00e9rences… bref tout ce qui constitue les donn\u00e9es persistantes de son syst\u00e8me.<\/p>\n

\n\n<\/p>\n

Fichiers de configuration pour une application embarqu\u00e9e<\/h1>\n

La plupart des applications doivent lire des param\u00e8tres de fonctionnement et \u00e9ventuellement en sauvegarder certains. Ces param\u00e8tres de configuration qui agissent sur le comportement m\u00eame du programme, peuvent aussi \u00eatre des donn\u00e9es manipul\u00e9es par l\u2019utilisateur (par exemple les r\u00e9glages d\u2019un asservissement PID). Nous nous sommes int\u00e9ress\u00e9s aux possibilit\u00e9s qui nous sont offertes pour stocker ces donn\u00e9es de configuration, plus particuli\u00e8rement dans l\u2019optique des syst\u00e8mes embarqu\u00e9s – mais la plupart des remarques sont valables pour une application classique sur poste de travail.<\/p>\n

Pour illustrer nos propos nous imaginerons le cas d\u2019une application de gestion domotique tr\u00e8s simple. Elle doit disposer d\u2019une repr\u00e9sentation de son environnement sous forme de pi\u00e8ces de la maison, de capteurs (temp\u00e9rature, humidit\u00e9, d\u00e9tection de pr\u00e9sence, de fum\u00e9e…) et d\u2019actionneurs (thermostat, lampe, radiateur, alarme, etc.). Plusieurs possibilit\u00e9s se pr\u00e9sentent pour stocker ces informations, nous allons les examiner en d\u00e9taillant les avantages et inconv\u00e9nients de chacune.<\/p>\n

Format brut binaire \u201csauvegarde de structures\u201d<\/h1>\n

Il s\u2019agit de la m\u00e9thode la plus simple possible, qui consiste juste en une s\u00e9rialisation brute d\u2019une structure. C\u2019est une solution adapt\u00e9e aux mod\u00e8les de donn\u00e9es statiques simples, lorsque rien n\u2019est allou\u00e9 dynamiquement. C\u2019est aussi un bon cas d\u2019\u00e9cole car on collectionne ici \u00e0 peu pr\u00e8s tout ce qu\u2019il ne faut surtout pas faire !<\/p>\n

Consid\u00e9rons le code suivant, version statique de notre application domotique:<\/p>\n

 <\/p>\n

#define MAX_CAPTEURS_PAR_PIECE \u00a0\u00a0\u00a0\u00a016\n#define MAX_ACTIONNEURS_PAR_PIECE \u00a016\n#define LG_NOM_PIECE \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a032\n#define MAX_PIECES \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a010\n#define LG_NOM_SITE \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a032\n\nstruct s_capteur {\n\u00a0\u00a0\u00a0 enum capteur_t \u00a0\u00a0\u00a0\u00a0type;\n\u00a0\u00a0\u00a0 int \u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0identifiant;\n};\n\nstruct s_actionneur {\n    enum actionneur_t  type;\n    int               identifiant;\n};\n\nstruct s_piece{\n    wchar_t              Nom[LG_NOM_PIECE];\n    double               Volume;\n    struct s_capteur     TabCapteurs[MAX_CAPTEURS_PAR_PIECE];\n    struct s_actionneur  TabActionneurs[MAX_ACTIONNEURS_PAR_PIECE];\n};\n\nstruct s_site {\n    wchar_t         Nom[LG_NOM_SITE];\n    wchar_t         Adresse[LG_NOM_SITE];\n    struct s_piece  TabPieces[MAX_PIECES];\n};\n\nstruct s_site site_config;<\/pre>\n
L’ensemble des donn\u00e9es se trouvent dans la structure struct s_site<\/code>. La lecture de la configuration se fait par (traitement des erreur omis !) :<\/p>\n
FILE * fp = fopen(\"config.bin\", \"r\");\nfread(&site_config, sizeof(struct site_config), 1, fp);\nfclose(fp);<\/pre>\n
Et l’\u00e9criture par :<\/p>\n
FILE * fp = fopen(\"config.bin\", \"w\");\nfwrite(&site_config, sizeof(struct site_config), 1, fp);\nfclose(fp);<\/pre>\n
Difficile de faire plus court ! Et pourtant vous ne rencontrerez probablement jamais une application qui utilise cette m\u00e9thode. Tel quel les inconv\u00e9nients sont en effet assez d\u00e9courageants.<\/p>\n