Eddy v2.5 don't work (serialflash missing)

[moisnico]

Dear all:

Today I had working 2 eddy CPU modules S/N:EC102xxxxx over the eddy DKv2.1 (it worked ok).
Well, when I changed the jumper of FPG input and try to use SAMBA the eddy don't recognize serialflash, .

There are a patch of SAMBA in download section, and other SAMBA files.
I have other eddy CPU module S/N:EB530xxxxx that works fine with SAMBA.
What version of eddy works fine with SAMBA versions? ( the Serialflash IC mounted in the eddy is different between versions)
How could I recovery both eddy modules?

I show the log of SAMBA below:
-I- Waiting ...
-I- TCL platform : Windows NT
-I- SAM-BA 2.10  on : windows
-I- Retrieved arguments from command line :
-I- argv 0 : \usb\ARM0
-I- argv 1 : AT91SAM9G20-EK
-I- argv 2 : Eddy_burning_SerialFlash.tcl
-I- Connection : \usb\ARM0 (target(comType) = 0)
-I- Board : at91sam9g20-ek
-I- Traces Level : 4
-I- target(handle) : 18345656
Read device Chip ID at 0xfffff240 --- get 0x019905a1
-I- Found processor : at91sam9g20 (Chip ID : 0x019905a1)
-I- External RAM Settings :  extRamVdd=1, extRamType=0, extRamDataBusWidth=16, extDDRamModel=0
-I- Loading applet isp-extram-at91sam9g20.bin at address 0x200000
-I- Memory Size : 0x4000000 bytes
-I- Buffer address : 0x2013AC
-I- Buffer size: 0x0 bytes
-I- Applet initialization done
-I- External RAM initialized
-I- Command line mode : Execute script file : Eddy_burning_SerialFlash.tcl
u-boot file: eddy-bl-2.5.1.1.bin
filesystemSize: 0x002A82D0
-I- === Performs sanity checks===
-I- === Initialize the SerialFlash access ===
-I- SERIALFLASH::Init 1 (trace level : 4)
-I- Loading applet isp-serialflash-at91sam9g20.bin at address 0x20000000
-E- Script File Eddy_burning_SerialFlash.tcl returned error : Can't detect known device - Can't detect known device
    while executing
"error "Can't detect known device""
    (procedure "GENERIC::Init" line 45)
    invoked from within
"GENERIC::Init $SERIALFLASH::appletAddr $SERIALFLASH::appletMailboxAddr $SERIALFLASH::appletFileName [list $target(comType) $target(traceLevel) $sfId]"
    (procedure "SERIALFLASH::Init" line 10)
    invoked from within
"SERIALFLASH::Init 1"
    (file "Eddy_burning_SerialFlash.tcl" line 136)
    invoked from within
"source $scriptFile"


Can anybody help me?

thanks in advance
Moises

[/list]

[mkremer]

Hi moisnico,

I am not aware that there are problems with different serial numbers (I will test it). Normally, the v2.5 Modules could be programmed over sam-ba 2.10.
Did you follow the instructions in "Eddy-DK Programmer Guide (2011.01.20)"  "9.1.2 Hardware Install and Recovery"?

[moisnico]

yes, I followed the instructions.

I had doubts about the eddy_cpu update process, and because this, I tested with 2 modules of different S/N.

Perhaps, there are any interaction between SAMBA and UBOOT. ( I think that they are independent). What do you think about this?

I wish write the external NAND flash with the same linux image, and try to run the eddy from this location. Could you help me?

thanks

[Thorsten Trenz]

Hi,
we discussed the problem with SystemBase, and they requested a photo of each module. Can you please provide it?
The serial flash chip should be visible on the photo.

best regards
Thorsten Trenz

[Antti Lukats]

Hi

1) if SAM-BA is activated and sees the eddy module then related working items are
- clock
- reset
- cpu (internal ROM-RAM)
- usb connection

samba will work, not matter the external ram or flash availability..

2) eddy board has a special pin that DISABLES the spi flash, it is some nand gate.. when its disabled then the spi flash NOT ACCESSIBLE, it would read 0xFFFFFFF as flash ID, causing of the samba flash applet to not recognize the chip

3) eddy board (at least some versions?) use a spi flash that is not supported by the atmel original spi flash applet, so special version must be used, it is one small BIN file that is fetched from samba support folders, if this file is OLD then samba would get chip not recognized error during spi applet init

We do not know, but it could be that some eddy modules have spi flash that is directly supported with atmel original spi applet binary, if that is the case, then your samba may fetch old (not sysbas supplied) spi applet, that would have the behaviour as you see, one sn work, other fails.

so, PLEASE make sure the update scripts loads MODIFIED spi applet bin file!

We have made a patched version of samba applets that allow us to use samba GUI to talk to the eddy, load ram, flash spi.. if you can not get working, we can upload our patched version

Antti Lukats

[moisnico]

Hi,

I repeat all process:

-SAMBA 2.10 are intalled in laptop

-download USB_recovery from http://www.trenz-electronic.de/fileadmin/docs/SystemBase/Eddy_ARM_modules/Eddy-v2.5/USB_Recovery_for_Windows/USB_Recoverry_v25_10915.zip   because I don't found it in sysbas.com
and uncompress it in G:\USB_Recoverry_v25_10915

- download images from http://edge.sysbas.edgecaching.net/include/FileDown.asp?OriginalFileName=down-20101020172250.zip&FileName=Firmware%2Ezip&Folder=Download and paste the files in G:\USB_Recoverry_v25_10915

- copy and paste of at91sam9g20-ek.tcl and isp-serialflash-at91sam9g20.bin to J:\Archivos de programa\ATMEL Corporation\SAM-BA v2.10\tcl_lib\at91sam9g20-ek

- modify the file Eddy_burning_SerialFlash.tcl in order to change    filesystemFileName        "eddy-fs-2.5.1.2.bin"
to    filesystemFileName        "eddy-fs-2.5.1.1.bin"

-switchoff eddy DK
-change S6 to off
-switch ON
-wait 5sec
-change S6 to on

-  run the .bat by execute   
G:\USB_Recoverry_v25_10915>Eddy_burning_SerialFlash.bat

the result is OK in the eddy-cpu that is provided with the development kit
I siwch off and on again and the eddy runs propertly

then I switch off the eddy DK,   change the eddy-cpu (carefully)

and repeat

the result is the same that first post ( don`t work)



"2) eddy board has a special pin that DISABLES the spi flash, it is some nand gate.. when its disabled then the spi flash NOT ACCESSIBLE, it would read 0xFFFFFFF as flash ID, causing of the samba flash applet to not recognize the chip"

when I tested with osciloscope the write protection (pin3) of serial flash EN25q64, I don't see any modify(0Voltage level) when I change the jumper S6, in all my eddy-cpu modules.  Perhaps a esquematic of this section can be explain this item

It is possible that, my hardware are damage??

thanks

[moisnico]

Hi Thorsten
I will to take some photo. (in this moment my camera are showing poor results)

[moisnico]

I made a mistake

"when I tested with osciloscope the write protection (pin3) of serial flash EN25q64, I don't see any modify(3.3VVoltage level) ...."

[moisnico]

Dear all:

Today arrived "good" new eddy cpu modules.
I try to update ones and it works fine.
I changed the serial flash IC between two ( the "bad" cpu and the new "good" cpu) by desolder and solder process

the "new" cpu works fine and the "bad" cpu doesn't work.

I think that, I crack the hardware that exists between AT91sam9g20 and EN56q64 in 2 cpu
the SAMBA works with all my eddy modules.

if I discover other answer, I will post here

Thanks at all