• Visit https://www.embeddedcomputers.net/ for Hardware; Software and all other things related to FlashcatUSB
ehm you mean?
i have not tried to read out the flash, i'm still waiting for my Mach1 reader .. but at least the package has already arrived in my country :D
but is it not possible to read out the entire flash with it?

are there any important data missing?
 
Last edited:
ehh i mean the package of my mach1 reader has departed the origin country, it should arriving next weeks me
 
Ah. I just realized that you were referencing the 2019 post above.

That post was talking about multi-layer NAND chips (MLC). Those are very prone to errors, which is why the error correction (ECC) is so important. In that case, you will always have read errors -- even when the chip is used in production. However, the ECC information is used to correct it.

I have been using single layer (SLC) nand chips, and for those I can read the same chip multiple times and have identical results. The chips do have ECC data as well, but errors are far less frequent with SLC.
 
I have removed many SLC chips and read their contents. On these chips, which have been in use for up to 15 years, I don't find any ECC errors. However, these chips sometimes have a few blocks marked as bad. Both the ECC and bad block information is stored in the 'out of band' section of the chip.

If you want blackcatusb to manage ECC, then yes you need a license. I don't have one but was able to develop an ECC generator that I use on extracted and edited images.

I'm no expert, but learned just enough for my own needs. This particular forum is not very active -- you might want to look elsewhere for info on NAND ECC and Bad Block management. What you find does not have to be specific to blackcatusb mach1. You might also find some relevant information in the chip manufacturers datasheets and/or application notes.
 
and does this ECC generator work well? can you download it somewhere?
I found what worked for the flash chips I work with. There's really no guarantee that what works with one will work with another, as it would depend on the embedded software.

Look at the ST application note AN1823 (or Micron technical note TN-29-63). That describes how they implemented ECC. They actually made code available (c1823.zip), although it is not provided any more (I may have a copy but not sure). There is pseudo code in the document though, which lays it all out.
 
sounds very complicated, and I don't think that I have anything to do with ECC in the specification for the MX30LF1G18AC(-TI)
"Endurance: typical 100K cycles (with 4-bit ECC per (512+16) Byte) " says the specification. Can you do anything with it?
 
Last edited:
sounds very complicated, and I don't think that I have anything to do with ECC in the specification for the MX30LF1G18AC(-TI)
"Endurance: typical 100K cycles (with 4-bit ECC per (512+16) Byte) " says the specification. Can you do anything with it?
and it is difficult to solder the chip?
 
and it is difficult to solder the chip?

Why are you going to have trouble reading a simple mxic? your xport should not give problems and it will be the same if you acquire a mach both are slow to write xD ...

what is the friztbox modem you are trying to read?
 
for a glass fiber box, the glass fiber box requires newer avm firmware and only for some boxes(7490, 7530 and 7590), i will dump the firmware from the working 7530 with connection settings for the glass fiber box. openwrt firmware and other fritzboxes or earlier firmware of fritzboxes doesn´t work with the glass fiber box, it makes pppoed errors, because of special protocol specifications i think. i will look into the protocol implementation, but I have no idea whether this is actually readable in the compiled state. custom headers or a special protocol initialization is used i think or special certificates

eventually works a dump with EVA-FTP-Client.ps1, contains the dump the complete flash with all settings or just the firmware?

really, I don't see how that could be allowed to happen
 
Last edited:
and: is possibly to read the MX30LF1G18AC flash chip with x16 mode? (the chip has only a x8 Bus, at least that's what its specifications say)?
 
I found what worked for the flash chips I work with. There's really no guarantee that what works with one will work with another, as it would depend on the embedded software.

Look at the ST application note AN1823 (or Micron technical note TN-29-63). That describes how they implemented ECC. They actually made code available (c1823.zip), although it is not provided any more (I may have a copy but not sure). There is pseudo code in the document though, which lays it all out.

the pdf says me nothing, Don't you already have applications that implement this?
 
Last edited:
I have removed many SLC chips and read their contents. On these chips, which have been in use for up to 15 years, I don't find any ECC errors. However, these chips sometimes have a few blocks marked as bad. Both the ECC and bad block information is stored in the 'out of band' section of the chip.

If you want blackcatusb to manage ECC, then yes you need a license. I don't have one but was able to develop an ECC generator that I use on extracted and edited images.

I'm no expert, but learned just enough for my own needs. This particular forum is not very active -- you might want to look elsewhere for info on NAND ECC and Bad Block management. What you find does not have to be specific to blackcatusb mach1. You might also find some relevant information in the chip manufacturers datasheets and/or application notes.
can you give me your ecc generator for the chip? I can also program a bit, but I don't trust myself to program an ECC generator on my own.
 
and how is that even legal? I'm not quite sure if this is even legal in Germany? Am I breaking any laws by doing this?

it exists a provideradditive.tar on the router, that I can't get anywhere else
 
Back
Top