JesFs
1.0.0
표준 (직렬) Nor-Flash의 경우
언어 데이터와 같은 매우 간단한 것들을 생각해보십시오 : "매우 작은"임베디드 장치 (임베디드 리눅스와 같은 "큰"것이 아니라 수년간 작은 배터리로 실행할 수있는 것) : 일반적으로 "코드 어딘가"로 통합됩니다.
변화하기 어렵다! 그러나 언어 데이터가 파일에 있으면 변경이 쉽습니다. 그래픽, 설정, 모든 것도 마찬가지입니다… 여러 다른 소스에서 임베디드 장치의 펌웨어를 변경할 수도 있습니다!
임베디드 장치를 생각해보십시오. 최신 펌웨어를 스스로 얻을 수 있습니다! 예 : Wi-Fi, 모바일 인터넷, Bluetooth, UART, Radio-Link,…
갑자기 모든 옵션이 열려 있습니다! 그리고 보안에 대한 우려가 있다면 : 걱정하지 마십시오 : 나중에 볼 수 있듯이 이미 해결 된 문제 ..
“매우 작은 장치”의 주요 문제는 지금까지“파일 시스템”이었습니다. 모두가“Fat”,“NTF”를 알고 있지만 작은 칩의 파일 시스템을 생각한 적이 있습니까? 아니면 CPU 내부에도? 올바른 소프트웨어로 문제가 없습니다. 이것이 제가 쓴 이유입니다
“JESFS - Jo의 내장 된 직렬 파일 시스템”
[이미지 : 2x3 mm의 4MB JESFS]
나의 일상적인 일은 IoT입니다. 나는 정말로 실용적인 솔루션을 찾지 못했기 때문에 내 자신의 솔루션을 만들기로 결정했습니다. "견고성", "보안"및 "작은 발자국"은 나의 디자인 제약 조건이었습니다.
JESFS는“실제 세계”에서 사용하도록 설계되었으며 NRF52840-DK, NRF52832 및 CC13XX/CC26XX 런치 패드에서 사용되는 M25R 시리즈와 같은 표준 연속 NOR- 플래시 메모리를 사용하도록 설계되었습니다.
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);
많은 기술 장치는 몇 년 동안 신뢰할 수 있으며 아무도 신뢰할 수 없습니다. 그러나 그들이 실패한다면, 항상 질문이 있습니다 : 무엇이 잘못 되었습니까?
이것은 JESFS가 매우 유용해질 수있는 곳입니다.
더 읽기 : blackbox_eval.pdf
넓은 전압 범위 (1.6V-3.6V) 및 초력 대기 :
SES (v6.22a ( )) 및 SDK 17.1.0 ( : 이후 버전의 SES가 변경된 프로젝트 설정이 필요합니다 !!!)로 제작되었습니다.
ses-> 도구 -> 옵션 -> 빌딩에서 sdk를 찾을 수있는 macro $ sdk_root를 설정하십시오.
I/O 핀으로 플랫폼 매크로 설정 (TB_TOOLS.H 참조)
선택적으로 NRF_CLOCK ()에서 문제를 해결하십시오 (docu tb_tools_nrf52.c/.h 참조)
