Do we know what the FreeDV input and output buffer service/cycle times are approximately?
Thanks Eric On 2016-09-07 00:43, Brady O'Brien wrote: > 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 [1] > > ------------------------------------------------------------------------------ > > _______________________________________________ > Freetel-codec2 mailing list > Freetel-codec2@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1] ------------------------------------------------------------------------------ _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1] ------------------------------------------------------------------------------ _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1] ------------------------------------------------------------------------------ _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1] ------------------------------------------------------------------------------ _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1] ------------------------------------------------------------------------------ _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1] ------------------------------------------------------------------------------ _______________________________________________ Freetel-codec2 mailing list Freetel-codec2@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freetel-codec2 [1] Links: ------ [1] 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
