MappView 6 : TextPad loading bin file in simulation is working, on real hardware this reload the visualization

Ask Questions
,
1

Hi everyone,

I’m working with mappView 6.2 and the widget textPad. I’m using it as a file selector on my file device (USER_PATH).
But I got something wrong on real hardware (X20CP1686X), when I have the file selected in the dialog box and I click “Open” button. This instant reload the visualization (“Server connection lost” in red), then the visualization is reloaded as if nothing append.

image
image706×546 11.6 KB

image
image1211×602 5.96 KB

I didn’t have the problem in simulation.
I didn’t have the problem when loading the temp.txt file.
0 input in the logger. (visualization & services & system)
0 input in the browser console.
0 info in server diag of mappView.
I have check permission on the file I put via FTP and they are “777”.

Did someone got an idea ? Maybe link to opcua ?

Regards,
Florent

2

Hi Florent,
first thing that crossed my mind are the new restrictions accessing external file devices but I checked and that should only be a 6.3.0 change.

I’m sure you have looked at "Access to a file device for loading and saving files is only possible for users who have role BR_Engineer (see also Authentication on the mapp View server). " otherwise I don’t think it would work in simulation either.

What connection type are you using HTTP or HTTPS?

3

Hi @marcel.voigt

Thanks for you answer, yes I’ve check this new roles things :slight_smile:
My visualization use fixed user as Startup user that have BR_Engineer role !

I’m using HTTPS, but I just made the test with HTTP and it works in HTTP (thanks for the hint).
I’ve upgrade to lastest version availables for AR and mapps. Did I wait to see if there is a correction in AS6.3 ? Or I report it to my local office ?

1 Like
4

@florent.boissadier I would send it to your local guys a note explaining what you noticed just so it’s recorded and the next guys calls into support with the same problem they have an answer in the system.

Thank you and glad to hear you got it working!

1 Like
5

Yep ! But I would like to make this works in HTTPS too :sweat_smile: So maybe report this for investigation around HTTPS ? There is maybe a problem to encrypt binary data in HTTPS.

Anyways thanks for the workaround, I’ve never think to change HTTPS to HTTP ^^

1 Like