Duet Buddy - a proof of concept remote monitor

zapta

@bricor, awesome!!!

Currently the buttons are not used but shouldn't be too difficult for any with some programming experience to program them to do things, for example, sending gcode commands to the printer.

Here is a challenge, the first person that will program a button to send any command to the duet will the respect of the community and an amazon gift card of $25 (e.g. for a spool of filament). Challenge closes April 30. Please report your success here and ping me.

bricor

@zapta I really apprecite the effort. I could only imagine what it took to put this together. For me, it was a challenge to put the bits and pieces in place to go from plugging in the usb cable to having a functioning device. Not difficult, but a challenge. I hope to figure out what you did here and the whole c programming stuff. Need to be able to toggle between machines (ip addresses) as well

zapta

@bricor, I plan to look for ways to simplify the deployment for people that don't want to deal with Arduino. M5Stack has a software tool called M5Burner and another option is to use the esptool program directly. Need to figure those out or possibly somebody here can come with a simple recipe to 'burn' the Duet Buddy firmware.

bricor

@zapta I should’ve said fun challenge. Rewarding type

richardmckenna

dammit!!! you guys have just made, nay, forced me to buy this!. Grrrrrr

M5Stack and Battery module on their way.

tekkydave

I have one on order from Bangood. Ordered the Grey one at £29.53 as it has the motion sensor built in.

jay_s_uk

I ordered the grey one too from aliexpress for £28.51.
Still waiting for it to get dispatched due to the "extended" chinese new year.
Sounds as though that won't happen till around the 18/02

richardmckenna

@tekkydave ah I went with this one https://www.amazon.co.uk/MakerHawk-Development-Bluetooth-Expandable-Compatible/dp/B07M71ZG6N which has the built in MPU9250 - £13 more but I get it tomorrow

jay_s_uk

@richardmckenna thats the grey one

zapta

The github repository has now a script to download the firmware to a M5Stack Core. For now it's only for windows but writing a similar shell script for Mac or Linux should be easy.

With this script, the Arduino IDE is not needed anymore (unless if you want to make code changes) and it just requires the Silicon Labs USB/Serial driver (available at m5stack.com and silabs.com).

https://github.com/zapta/misc/tree/master/duet3d_buddy/release

Please let me know howit works and feel free to send me pull requests.

tekkydave

It's arrived
2020-02-06 17.00.59.jpg
2020-02-06 17.02.18.jpg
2020-02-06 17.01.48.jpg
2020-02-06 17.01.35.jpg

hayseed_byte

Very cool project!

Is there a way to do something similar but display the status of multiple printers on a computer monitor? Maybe with the use of a raspberry pi? I have nine printers that I'd like to monitor from another room but I don't want to buy nine of those.

Phaedrux

@hayseed_byte Perhaps something like this?
https://github.com/DanalEstes/MultiDuetWebMonitor

hayseed_byte

@Phaedrux That's perfect. Thanks! Don't know how I haven't come across that.

Danal

I've never tried it, but that should run just fine in a Pi browser. Let me know if it does not.

PM here, or danal (dot) estes (at) gmail (dot) com

richardmckenna

@zapta any chance you could move the duet buddy code to its own repo? It would make it easier to fork without pulling all your other misc stuff as well

richardmckenna

I did something!

I added a battery level indicator and the printer name. Strangely the M5Stack API only returns the battery level in increments of 25, not sure if there is a way to get round this by skipping the M5Stack API method and going straight to requesting it from the I2C. Will have to look into it more, but from what I can discern from the basic docs and the Chinese datasheet for the IP5306 it only returns 1 of 4 values depending on the voltage range.

This is the current method in the API:

// Return percentage * 100
int8_t POWER::getBatteryLevel() {
  uint8_t data;
  if (M5.I2C.readByte(IP5306_ADDR, IP5306_REG_READ3, &data) == true) {
    switch (data & 0xF0) {
      case 0x00:
        return 100;
      case 0x80:
        return 75;
      case 0xC0:
        return 50;
      case 0xE0:
        return 25;
      default:
        return 0;
    }
  }
  return -1;
}

I also don't quite know what is happening with the switch statement and data & 0xF0but that's just my lack of C++ knowledge and IC programming. So if someone can educate me that would be great

I'm going to try adding the charging status as well for when it is plugged in and maybe tweak the layout a bit, then if someone can test it, I'll create a pull request to Zapta's original

zapta

@richardmckenna, very nice!

The IP5306 seems to have only 25% increments for the LEDs and possibly the IP5306_I2C has the same resolution but with I2C interface instead of LEDs. Hard to find information about the IP5306_I2C.

M5Stack Schematic
http://community.m5stack.com/assets/uploads/files/1515402963959-97994060-2969-49dc-ad9c-7b3887d95a17-image.png

IP5306 (non I2C) Datasheet
https://datasheet.lcsc.com/szlcsc/1809201029_INJOINIC-IP5306_C181692.pdf

The expression (data & 0xF0) returns the 8 bit value of 'data' with the four right bits forces to '0'.

BTW, the two temperature fields in your picture seems to have extra characters. Is it intentional?

richardmckenna

@zapta said in Duet Buddy - a proof of concept remote monitor:

@richardmckenna, very nice!

The IP5306 seems to have only 25% increments for the LEDs and possibly the IP5306_I2C has the same resolution but with I2C interface instead of LEDs. Hard to find information about the IP5306_I2C.

Yeah that is all I could find. Oh well 25% increments are better than nothing. I’ve added a charging status now as well so when it is plugged in it shows “Charging” and when full “Charged”.

BTW, the two temperature fields in your picture seems to have extra characters. Is it intentional?

That was me trying to find the degrees symbol only to discover it doesn’t exist in the included font. It seems to be standard ASCII with only some of the extended ASCII characters. I’ve given up on that and removed them.

zapta

@richardmckenna, how did you implement the 'Kossel Max' title? Is it hard coded in your arduino code? One option is to add a title field to the config file on the SD card.

Or, anybody knows if it's possible to query the printer name from the printer using a HTTP request?