ioSender
ioSender copied to clipboard
terjeio
Visualisation perfomance questions
This post rather test report, then issue highlight Sender 2.0.36.p14 Machine GRBL 1.1h on UNO PC - old notebook without OpenGL support Core2 CPU 2,18GHz Windows7 64bit
Used big 3D carving program - 256k strings with lots of small segments. ioSender window hided - CHU load 5-15% Window open, console view only DRO numbers changes 15-25% Program view 64-90% with not enougth of power to upload code in time - GRBL buffer empty, macine starting to twitch 3D view with reset view - 45-65% with most of load on single core. If mouse plased over cutting route (not on white space) load rised to 85-90% and machine started twitch hardly.
Moving mouse over buttons on the main screan ( Unlock, Reset, Stop etc.) also give hauge lag in program streaming - looks like when button hint popping-up.
Is this with Agressive buffering and Filter "ok" response checked in settings? Does it improve if you disable the text overlay? Can you post the file so I can compare with my setup?
Note that I am using a 3rd party 3D rendering library so not much I can do about that other than finding a new one that is better...
Used big 3D carving program - 256k strings with lots of small segments.
A laser engraving? If you want high speed nothing beats the iMXRT1060, insane engraving speeds is possible when the planner buffer is increased and there is no USB <> UART chip in between the PC and the MCU...
Moving mouse over buttons on the main screan ( Unlock, Reset, Stop etc.) also give hauge lag in program streaming - looks like when button hint popping-up.
That is due to your PC? Get a better one? It migth be possible to get better performance if the program was written in C++, but I am too old to even contemplate that...
Is this with Agressive buffering and Filter "ok" response checked in settings? Does it improve if you disable the text overlay? Can you post the file so I can compare with my setup? Yes it's checked. I'll try to play around it App_config.zip
Note that I am using a 3rd party 3D rendering library so not much I can do about that other than finding a new one that is better...
It's seems not so bad, perfomance better than Candle, but probable you can protect sender thread and give it more priority.
A laser engraving? If you want high speed nothing beats the iMXRT1060, [insane engraving speeds] It's 3D relief milling. Actually it's isn't streaming issue - it's only visualisation.
Moving mouse over buttons on the main screan ( Unlock, Reset, Stop etc.) also give hauge lag in program streaming - looks like when button hint popping-up.
That is due to your PC? Get a better one? It migth be possible to get better performance if the program was written in C++, but I am too old to even contemplate that...
PC is quite oudated. That is why it's retyred to CNC controller, but... its successfully made my CNC modeling in SolidWorks and prepaearing G-Code in Vectric. Better one will solve, I believe, but so much impact from button hints - it's strange.
switch-off ok-filtering seems to add some perfomance to text program display, not to much. Aggressive buffering where not active and not not supported for legacy GRBL, i mean. Playing with grafical options is also didn't show much difference. Effect of button hint display is only registered with 3D view tab active. Looks like it trigger unexpected screen redraw.
Aggressive buffering where not active and not not supported for legacy GRBL, i mean.
When running with a legacy Grbl controller, isn't Aggressive buffering the byte counting technique as described in the grbl 1.1 wiki?
It's not used in ioSender - input buffer always 128b free irrelevant to buffer switch.