Sorry if i'm doing something wrong here but I can't seem to get this chip to be recognised.
It's a 5v flash chip and looking at the source code it is already in the database
I'm using an XPORT 2.0 with the EC 32 pin dip adapter. I've verified the dip switches on the adapter match the datasheet for the chip.
Heres the log from the software.
Welcome to the FlashcatUSB interfacing software, build: 655
Copyright 2024 - Embedded Computers LLC
Connected to FlashcatUSB XPORT, firmware version: 5.32
Running on: Windows (64 bit)
FlashcatUSB Script Engine build: 312
Serial NOR memory database loaded: 508 devices supported
Serial NAND database loaded: 69 devices supported
Parallel NOR memory database loaded: 407 devices supported
Parallel NAND memory database loaded: 280 devices supported
OTP/UV EPROM memory database loaded: 47 devices supported
Hardware version: not Programmed
Detecting connected Flash device...
Initializing Parallel NOR device mode
Attempting to automatically detect Flash device
Mode NOR X16 (Word addressing) returned ident code: 0x25FF850000
Mode NOR X16 (Byte addressing) returned ident code: 0x25FF2D472E
Mode NOR X8 (A0 addressing) returned ident code: 0x2500850000
Mode NOR X8 (A-1 addressing) returned ident code: 0x250025D8D8
Connected to Flash (CHIP ID: 0x250025D8D8)
Common Flash Interface information not present
Flash memory detected but not found in Flash library
I've tried reseating it and moving it around in the socket as sometimes i've had chips fail to idenitfy from bad contacts and give flaky ident codes but the log always returns the same ident codes so I assume the chip is making contact in the socket ok.
I tried it with a similar flash chip an older AMD 29F010 which has the same pinout and that is recognised just fine and can be programmed / read / erased.
If I query the Atmel chips device ID it reports back as 1F / D5 which matches the datasheet and what is in the source code too.
Just for experimentation I set the programmer mode to parallel eeprom which doesn't check a chip id and I can see the contents of the chip in the data window.
Seems strange. No big deal if it's troublesome to look into etc I can program the chip with other programmers I just found it strange it wouldn't detect that chip.
It's a 5v flash chip and looking at the source code it is already in the database
I'm using an XPORT 2.0 with the EC 32 pin dip adapter. I've verified the dip switches on the adapter match the datasheet for the chip.
Heres the log from the software.
Welcome to the FlashcatUSB interfacing software, build: 655
Copyright 2024 - Embedded Computers LLC
Connected to FlashcatUSB XPORT, firmware version: 5.32
Running on: Windows (64 bit)
FlashcatUSB Script Engine build: 312
Serial NOR memory database loaded: 508 devices supported
Serial NAND database loaded: 69 devices supported
Parallel NOR memory database loaded: 407 devices supported
Parallel NAND memory database loaded: 280 devices supported
OTP/UV EPROM memory database loaded: 47 devices supported
Hardware version: not Programmed
Detecting connected Flash device...
Initializing Parallel NOR device mode
Attempting to automatically detect Flash device
Mode NOR X16 (Word addressing) returned ident code: 0x25FF850000
Mode NOR X16 (Byte addressing) returned ident code: 0x25FF2D472E
Mode NOR X8 (A0 addressing) returned ident code: 0x2500850000
Mode NOR X8 (A-1 addressing) returned ident code: 0x250025D8D8
Connected to Flash (CHIP ID: 0x250025D8D8)
Common Flash Interface information not present
Flash memory detected but not found in Flash library
I've tried reseating it and moving it around in the socket as sometimes i've had chips fail to idenitfy from bad contacts and give flaky ident codes but the log always returns the same ident codes so I assume the chip is making contact in the socket ok.
I tried it with a similar flash chip an older AMD 29F010 which has the same pinout and that is recognised just fine and can be programmed / read / erased.
If I query the Atmel chips device ID it reports back as 1F / D5 which matches the datasheet and what is in the source code too.
Just for experimentation I set the programmer mode to parallel eeprom which doesn't check a chip id and I can see the contents of the chip in the data window.
Seems strange. No big deal if it's troublesome to look into etc I can program the chip with other programmers I just found it strange it wouldn't detect that chip.