RepPanel - A DIY alternative to the PanelDue with WiFi support

oliof

Finally got this going, thanks to @PCR s PCB -- very nice. Accidentally invented the sandwich design where the ESP32 sits between the PCB and the display -- makes for a sleek setup. I'll look into making a case for this (-:

I think I need to do two or three things to the code to make this cover my use case -- babystepping during printing, ordering of macros (at least show the numbered macros first like on PanelDue), and maybe one or two other things (-:

seeul8er

@oliof Great to see you finally got it working. I agree on the macro/job ordering thing. Shouldn't be a big deal.

I do not think I'll invest the time into implementing babystepping. Once you dialed the bed in you really never ever need babystepping in my opinion.

oliof

@seeul8er I might take a stab at it, some of my printers aren't holding their level super well.

oliof

Got distracted ....

Will print a first version tonight...

droftarts

@oliof Nice. What CAD software are you using?

Ian

oliof

@droftarts I am currently ~~fighting~~ learning FreeCAD.

droftarts

@oliof Ahhh, I thought it didn't look like Solidworks or Fusion 360. FreeCAD is on my list of things to do. Did you compile yourself, or are you using one of the releases? Windows, Linux or Mac? (I've heard the Linux version is the best?)

Sorry for thread hijack!

Ian

Phaedrux

@droftarts https://forum.duet3d.com/topic/18832/freecad

DIY-O-Sphere

@oliof
Modified my 12864-LCD case for 30x30 yesterday.....

@seeul8er
Led me to the question if it would be possible to add a rotary switch and a reset knob?

oliof

@DIY-O-Sphere a reset button would be easy -- connect a digital pin, send M999. Doesn't even need a GUI change. Rotary knob would likely require extensive changes.

I now need to design the back (with a cutout for the power button for the eventually added lipo battery

seeul8er

@DIY-O-Sphere Buttons are no big deal implementation wise. I thought long about the rotary encoder but ultimatly think it contradicts the use of a touch screen. When would you really want to use it? Maybe during bed leveling, but thats it.
As far as I remember the framework I am using supports something like that, however I will not spend the time on implementing it. The use case is just too small .

oliof

@seeul8er I am personally a fan of rotary encoder -- much easier to input precise numbers if you have one that supports acceleration control. Maybe I just like clicky buttons.

Somewhere I saw something like RepPanel, only for 12864s ... would be great to merge those things and have choice of control frontend (-:

DIY-O-Sphere

@seeul8er said in RepPanel - A DIY alternative to the PanelDue with WiFi support:

When would you really want to use it?

I would like to use that for adjusting values or scrolling through a file list.
For me a combination of a touch menu and an encoder is the perfect solution on small screens.

@oliof
I love the 12864 of my Maestro.

seeul8er

Don't get your hopes up The 12864 is unsignificantly cheaper than the color touch display we currently use, while the RepPanel displays are miles better technically (color, resolution, size ...). Because of the different resolution the UI of RepPanel would have to be completley re-designed and re-implemented. BTW. you do not need to input numbers during printer setup and calibration. A rotary encoder is the best and cheapest way to avoid a touch screen. That is why all the budget printers have/had one.

jay_s_uk

@seeul8er does this only support wifi/ethernet based RRF printers?
I can't seem to get it to my SBC based ones

seeul8er

@jay_s_uk I only tested it with Duet Hardware. Not sure what you mean.

PCR

@seeul8er i think he mean with a duet 3 with a pi attached which uses the object model as json response

PCR

https://github.com/DanalEstes/DuetWebAPI/blob/master/DuetWebAPI.py

This is a code from danal! There he differnece between the ESP and SBC Part.

def getCoords(self):
        if (self.pt == 2):
            URL=(f'{self._base_url}'+'/rr_status?type=2')
            r = self.requests.get(URL)
            j = self.json.loads(r.text)
            jc=j['coords']['xyz']
            an=j['axisNames']
            ret=self.json.loads('{}')
            for i in range(0,len(jc)):
                ret[ an[i] ] = jc[i]
            return(ret)
        if (self.pt == 3):
            URL=(f'{self._base_url}'+'/machine/status')
            r = self.requests.get(URL)
            j = self.json.loads(r.text)
            ja=j['result']['move']['axes']
            #d=j['result']['move']['drives']
            #ad=self.json.loads('{}')
            #for i in range(0,len(ja)):
            #    ad[ ja[i]['letter'] ] = ja[i]['drives'][0]
            ret=self.json.loads('{}')
            for i in range(0,len(ja)):
                ret[ ja[i]['letter'] ] = ja[i]['userPosition']
            return(ret)

@dc42 is it possible to switch on the duet3+sbc to a RFF2 response?

oliof

@jay_s_uk it doesn't work with my Duet3 board with SBC either.

I think it would be worth following the PanelDue implementation changes in the recent release.

seeul8er

Looks like we need to implement object model requests for RRF3.x+