# Error after pump seems to connect

**URL:** <https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007>\
**Category:** Support\
**Created:** [June 28, 2024, 7:30pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007 "2024-06-28T19:30:33Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![Nina\_Friedman](https://avatars.discourse-cdn.com/v4/letter/n/838e76/32.png) [@Nina\_Friedman](https://mworks.discourse.group/u/Nina_Friedman)\
**Post date:** [June 28, 2024, 7:30pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/1 "2024-06-28T19:30:33Z")

</div>

Hi Chris,

I hope you are well. We are working with the 2024.05.29 version of MWorks and we are finding this error, where it seems the pump is responding, then we see that it is not completely connected.

What do you think may be happening?

Thanks for your help,  
Nina

 ![Screenshot 2024-06-28 at 1.25.19 PM.png](https://canada1.discourse-cdn.com/flex031/uploads/mworks/original/1X/afc7c86425c9b56a95f03d05434ff6d7f19ce6b2.png)

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [June 28, 2024, 9:06pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/2 "2024-06-28T21:06:50Z")

</div>



---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [June 28, 2024, 9:06pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/3 "2024-06-28T21:06:51Z")

</div>



---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [June 28, 2024, 9:06pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/4 "2024-06-28T21:06:51Z")

</div>



---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [June 28, 2024, 9:08pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/5 "2024-06-28T21:08:23Z")

</div>

Thanks Nina, and adding:

It’s odd - it seems like the NE500 driver is returning a response. Earlier today, when we tried this, we got garbage in the RETURNED message. Then we power cycled the pump and unplugged and replugged the USB to serial connector (an FTDI device). Then we get this. I tried increasing the response\_timeout, 300ms to 500ms, with no change.  
(ps: the MWorks manual for response\_timeout says it defaults to 100 microseconds - is that correct?)

best!  
Mark

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [June 28, 2024, 9:40pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/6 "2024-06-28T21:40:34Z")

</div>

Hi all,

> We are working with the 2024.05.29 version of MWorks

While it’s probably not the cause of this issue, I’d recommend using the [2024.05.06 build](https://mworks-downloads.s3.amazonaws.com/nightly/MWorks-NIGHTLY-20240506.dmg) I saved for you instead (see [this comment](https://mworks.discourse.group/t/audio-problems-on-nightly-upgrade/959/66)). The nightly build generally sees a lot of changes shortly after a [release](https://mworks.github.io/news/2024/05/02/0.13-released/). Unless you’re specifically interested in testing or using those changes, you probably don’t want to rush them in to production setups.

> we are finding this error, where it seems the pump is responding, then we see that it is not completely connected.

The “Did not receive a complete response” message indicates that MWorks didn’t receive a response from the pump within the [response timeout](https://mworks.github.io/documentation/latest/components/ne_500_syringe_pump_network.html#response-timeout). It looks the response did arrive shortly after the timeout, though.

> Earlier today, when we tried this, we got garbage in the RETURNED message. Then we power cycled the pump and unplugged and replugged the USB to serial connector (an FTDI device). Then we get this.

Garbage in the response seems bad. Are you seeing this with just one pump or with multiple pumps? If it’s just one, then perhaps the FTDI device or the pump itself is failing. Can you try a different USB-to-serial connector?

> I tried increasing the response\_timeout, 300ms to 500ms, with no change.

That’s surprising, because, at least in the screenshot Nina sent, it looks like the response is coming in immediately after the timeout. Increasing the timeout ought to have an effect.

> ps: the MWorks manual for response\_timeout says it defaults to 100 microseconds - is that correct?

It’s 100 _milliseconds_, not microseconds. The manual [has the correct value](https://mworks.github.io/documentation/latest/components/ne_500_syringe_pump_network.html#response-timeout).

Cheers,  
Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [June 28, 2024, 9:41pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/7 "2024-06-28T21:41:30Z")

</div>



---

<div class="post-metadata">

**Author:** ![histed](https://avatars.discourse-cdn.com/v4/letter/h/5e9695/32.png) [@histed](https://mworks.discourse.group/u/histed)\
**Post date:** [June 28, 2024, 11:11pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/8 "2024-06-28T23:11:51Z")

</div>

Ok, thanks! Quick responses

- we will look to shift to the other nightly

- thanks for confirming the response is coming after the timeout. That was even for a 500ms timeout. Does that suggest some other problem? We will try longer timeouts and let you know.

- garbage in the response happened only once so it could have been due to the pump being on a very long time. Powercycling pump fixed it. If it happens again we’ll look to debug.

- re: microseconds I was referring to this. I was confused but I think I understand now: this means that the unadorned value means microseconds, but the default is “100ms”.

 ![](https://canada1.discourse-cdn.com/flex031/uploads/mworks/original/1X/3d31d8f184c18cbf3c169251fa3582ae295ad357.jpeg)

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [July 1, 2024, 1:45pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/9 "2024-07-01T13:45:11Z")

</div>

Hi Mark,

> thanks for confirming the response is coming after the timeout. That was even for a 500ms timeout. Does that suggest some other problem?

500ms seems like a totally unreasonable delay for communication via a USB-to-serial adaptor. It’s hard to imagine what could be going wrong in MWorks to cause this, which is why I suggested that it might be a hardware issue. I suppose the OS USB stack could also be messed up somehow. Have you tried restarting the Mac to which the problematic pump is connected?

> I was confused but I think I understand now: this means that the unadorned value means microseconds, but the default is “100ms”.

Right. `100ms` just means `100 * 1000`, as [described in the manual](https://mworks.github.io/documentation/latest/expressions/index.html#units). If you set response\_timeout to just a bare `100`, then that would be 100 microseconds.

Chris

---

<div class="post-metadata">

**Author:** ![Nina\_Friedman](https://avatars.discourse-cdn.com/v4/letter/n/838e76/32.png) [@Nina\_Friedman](https://mworks.discourse.group/u/Nina_Friedman)\
**Post date:** [July 3, 2024, 10:26pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/10 "2024-07-03T22:26:29Z")

</div>

Hi Chris,

It looks like it may be a different hardware issue. There are two ethernet ports on the pump, and when we switch to the second port we get a connection. I think this is solved!

Nina

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [July 4, 2024, 12:42pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/11 "2024-07-04T12:42:00Z")

</div>

Hi Nina,

Interesting. According to the [user manual](http://www.syringepump.com/download/NE-500%20OEM%20Syringe%20Pump%20User%20Manual%20V3.9.pdf), only one of those ports should work for connecting the pump to a computer. The other port is for connecting another pump to the first as part of a pump network. The fact that it even partially works on both of the ports is surprising.

In any case, I’m glad that fixed the problem!

Cheers,  
Chris

---

<div class="post-metadata">

**Author:** ![Nina\_Friedman](https://avatars.discourse-cdn.com/v4/letter/n/838e76/32.png) [@Nina\_Friedman](https://mworks.discourse.group/u/Nina_Friedman)\
**Post date:** [July 4, 2024, 1:13pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/12 "2024-07-04T13:13:20Z")

</div>

Oh interesting, and thanks for the catch in the manual!

Its good to know that this is expected. Thank you.

Happy 4th,  
Nina

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [July 16, 2024, 1:29pm UTC](https://mworks.discourse.group/t/error-after-pump-seems-to-connect/1007/13 "2024-07-16T13:29:41Z")

</div>


