• Visit https://www.embeddedcomputers.net/ for Hardware; Software and all other things related to FlashcatUSB

Official FCUSB RC20 Build 462 Classic

hi
sometimes we do not plan to program the chip and only want to verify chip with the binary file and this requires load binary file to software buffer ,in flashcat software we can not doing this.
on the other when read the flash sometimes we don't need save chip contents ,so it is better that chip contents fill in software buffer like
other universal programmer software and we can always save contents of software buffer .
another topic I have to say we don't need when put flash chip on programmer and after detect it, online reading in buffer section I think no
require this action and buffer software must fill with FF until we want read the flash chip. also in write section always write contents of software buffer and user must at first add binary file to buffer then write the flash,with this method possible add verify button.
read and write & erase icon is small please design with large icon
sorry with my bad English
 

Attachments

  • pic1.png
    pic1.png
    70.4 KB · Views: 22
  • pic2.jpg
    pic2.jpg
    218.1 KB · Views: 22
  • d48uxp_load_file.png
    d48uxp_load_file.png
    36.1 KB · Views: 23
Last edited:
Hi Poya22, the problem is that FCUSB is not like those legacy "universal" programmers. And it doesn't operate the same. Those software were designed for data that was typically 8Mbit-16Mbit density chips. So the software was designed around a "buffer screen", where you could load data into the buffer (either via file, or reading another chip), modify the buffer with manual inputs, compare the buffer against the current data, and write the buffer back to the chip. That buffer was stored in "RAM".

FlashcatUSB uses real-time streaming. The data in the window is filled, at the time, it is viewed. If you scroll down, you are literally streaming the data from the Flash device in real-time. This method is ideal for Flash devices that are very large (8Gbit is currently the highest supported density in the Flash library, and 64Gbit/128Gbit support is in development). It would be impracticable to "buffer" that kind of data.

So I propose a solution. How about a button that says "Verify", when you click it, it will allow you to select a file, prompt you for an offset, and then check to see if that file is in the Flash, and if not, how many bytes differ? Would that work for you?
 
Hi Poya22, the problem is that FCUSB is not like those legacy "universal" programmers. And it doesn't operate the same. Those software were designed for data that was typically 8Mbit-16Mbit density chips. So the software was designed around a "buffer screen", where you could load data into the buffer (either via file, or reading another chip), modify the buffer with manual inputs, compare the buffer against the current data, and write the buffer back to the chip. That buffer was stored in "RAM".

FlashcatUSB uses real-time streaming. The data in the window is filled, at the time, it is viewed. If you scroll down, you are literally streaming the data from the Flash device in real-time. This method is ideal for Flash devices that are very large (8Gbit is currently the highest supported density in the Flash library, and 64Gbit/128Gbit support is in development). It would be impracticable to "buffer" that kind of data.

So I propose a solution. How about a button that says "Verify", when you click it, it will allow you to select a file, prompt you for an offset, and then check to see if that file is in the Flash, and if not, how many bytes differ? Would that work for you?
hi pantheon
your solution is great way if this option add to software
also I have universal programmer but my intention is to develop the software
thank you
 
Last edited:
Back
Top