<p>There is an open source MTConnect adapter/agent written in Python for MakerBot Replicator that includes axis position. To my knowledge it was only developed for and tested on a Replicator 2, though.</p>

<p><a href="https://github.com/mtconnect/makerbot_agent" rel="nofollow noreferrer">https://github.com/mtconnect/makerbot_agent</a></p>

CC BY-SA 4.0
2018-09-13T13:08:57.967Z
Late to the conversation, but applying the MTConnect Adapter/Agent linked above to a Replicator Dual mostly provided Extruder (both) and Heat Bed temps (I believe commanded and actual), some of the standard state values (Execution State, Activity, etc.), and the program running.
tbm0115
CC BY-SA 3.0
2017-06-09T14:02:45.910Z
oh dang, thank you! this looks rad! I think the 2 had additional data logging mechanisms (the makerbot desktop software seems to offer some sorts of monitoring functions but only on the 2?) but I will dig into it.
Satellite Icarus
CC BY-SA 3.0
2017-06-16T16:51:26.303Z
I'm not sure you would actually need the MTConnect adapter/agent for anything, but it was developed by some random users not MakerBot. So there must be some way to get axis position natively in order to write this adapter/agent in the first place.
rkwadd
CC BY-SA 3.0
2017-06-17T18:12:46.887Z
right - I dont think the hardware existed the 1st gen reps, so no native position monitoring as far as I understand things
Satellite Icarus
CC BY-SA 3.0
2017-06-07T19:42:46.593Z
2017-06-07T19:42:46.593Z
rkwadd
<p>Depending on your methods, you can easily (evidently) get (or compute) "where the printhead is <strong>commanded</strong> to be" in more-or-less real time, as evidenced by the "progress display" in Repetier Host software (based off the G-Code it's sending <strong>to</strong> the printer) - though I have found it advisable to stick with the temperature display while printing as I've had the host bog down on processing the display at least once, which then made the print go slow.</p>

<p>As for "is it even possible" - sure, how much would you like to spend? Add encoders to each axis that are read by the computer, or by something (probably not your printer processor for "least impact on the printing" and "most real-time") that reads them and talks to the computer. The more precise you need, the more expensive it gets. Of course that also starts to probe 'what you mean by "real time" ?' as there are applications where the time spent reading the encoder and sending/receiving the data would be considered "not real-time" by the time the computer had the data, but for the average person with a printer built partly from wood, it's likely "real-time enough."</p>

CC BY-SA 3.0
2017-06-01T14:46:27.810Z
thanks Ecnerwal. I'm going to explore some software routes before getting to buying encoders, but I agree with you that if I really wanted to monitor xyz position in real time (an update rate of 1/10th a second is probably fine) that would be the way to go. I'll definitely look into Repetier - the tracking doesn't have to be perfectly accurate. This is for a (music) composition project, so I have a fair amount of freedom deciding what is needed / accurate enough but its hard to know in advance.
Satellite Icarus
CC BY-SA 3.0
2017-05-31T18:42:06.983Z
2017-05-31T18:42:06.983Z
Ecnerwal
<p>I have a wooden first generation Replicator with dual extruders and I'm trying to get an X, Y, Z position from the printer to the computer in real time. Is that even possible? </p>

<p>The firmware used by the replicator is version 5.5 I believe, and I've been doing tests with ReplicatorG but I'm not married to that software.</p>

<p>Please let me know if you need any extra info before being able to comment on this... </p>

CC BY-SA 3.0
2017-05-31T14:14:47.600Z
I personally use a Dremel and the Dremel 3D software. Using that software I am able to see what the layer pattern will be like but I am not able to see the printing on the software in real time. Could you give me more information about your software and your printing setup. I personally don't know why you would want have you pc tell you what is happening when you can just look at the machine itself. But looking at your question from the surface I would say there is not way. The x,y,z coordinates wont show in real time on your PC if you printing via SD card like i do.
Gregory Janes
CC BY-SA 3.0
2017-06-01T14:42:10.923Z
The firmware used by the replicator is version 5.5 I believe, and I've been doing tests with ReplicatorG but I'm not married to that software. From Ecnerwal's comment it sounds like Repetier might have more functionality?
Satellite Icarus
<replicator-dual>
Monitoring X, Y, Z position of extruder in real time
Satellite Icarus
# Monitoring X, Y, Z position of extruder in real time

(Asked by: username_0 on 2017-05-30)

I have a wooden first generation Replicator with dual extruders and I'm trying to get an X, Y, Z position from the printer to the computer in real time. Is that even possible?

The firmware used by the replicator is version 5.5 I believe, and I've been doing tests with ReplicatorG but I'm not married to that software.

Please let me know if you need any extra info before being able to comment on this...

**Tags:** replicator-dual

> **Comments:**
> **username_1**: I personally use a Dremel and the Dremel 3D software. Using that software I am able to see what the layer pattern will be like but I am not able to see the printing on the software in real time. Could you give me more information about your software and your printing setup. I personally don't know why you would want have you pc tell you what is happening when you can just look at the machine itself. But looking at your question from the surface I would say there is not way. The x,y,z coordinates wont show in real time on your PC if you printing via SD card like i do.  
> **username_0**: The firmware used by the replicator is version 5.5 I believe, and I've been doing tests with ReplicatorG but I'm not married to that software. From username_4's comment it sounds like Repetier might have more functionality?  

---

## 2 answers

### Answer by username_2 on 2017-06-07. Score: 2

There is an open source MTConnect adapter/agent written in Python for MakerBot Replicator that includes axis position. To my knowledge it was only developed for and tested on a Replicator 2, though.

<https://github.com/mtconnect/makerbot_agent>

> **Comments:**
> **username_0**: oh dang, thank you! this looks rad! I think the 2 had additional data logging mechanisms (the makerbot desktop software seems to offer some sorts of monitoring functions but only on the 2?) but I will dig into it.  
> **username_2**: I'm not sure you would actually need the MTConnect adapter/agent for anything, but it was developed by some random users not MakerBot. So there must be some way to get axis position natively in order to write this adapter/agent in the first place.  
> **username_0**: right - I dont think the hardware existed the 1st gen reps, so no native position monitoring as far as I understand things  
> **username_3**: Late to the conversation, but applying the MTConnect Adapter/Agent linked above to a Replicator Dual mostly provided Extruder (both) and Heat Bed temps (I believe commanded and actual), some of the standard state values (Execution State, Activity, etc.), and the program running.  

---

### Answer by username_4 on 2017-05-31. Score: 2

Depending on your methods, you can easily (evidently) get (or compute) "where the printhead is **commanded** to be" in more-or-less real time, as evidenced by the "progress display" in Repetier Host software (based off the G-Code it's sending **to** the printer) - though I have found it advisable to stick with the temperature display while printing as I've had the host bog down on processing the display at least once, which then made the print go slow.

As for "is it even possible" - sure, how much would you like to spend? Add encoders to each axis that are read by the computer, or by something (probably not your printer processor for "least impact on the printing" and "most real-time") that reads them and talks to the computer. The more precise you need, the more expensive it gets. Of course that also starts to probe 'what you mean by "real time" ?' as there are applications where the time spent reading the encoder and sending/receiving the data would be considered "not real-time" by the time the computer had the data, but for the average person with a printer built partly from wood, it's likely "real-time enough."

> **Comments:**
> **username_0**: thanks username_4. I'm going to explore some software routes before getting to buying encoders, but I agree with you that if I really wanted to monitor xyz position in real time (an update rate of 1/10th a second is probably fine) that would be the way to go. I'll definitely look into Repetier - the tracking doesn't have to be perfectly accurate. This is for a (music) composition project, so I have a fair amount of freedom deciding what is needed / accurate enough but its hard to know in advance.  

---

