I have a Dremel 3D40 and I'd like to contribute

[number-g]

Hi,

I have a Dremel 3D40 and I'd like to contribute to getting this machine to work with this plugin.

I obtained the source code for Dremel's version of Cura from Dremel/Bosch europe and put it up here:

https://gitlab.com/number-g/dremel-digilab-3d-slicer-1.2.3

Not sure how useful that is or where to look for useful things but there it is.

There was also another folder in the archive called "curaengine" which also seems to be a git repository but I am not really familiar with git so I couldn't figure out how to upload it to gitlab ... I think it was still somehow configured to use their in-house git instance. I've uploaded it here (but the link will expire in 30 days):

https://easyupload.io/jxd6ng

Please let me know if this is of any use and how I can help. I have plenty of time.

Cheers

[Mrnt]

Thanks for sharing that - I will take a look when I get a chance.

Any help is welcome, especially around testing and debugging issues! What set up are you using - OctoPrint/Dremel Digilab on Windows/Mac/etc?

[number-g]

I am using Linux on my main PC and trying to use OctoPi on a Pi3 to use my Dremel 3D40. It's not cooperating so far so I wonder if there's anything I can do to help as I didn't find any information on this setup online.

Oct 28, 2020, 19:54 by [email protected]:

Thanks for sharing that - I will take a look when I get a chance.

Any help is welcome, especially around testing and debugging issues! What set up are you using - OctoPrint/Dremel Digilab on Windows/Mac/etc?

— You are receiving this because you authored the thread. Reply to this email directly, > view it on GitHub https://github.com/Mrnt/OctoPrint-FlashForge/issues/60#issuecomment-718172502> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AKEWIHE4TRW2TH5HFG2UUT3SNBZIZANCNFSM4TCNZY6Q> .

[Mrnt]

It's not cooperating so far

I'm assuming that you installed this plugin already - what exactly is happening? Are you able to connect to the printer using OctoPrint? If you have not already done so - turn on debugging for the plugin as it will generate a lot of messages that should help diagnose most issues.

[number-g]

The plugin is installed and enabled and I can move the print head manually but when I start a print, the bed seems to move downwards instead of upwards (it is already as low as it can be), so I have to stop the print

Oct 28, 2020, 20:20 by [email protected]:

It's not cooperating so far

I'm assuming that you installed this plugin already - what exactly is happening? Are you able to connect to the printer using OctoPrint? If you have not already done so - turn on debugging for the plugin as it will generate a lot of messages that should help diagnose most issues.

— You are receiving this because you authored the thread. Reply to this email directly, > view it on GitHub https://github.com/Mrnt/OctoPrint-FlashForge/issues/60#issuecomment-718185471> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AKEWIHBMYDSI76KIT52W7SDSNB4KDANCNFSM4TCNZY6Q> .

[number-g]

Where do I look to turn on debugging for the plugin?

Oct 28, 2020, 20:20 by [email protected]:

It's not cooperating so far

I'm assuming that you installed this plugin already - what exactly is happening? Are you able to connect to the printer using OctoPrint? If you have not already done so - turn on debugging for the plugin as it will generate a lot of messages that should help diagnose most issues.

— You are receiving this because you authored the thread. Reply to this email directly, > view it on GitHub https://github.com/Mrnt/OctoPrint-FlashForge/issues/60#issuecomment-718185471> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AKEWIHBMYDSI76KIT52W7SDSNB4KDANCNFSM4TCNZY6Q> .

[number-g]

Found it

Oct 28, 2020, 20:20 by [email protected]:

It's not cooperating so far

I'm assuming that you installed this plugin already - what exactly is happening? Are you able to connect to the printer using OctoPrint? If you have not already done so - turn on debugging for the plugin as it will generate a lot of messages that should help diagnose most issues.

— You are receiving this because you authored the thread. Reply to this email directly, > view it on GitHub https://github.com/Mrnt/OctoPrint-FlashForge/issues/60#issuecomment-718185471> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AKEWIHBMYDSI76KIT52W7SDSNB4KDANCNFSM4TCNZY6Q> .

[Mrnt]

I just made it separate section for it in the README

[number-g]

Here's a fresh log (deleted all the old ones, restarted printer, then restarted octopi and attempted a print): octoprint.log

[Mrnt]

When you say it doesn't work, can you describe what is happening?

I see that the status messages sent by the printer are different from the other printers, so that is potentially an issue. However, it does look like you are able to connect to the printer and start a print - then you cancelled the print?

[number-g]

When I hit print, the z axis motor activates and appears to be trying to pull the bed downwards and since the bed is already at the lowest point, it just makes a horrible noise and worries me that I might strain the motor

Oct 28, 2020, 21:07 by [email protected]:

When you say it doesn't work, can you describe what is happening?

I see that the status messages sent by the printer are different from the other printers, so that is potentially an issue. However, it does look like you are able to connect to the printer and start a print - then you cancelled the print?

— You are receiving this because you authored the thread. Reply to this email directly, > view it on GitHub https://github.com/Mrnt/OctoPrint-FlashForge/issues/60#issuecomment-718209358> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AKEWIHAV3H2PZJY6W4QO25LSNCBZVANCNFSM4TCNZY6Q> .

[number-g]

I just noticed the undervoltage messages though from octopi ... I will try and find my official rpi power supply and get back to you ... I thought the one I was using had enough juice

Oct 28, 2020, 21:07 by [email protected]:

When you say it doesn't work, can you describe what is happening?

I see that the status messages sent by the printer are different from the other printers, so that is potentially an issue. However, it does look like you are able to connect to the printer and start a print - then you cancelled the print?

— You are receiving this because you authored the thread. Reply to this email directly, > view it on GitHub https://github.com/Mrnt/OctoPrint-FlashForge/issues/60#issuecomment-718209358> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AKEWIHAV3H2PZJY6W4QO25LSNCBZVANCNFSM4TCNZY6Q> .

[Mrnt]

When I hit print, the z axis motor activates and appears to be trying to pull the bed downwards and since the bed is already at the lowest point, it just makes a horrible noise and worries me that I might strain the motor

Ah ok, I'll take another look at the log and see why that might happen - sounds as though it did not finish homing (G28). You can test homing by issuing the G28 command directly in the OctoPrint terminal tab.

Are you using a file that was created using Digilab or some other slicer?

[number-g]

I sent G28 and it was received ok but no movement.

The file was sliced using regular Cura v 4.7.1

Oct 28, 2020, 21:20 by [email protected]:

When I hit print, the z axis motor activates and appears to be trying to pull the bed downwards and since the bed is already at the lowest point, it just makes a horrible noise and worries me that I might strain the motor

Ah ok, I'll take another look at the log and see why that might happen - sounds as though it did not finish homing (G28). You can test homing by issuing the G28 command directly in the OctoPrint terminal tab.

Are you using a file that was created using Digilab or some other slicer?

— You are receiving this because you authored the thread. Reply to this email directly, > view it on GitHub https://github.com/Mrnt/OctoPrint-FlashForge/issues/60#issuecomment-718215610> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AKEWIHHA62CWY7GIFF2OKUTSNCDKZANCNFSM4TCNZY6Q> .

[Mrnt]

if you try: G28 X Y Z what happens?

[number-g]

Send: G28 X Y Z Recv: status: ready Recv: temperature: 227 Recv: extruder_target_temperature: 225 Recv: platform_temperature: 0 Recv: chamber_temperature: 0 Recv: buildPlate_target_temperature: 0 Recv: error_code: 200 Recv: door_open: 0 Recv: remaining: 0 Recv: totalTime: 0 Recv: firmware_version: v1.0_R03.06.06 Recv: jobstatus: Recv: progress: 0 Recv: layer: 0 Recv: jobname: Recv: elaspedtime: 0 Recv: networkBuild: 0 Recv: filament_type: PLA Recv: usbBuild: 0 Recv: fanSpeed: 0 Recv: message: success Recv: ok Recv: CMD G28 Received. Recv: ok Recv: status: ready Recv: temperature: 227 Recv: extruder_target_temperature: 225 Recv: platform_temperature: 0 Recv: chamber_temperature: 0 Recv: buildPlate_target_temperature: 0 Recv: error_code: 200 Recv: door_open: 0 Recv: remaining: 0 Recv: totalTime: 0 Recv: firmware_version: v1.0_R03.06.06 Recv: jobstatus: Recv: progress: 0 Recv: layer: 0 Recv: jobname: Recv: elaspedtime: 0 Recv: networkBuild: 0 Recv: filament_type: PLA Recv: usbBuild: 0 Recv: fanSpeed: 0 Recv: message: success Recv: ok Send: M105 Recv: CMD M105 Received. Recv: T0:226 /225 B:0/0 Recv: ok Recv: status: ready

[Mrnt]

Did it move at all?

[number-g]

Sorry I had to go out for a bit; no nothing at all

[number-g]

If i manually raise the bed to half way then the X axis seems to try to go in a direction that isn't possible.

When the printer is idle, the extruder is on the right of the X axis and it seemed to try to go right

Is there a setting to invert the axes?

I found a setting in Printer Profiles//Axes that says:

"Please define the maximum speed/feedrate of the individual axes and whether their control should be inverted or not. "

I've tried inverting them/not and it doesn't make a discernable difference

[KeltE]

Hello. Isn't the USB stick accidentally connected when you connect the Octopi? My Dreamer NX behaves strangely when the SD card is in the printer and I want to print via Octopi. Just remembered reading the post.

[number-g]

Thanks,

I tried it without the USB stick and it still behaves the same; it seems like at least 1 axis is inverted ... changing that setting in the printer profile though only seems to affect manual control

[Mrnt]

Typically it is the Z axis that is inverted. But that setting is just for the purposes of the "Control" tab on OctoPrint which uses relative positioning - ie if you press the "up" arrow and it goes down then you need to go into the printer profile and set the Z axis to be inverted. What is happening when you use the controls in the "Control" tab is the printer is being sent Relative (not Absolute) positions - eg move the X axis to the right 10 steps would be G1 X-10. However the slicer typically generates movement instructions that are Absolute, so if the head was currently at a position of X=23 Y15 and it wanted the head to move right by 10 it would send a command G1 X13. In other words the axes inversion settings typically only affect manual control of the printer.

[Mrnt]

I am concerned that sending G28 to the printer using the terminal window has no effect. Presumably hitting the 'home' buttons on the "Control" tab also have no effect?

If G28 does not work then you will only be able to print using OctoPrint by uploading files using the "Upload to SD" button.

[number-g]

Thanks for your replies, that makes sense regarding the manual controls. The home button doesn't work as you guessed.

I have tried using "upload to SD card" and sometimes it works but I noticed that when I ask the interface to only display files on the SD card it doesn't display anything and the only file there is only visible when I set it to show all files. At other times uploading to SD card fails with the error "Uploading to SD card failed: Printer is busy", or something like that *even after rebooting OctoPi and the printer.

I have a print on at the moment so I can't check the exact error messages but it will be done in about an hour and a half

Oct 29, 2020, 23:16 by [email protected]:

I am concerned that sending > G28> to the printer using the terminal window has no effect. Presumably hitting the 'home' buttons on the "Control" tab also have no effect?

If G28 does not work then you will only be able to print using OctoPrint by uploading files using the "Upload to SD" button.

— You are receiving this because you authored the thread. Reply to this email directly, > view it on GitHub https://github.com/Mrnt/OctoPrint-FlashForge/issues/60#issuecomment-719076504> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AKEWIHGTTUMSRR4PDD34XQDSNHZTVANCNFSM4TCNZY6Q> .

[Mrnt]

Unfortunately the older printers do not provide a list of what is on its SD card, so I stopped sending the request to the printer (I doubt the 3D40 supports it either) so you will not see that information in OctoPrint. It's really rather frustrating it does not work.

I would be interested in seeing a log file of what happens when you upload to the SD card and get the printer is busy message.

[number-g]

I'll try it once this print is done

Oct 30, 2020, 00:42 by [email protected]:

Unfortunately the older printers do not provide a list of what is on its SD card, so I stopped sending the request to the printer (I doubt the 3D40 supports it either) so you will not see that information in OctoPrint. It's really rather frustrating it does not work.

I would be interested in seeing a log file of what happens when you upload to the SD card and get the printer is busy message.

— You are receiving this because you authored the thread. Reply to this email directly, > view it on GitHub https://github.com/Mrnt/OctoPrint-FlashForge/issues/60#issuecomment-719102689> , or > unsubscribe https://github.com/notifications/unsubscribe-auth/AKEWIHGNZIJIOL3HNL4NQG3SNIDVRANCNFSM4TCNZY6Q> .

[number-g]

Log: octoprint.log Screenshot:

[Mrnt]

Ah I see the problem. The status reporting in response to the M119 command is quite different from the other printers I have looked at, so the code is not able to tell what state the printer is in when it connects (printing/idle/etc) so it thinks the printer is not ready for an upload.

[number-g]

Is there anything I can do to provide more information to go on?

[Mrnt]

I made a branch with some code to try to accommodate the response from the Dremel. You can test it by loading it into OctoPrint:

1. Go to Settings > Plugin Manager
2. Click the Get More button
3. In the box ... from URL paste the link https://github.com/Mrnt/OctoPrint-FlashForge/archive/Dremel_3D40.zip then click Install
4. Restart OctoPrint

Try uploading to SD and then put the octoprint.log file in here.

[number-g]

Thanks! I will try it as soon as the current print is done.

Do I need to disable the original plugin first?