From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.
We appreciate your patience as we improve our online experience.
07-18-2014 01:57 AM - edited 07-18-2014 02:00 AM
Hi all
I am trying to establish a remote front panel connection on to a windows 8 32 bit OS on 64 bit atom processor tablet from an exe deployed on myRIO. I had verified the remote front panel connectivity on the development PC (windows 8 64 bit OS on i7 processor), installed LV RT engine 2013 and the 32 bit drivers on the tablet. The problem is that the remote front panel connection gets stuck after some time. I am connecting the target to a B type USB which is connected to an OTG cable and then to tablet microUSB port.
1. I reduced the data rate to some 200 samples per second (displaying 20 values on a graph per 0.1 second), still the problem persists
2. The remote panel works pretty well when connected to development PC and to another PC (windows 8, 64 bit OS with LV RT 2013 installed) via USB, it is just the tablet that is losing the connection after a while (it says remote panel connection refused by specified server)
3. I connected target to a local network, enabled WiFi on the tablet and got remote panel working perfectly. It is just the physical USB connection to the tablet via OTG cable that is creating the problem after sometime
I came to the conclusion that the problem could be with the 32 bit drivers (the display gets stuck only after sometime though), OTG cable (i tried another one too) or that the tablet is running on 32 bit OS. I even installed LV 2013 on the tablet, developed a test exe and tried getting remote front panel, still the same problem persists. Any inputs as to what the problem might be?
Thanks
Arya
Solved! Go to Solution.
07-18-2014 08:18 AM
If the WIFI works, I would just use it. Alternately, I would look into a better cable. With cut-rate calbles the first place thay start trying to save money is with the connectors.
Mike...
07-18-2014 08:30 AM
Hi Mike
Thankyou for your reply. I had actually replaced the locally made otg cable by one which came with acer iconia tablet too., still the same issue persists. Yes, wifi will be our second option, but we are trying to port the codes to another target too, which does not have wifi connectivity. In that case, we would have to connect to the network via ethernet cables which limit us in porting the set up. I am now in the process of installing windows 8 64 bit to another tablet so that i could check if that works.
Arya
08-06-2014 05:44 PM
08-06-2014 06:13 PM
08-06-2014 08:37 PM
08-06-2014 08:37 PM
08-07-2014 12:10 AM
Hi OzBradGill
Well, we have kept it on hold, as we have other aspects of the project to worry on right now. Meanwhile, I had also asked one NI Application Engineer the same, he too replied that it could be some driver buffer issues. He also advised to put 64 bit OS and test again. I will test it out hopefully this week itself and reply to this post. Meanwhile, as I had mentioned, the remote front panel worked like a charm using WiFi. So I think it is indeed possible.
Regards
Arya
08-07-2014 12:18 AM
Sorry, I had accidently used my collegue's profile..!! Noticed that only after I posted the reply..
Arya
08-26-2014 05:19 AM
Hi all
I had tried putting Win 64 multiple times in acer iconia and a dell tablet, for the past couple of weeks, but some how, it was not detecting the OS during boot.. Hence I am unable to try the Win64 option as of now.. 😞
Thanks and regards
Arya