<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Status and Limit Switches on GRBL 13.2 M035 Model]]></title><description><![CDATA[<p dir="auto">I am trying to read the limit switches and other configuration data from the module using the Module_GRBL_13.2.h library. I wrote a simple script to read commands from Serial and write them to the module with driver.sendGcode(cmdBuffer); I then read the response with driver.readLine() return some info that looks like a mixture of corrupted plus valid data. If I use driver.readStatus() I only get "IDLE" or "BUSY" back. Here is a example of what I get after sending a command:<br />
Sending command: ?<br />
Raw response.length() 134 response=&lt;Idle,MPos3�o�!�?��?:0.000,0.03�o�!�?��?00,0.000,W3�o�!�?��?Pos:0.000,3�o�!�?��?0.000,0.003�o�!�?��?0&gt;</p>
<p dir="auto">Sending command: $$<br />
Raw response.length() 271 response=$0=80.000 3�o�!�?��?(x, step/m3�o�!�?��?m)<br />
$1=80.3�o�!�?��?000 (y, st3�o�!�?��?ep/mm)<br />
$23�o�!�?��?=80.000 (z3�o�!�?��?, step/mm)3�o�!�?��?<br />
$3=10 (s3�o�!�?��?tep pulse,3�o�!�?��? usec)<br />
$43�o�!�?��?=250.000 (3�o�!�?��?default fe3�o�!�?��?ed, mm/</p>
<p dir="auto">I happen to have two modules stacked in the Core2 AWS and both 70 and 71 do this.</p>
<p dir="auto">Any help appreciated.</p>
<p dir="auto">Kurt</p>
]]></description><link>https://community.m5stack.com/topic/7798/status-and-limit-switches-on-grbl-13-2-m035-model</link><generator>RSS for Node</generator><lastBuildDate>Sun, 08 Mar 2026 04:43:26 GMT</lastBuildDate><atom:link href="https://community.m5stack.com/topic/7798.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 04 Sep 2025 16:12:39 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Status and Limit Switches on GRBL 13.2 M035 Model on Fri, 05 Sep 2025 00:46:43 GMT]]></title><description><![CDATA[<p dir="auto">I have determined that this is a problem in the library. Probably a buffer overrun. It reads exactly 10 bytes at a time, always, and uses a fixed-length buffer (char data;). If more data is pending, it might clobber/lose lines. Almost all I2C read code in the library cannot cope with variable-length GRBL output. I am rewriting those parts of the library.</p>
]]></description><link>https://community.m5stack.com/post/29896</link><guid isPermaLink="true">https://community.m5stack.com/post/29896</guid><dc:creator><![CDATA[ispybadguys]]></dc:creator><pubDate>Fri, 05 Sep 2025 00:46:43 GMT</pubDate></item></channel></rss>