- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Labels:
-
PSoC 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Normally what comes to mind is Verilog for HW to HW control of
PSOC resources and UDB configuration.
Might be useful to give an example of what you are trying to do. Also clarifiy,
you mentioned sleep, are you trying to do this when PSOC is asleep ?
Regards, Dana.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I am gnawing on your expression "Accessing Register via hardware" which your repeated in your last post.
You cannot access registers without CPU despite using DMA which only works resonably when the register addresses are consecutive which will not be the case in your application.
As long as there are APIs provided for the sleep- and wakeup functionality there will be no difference between those and the access to the appropiate registers directly. Some functionality is only accessable through registers (cause APIs forgotten to make) but you can put it into your own functions.
Bob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
i agree..... @chlzr how can u access control registers by using only hardware.......
.although there are other ways by which you can come out of low power modes using hardware like....[using reset or interrupts].!!
Regards!!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
If you know the address locations of all the registers (even dis-continuous), burst size & length of the transfer, then you can define then in a fixed array.
Use one DMA (say Main DMA) to transfer the data from a source to desintation in the defined burst size & length of the transfer
Use another DMA (configuration DMA) to set the source, destination, burst size & length of the transfer of the above Main DMA.
Configuration DMA can take the respective data from the array defined and load them into Main DMA for appropriate transfers.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
But how will he be able to access it with hardware?
Regads!!!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
So you need to come up with a scheme using the DMA to write stuff to memory. It might be possible to use DMA to transfer bytes from (internal) pins to memory (via a status register).
If you use indexed DMA, you can even use another register to determine the target address.
Or use the data path or the digital filter block for some computations and use their outputs.
But I think this will get really complicated. It might be way easier (and less resource-intensive) to just trigger an interrupt and the use some code to do what you want.