A couple hundred cycles of interrupt handler to fill a fifo in the middle of the signal processing really shouldn't be an issue for you. The FreeDV input and output are buffered through their own DMA-driven fifo and can handle a very small delay.
On Tue, Sep 6, 2016 at 5:40 PM, <e...@vk5kbb.com> wrote: > I am aware of the peripherals and its not what I need to know. > > I was asking if any one had implemented the serial port peripheral with > out interfering with the operation of the codec. > > The pinning is irrelevant because I am using my own hardware design and > have access to what ever pins I want. > > Cheers > > Eric > > > > On 2016-09-06 22:35, Bruce Perens wrote: > > The STM32F405 peripheral set is richer than you realize: > > > - 2x USB OTG (one with HS support) > - Audio: dedicated audio PLL and 2 full duplex I²S > - Up to 15 communication interfaces (including 6x USARTs running at up > to 10.5 Mbit/s, 3x SPI running at up to 42 Mbit/s, > 3x I²C, 2x CAN, SDIO) > - Analog: two 12-bit DACs, three 12-bit ADCs reaching 2.4 MSPS or 7.2 > MSPS in interleaved mode > - Up to 17 timers: 16- and 32-bit running at up to 168 MHz > - Easily extendable memory range using the flexible static memory > controller supporting Compact Flash, SRAM, PSRAM, NOR and NAND memories > - Analog true random number generator > > I haven't looked at what pins David has dedicated and whether you can get > at undedicated pins at all. > > On Tue, Sep 6, 2016 at 1:20 PM, Shane Burrell <sh...@shaneburrell.com> > 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, <e...@vk5kbb.com> 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" <sh...@shaneburrell.com> wrote: >>> >>>> You shouldn't have any problems doing that via DMA UART >>>> >>>> On Tue, Sep 6, 2016 at 9:52 AM, <e...@vk5kbb.com> 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 >>>>> Freetel-codec2@lists.sourceforge.net >>>>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >>>>> >>>>> >>>> ------------------------------------------------------------ >>>> ------------------ >>>> >>>> _______________________________________________ >>>> Freetel-codec2 mailing list >>>> Freetel-codec2@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >>>> >>>> >>> ------------------------------------------------------------------------------ >>> >>> >>> _______________________________________________ >>> Freetel-codec2 mailing >>> listFreetel-codec2@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/freetel-codec2 >>> >>> >>> >>> >>> ------------------------------------------------------------ >>> ------------------ >>> >>> _______________________________________________ >>> Freetel-codec2 mailing list >>> Freetel-codec2@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >>> >>> >> ------------------------------------------------------------ >> ------------------ >> >> _______________________________________________ >> Freetel-codec2 mailing list >> Freetel-codec2@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freetel-codec2 >> >> > ------------------------------------------------------------------------------ > > > _______________________________________________ > Freetel-codec2 mailing > listFreetel-codec2@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/freetel-codec2 > > > > > ------------------------------------------------------------ > ------------------ > > _______________________________________________ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 > >
------------------------------------------------------------------------------
_______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2