I wanted to share that I found a way to allow no login access to the still image webpage when using the Dafang Hacks firmware on a Wyze Camera V2

You will need to either ssh into your camera or take out the sd card and modify the lighttpd.config file
If accessing via ssh you will need to use vi, or if modifying via the sd card on your computer use a file editor like notepad++.

path via ssh: /system/sdcard/config/lighttpd.conf
path via sd card: \config\lighttpd.conf

once you have opened the file find the following line, should be line 40

$HTTP["url"] !~ "^/.well-known/(.*)" {

and change it to the following

$HTTP["url"] !~ "^/cgi-bin/currentpic.cgi|/.well-known/(.*)" {

save the file and reboot if accessing via ssh or reinstall the sd card in the camera and plug it back in. You should now be able to access the following link via your browser with out logging into the camera web interface

http://xxx.xxx.xxx.xxx/cgi-bin/currentpic.cgi
(replace the xxx.xxx.xxx.xxx) with your camera ip address or camera host name.

Once you have confirmed that this works you can place the link into the duet web control settings under the web camera config section in the setting page.

What this change does is specifically exempt the path to the currentpic.cgi webpage page from being protected via the login prompt. The rest of the web interface is still protected by the login prompt.

Please note that I have not validated if this change compromises the security of the default config Dafang Hacks firmware, so proceed at your own risk.

FYI, the lcds mentioned at the marlin github link require another pin to drive the lcd, pin a0
for more info see my post last year https://forum.duet3d.com/topic/6467/viki2-lcd-panel-on-maestro
Unfortunately it was beyond my skill to make the changes needed to add these lcd displays.
I still would really like to see support added for these displays, hopefully you have the skill I lacked to add support for these displays.

I used this adapter on my kossel build as the position of the SD socket on the paneldue lcd was not in a good spot for how I mounted the lcd
SMAKN SD Card Reader Module Chip SD SPI Interface, SD Card Socket SD Card Reader Module https://www.amazon.com/dp/B00VFH0YS0/ref=cm_sw_r_cp_apa_i_mkZ3Bb8YEVBXS

I searched for arduino sd card to find sd card adapter boards instead of USB SD card readers. Do make sure the adapter you buy is 3.3v not 5v. I confirmed this one was when I received it prior to installing it.

I ended up using shielded cable to make the connection between the Duet wifi and the adapter to minimize the risk of noise on the lines as I had to run near the power supply in my printer and it's a bare power supply inside a custom 3d printer enclosure that holds the panel due.

I always cringe a little bit when I see people using hobby/rc bldc motors for moto in control, as dc42 points out they are designed for high rpm operation, and not the low rpm position control a cnc machine needs, but I will say I am impressed people make it work as I have seen with the odrive.
There are low cost industrial options emerging for bldc motors from some of the same suppliers as stepper motors, they even cone in standard NEMA motor frame sizes.
Here is an example motor
https://www.omc-stepperonline.com/bldc-motor/24v-4000rpm-0185nm-775w-48a-42x42x80mm-brushless-dc-motor-42bls80-24-01.html
combined with an encoder such as
https://www.omc-stepperonline.com/encoder/1000-cpr-optical-rotary-encoder-ab-2-channel-id-5mm-w-shielded-cable-hkt30.html
Or
https://www.cui.com/product/motion/rotary-encoders/incremental/modular/amt10-series
And all you need is a drive of some sort.

If the demand grows for these motors due to support by a future duet 3 expansion boards and support from other boards in the market the price will likely drop just like they have with steppers.
Perhaps vendors will even sell the motors with an encoder attached saving the trouble of sourcing and mounting one.

This LCD uses an ST7567 controller and is not currently supported by the duet firmware
see https://forum.duet3d.com/topic/12480/maestro-and-other-types-of-12864-lcd/7
Hopefully these displays will be supported in the future as dc42 mentions in that thread.

It would likely be possible to create a converter using a micro controller to convert the display signals, similar to the way the bigtreetech tft24 and tft35 emulate the supported display type.

Just wanted to jump in here and mention that with high acceleration and deceleration values with servos the deceleration can actually cause a switching power supply to shutdown due to over volting of the power bus. The common way of dealing with this is a brake chopper circuit, it uses a resistor to blead off voltage above a specified value to prevent over volting. These circuits also sometimes use a capacitor bank to absorb excess voltage as well.
Most switch mode power supplies will shutdown around 2-4 volts above the configured voltage.
That's not to say that you may not run into shutdowns under high acceleration due to boost current being used by the servo drive for a longer period of time.

IMHO these style pcb connectors from wago are the better choice for any pcb bare wire, feruled or not, compared to screw terminals
https://www.wago.com/us/pcb-interconnect/1-conductor-pcb-terminal-strip/p/250-202
No screw torque to figure out, no stripping, no worring that your going to rip the connector off the board when tightening.
Cage clamp connectors are all around better than any screw based connection
All my boards going forward are getting these style even though they are slightly more expensive

I wanted to share that I found a way to allow no login access to the still image webpage when using the Dafang Hacks firmware on a Wyze Camera V2

You will need to either ssh into your camera or take out the sd card and modify the lighttpd.config file
If accessing via ssh you will need to use vi, or if modifying via the sd card on your computer use a file editor like notepad++.

path via ssh: /system/sdcard/config/lighttpd.conf
path via sd card: \config\lighttpd.conf

once you have opened the file find the following line, should be line 40

$HTTP["url"] !~ "^/.well-known/(.*)" {

and change it to the following

$HTTP["url"] !~ "^/cgi-bin/currentpic.cgi|/.well-known/(.*)" {

save the file and reboot if accessing via ssh or reinstall the sd card in the camera and plug it back in. You should now be able to access the following link via your browser with out logging into the camera web interface

http://xxx.xxx.xxx.xxx/cgi-bin/currentpic.cgi
(replace the xxx.xxx.xxx.xxx) with your camera ip address or camera host name.

Once you have confirmed that this works you can place the link into the duet web control settings under the web camera config section in the setting page.

What this change does is specifically exempt the path to the currentpic.cgi webpage page from being protected via the login prompt. The rest of the web interface is still protected by the login prompt.

Please note that I have not validated if this change compromises the security of the default config Dafang Hacks firmware, so proceed at your own risk.

This LCD uses an ST7567 controller and is not currently supported by the duet firmware
see https://forum.duet3d.com/topic/12480/maestro-and-other-types-of-12864-lcd/7
Hopefully these displays will be supported in the future as dc42 mentions in that thread.

It would likely be possible to create a converter using a micro controller to convert the display signals, similar to the way the bigtreetech tft24 and tft35 emulate the supported display type.

@dc42 that would be awsome, I am guessing that the encoder will be used primarily for position/movement verification.
I have a stepper driver that supports the use of an encoder for position verification and commutating the stepper motor as high pole count bldc to run a control loop on the curent of being applied to maintain rotor position. It can help quite the stepper down versus the standard noisier position verification mode but I don't think there is much to be gained over the existing silent nature of the trinamic drivers using that approach. One advantage it does provide is the ability to momentarily over drive the motor to overcome a high torque demand that would normally cause a stepped to miss a step.

All in all really exciting news

@dc42 David this is very exciting news, I am looking forward to the possibilities for the future.
I am curious in the what way canopen was not fast enough as it is commonly used in multi axis coordinated motion control applications in Industrial automation.

If you do bring canopen support into the firmware are you thinking of only supporting the newer canopen fd standard or will you be supporting the original canopen standard. I hope the original standard is supported as there tends to be a fair amount of used hardware on ebay that supports plain canopen

I always cringe a little bit when I see people using hobby/rc bldc motors for moto in control, as dc42 points out they are designed for high rpm operation, and not the low rpm position control a cnc machine needs, but I will say I am impressed people make it work as I have seen with the odrive.
There are low cost industrial options emerging for bldc motors from some of the same suppliers as stepper motors, they even cone in standard NEMA motor frame sizes.
Here is an example motor
https://www.omc-stepperonline.com/bldc-motor/24v-4000rpm-0185nm-775w-48a-42x42x80mm-brushless-dc-motor-42bls80-24-01.html
combined with an encoder such as
https://www.omc-stepperonline.com/encoder/1000-cpr-optical-rotary-encoder-ab-2-channel-id-5mm-w-shielded-cable-hkt30.html
Or
https://www.cui.com/product/motion/rotary-encoders/incremental/modular/amt10-series
And all you need is a drive of some sort.

If the demand grows for these motors due to support by a future duet 3 expansion boards and support from other boards in the market the price will likely drop just like they have with steppers.
Perhaps vendors will even sell the motors with an encoder attached saving the trouble of sourcing and mounting one.

@t3p3tony
I also see mention on the about wiki page that the ethernet port may possibly support EtherCAT in the future, is that EtherCAT slave or master function. Master support would be totally amazing to have as you could integrate EtherCAT servo/stepper drives (depending on what protocol is used, CanOpen over EtherCAT is the most common). Slave support would also be very interesting as it would allow for a low cost EtherCAT multichannel stepper drive with I/O which could easily be used with Linuxcnc.

@T3P3Tony
CanOpen support would be great as that is what the industrial servo and stepper drives normally support
See https://www.can-cia.org/canopen/ for more info

FYI, the lcds mentioned at the marlin github link require another pin to drive the lcd, pin a0
for more info see my post last year https://forum.duet3d.com/topic/6467/viki2-lcd-panel-on-maestro
Unfortunately it was beyond my skill to make the changes needed to add these lcd displays.
I still would really like to see support added for these displays, hopefully you have the skill I lacked to add support for these displays.