The slow update rate is likely a method issue and not an issue with network speed itself. Most networks can handle speeds of GB per second rates which is much much faster than actually required. Networks are used to stream all sorts of data these days. Lagging behind can indicate a buffer overflow condition due to the receiving process running to slow to to keep up with the data being sent for display. Old code and speed restrictions are likely not designed to overcome that. New methods do require new code to be developed in order to provide excellent results.
Johannes P. Fassotte Automation Assist 217 Sunny Hills Drive Fairbanks, AK 99712 > On May 3, 2020, at 7:06 AM, Gene Heskett <ghesk...@shentel.net> wrote: > >> On Sunday 03 May 2020 10:17:46 Johannes Fassotte wrote: >> >> The name remote UI should be considered to mean that it is interfaced >> to LinuxCNC using a network connection. This connection for most >> individuals would likely be via local host but it can be used remotely >> if desired from other suitable devices. Such a interface adds >> flexibility and would provide universal interface. >> >> There is little difference between controlling a machine with say an >> Ethernet interfaced Mesa FPGA board or using a Ethernet connected UI. >> Both of these can be considered to be remote. How a user decides to >> use it is totally up to the user since such an interface offers >> tremendous flexibility. >> >> Johannes P. Fassotte >> Automation Assist >> 217 Sunny Hills Drive >> Fairbanks, AK 99712 >> > Haveing had some experience trying to run linuxcnc over an ssh -Y connection > I can say that it works BUT the backplot display I was looking at was also > running very close to a full second behind the machine. This was very > disconcerting and IMO a huge safety consideration in that there is no way one > could see an impending crash and broken tooling in time to stop it. Same for > someone else walking up to the machine and getting in its way. Build it in if > you want to, but its not anything I'd ever try again. > >>> On May 3, 2020, at 4:26 AM, Robert Murphy <robert.mur...@gmx.com> >>> wrote: >>> >>> I agree, I never saw the sense in a remote UI, other than all the >>> "hipster\makers" want to control the world with their phones. >>> Machinekit, IMHO, seemed to be focused more towards the hobbyist who >>> wants bells and whistles rather than an industrial\commercial scene. >>> Don't take this as having a go, but just an observation. >>> >>> I think Andy (or someone we greater knowledge than myself)may have >>> mentioned that whilst the GUI buttons can made to reflect the state >>> of a hardware button, the reverse is not so simple. I'm not >>> suggesting this is what you have in mind. Whilst a "gui toggle >>> switch" can reflect the state of a hardware toggle switch, the >>> reverse is not really possible. Unless of course the hardware >>> switches in that case were momentary with a light to indicate the >>> status, but would that not complicate hal & physcial wiring. >>> >>> If the GUI was just info only, well that could be a way to make it >>> possible. >>> >>>> On 3/5/20 9:09 pm, Reinhard wrote: >>>> Hi Daniel, >>>> >>>>> It seems some developer at machinekit did some good work there. >>>>> ... >>>>> ... are the best features in machinekit that are missing in >>>>> linuxcnc. >>>> >>>> Hm, I don't think, that a remote ui is something important, that >>>> linuxcnc is missing. And I don't take the nml-layer for bad so that >>>> it must be replaced. For me, nml-layer is a good piece of C-code, >>>> which was easy to adapt for java. The bad thing is the python >>>> addon, which can't be worse. >>>> >>>> So beside the remote accessibility I don't see any feature (in >>>> userworld) that machinekit has, which linuxcnc does not have. And >>>> replacing the middleware without benefit for the enduser is lot of >>>> time wasted (at least for me). >>>> >>>> For me, a machine is a local system. Some users would like to have >>>> an UI running on their mobile phone, but I can't take that for >>>> serious. May be acceptable as info board, but not for machining >>>> purpuse. And an infochannel is quite easy to workout as addon. >>>> >>>> That remote stuff could be "outsourced" to developers, that really >>>> want that stuff and like to spend their time to achive it. >>>> >>>> I believe, that the main purpose of linuxcnc is and should be the >>>> control of machines. In the sense of realtime responses, it is >>>> reasonable, to have all processes local to the machine controller >>>> (i.e. the pc that runs linuxcnc). >>>> >>>> What I really favor is a close coupling between backend and >>>> frontend. But that coupling must respect the realtime requirements >>>> of the backend. Frontend is always ok to be somewhat slow - as the >>>> human eyes are slow. So it does make no sense at all, have a UI >>>> which has an refreshrate higher than 24Hz. Nobody can see the >>>> difference. >>>> So coupling should relax the different timings. >>>> >>>> cheers Reinhard >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Emc-developers mailing list >>>> Emc-developers@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/emc-developers >>> >>> _______________________________________________ >>> Emc-developers mailing list >>> Emc-developers@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-developers >> >> _______________________________________________ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers > > > Cheers, Gene Heskett > -- > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. Please use in that order." > -Ed Howdershelt (Author) > If we desire respect for the law, we must first make the law respectable. > - Louis D. Brandeis > Genes Web page <http://geneslinuxbox.net:6309/gene> > > _______________________________________________ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
