Closed bellzw closed 2 years ago
@bellzw , thanks for feature suggestion. It looks really interesting idea, I guess we can try to implement it.
@Elkin-Vasily ,do we have any blocker moments for this ?
MKS Wifi Module does not transport every command that it gets from printer main board. So wifi connection and USB connection are not the same.
We are using Cura's form for our Monitor tab, and there is no such dialog.
There is no place for this frame with small resolution monitor. For example:
Thanks for looking into it. I understand the problem with a small or lower resolution monitor. I just hate it when a decent idea is shot down by cold reality.
Zane
From: Vasily Elkin @.> Sent: Monday, September 19, 2022 11:22 AM To: Jeredian/mks-wifi-plugin @.> Cc: bellzw @.>; Mention @.> Subject: Re: [Jeredian/mks-wifi-plugin] [1.4.1] Window for response to a command (Issue #345)
MKS Wifi Module does not transport every command that it gets from printer main board. So wifi connection and USB connection are not the same.
We are using Cura's form for our Monitor tab, and there is no such dialog.
There is no place for this frame with small resolution monitor. For example: https://user-images.githubusercontent.com/812359/191052982-421c2e36-5710-4d53-a5e4-4372d8c6a004.jpeg
— Reply to this email directly, view it on GitHub https://github.com/Jeredian/mks-wifi-plugin/issues/345#issuecomment-1251172203 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AMFTMUO46UUYHKKS3VCIWN3V7CAHXANCNFSM577LBFOA . You are receiving this because you were mentioned. https://github.com/notifications/beacon/AMFTMUMHCXTLJVCWHO4SA63V7CAHXA5CNFSM577LBFOKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOJKJV62Y.gif Message ID: @. @.> >
Is your feature request related to a problem?
Not really a problem or error. It would be nice if the user could see the response to g-codes sent to a connected printer. For example, the response to M503 contains the current working speeds, accelerations, jerks, etc.
Describe the solution you'd like
A window, with a vertical scroll bar, in the ample empty space under the Printing Time info.
Describe alternatives you've considered
Looking in Cura's stderr.log, but I do not see the response to the M503. Here are the lines I do see (the relevant lines are bolded): 2022-08-29 17:33:16,175 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: T:23 /0 B:24 /0 T0:23 /0 T1:24 /0 @:0 B@:0 2022-08-29 17:33:17,995 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.write_socket_data [825]: _send_data: M105 M997
2022-08-29 17:33:18,010 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: ok 2022-08-29 17:33:18,064 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: M997 IDLE 2022-08-29 17:33:18,064 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: ok 2022-08-29 17:33:18,079 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: T:23 /0 B:24 /0 T0:23 /0 T1:23 /0 @:0 B@:0 2022-08-29 17:33:19,989 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.write_socket_data [825]: _send_data: M503
2022-08-29 17:33:20,004 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: ok 2022-08-29 17:33:22,013 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.write_socket_data [825]: _send_data: M105 M997
2022-08-29 17:33:22,035 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: ok 2022-08-29 17:33:22,082 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: M997 IDLE 2022-08-29 17:33:22,097 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: ok 2022-08-29 17:33:22,097 - DEBUG - [MainThread] MKSWifiPlugin.MKSOutputDevice.on_read [1013]: mks recv: T:23 /0 B:24 /0 T0:23 /0 T1:24 /0 @:0 B@:0
Affected users and/or printers
Everyone, I'd expect.
Additional information & file uploads
This is the entire stderr.log file in case I missed the response to M503. stdout.log is empty.
stderr.zip
I do know that the printer responds to M503 because I get this from Pronterface when I connect via USB: