Device Mapping bug in Netlinx Studio

ErikJackman

Has anyone else noticed that the device mapping seems to be broken in the later versions of Netlinx Studio?

The devices defined just don't show up. Which forces me to define custom device mappings which have to be manually updated if the system is changed.

Or am I missing some new setting in the options that fixes device mapping?

Jeff Lockyear

I've noticed that things like IR devices sometimes won't show up until Studio is closed and reopened. What's more irritating to me is that system mapping is busted. If I have more than one master, which is typical for us, and I want to upload to one, I have to make it the master and make sure I'm aiming at the right IP address.

jjames

A known bug is that if you're using lower case stylization (i.e. "define_device" instead of "DEFINE_DEVICE") your devices will not show up in device mapping. Are you using uppercase or lowercase?

Colzie

jjames wrote: »

A known bug is that if you're using lower case stylization (i.e. "define_device" instead of "DEFINE_DEVICE") your devices will not show up in device mapping. Are you using uppercase or lowercase?

Dude that is huge. I knew about the bug, but did not know about the workaround. I just tested this and BAM, there they are. Thanks a ton!

jjames

No prob. I just recently switched over to lowercase, and found this issue. I went as far as changing the keyword library to lowercase, but that doesn't fix the issue - it just stopped making define_device a keyword all together. I quit after that and found that by keeping D_D as uppercase, it works. If someone knew the inner-workings of SciTE & Scintilla, I'm sure there'd be a fix for it quickly. I don't have time to mess around with it . . .

DHawthorne

There are a lot of workspace bugs like this. I can't open any older projects anymore that use a custom IR library ... even though I set the properties to point at the file, it says it can't find it. I know this is because of a computer change and a resulting path change, but finding where that old path is stored was more trouble than deleting the device and re-adding it.

On a similar vein, I have had projects where I had to custom map every device, then was able to go back a week later and map them normally, with no idea why it works some times and not others. I just gave up and do whatever I need to do to make it load.

Enough already with the hidden settings and "automatic" crap. Put all this stuff in some config setting, or even an old-fashioned INI file. I am more than quite fed up with auto-configurations that are broken that you can't fix manually. If you absolutely must hide the settings, your system has to be bulletproof, period, no exceptions.

Jorde_V

DHawthorne wrote: »

There are a lot of workspace bugs like this. I can't open any older projects anymore that use a custom IR library ... even though I set the properties to point at the file, it says it can't find it. I know this is because of a computer change and a resulting path change, but finding where that old path is stored was more trouble than deleting the device and re-adding it.

On a similar vein, I have had projects where I had to custom map every device, then was able to go back a week later and map them normally, with no idea why it works some times and not others. I just gave up and do whatever I need to do to make it load.

Enough already with the hidden settings and "automatic" crap. Put all this stuff in some config setting, or even an old-fashioned INI file. I am more than quite fed up with auto-configurations that are broken that you can't fix manually. If you absolutely must hide the settings, your system has to be bulletproof, period, no exceptions.

The IDE needs a serious revamp, not just bugfixes. It's so outdated that everytime I open a modern IDE tears of happiness come out. And tears of sadness when I open NS. They need to step up their game and keep their programmers happy. Else I predict a serious nerdriot.