Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chip erase function should be improved #27

Open
RoccoMatano opened this issue Nov 16, 2022 · 2 comments
Open

chip erase function should be improved #27

RoccoMatano opened this issue Nov 16, 2022 · 2 comments

Comments

@RoccoMatano
Copy link

RoccoMatano commented Nov 16, 2022

The chip erase functionality is using only one pair of timeout values (typical, maximum) even when a whole family of devices is supported (e.g. W25xFlashDevice). While the pair for W25xFlashDevice seems to have been taken from a the data sheet of 4 MBit device (4, 11), those values are much too low for devices with a larger memory size (e.g for 128MBit the data sheet says the pair is (40, 200)). That is because chip erase time is approx. proportional to memory size.

I think that either there has to be such a pair for each supported size or - if the code for waiting is not going to be changed - one could stick with just one pair and set 'typical' value to the typical value of the smallest device and set the 'maximum' value to the maximum value of the largest device.

FYI: I am writing this, because trying to erase a Winbond W25Q128JV with pyspiflash fails, because 11 seconds is not enough for this chip.

@RoccoMatano
Copy link
Author

nobody cares...

@eblot
Copy link
Owner

eblot commented Mar 22, 2024

It is not that nobody care, but I just do not have enough spare time these days to work on PyFtdi and PySpiFlash.

Whenever I can spend some time on this, I'll be happy check out these issues. Meanwhile, patches are always welcome.

@eblot eblot reopened this Mar 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants