This is my point exactly you can not implement a software FIFO on
interrupt because this would effect the other processes every time a
byte is received. 

I suspect DMA has been implemented as a more efficient form of buffering
in place of hardware buffer. 

Cheers 

Eric 

On 2016-09-06 22:20, Shane Burrell wrote: 

> For the STM32 it will be a software FIFO. Easiest way to do that is to 
> interrupt at each byte and fill a buffer. Hence DMA is as easy and does the 
> buffer fill for you. 
> 
> On Tue, Sep 6, 2016 at 4:17 PM, <[email protected]> wrote:
> 
> Yes I was hoping to use a FIFO as that how I do it on the PIC, however was 
> looking at the datasheet and didnt see any implementation of one, just DMA. 
> 
> I will have to look closer. 
> 
> Thanks. 
> 
> Eric 
> 
> On 2016-09-06 19:14, Bruce Perens wrote: 
> 
> In sm1000? Since there is no OS you either have to hook into the busy loop or 
> write interrupt code. If the FIFO is deep enough to queue a command, the code 
> will not be time critical and you can do it in the loop. No DMA necessary. 
> 
> On Sep 6, 2016 7:51 AM, "Shane Burrell" <[email protected]> wrote:
> 
> You shouldn't have any problems doing that via DMA UART 
> 
> On Tue, Sep 6, 2016 at 9:52 AM, <[email protected]> wrote:
> 
> I'm wondering if any body has managed to implement the serial USART in a 
> manner that does not interfere with the encode/decode process. 
> 
> Will be doing away with the switch menu and assume I can send and receive 
> data to the USART in its place as the USART functions independently via DMA 
> and hence shouldn't interfere with any thing I hope. 
> 
> I'm basically implementing the Yaesu CAT interface and want to send 5 bytes 
> and receives 5 bytes once a second at 9600 baud. 
> 
> Thoughts? 
> 
> Cheers 
> 
> Eric 
> 
> ------------------------------------------------------------------------------
> 
> _______________________________________________
> Freetel-codec2 mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1]
> 
> ------------------------------------------------------------------------------
> 
> _______________________________________________
> Freetel-codec2 mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1]

------------------------------------------------------------------------------

_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1]

------------------------------------------------------------------------------

_______________________________________________
 Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1]

------------------------------------------------------------------------------

_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1]

 

Links:
------
[1] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
------------------------------------------------------------------------------
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2

Reply via email to