Posts by fs-support_ZU

Hello,

ok, thanks for the update.

>> ... but for software ...

<< It should not related to the BSP. Assume if you use same catalog and project settings as for A9X it should behave in the same way on A9XR2.

>> This is what I did for efusA9XR2 to get the same behaviour as on efusA9X (since we did not use explicit RegFlushKey() on efusA9X either and registry persisted).

<< I can't believe this. The only difference between A9X and A9XR2 is the Ethernet phy!

And bit 1 is set. Flags it a evaluated bit wise and 3=1|2.

PS: Sorry you said RegistryFlags I thought about Flags. Nevertheless there are no differencies between A9A and A9XR2 and I would use RegFlushKey.

Hello,

thanks for this information.

Flash:

I don't know anything a "auto reg flush feature" but I would not use it at all.

Keep two things in mind, write cycles to Flash are limited and using FAT, power off while writing may demage the FAT. So I would prefer explicite call of "reg save" (which implicite calls OS function RegFlushKey()).

SD:

which SD Card you are talking about? Can you give me the pins or index in Registry.

PS: do delete your [HKEY_LOCAL_MACHINE\init\BootVars] in OSDesign.reg and use default. This is safe.

Else msdn is your friend.

Dear Vladimir,

thanks for this information. I will check it asp.

Differencies between Flash- and SD drivers on efusA9XR2 and efusA9X are marginal and our standard image works on efusA9XR2. So I assume it may be a configuration issue while the BSP creation.

Sorry, no i did not test it.

Hope I can spend some time next week. At the time we are bound on other projects.

Hello Bernard,

>> Our procedure was made for PicoCOM4 (2011) and we receive PicoCOM4.2 without WARNING message that indicates a board version change!!

<< You or your distributor got a PCN about the required changes between PicoCOM4 and PicoCOM4.2! And when you get PicoCOM4.2 you had explicit ordered them.

>> Is it a way to recover the possibility to upload this time the last eboot_pc4_112.nb0 file

<< If you can still step into NBoot (startup + DCUTerm + s) you can try to download EBoot via serial (DCUTerm->File->transmit binary file->...) or via USB (NetDCUUSBLoader). Use command "d" for this purpose.

Hope this helps.

Hello,

great if everything about configuration is clear now.

You can use "SetFilePointer" to jump from port to port *or* you can use DeviceIoControl(..., IOCTL_DIO_GET/SET/CLR_PIN, ...) to address one single IO by one single call.

You will find sample code here: DeviceDriverDoc.

Hello,

can you please tell me the driver version which is working/not working and if the problem is related to efusA9/efusA)R2 or both.

Thanks.

Hello,

please tell me what are your doubts? <port2> is just a placeholder if you would like to continue to configure futher ports. Else skip it. I better had wrote "reg set value UseAsIO hex 0xf8,0x07,<port2>, ..., <portN>". But I thought it was clear in context with Device Driver Doc. (one byte one port)! Sorry.

analog for port 1!

So if you just use port 0 and 1 set "reg set value UseAsIO hex 0xf8,0x07"

Did you test my settings above at all?

Are you detect any issues with our SW?

Hello,

we changed notation for DIO, refer DeviceDriverDoc, because newer boards may have much more IOs than 32. You can still use "dword" notation but with suffix (UseAsIOA (port 0...3), UseAsIOB (port 4...7), ...)

1) Which exact pins are corresponding to GPIO port 0 on A9r2: pins from 3 to 10 of the 66 pins feature connector ?

Pin 3...7 belongs to port0

Pin 8...10 belongs to port1

2) We try to configure 4 pins In and 4 pins Out altenatively, so on WCE register we set

reg open \drivers\builtin\digitalio

reg set value UseAsIO hex 0xf8,0x07,<port2>,...,port<n>

reg set value DataDir hex 0xA8,0x02,<port2>,...,port<n>

reg save

REM

Hope this helps.

PS: switch off unused SPIs because they may use the same pins:

reg open \drivers\builtin\armStoneA9R2\spi2

reg set value Flags dword 4

reg open \drivers\builtin\armStoneA9R2\spi3

reg set value Flags dword 4

reg save

REM

Hello,

We can only provide support for standard versions of the PicoCOMA5.

In this case, the customer's software is used and we do not have access to it. Please clarify with the customer directly.

Thank you for your understanding.

Hello,

debugport is labled with "COM1" (next to touch connector) you are connected to "COM2"!

Dear Vladimir,

we put new BSP which supports also efusA9xr2 into the download. Please test and let us know if everything works fine on your side.

I put also new "kernel update tool" into your custom downlaod. Here (new introduced) FCR driver is terminated before the update. FCR does dynamically check the Flash for consistency.

Sorry i don't step further in the meanwhile.

I am bound on some other urgent projects.

Is this issue still significant for you? I can spend some more time start in KW42/22

Hello,

Which kernel you are using and which OS?

Which file system is installed (FAT or F3S)?

Your application writes data to flash? How many?

Finally, can we reproduce the issue on a SKIT in our office?

>> Any idea how this is possible?

<< Maybe a bug in my SW. Sorry I have to measure and debug to step further.

>> We worked with version 180316 and I see that this version is skipped in the kernel history?

<< You are right. But I found no information about the changes also not im my emails from around 180316.

So we unfortuneatly lost this information.

Yes, sorry but it should be the correct image and the date in serial debug output should be 220818.

No it should be available but under your custom download folder "deroeve", here are all your images since 2016 are available. If you have no access to this folder contact goretzka@fs-net.de.

Hello, you can download new kernel (220818) from you custom download area.

Hope it works now, "core clock" should show 400MHz, head should be reduced.