Home AMX User Forum AMX Resource Management Suite Software

RMS reporting systems offline

I recently installed the RMS server upgrade ver 3.2.73 to correct some source usage reporting problems, which it seems to have done. However within about a week of that our systems started dropping offline. Or so RMS reports, they aren't actually offline, they can be contacted through Netlinx Studio or WebControl etc. Rebooting the masters doesn't help. I replaced the RMSCommon file which was to fix this same problem for the NI3101, however most of our systems are NI2000 or 2101. We now have 13 systems offline and counting, almost 10% of all our systems. I opened a ticket for this, just wonder if anyone else has heard of this or had the same problem.

Thanks

Comments

  • PatGPatG Posts: 42
    We found the problem should anyone else run into this.

    I used RMS Codecrafter to create the axi files necessary to add all of our rooms, expectedly. Recently, my colleague has been using the i!-DBWizard to work on a project of his own to return information from all systems and place it in an SQL database. What we discovered is that both programs will create a file that uses the device 0:3:0 for different purposes. In the case of Codecrafter it uses it for dvRMSSocket.
    For i!-DBWizard, it used it for dvDB_Client. This of course causes a conflict and our systems were unable to connect to the RMS server as he updated each one. So if you're using both of these programs, make sure you change the default device number in one of them.
  • rcasasrcasas Posts: 8
    I recently upgraded the RMS server from ver 3.0.x to ver 3.2.73. Since then systems are offline.
    I have tried to change the dvRMSSocket off the code crafter but the problem persists.

    Thanks.
  • rcasasrcasas Posts: 8
    Now the system is online, but the system's devices don't exits. In the system status window the room don't appears.
  • annuelloannuello Posts: 294
    I've noticed that v3.2.73 takes a little bit of time (several minutes) for the devices to be registered with the server. However they do reliably appear for me. Did they eventually appear for you?

    Roger McLean
    Swinburne University
  • rcasasrcasas Posts: 8
    I have waited more than an hour but nothing appear in the system.

    I am updating the SQL Server database to the 9.0.3043 version.
  • rcasasrcasas Posts: 8
    I have installed all in other 2003 server and the problem persist. The master is a NI-4000 and has the lastest firmware installed.
  • annuelloannuello Posts: 294
    Just trying to cover all bases here... Have you also installed the latest SDK to match your new server version? Once you have installed the SDK, have you copied the files you require from C:\Program Files\AMX Resource Management Suite\NetLinx into your project and recompiled/uploaded?

    Is your code trying to auto-detect what kind of devices are available? I've heard that there are some weird issues specific to the NI-4000 (or NI-4100) where on-board serial devices do not show up as being of the serial type. I don't have access to a NI-4000 to test it myself.

    If you're not too concerned with sharing your code, PM me and I can test it on my NI-3100 against our v3.2.73 server.

    Roger McLean
    Swinburne University
  • rcasasrcasas Posts: 8
    Hi
    I have been working out of the office and I didn?t enought time to test.

    I will try to starting now.

    Best regards
  • rcasasrcasas Posts: 8
    I have reinstalled the SDK but the problems persist.

    I have send the code to an AMX distributor in spain, he have recompilled the code and run OK in his server.

    This monday hi will send me a compiled code and I can test if the problem is in my computer.
  • PatGPatG Posts: 42
    annuello wrote: »
    Just trying to cover all bases here... Have you also installed the latest SDK to match your new server version? Once you have installed the SDK, have you copied the files you require from C:\Program Files\AMX Resource Management Suite\NetLinx into your project and recompiled/uploaded?


    Roger McLean
    Swinburne University

    Good point. Can you point me to a resource that will remind me what files I need to compile from there?
  • PatG wrote: »
    Good point. Can you point me to a resource that will remind me what files I need to compile from there?

    From C:\Program Files\AMX Resource Management Suite\NetLinx I copy the following:
    i!-ConnectLinxEngineMod.tko
    RMSBasicDeviceMod.tko
    RMSCommon.axi
    RMSEngineMod.tko
    RMSProjectorMod.tko
    RMSSrcUsageMod.tko
    RMSTransportMod.tko
    RMSUIMod.tko

    I tend not to use the last two, but I guess it is up to you as to what you need in your RMS implementation. If you're using the RFID tags you will need the appropriate RFID files as well (from the same directory).

    You may want to copy RMSProjectorMod.axs instead of the .tko, then modify the lamp hours to a more suitable default value. (See the RMS_DEVICE_STATUS_LIMIT.) You will probably have to dig out a few dependencies from the above directory to get it to compile, but once you've build your own .tko you can use that instead.

    Roger McLean
    Swinburne University
  • PatGPatG Posts: 42
    Great thanks for the info. However after reading my own thread I realized we found a solution before, but now it's happening again to systems we haven't touched in months. I'll give your suggestion a try though.

    EDIT: ok gave it a try, didn't do the trick though. Back to tech support with me.
  • PatGPatG Posts: 42
    OK I found what the problem was with this. IT had been changing the domain suffix for each building based on the building name. In the end what fixed it was making sure you use the entire machine name with domain suffix in Codecrafter to ensure you'll have communication.
  • badamsbadams Posts: 21
    Just touching on this again, I recently found the same problem. I fixed it by simply restarting the RMS suite services. They then disappeared from the hotlist.
    I had a combination of masters NI4100, NI3100, NI3000 everything running latest firmwares and SDK. I do suspect a network configuration change from networks (University) caused this as the masters were all in the same building.
Sign In or Register to comment.