JesFs

JESFS -JO的嵌入式序列文件系統

對於標準（串行）norflash

只需想想非常簡單的內容，例如語言數據：在“非常小”的嵌入式設備上（不是“大”，例如嵌入式Linux，但可以用小電池運行多年）：通常是在“代碼中的某個地方”集成的。
很難改變！但是，如果語言數據在文件中，則更改很容易。對於圖形，設置，所有內容……甚至允許從許多不同來源更改嵌入式設備上的固件！

想想嵌入式設備，甚至可以自己獲取最新的固件！例如，通過wifi，移動互聯網，藍牙，UART，無線電鏈接，…
突然所有選項都打開了！而且，如果您對安全性有疑問：不用擔心：問題已經解決，正如您稍後會看到的。

到目前為止，“非常小的設備”的主要問題是“文件系統”：每個人都知道“ fat”，“ ntfs”，……但是您是否曾經想過一個小芯片上的文件系統？甚至在CPU內部？沒問題，使用正確的軟件。這就是為什麼我寫信

“ JESFS - JO的嵌入式序列文件系統”

[圖片：2x3毫米的4MB JESF]

我的日常工作是物聯網。因為我沒有找到任何真正實用的解決方案，所以我決定創建自己的解決方案。我的設計限制是“魯棒性”，“安全性”和“小足跡”。

JESFS設計用於在“現實世界”中使用，並與NRF52840-DK，NRF52832和CC13XX/CC26XX啟動板一起使用，用於標準的串行Nor-Flash記憶，例如M25R系列（M25R系列），最多可獲得16 MB，甚至更多…

關於JESF的一些基礎知識：

• 超小型RAM和代碼足跡：只能在最小的MCUS上使用8kbyte程序內存或更少（例如著名的MSP430系列，幾乎所有32位手臂核心（M0，M3，M4，…。））。只有200個字節就足夠了！
• 完全開源，免費並用標準C書寫。
• 使用從8kbyte到16mbyte的串行非閃 - （最多可2 Gbyte），但也可以與CPU內部的Nor-Flash一起使用。
• 與UltraMall Jesfsboot Secure Bootloader攜手合作（在標準臂芯上需要小於8KB，包括可靠的空中升級（“ OTA”）的AES-128加密引擎）。
• 包括優化的磨損水平（以最大程度的記憶壽命）。
• 非常快速的數據傳輸（例如讀取文件：NRF52840上的3.7MB/sec ）。
• 添加了一種特殊的模式，以允許數百萬個寫週期，尤其是用於數據收集，事件報告和日記定位。
• JESF是持久的：無數據損失或重置的數據丟失。
• 為（幾乎）所有情況都設計的，也無法使用記憶（只能刪除塊（0-> 1）而只寫0的記憶。
• 測試：MacRonix MX25RXX，GigAdeVices GD25WDXX和GD25WQXX，...
• 嚴格涉足超低功率嵌入式系統
• 旨在利用基礎RTO的優勢，但也可以獨立使用。
• NRF52840/NRF52832-DK的示例應用程序，啟動板CC13XX/26XX，ATMEL SAMD20，Windows-PC等（文檔PDF：Jesfs.pdf）
• 易於與直觀的API一起使用：

  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);

---

ChangElog（jesfs_main.c）

• V1.0 CC13XX/CC26XX和Windows
• V1.5（NRF52）NRF52840端口
• V1.51（NRF52）NRF52840支持深度睡眠/喚醒（RTC的深度睡眠和完整的RAM保留<3UA）
• v1.6添加了'fs_disk_check（）'：小心磁盤檢查
• v1.61（NRF52）源化妝品和NRF52840上的默認spim時鐘降低至16MHz（32MHz僅建議只沒有軟件）
• V1.7（NRF52）添加了U-Blox Nina-B3的定義
• v1.8添加時間設置為“！”和UART-RX-ERROR
• v2.0（NRF52）將UART驅動程序更改為app_uart，以用於tb_tools中的多用途
• v2.01（NRF52）更改為SDK17（SDK17中的NRF_Clock（）問題，請參見Docu）
• v2.02（NRF52）更改為SDK17.0.2和SES 5.10B（SDK17.0.2中的NRF_Clock（）問題都不固定在SDK17.0.2中，請參見DOCU）
• v2.10（NRF52）增加了對NRF52832的支持
• v2.20（NRF52）添加了NRF52832的樣本（u-blox anna-b112模塊的I/O配置）
• v2.30（NRF52）在Jesfs_main.c中添加了flash ID的打印。
• v2.54（nrf52）在tb_tools.c中添加了'tb_get_runtime（）'
• v2.55（NRF52）更改為SDK17.1.0和SES 5.42AB（SDK17.0.2中的NRF_Clock（）問題，在SDK17.0.2中未修復，請參見DOCU）
• v2.60（NRF52）使用Global Macro $ SDK_ROOT
• v2.61（SAMD20）ATMEL SAMD20貢獻（ Kudos ！）
• v2.70添加_feature supply_voltage_check（）;
• v2.71所有全局fs_-函數檢查_supply_voltage_check（）條目
• v2.72 JESFS_HL.C（文件v1.91）

---

使用Jesfs - BlackBox-Demo

家庭用途的飛行記錄員

許多技術設備可靠多年可靠，沒有人關心它們。但是，如果他們失敗了，總會有一個問題：出了什麼問題？

這就是JESF可能變得非常有用的地方。

閱讀更多：blackbox_eval.pdf

硬體

一些測試的串行閃存芯片

寬電壓範圍（1.6V-3.6V）和超低功率備用：

• MACRONIX MX25R系列（MX25RXX）
• GIGADEVICES GD25W系列（GD25WD80C，GD25WQ64E，...）

與NRF52-CPU一起使用：

與CC13XX/26XX-CPU一起使用：

安裝（用於NRF52 CPU）：

• 用SES（v6.22a（ ））和SDK 17.1.0（ ：SES的後期版本需要更改的項目設置！！！）

• 設置宏$ sdk_root在ses->>工具 - >選項 - > building：eg：“ global macros”：“ sdk_root = c： nordic nrf5_sdk_17.1.1.1.0_dddde560”

• 用I/O-Pins設置平台宏（請參閱tb_tools.h）

• 可選地解決NRF_CLOCK（）（請參閱docu tb_tools_nrf52.c/.h）

---