Please help us to test firmware 1.17RC3 and DWC 1.14

antoine.voiry

All,
I think I found a small bug. The bed offset and max print bed size are not taken into account when doing the probing for minand max.
Example
I set my printer with

[[language]]
; max travel and origin
M208 X214 Y190 Z200 
G31 P500 X8 Y-28 Z0.20 S60        ; set threshold and offsets (we were at 0.74 )

Then, if I do a
G30 P1 X20 Y185 Z-99999

I am finding my printer at 213, which is causing huge noise, as it can't go there.

dc42

The G30 command says you want to place the probe at Y=185 and this means putting the head at Y=213. The firmware assumes that you know what you are doing when you issue G30 commands, because they are completely under your control, unlike the gcode generated by a slicing program.

antoine.voiry

@dc42:

The G30 command says you want to place the probe at Y=185 and this means putting the head at Y=213. The firmware assumes that you know what you are doing when you issue G30 commands, because they are completely under your control, unlike the gcode generated by a slicing program.

Thanks, I thought the max and min were taken into account. This is exactly what I was doing anyway as a woraround.

Antoine

dc42

btw G29 probing is different because the points are generated automatically. The firmware checks that each point you want to probe is reachable by the probe, and skips any that are not.

Adamfilip

not clear on how you display the grid visual.
Can I button in the web control be added to bring this up?

dc42

Yes, go to Settings->Machine Properties and click "Load height map".

antoine.voiry

@dc42:

btw G29 probing is different because the points are generated automatically. The firmware checks that each point you want to probe is reachable by the probe, and skips any that are not.

Thanks
Does that mean that below command can go in config.gcode and bed.gcode would then only contain a HOME all and G29?
M557 X25:180 Y25:180 S20
Antoine

Adamfilip

i have updated to the latest firmware for both and I dont see that option.. to "Load height map"

Adamfilip

nevermind.. it was download heightmap.. found it sorry

dc42

@antoine.voiry:

Does that mean that below command can go in config.gcode and bed.gcode would then only contain a HOME all and G29?
M557 X25:180 Y25:180 S20
Antoine

Yes, that's a good option for a non-delta printer.

Alex9779

I played again with the bed leveling today but I have problems loading or reloading the heightmap in the webif…
I started leveling from the PanelDue and when it was finished I loaded the 3D image on the webif and it seemed to be the result of the last operation. Then I did it again, but obviously the webif showed still the last result, the deviation and mean errors in the file didn't match the display...
So how can I force the webif to load the new heightmap file? I tried to reset the board, cleared my cache of the browser but I have no reliable sequence of steps to make it load the new generated heightmap file...

dc42

The height map file is called heightmap.csv by default. It has a time stamp written into it. So you can open it in the system editor and check the time stamp. You can also use the P parameter of the G29 command to use a different file name if you wish.

Alex9779

Yeah that what I checked but I made a screen shooting the heights I display before and after. The file is different but not the rendering…

dc42

Could it be that the browser has cached the old height map file?

CRPerryJr

Happy New Year!
I'm having a problem in DWC 1.14-b4 with Webcam Integration. The working URL to acquire a snapshot from my cam is "http://192.168.1.128/webcapture.jpg?command=snap&channel=0". This URL works perfectly in Firefox, Chrome and IE. When I add this URL to the DWC interface, I am getting a dummy response appended to the end of the URL on the print status page, causing it to not display an image. As an example= "http://192.168.1.128/webcapture.jpg?command=snap&channel=0&dummy=0.3392961592542225". The dummy number changes every 5 seconds, and no image is displayed. It seems any "&…." placed after the end of the working URL causes the issue. Please take a look at the solution provided at this URL. https://github.com/Oitzu/pimatic-iframe/issues/8

djmvt created this issue in Oitzu/pimatic-iframe

open reloading not working with webcam #8

lignumaqua

The changing dummy= is to prevent your browser caching the image and just keep displaying an older version. It shouldn't stop the image from displaying. Do you see the image if you open that URL in its own tab?

CRPerryJr

@lignumaqua:

The changing dummy= is to prevent your browser caching the image and just keep displaying an older version. It shouldn't stop the image from displaying. Do you see the image if you open that URL in its own tab?

I added this info in my post above….
It seems any "&…." placed after the end of the working URL causes the issue. Please take a look at the solution provided at this URL. https://github.com/Oitzu/pimatic-iframe/issues/8

It appears they use a "?$variable" to update the URL and prevent the caching. So far, this does look like it works in a separate browser tab. But anytime I add the additional "&" to the URL, it fails with net::ERR_EMPTY_RESPONSE and no image is displayed in the DWC or in a separate browser tab.

djmvt created this issue in Oitzu/pimatic-iframe

open reloading not working with webcam #8

Alex9779

@dc42:

Could it be that the browser has cached the old height map file?

I have no explanation… I tried to disable the cache. I tried a different browser... I have no reliable method to get the newly saved heightmap displayed without waiting a day...
I try to get a reproducible sequence to find the problem... didn't have much time these days...

lignumaqua

It appears they use a "?$variable" to update the URL and prevent the caching. So far, this does look like it works in a separate browser tab. But anytime I add the additional "&" to the URL, it fails with net::ERR_EMPTY_RESPONSE and no image is displayed in the DWC or in a separate browser tab.

Interesting. Seems the camera treats the second ? as if it were another query separator. I think we'd have to test that solution with other cameras as they may reject it as a non-standard URL.

As a matter of interest, what does your camera do if you use a semi-colon ; instead of the ampersand? Both & and ; are, in theory, valid data separators

CRPerryJr

@lignumaqua:

It appears they use a "?$variable" to update the URL and prevent the caching. So far, this does look like it works in a separate browser tab. But anytime I add the additional "&" to the URL, it fails with net::ERR_EMPTY_RESPONSE and no image is displayed in the DWC or in a separate browser tab.

Interesting. Seems the camera treats the second ? as if it were another query separator. I think we'd have to test that solution with other cameras as they may reject it as a non-standard URL.

As a matter of interest, what does your camera do if you use a semi-colon ; instead of the ampersand? Both & and ; are, in theory, valid data separators

I tried many different characters (;:"?[{}]) after the working URL of "http://192.168.1.128/webcapture.jpg?command=snap&channel=0" and any character other than "&" is ignored and allows the image to populate. As soon as I add a "&", it fails with the "ERR_EMPTY_RESPONSE" in both DWC and in browser windows.