yeah, I saw it…
Not sure why we decided to send invalid JSON when we specifically ask for JSON
yeah, I saw it…
Not sure why we decided to send invalid JSON when we specifically ask for JSON
Yea, that’s dumb. I mean I get the pendant thing but that’s going to break stuff.
I sent Mitch a message… we’ll see what he says…
It was meant only for the pendants.
I think it’s just a bug in the JsonEncoder
I think the _type assignment might just belong protected by _encapsulate also
Fixed a few issues
loading indicator should stay visible correctly now.
There was an issue with Mitch’s PR that caused commands sent out to not go to the Terminal, etc.
It’s working for me with the latest
The wifi settings uses the $Settings/List command to retrieve the current settings. It’s response comes back over websocket, so it echoes it into the terminal
Not bad at ![]()
all sorry it happens to even the best I have ever seen. I nobody made a mistake it would not ne life. I have burned more mistakes in the fireplace than most programmers have thought of. Without ypu I could not even move to make my mistakes and have nobody to blame them on.
This is still an issue. I can’t get any extensions that require sending/getting data to work. I’ve been using 3.0.0.5. It’s like they’re not receiving any messages. It doesn’t matter if it’s a 3.9 version or a 4.0 version.
Console Logging in 3.0.0.5 (when refreshing just the extension):
JoyJog: Send Command: $/axes/x/acceleration_mm_per_sec2
JoyJog: Send Command: $/axes/y/acceleration_mm_per_sec2
JoyJog: Send Command: $/axes/z/acceleration_mm_per_sec2
JoyJog: Send Command: $/planner_blocks
JoyJog: Send Command: ?
JoyJog: X Acceleration: 500
JoyJog: Y Acceleration: 500
JoyJog: Z Acceleration: 80
JoyJog: Planner Blocks: 32
JoyJog: Max XY Feedrate: 9000
JoyJog: Max Z Feedrate: 1000
...
JoyJog: Status Change: Hold -> Idle
Network activity:
In 3.0.0.6:
JoyJog: Send Command: $/axes/x/acceleration_mm_per_sec2
JoyJog: Send Command: $/axes/y/acceleration_mm_per_sec2
JoyJog: Send Command: $/axes/z/acceleration_mm_per_sec2
JoyJog: Send Command: $/planner_blocks
JoyJog: Send Command: ?
Network tab: Nothing
So, I don’t think it’s sending or receiving anything. Maybe it’s just sending?
I can put together some kind of debug extension that logs messages or something if that helps.
Man o really find so difficult to relpace webui2 now that im so used to it. Even i have one of my 3 cnc with a cyd control (and i have played with it but havent even used it a lot)
it’s not quite as interesting as you probably think.
the dispatchToExtensions call was removed from the import because it was unused in that file anyway
any thoughts on the extensions?
I’m looking into it.
When I test it, it’s fine for me.
I suspect there’s race conditions and/or places where the cache is stale and invalidation is not happening correctly when something triggers a render
so the cache is holding pointers to items no longer in the DOM, and the messages don’t go anywhere
I am surprised by the 3d printer portion. Was this originally for a printer?
it was primarily for a printer.
ESP3D is primarily a firmware that deals with connecting to Marlin 3D printers, but Luc also was partnered with the GrblHAL developer to make it work for CNC too.
He personally didn’t have one though, and never really used one, so the CNC workflow was a bit foreign to him,
and partially why we struggled to get him to accept changes, and why I decided it was worth taking over.
He says it’s for more, but I think printers was his primary focus https://esp3d.io/
try this
index.html.zip (90.2 KB)
That works fine.