Skip to content

Commit

Permalink
fix
Browse files Browse the repository at this point in the history
  • Loading branch information
RobTillaart committed Jan 15, 2024
1 parent 183affd commit c9b890d
Show file tree
Hide file tree
Showing 2 changed files with 15 additions and 0 deletions.
3 changes: 3 additions & 0 deletions CHANGELOG.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,6 +7,9 @@ and this project adheres to [Semantic Versioning](http://semver.org/).

## [0.8.0] - 2024-01-15
- Fix #51 - bug in FRAM32::_readBlock()
- improve fram32 example to test both low and high addresses
- add memory address guarding for the FRAM32 _readBlock() and _writeBlock()
- update readme.md.

----

Expand Down
12 changes: 12 additions & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -305,6 +305,14 @@ Its interface is described in **FRAM_MULTILANGUAGE.md**.
See examples.


## FRAM32

Since version 0.8.0 the FRAM32 internal **readBlock()** and **writeBlock()**
guard for memory addresses that are out of range.
This prevents interference with valid address ranges.
These will just be ignored for now and no error flag whatever is set.


## FRAM11 + FRAM9

- 0.5.0 added, see issue #28
Expand All @@ -330,6 +338,10 @@ Use **getSizeBytes()** to get 512.

#### Should

- **FRAM32** invalid memory address handling.
- user should be notified of success / failure? how?
- **bool validAddress(uint32_t memAddress)** as preventive strategy.
- or setting an error flag? return value? (impact in class hierarchy).
- Improve **getSize()** to have **clear()** working properly.
- **MB85RC128A** only (hard code fall back?).
- **getSize()** scanning FRAM like EEPROM library?
Expand Down

0 comments on commit c9b890d

Please sign in to comment.