<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Processor Expert SoftwareのトピックRe: CAN RTR (Remote transmission request) frames: request and response</title>
    <link>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1524424#M5255</link>
    <description>Hi Petr,&lt;BR /&gt;&lt;BR /&gt;Main intention is to always send a response. For what you mention, the best course of action would be to assert CTRL2[RRS] to avoid sending an automatic response, and then explicitly send such response.</description>
    <pubDate>Mon, 19 Sep 2022 17:35:08 GMT</pubDate>
    <dc:creator>francisco_rico</dc:creator>
    <dc:date>2022-09-19T17:35:08Z</dc:date>
    <item>
      <title>CAN RTR (Remote transmission request) frames: request and response</title>
      <link>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1516505#M5235</link>
      <description>&lt;P&gt;Dear NXP support,&lt;/P&gt;&lt;P&gt;Do you have any sample code for CAN RTR messaging, on the receiver side (the one that receives the message and issues the response)?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'd like to know:&lt;/P&gt;&lt;P&gt;1) if the buffer has to be filled every time, after the response is issued.&lt;/P&gt;&lt;P&gt;2) if there is any restriction on filling the buffer (as I've seen in other microcontrollers that a double response could be issued when filling the buffer while the RTR frame is received).&lt;/P&gt;&lt;P&gt;#s32k144&lt;/P&gt;&lt;P&gt;Thank you,&lt;/P&gt;&lt;P&gt;Javier Rico&lt;/P&gt;</description>
      <pubDate>Sat, 03 Sep 2022 00:10:52 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1516505#M5235</guid>
      <dc:creator>francisco_rico</dc:creator>
      <dc:date>2022-09-03T00:10:52Z</dc:date>
    </item>
    <item>
      <title>Re: CAN RTR (Remote transmission request) frames: request and response</title>
      <link>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1517033#M5237</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;per my understanding, t&lt;SPAN&gt;he FLEXCAN_DRV_ConfigRemoteResponseMb function can be used to prepare MB for remote request response. This need to be called just once, you need not to config MB every time.&lt;BR /&gt;No restriction should be there.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;BR, Petr&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 05 Sep 2022 11:41:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1517033#M5237</guid>
      <dc:creator>PetrS</dc:creator>
      <dc:date>2022-09-05T11:41:36Z</dc:date>
    </item>
    <item>
      <title>Re: CAN RTR (Remote transmission request) frames: request and response</title>
      <link>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1517186#M5238</link>
      <description>&lt;P&gt;Thanks Petr,&amp;nbsp;&lt;/P&gt;&lt;P&gt;It is still not clear to me how the mailbox can be filled without the risk of the CAN RTR message being received in the middle of this process, resulting in sending a response that is incomplete or mixing old and new data in the same message. Any advice?&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Javier&lt;/P&gt;</description>
      <pubDate>Mon, 05 Sep 2022 16:58:58 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1517186#M5238</guid>
      <dc:creator>francisco_rico</dc:creator>
      <dc:date>2022-09-05T16:58:58Z</dc:date>
    </item>
    <item>
      <title>Re: CAN RTR (Remote transmission request) frames: request and response</title>
      <link>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1520562#M5245</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;updating the MB with new data should be done when MB is inactive. So if you inactive used MB and it is done before content moving-out into SMB, then no response will be send. If inactivation is done after message is in Tx SMB, then response will be transmitted, but you will not see double response.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;BR, Petr&lt;/P&gt;</description>
      <pubDate>Mon, 12 Sep 2022 12:54:11 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1520562#M5245</guid>
      <dc:creator>PetrS</dc:creator>
      <dc:date>2022-09-12T12:54:11Z</dc:date>
    </item>
    <item>
      <title>Re: CAN RTR (Remote transmission request) frames: request and response</title>
      <link>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1524424#M5255</link>
      <description>Hi Petr,&lt;BR /&gt;&lt;BR /&gt;Main intention is to always send a response. For what you mention, the best course of action would be to assert CTRL2[RRS] to avoid sending an automatic response, and then explicitly send such response.</description>
      <pubDate>Mon, 19 Sep 2022 17:35:08 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1524424#M5255</guid>
      <dc:creator>francisco_rico</dc:creator>
      <dc:date>2022-09-19T17:35:08Z</dc:date>
    </item>
    <item>
      <title>Re: CAN RTR (Remote transmission request) frames: request and response</title>
      <link>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1525016#M5257</link>
      <description>&lt;P&gt;Hi Francisco,&lt;/P&gt;
&lt;P&gt;yes, this could be an option if you do not want to have automatic response.&lt;/P&gt;
&lt;P&gt;BR, Petr&lt;/P&gt;</description>
      <pubDate>Tue, 20 Sep 2022 11:55:50 GMT</pubDate>
      <guid>https://community.nxp.com/t5/Processor-Expert-Software/CAN-RTR-Remote-transmission-request-frames-request-and-response/m-p/1525016#M5257</guid>
      <dc:creator>PetrS</dc:creator>
      <dc:date>2022-09-20T11:55:50Z</dc:date>
    </item>
  </channel>
</rss>

