JesFs
1.0.0
pour standard (série) nor-flash
Pensez simplement à des choses très simples comme les données du langage: sur un «très petit» appareil intégré (pas quelque chose de «grand» comme un Linux intégré, mais quelque chose qui peut fonctionner avec de petites batteries pendant des années): il est généralement intégré «quelque part dans le code».
Difficile à changer! Mais si les données linguistiques sont dans les fichiers, les modifications sont faciles. Idem pour les graphiques, les configurations, tout… il permet même de modifier le firmware sur l'appareil intégré à partir de nombreuses sources différentes!
Pensez aux appareils intégrés, qui peuvent même obtenir leur dernier firmware par eux-mêmes! Par exemple, sur le wifi, Internet mobile, Bluetooth, UART, Radio-link,…
Soudain, toutes les options sont ouvertes! Et si vous avez des inquiétudes concernant la sécurité: ne vous inquiétez pas: le problème déjà résolu, comme vous le verrez plus tard.
Le principal problème pour les «très petits appareils» - jusqu'à présent - était le «système de fichiers»: tout le monde connaît «Fat», «NTFS»,… mais avez-vous déjà pensé à un système de fichiers sur une petite puce? Ou même à l'intérieur d'un processeur? Pas de problème, avec le bon logiciel. C'est pourquoi j'ai écrit
"JESFS - Système de fichiers série intégré de Jo"
[Image: 4 Mo JESFS sur 2x3 mm]
Mon travail quotidien est l'IoT. Parce que je n'ai trouvé aucune solution vraiment pratique, j'ai décidé de créer mon propre. La «robustesse», la «sécurité» et la «petite empreinte» étaient mes contraintes de conception.
JESFS a été conçu pour être utilisé dans le «monde réel» et pour une utilisation avec des souvenirs en série nor-flash standard, comme la série M25R, utilisé sur NRF52840-DK, NRF52832 et le CC13XX / CC26XX LaunchPads, qui est disponible jusqu'à 16 MB, ou même plus…
Quelques bases sur Jesfs:
int16_t fs_open(FS_DESC *pdesc, char* pname, uint8_t flags);
int32_t fs_read(FS_DESC *pdesc, uint8_t *pdest, uint32_t anz);
int16_t fs_write(FS_DESC *pdesc, uint8_t *pdata, uint32_t len);
int16_t fs_close(FS_DESC *pdesc);
int16_t fs_delete(FS_DESC *pdesc);
int16_t fs_rewind(FS_DESC *pdesc);
int16_t fs_rename(FS_DESC *pd_odesc, FS_DESC *pd_ndesc);
uint32_t fs_get_crc32(FS_DESC *pdesc);
int16_t fs_check_disk(void cb_printf(char *fmt, ...), uint8_t *pline, uint32_t line_size);
int16_t fs_format(uint32_t f_id);
int16_t fs_start(uint8_t mode);
void fs_deepsleep(void);
int16_t fs_info(FS_STAT *pstat, uint16_t fno);
void fs_sec1970_to_date(uint32_t asecs, FS_DATE *pd);
De nombreux appareils techniques fonctionnent fiables pendant des années et des années et personne ne se soucie d'eux. Mais s'ils échouent, il y a toujours la question: qu'est-ce qui ne va pas?
C'est, où les JESF pourraient devenir extrêmement utiles.
Lire la suite: Blackbox_eval.pdf
Plage de tension large (1,6 V-3,6 V) et attente ultra-faible-puissance:
Construit avec SES (V6.22A ( )) et SDK 17.1.0 ( : Les versions ultérieures de SES nécessitent des paramètres de projet modifiés !!!)
Définissez macro $ sdk_root où trouver le SDK dans SES -> Tools -> Options -> Building: Eg: "Global Macros": "SDK_ROOT = C: Nordic NRF5_SDK_17.1.0_DDDDE560"
Définir la macro de plate-forme avec des I / O-Pins (voir tb_tools.h)
Formez éventuellement le problème avec nrf_clock () (voir docu tb_tools_nrf52.c / .h)
