Droid Engineer Archive
Thread: Structure Maintenance Module Test Results
KarlieOkota wrote:
I have just completed the second test where the maintenance module is added to a combat cluster and then dropped into an R2 advanced. Again, it appears that it does not matter which order the maintenance module is added to the cluster, it never vanishes. I also tried placing the cluster in first and last during a number of final droid builds but I could not make the maintenance rating vanish.
I'm still confused. I would have expected the same or similar behavior (hehe, American spelling, I'm getting used to it) in the advanced R2 and R3 regarding the clusters. I will have a stab at crafting some advanced R3s this afternoon.
Karlie.
So it appears to play out exactly like we were surmising. Whenever a CCSC is installed in a droid, it overwrites any existing Structure maintenance rating.
This means that in order to get this to work, you will need to install your SMMs inside a CCSM and make sure you put that CCSM in LAST. (But only in droids with more than one CCSM slot i.e. R3 only)
Message Edited by GnomeAd on 10-22-2004 11:11 AM
- Auto-Repair Module
- Creature Harvest Module
- Detonation Module
- Repair module
- Effects Module
- Crafting Station
- Data Module
- Item Storage Module
- Medical Module
- Merchant Barker Module
- Playback Module
- Scout Trap Projectile Unit
- Stimpack Dispensor
Next, I performed the same test as above on the Adv R2 Unit, using the same methods. In the place of the 2 single module sockets, I used randomly chosen modules. In all, I tested 25 AdvR2 Unitsand was able to aquire the Maintenance Radial 5 times per droid.
I proceeded to perform the same test on the Adv R4 Unit. I used the same methods as the Adv BLL, placing the modules directly into their slots on the droid build. In all, I tested 25 AdvR4 Unitsand was able to aquire the Maintenance Radial 5 times per droid.
Finally, I tested the Adv R3 Unit and here is what happened......
I used a method similar to the one above. I started out with using only one Cluster Module, with 3 Modules installed. All of the configurations that I created had a Structure Maintenance Module present. When I started to use the second Cluster Module is when I began to have a problem. I started out by crafting one Cluster Module with only a Structure Maintenance Module in it and the second Cluster Module only one of the other listed Modules. Approximately half of the droids worked correctly on that first run. I decided to double check my data and performed a second run of the same test. The odd thing was that the half of the modules that I expected to work the second time around failed, while 3 of the modules that failed the first time worked correctly, so I ran the test a third time, and thats when it hit me...
The problem with the Structure Maintenance Module is due to what order you install the module into the droid. The Cluster Modules have a Structure Maintenance Module Rating of 0. When a Structure Maintenance Module is installed into a Droid or Cluster, the last rating of the last module installed is applied to the Droid or Cluster module. If the Cluster Module with the rating of 0 is installed into the Adv R3 Unit last, then the overall Structure Maintenance Module rating will be 0.
This also applies to how Structure Maintenance Modules stack, or in this case don't. The last module that you place into a droid or Cluster Module is what gives you the rating that the droid will have.
Issue 2 - Structure Maintenance Module disappearing after use
- Droid Foundry # 1
- Droid Foundry # 2
- Equipment Factory
The first entry was nothing more than a blank listing. I proceeded to delete the entry, which resulted in the bottom listing being deleted, so I had to repeat this set for each of the other 3 entries as well, until I was left with a blank edit Maintenance List. I closed the window and attempted to access the list again and was greeted by the system message 'The maintenance list for this droid is empty. Go to one of your structures and assign this droid to maintain it', which of course means that the darn thing is functioning properly again. I stored the droid and pulled it out again and haven't had a problem with it yet.
It would appear that if the blank entry, left behind by the deleted structure, was to be removed, this module would work correctly.
Message Edited by Drashk on 10-21-2004 10:09 PM
Straker_Atrella wrote:
Hmmm so basically, your saying that ifyou put the Structure Module in last into a cluster. Thenyouput that Cluster in last, it will work? Makes sense if it seems that installing a module with a rating of zero resets the rating for the droid or cluster to zero. If I read what you said correctly.
I put a line through the part that isn't exactly correct. The only time that the last module with in a cluster matters is if you are putting in more then one Structure Maintenance Module into the same cluster, which is pointless, since they don't stack.
I need to do some double checking on the Adv R2, however I didn't have any probelms with a Module Rating loss, if I placed the Cluster in last. The entire problem may be isolated to the Adv R3, with its 2 Cluster Module Sockets.
I did a ton of tests on this a while back, and if I remember correctly, it was only in combat clusters that had a problem. That actually supports your theory.
In theory, it should apply to both types of Cluster Modules, but since none of our Droids have room for anything beyond a single General Cluster Module, we wouldn't see an issue with this.
I honestly like your theory, want to try it with modules with their own drop down menu specifically? I'll do some if I can tonight as well.
I crafted a pair ofAdv R2, placing the 0 Structure Rated Cluster after I installed a Level 3 Structure Mod in one of the two single sockets. I was able to craft the Droid with the Structure Maintenance Module, an Auto-Repair Module, a Stimpack Dispensor Module, a Detonation Module, and a Merchant Module. All 5 additional menus were present, for a total of 8 menu options.
I also crafted an Adv R3 with the same configuration. I was going to push for 9 menu options, however I don't have any Scout skills to use either of the scout modules.
I forgot to mention one of the other things that I did to verify that what I was seeing is correct. I crafted a Level 1 Structure Maintenance Module in a Cluster by itself and a Level3 Module ina Cluster by itself. I placed theCluster with the Level 1 Module inan Adv R3 after I added the Cluster with the Level 3 Module. I repeated thismethod on 5 different builds. With all 5 different builds Iended up with an Adv R3 withthe Structure Maintenance Module Rating of 3, which was the rating of theLevel 1 Module.
Afterwards, I performed the same test, but reversed the placement of the Clusters. On all 5 of these builds, I ended up with an Adv R3 withthe Structure Maintenance Module Rating of 13, which was the rating of the Level 3 Module.
I posted a copy of my findings on the Correspondents forum, along with a second copy of the information gathered about the Maintenance List, for RT to see. I'm hoping that once he gets some free time, he will be able to track the issue down and hammer out the issues with the Module. It now all comes down to a matter of how much free time he has, which isn't much at this point. 
Re read Drashk's original post, what he is saying is that in order for an SMM to register in an R3 adv, it needs to be placed in last. If the last cluster has no SMM (a rating of 0) then that is what the droid will have.
GnomeAd wrote:
Perhaps if you place the cluster with the maintenance module in the first cluster socket it'll work, but if it's in the second it won't? I'll try to look into it tonight. I think I've got a crate or two of the modules around somewhere.
psikobunny wrote:
Re read Drashk's original post, what he is saying is that in order for an SMM to register in an R3 adv, it needs to be placed in last. If the last cluster has no SMM (a rating of 0) then that is what the droid will have.
GnomeAd wrote:
Perhaps if you place the cluster with the maintenance module in the first cluster socket it'll work, but if it's in the second it won't? I'll try to look into it tonight. I think I've got a crate or two of the modules around somewhere.
Ahhh...I see. Not enough coffee yet this morning 
This being the case, it would appear that what we are seeing is actually a bug with the CCSMs in that they have a SMM of 0 by default. This then replaces any previous SMM of any other CCSMs in the chassis.
I guess then we still need to see what happens if an R2 is made withan SMM in a non-cluster slot and 3 non-SMM modules in the cluster. Would it then have a 0 rating?
Now where didI put that coffee pot...Guess it would be nice to be able to alphabetize my RL inventory as well. 
GnomeAd wrote:
I guess then we still need to see what happens if an R2 is made withan SMM in a non-cluster slot and 3 non-SMM modules in the cluster. Would it then have a 0 rating?
Message Edited by Drashk on 10-21-2004 10:18 PM
KarlieOkota wrote:
I have just completed the second test where the maintenance module is added to a combat cluster and then dropped into an R2 advanced. Again, it appears that it does not matter which order the maintenance module is added to the cluster, it never vanishes. I also tried placing the cluster in first and last during a number of final droid builds but I could not make the maintenance rating vanish.
I'm still confused. I would have expected the same or similar behavior (hehe, American spelling, I'm getting used to it) in the advanced R2 and R3 regarding the clusters. I will have a stab at crafting some advanced R3s this afternoon.
Karlie.
So it appears to play out exactly like we were surmising. Whenever a CCSC is installed in a droid, it overwrites any existing Structure maintenance rating.
This means that in order to get this to work, you will need to install your SMMs inside a CCSM and make sure you put that CCSM in LAST. (But only in droids with more than one CCSM slot i.e. R3 only)
Message Edited by GnomeAd on 10-22-2004 11:11 AM