SAM4S - Is DMA determinist in time ?












0














I'm using the DMA (described as PDC in the datasheet) of SAM4SD16C with USART 0 peripheral.
I've set a timer which generates a interrupt each ms. Each 5 ms a data transfert should be performed via DMA.
An other interrupt should occur when TXEMPTY flag is set.



To see when the transmission starts and ends I toggle an Ouptut and watch it on oscilloscope. And then I realized that the end of reception is varying in time by 20 µs (my main clock is 120MHz)... Which in my project is not acceptable. Meanwhile, the start of transmission is 100ns precise, so there is no problem concerning this point.



I'm wondering if there is a way to have a better control on DMA time transfer.










share|improve this question






















  • Maybe Interrupt or DMA Channel priority?
    – A.R.C.
    Nov 21 at 7:15










  • What do you mean by interrupt ? Other interrupt than TXEMPTY ? I've also tried TXBUFE also which made sense to me and result is the same. Is it possible that my imprecison is due to the USART clock ? I mean, I have 56Kbaud/s baudrate, which result in a period of 17,857 µs. So the frequency of my interrupt can't be more precise than that, am I wrong ?
    – RPerun
    Nov 21 at 8:30










  • Yes Baudrate will have an influence, because the UART Peripheral will wait until the last bit time has passed (or even an additional bus idle time??) until the interrupt triggers. If you don't have any other interrupts or DMA channels activated, priority should be not important.
    – A.R.C.
    Nov 21 at 11:29
















0














I'm using the DMA (described as PDC in the datasheet) of SAM4SD16C with USART 0 peripheral.
I've set a timer which generates a interrupt each ms. Each 5 ms a data transfert should be performed via DMA.
An other interrupt should occur when TXEMPTY flag is set.



To see when the transmission starts and ends I toggle an Ouptut and watch it on oscilloscope. And then I realized that the end of reception is varying in time by 20 µs (my main clock is 120MHz)... Which in my project is not acceptable. Meanwhile, the start of transmission is 100ns precise, so there is no problem concerning this point.



I'm wondering if there is a way to have a better control on DMA time transfer.










share|improve this question






















  • Maybe Interrupt or DMA Channel priority?
    – A.R.C.
    Nov 21 at 7:15










  • What do you mean by interrupt ? Other interrupt than TXEMPTY ? I've also tried TXBUFE also which made sense to me and result is the same. Is it possible that my imprecison is due to the USART clock ? I mean, I have 56Kbaud/s baudrate, which result in a period of 17,857 µs. So the frequency of my interrupt can't be more precise than that, am I wrong ?
    – RPerun
    Nov 21 at 8:30










  • Yes Baudrate will have an influence, because the UART Peripheral will wait until the last bit time has passed (or even an additional bus idle time??) until the interrupt triggers. If you don't have any other interrupts or DMA channels activated, priority should be not important.
    – A.R.C.
    Nov 21 at 11:29














0












0








0







I'm using the DMA (described as PDC in the datasheet) of SAM4SD16C with USART 0 peripheral.
I've set a timer which generates a interrupt each ms. Each 5 ms a data transfert should be performed via DMA.
An other interrupt should occur when TXEMPTY flag is set.



To see when the transmission starts and ends I toggle an Ouptut and watch it on oscilloscope. And then I realized that the end of reception is varying in time by 20 µs (my main clock is 120MHz)... Which in my project is not acceptable. Meanwhile, the start of transmission is 100ns precise, so there is no problem concerning this point.



I'm wondering if there is a way to have a better control on DMA time transfer.










share|improve this question













I'm using the DMA (described as PDC in the datasheet) of SAM4SD16C with USART 0 peripheral.
I've set a timer which generates a interrupt each ms. Each 5 ms a data transfert should be performed via DMA.
An other interrupt should occur when TXEMPTY flag is set.



To see when the transmission starts and ends I toggle an Ouptut and watch it on oscilloscope. And then I realized that the end of reception is varying in time by 20 µs (my main clock is 120MHz)... Which in my project is not acceptable. Meanwhile, the start of transmission is 100ns precise, so there is no problem concerning this point.



I'm wondering if there is a way to have a better control on DMA time transfer.







microcontroller dma usart






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 20 at 17:17









RPerun

134




134












  • Maybe Interrupt or DMA Channel priority?
    – A.R.C.
    Nov 21 at 7:15










  • What do you mean by interrupt ? Other interrupt than TXEMPTY ? I've also tried TXBUFE also which made sense to me and result is the same. Is it possible that my imprecison is due to the USART clock ? I mean, I have 56Kbaud/s baudrate, which result in a period of 17,857 µs. So the frequency of my interrupt can't be more precise than that, am I wrong ?
    – RPerun
    Nov 21 at 8:30










  • Yes Baudrate will have an influence, because the UART Peripheral will wait until the last bit time has passed (or even an additional bus idle time??) until the interrupt triggers. If you don't have any other interrupts or DMA channels activated, priority should be not important.
    – A.R.C.
    Nov 21 at 11:29


















  • Maybe Interrupt or DMA Channel priority?
    – A.R.C.
    Nov 21 at 7:15










  • What do you mean by interrupt ? Other interrupt than TXEMPTY ? I've also tried TXBUFE also which made sense to me and result is the same. Is it possible that my imprecison is due to the USART clock ? I mean, I have 56Kbaud/s baudrate, which result in a period of 17,857 µs. So the frequency of my interrupt can't be more precise than that, am I wrong ?
    – RPerun
    Nov 21 at 8:30










  • Yes Baudrate will have an influence, because the UART Peripheral will wait until the last bit time has passed (or even an additional bus idle time??) until the interrupt triggers. If you don't have any other interrupts or DMA channels activated, priority should be not important.
    – A.R.C.
    Nov 21 at 11:29
















Maybe Interrupt or DMA Channel priority?
– A.R.C.
Nov 21 at 7:15




Maybe Interrupt or DMA Channel priority?
– A.R.C.
Nov 21 at 7:15












What do you mean by interrupt ? Other interrupt than TXEMPTY ? I've also tried TXBUFE also which made sense to me and result is the same. Is it possible that my imprecison is due to the USART clock ? I mean, I have 56Kbaud/s baudrate, which result in a period of 17,857 µs. So the frequency of my interrupt can't be more precise than that, am I wrong ?
– RPerun
Nov 21 at 8:30




What do you mean by interrupt ? Other interrupt than TXEMPTY ? I've also tried TXBUFE also which made sense to me and result is the same. Is it possible that my imprecison is due to the USART clock ? I mean, I have 56Kbaud/s baudrate, which result in a period of 17,857 µs. So the frequency of my interrupt can't be more precise than that, am I wrong ?
– RPerun
Nov 21 at 8:30












Yes Baudrate will have an influence, because the UART Peripheral will wait until the last bit time has passed (or even an additional bus idle time??) until the interrupt triggers. If you don't have any other interrupts or DMA channels activated, priority should be not important.
– A.R.C.
Nov 21 at 11:29




Yes Baudrate will have an influence, because the UART Peripheral will wait until the last bit time has passed (or even an additional bus idle time??) until the interrupt triggers. If you don't have any other interrupts or DMA channels activated, priority should be not important.
– A.R.C.
Nov 21 at 11:29












1 Answer
1






active

oldest

votes


















0














As discussed in comments above, the imprecision of End Of Reception instant is due to baudrate value. This imprecision is around the baudrate period and probably an additional bus idle time.






share|improve this answer





















    Your Answer






    StackExchange.ifUsing("editor", function () {
    StackExchange.using("externalEditor", function () {
    StackExchange.using("snippets", function () {
    StackExchange.snippets.init();
    });
    });
    }, "code-snippets");

    StackExchange.ready(function() {
    var channelOptions = {
    tags: "".split(" "),
    id: "1"
    };
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function() {
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled) {
    StackExchange.using("snippets", function() {
    createEditor();
    });
    }
    else {
    createEditor();
    }
    });

    function createEditor() {
    StackExchange.prepareEditor({
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader: {
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    },
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    });


    }
    });














    draft saved

    draft discarded


















    StackExchange.ready(
    function () {
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53398212%2fsam4s-is-dma-determinist-in-time%23new-answer', 'question_page');
    }
    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    0














    As discussed in comments above, the imprecision of End Of Reception instant is due to baudrate value. This imprecision is around the baudrate period and probably an additional bus idle time.






    share|improve this answer


























      0














      As discussed in comments above, the imprecision of End Of Reception instant is due to baudrate value. This imprecision is around the baudrate period and probably an additional bus idle time.






      share|improve this answer
























        0












        0








        0






        As discussed in comments above, the imprecision of End Of Reception instant is due to baudrate value. This imprecision is around the baudrate period and probably an additional bus idle time.






        share|improve this answer












        As discussed in comments above, the imprecision of End Of Reception instant is due to baudrate value. This imprecision is around the baudrate period and probably an additional bus idle time.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered Nov 22 at 12:51









        RPerun

        134




        134






























            draft saved

            draft discarded




















































            Thanks for contributing an answer to Stack Overflow!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.





            Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


            Please pay close attention to the following guidance:


            • Please be sure to answer the question. Provide details and share your research!

            But avoid



            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53398212%2fsam4s-is-dma-determinist-in-time%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            Create new schema in PostgreSQL using DBeaver

            Deepest pit of an array with Javascript: test on Codility

            Costa Masnaga