Posts made by Mabover

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.

I have been using geckotek ezstick hot for quite a while, works great with abs (low to no warping), pla, nylon (no glue stick needed), flexibles (no glue stick or other barrier layer print onto the surface cold comes off easily with a spatula), I haven't tried petg with it yet but I would expect it to work just fine.

I decided to try after I saw taulman recommended it for their nylons. I will say that you do have to replace it after a while as it will wear out but the sheet I have been using in my flashforge creator pro has easily lasted double or more the amount of prints the sheets are rated for, It also seems to work well with dc43 it probe as well.
Another plus is its easy to cut to size with a razor blade/box cutter after applying to your build plate, unlike the pei sheet I put on my 1st Gen rostoc max.

I took a quick look at the ulticontroller schematic on ulitmakers github and it looks like the display connected via i2c bus not on the spi bus as the duet Maestro is expecting. To my knowledge there is no support for i2c displays in the reprap firmware.

Have you tried turning off microstepping interpolation on the extruder axis?
I have had similar issues with to much filament at the start of line, I used negative unretact and PA to compensate for it in the past. Recently I saw some talk in another thread that lead me to try disabling interpolation as a possible solution.
I have only performed a quick test print last weekend but the results looked very promising, I need to perform followup testing to confirm the results.
I also changed microstepping on the extruder axis to 32 to help keep the noise from the extruder limited.

@dc42 I know specifically that the Viki2 uses the ST7565 and I suspect the MKS mini does as well from what I have seen online.
Adafruit has some documentation that may be helpful including a datasheet http://www.ladyada.net/learn/lcd/st7565.html

I have also noticed that Marlin specifically is using the u8glib to interface with these displays. From what I can see online for the MKS mini displays people are using the minipanel configuration and in the Marlin defines that configs as being the ST7565 display.

@dc42 The MKS mini unfortunately no, they have a history of not being very friendly in that regard, I did find someone had posted the level converter ic being used is the same 75hc4050 used on the RepRap Full Graphic Smart Controller and its also used on the Viki2.

The reprap wiki lists this pin out for the MKS Mini https://reprap.org/wiki/MKS_MINI_12864

Annoyingly they didn't put the lcd CS pin in the same location as the RepRap display so that would require additional custom wiring. Interestingly they did not put in separate SPI signals lines for the LCD, they are pulling from the SD card SPI lines. To me this suggest that the 74HC4050 is being used to shift the SD card signals as well as the lcd signals but as I do not have one of these displays I can not confirm how the lines are being level shifted.
A person could use use the "dupont" style female - female jumpers instead of the ribbon cable on the EXP1 header connections to make the custom connections if they did not have access to crimpers and a selection of Molex SL series connectors/contact pins to allow for crimping custom connectors.

Panucatt Devices list them selves as being an open hardware company but like you I was unable to find a schematic for the viki2 but there is a wiring diagram available to aid in hooking it up http://panucattdevices.freshdesk.com/support/solutions/articles/1000158562-viki-lcd-2-0-support-files .
Perhaps they might provide the schematic if asked for it, I didn't think about doing that as i was able to work out the needed info from the Viki2 I have in hand.

I looked over my Viki2 and did some quick pin tracing and the 74HC4050 is being used to level shift all the signals and is using a 3.3v VCC into the chip as the display is 3.3v as is the SD card. I looked at the data sheet for the 74HC4050 and it indicates that it will recognize a 2.5v+ signal as a high signal when 3.3v is used for VCC, given that, no level shifting is required for the extra A0 signal that is needed.
The Viki can be setup to accept 5v or 3.3v on its VCC input line, 3.3v is passed through directly and 5v goes into a voltage regulator to produce 3.3v.
The Viki2 also combines the SD and LCD SPI signals together like on the mks mini.

Given that the Viki2 has its own custom pin out for the connectors I had planned on making my own custom cabling to hook it up to the Maestro.

@t3p3tony the A0 pin is used as a register select pin, it's used for selecting they type of data being sent to the display command or data.

I should also say that as above I completely understand what I suspect is David's desire to not create a support headache of people not reading the documentation close enough and asking why the display doesnt't. Then he or someone else has to explain why and what they need to do everyone someone asks about it.

What David is referring to in the cable/hardware mod is since the mks mini, Viki2 and similar displays need to have an extra pin, A0, you would have to pull that pin in from somewhere else like from the expansion header for example. It wouldn't be the simple plug in solution that the currently supported display allows for. For me personally it's not an issue as the Viki2 display doesn't come with ribbon cables it had flying leads that you plug in to the specific pins needed.
I am guessing the hardware modification he is mentioning would be something along the lines of running a jumper wire from a pin on the expansion header and soldering it to the bottom of the lcd connect on the pin that the ribbon cable connects to for the pin A0.

Once again I am willing pay for these types of displays to be added because to your point its not a cost consideration for me it's a design and appearance issue for me. I detest the look of the white/grey on blue background of the reprap 12864 display and it also doesn't fit in the location I want to install it on the Flashforge Creator Pro I am converting.

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.

@dc42 completely understand your position from a user support position, custom cabling is not a problem for me personally but can see where it might be for others. Like I said I am willing to pay for support of this type of lcd to be added to the firmware, feel free to pm to discuss how much it would cost if interested.

Also not sure if you looked up the mks mini display but it goes for about 20 dollars so I wouldn't be surprised if more people come looking for support in the future.