10-19-2018 04:31 AM
If you try to format a RT target that is on another subnet, you are not allowed to keep the network settings....This means that unless you happen to use DHCP, you will lose access to your target. If that target happens to be remote and/or inaccessible - formatting your target is no longer an option....which can be really troublesome if a format is required for example to correct a disk corruption problem.
Is the reason for this that the current network settings have to be temporarily stored ion the computer requesting the format for it to work, hence the device requires communication with the PC as part of the process - which means the PC has to be on the same network - or what? Could this design be changed?
And is there a workaround (that does not require you to use DHCP or not use different subnets - of course)?
In this particular case the RT target was running VxWorks, and I have not checked if there is a difference on Linux RT(?).
10-22-2018 02:32 PM
Just to clarify, you're talking about formatting through MAX right? I don't have a VxWorks target handy but you're saying you don't have the options I have on my Linux target?
Another option besides DHCP is to use a link local self assigned IP address. This is what I do since that's what the targets use out of the box. I realize none of this directly addresses your question though.
10-23-2018 02:04 AM
I have the option in the dialog, but chosing any of the preserve-options will just result in an error dialog.
Link local is not a solution as it will cause me to lose contact with the device.