The present disclosure pertains to processing and particularly to controllers. More particularly, the disclosure pertains to managing large numbers of controllers.
The disclosure reveals a multisite version and upgrade management system. The system may have a supervisor and one or more site controllers managed by the supervisor. The site controllers may be subject to commissioning for another version, an upgrade of software or an upgrade of a configuration for a site controller. The commissioning and upgrades may be implemented by the supervisor for a large number of site controllers in a much shorter period of time in contrast to a previous approach implementing the same items in a one by one approach. With the present approach, a significant number of site controllers may be selected for implementation of the commissioning and upgrades according to groups and categories. The implementation for the number of site controllers may be executed as a job. Licensing needed for the implementation may be procured by the present system.
The present system and approach may incorporate one or more processors, computers, controllers, user interfaces, wireless and/or wire connections, and/or the like, in an implementation described and/or shown herein.
This description may provide one or more illustrative and specific examples or ways of implementing the present system and approach. There may be numerous other examples or ways of implementing the system and approach.
The Novar™ Opus™ supervisor may be a target application to provide the present approach and system. An Opus supervisor may be a component that provides centralized multi-site supervisory applications. An Opus architect may be a user interface component providing multiple users access to the Opus system.
In
Novar may periodically release new versions of Opus to its customers. This may require either Novar or the customer to install and upgrade the Opus supervisor, Opus architects and Opus XCM's with this new version. There may be three scenarios regarding managing either new or updated Opus software to the customer installed base. They may incorporate: 1) Full Opus XCM commission (new Niagara version); 2) Upgrade of patched Opus software modules; and 3) Upgrade of the XCM station configurations.
Each of these scenarios may require significant manual labor and incur noticeable costs to perform using the previous software and tools. The previous scenarios may also require an operator to be a more technically skilled than one to perform the scenarios with the present approach and system. The first scenario of a full Opus XCM commission process may be a manual operation that consumes an average of 30 minutes per XCM from start to finish. Each XCM controller may need to be individually commissioned using the previous tools. Many customers may have 1000's of sites resulting in weeks of time spent performing these commissioning processes.
The second scenario of upgrading patched Opus software may be performed against multiple Opus XCM targets using the previous software. However, the previous application view may require the user to select one or more XCM's from a large list of all the XCM station names. If an intent is to upgrade all, the user may easily invoke a check all button. However, if only select XCMs are being targeted, the user may need to browse the large list and make the individual XCM selections.
The third scenario of upgrading XCM station configurations may be managed in the previous application by executing one or more Novar XCM station robot files. Robots may be blocks of program code designed and provided by Novar to execute one time in each XCM to alter the XCM station configuration per the new version requirements. The previous application may provide a way to load and execute the provided robot files; however, it may be a highly technical operation that requires significant engineering skills and Niagara proficiency to perform.
In addition to the issues described in these scenarios, the previous application does not necessarily provide any view allowing the user to see the software versions within the deployed XCMs. The user may need to connect to each XCM station to see the Opus version, Niagara version and XCM station configuration version. In summary, issues with performing these operations with the previous application may be the greater manual labor cost to perform and the higher level of technical expertise required to perform the tasks than with the present approach and system.
The present approach and system may provide a solution to the noted issues by providing the product features and the necessary user activities needed to use these features. The Opus supervisor may provide a new Opus version management service with improved usability and performance realized with the following multisite features.
One, there may be an XCM version overview screen. The present Opus supervisor version management service may provide a top level overview screen displaying virtually all XCM version information. The service may execute a background job to periodically refresh a local versions database file to ensure that the information is fresh. The overview may allow the user to quickly see the Niagara version, Opus version and station configuration versions across the off the site XCM controllers. With this information, the user may be able to evaluate which sites need to be upgraded. In the previous Opus application, the user may individually connect to each Opus XCM controller to find this information each from its own unique location within the XCM station configuration.
Two, there may be XCM full commissioning. The present Opus supervisor version management service may allow the user to easily select multiple site XCM controllers to perform a full commissioning operation. The selection screen may make use of the site groups and categories to enhance the usability of selecting the desired site XCMs. The service may create a background job with the selected site XCMs and allow the user to invoke the job execution. The job execution may sequentially connect to each XCM, detect the XCM type and fully commission the XCM to the new version. The job execution may display the operational steps, statuses and fault conditions. If certain fault conditions occur, the job may attempt a retry of the step. The user may proceed to perform other work with the application while the job execution runs. The user may return to the job status view at a later time to determine the success status. In the previous Opus application, the user may need to manually connect to each individual XCM platform and invoke the commissioning wizard dialog, answer the commissioning options and invoke the operation. The present commissioning dialog may display the operational steps, statuses and fault conditions. The client application may be dedicated to performing the previous operation to a single XCM until completion, which can take much time.
Three, there may be XCM software upgrades. The present Opus supervisor version management service may allow the user to easily select multiple site XCM controllers to perform a software upgrade operation. The selection screen may make use of the site groups and categories to enhance the usability of selecting the desired site XCMs. The present service may create a background job with the selected site XCMs and allow the user to invoke the job execution. The job execution may sequentially connect to each XCM and perform an update of any Opus or Niagara module (jar file) that is out of date from the supervisor to the XCM. The job execution views, retries and availability of the application may be improved as described above in the full commissioning description. In the previous Opus application, the user may need to use the Niagara provisioning feature where the user would select the “Steps to run” option as “Upgrade Out of Date Software”, and in the “Stations to include” section, the user would select the target site XCM stations from a long list of station name entries.
Four, there are the XCM station configuration upgrades. The present Opus supervisor version management service may allow the user to easily select multiple site XCM controllers to perform a XCM station configuration upgrade operation. The selection screen may make use of the site groups and categories to enhance the usability of selecting the desired site XCMs. The service may create a background job with the selected site XCMs and allow the user to invoke the job execution. The job setup may also need the user to select one or more pre-installed XCM configuration version upgrade options (robots). The job execution may sequentially connect to each XCM and execute the selected robot or robots within each XCM. The job execution views, retries and availability of the application may be improved as described above in the full commissioning description. In the previous Opus application, the user may need to install the robots into a location within the Opus supervisor, and then the user may use the Niagara provisioning feature where the user would select the “Steps to run” option as “Run Robot”, and in the “Stations to include” section, the user may select the target site XCM stations from a long list of station name entries.
The user may utilize the present system and approach as a new feature available in the Opus supervisor and Opus architect applications. The following activities may be followed.
The user may install a present Opus supervisor version. This version of the supervisor may have the present Opus version management service preinstalled with a polling job configured to poll the XCM version information on a daily basis. The job execution may connect to each XCM in the enterprise and retrieve virtually all relative version information and store that information in a local version database file. After this job has executed, the user may see virtually all the versions information from all the deployed site XCM controllers in the Opus version management overview screen.
Once in the versions overview screen, the user may select the option to perform an upgrade. The user may be able to select a previous upgrade job to edit and reuse, or create a new upgrade job. To setup a new upgrade job, the user may easily select the target site XCM controllers by selecting the group, site category, the sites and the XCM to be updated. Once the target XCM's are selected, the user may then be prompted to select the upgrade operation type.
The user may select from the following options, which incorporate full commission, upgrade out of date software and upgrade XCM configuration. Once an operation is selected, the user may submit the job for execution. The user may be shown the currently running job execution steps processing. The user may navigate away from the running job to perform other duties and return later to review statuses. The user may examine upgrade job execution details from the currently running job or from previous job executions. When an upgrade job is submitted to be run, the job operation may dictate the execution path.
First, if the user is performing a full commission job, the supervisor may first attempt to update a XCM license file. The supervisor may first connect to the XCM to retrieve the host ID. With the host ID, the supervisor may attempt to retrieve the license over the internet by contacting a Niagara central license server. If the supervisor has connectivity and is successful, the license file may be installed into the XCM. If the supervisor cannot get the license file server, it will look in a predefined license folder within a supervisor file system structure for the license files. This may be for users running a supervisor on hosts that do not have internet access. In this scenario, the user may need to preload the license files into the local folder structure. Once the license has been updated, the job may detect the XCM type and retrieve the appropriate XCM full commission distribution file. This distribution file may then be submitted to the XCM, triggering the contents within to be installed into the XCM. The detailed operation steps taken during the job execution may be stored in a history file to be available for viewing.
Second, if the user has submitted an upgrade out of date software job, the supervisor may invoke the execution path where all software modules installed in the supervisor that are the same as the out of date modules in the XCM, will be sent to the XCM. This may assume that newly updated modules are installed into the supervisor prior to running this operation.
Third, if the user has submitted an upgrade XCM configuration job, the supervisor may invoke the execution path where all selected robots specified in the job are sent to the XCM and executed. These robots may perform XCM station configuration changes.
In virtually all job operation executions, the detailed operation steps taken during the job execution may be stored in a history file to be available for viewing. Also, when an XCM upgrade operation is complete the XCM may be rebooted.
In station 12, a version collection trigger time may occur at symbol 16. A collection job may be run at symbol 17. A question is whether it is time to run or not at symbol 18. If no, then a return to run a collection job at symbol 17 may occur. If yes, then there is a proceeding from symbol 18 to a symbol 19 where there a connecting to each XCM in a Niagara™ network. Version data may then be gotten at symbol 21. A version database may be written to at symbol 22. Data from symbol 22 may go to the version database at symbol 15. The approach may return from symbol 22 to symbol 17 to be rerun.
After symbol 14 in workbench 11, an XCM versions overview may be displayed at symbol 23. Two actions that perform upgrade and refresh XCM versions may be distinguished at symbol 24, and asked at symbols 25 and 26, respectively. From symbol 26, an entry of refresh XCM versions may go to symbol 19 where there can be a connect to each XCM in a Niagara network.
A list of previous upgrade jobs may be shown at symbol 27 and split into groups at symbol 28. Input about upgrade jobs at a symbol 29 in station 11 may go to the list of previous upgrade jobs at symbol 27. Questions at workbench 11 about whether to proceed with respective groups may be whether to select a previous job at a symbol 31, create a new job at symbol 32, view job execution details at symbol 33, and delete previous job at symbol 34. From symbol 31 with a yes, a job may be got at symbol 35. From symbol 32 with a yes, a job may be created at symbol 36. From symbol 33 with a yes, job details may be got at symbol 37. From symbol 34 with a yes, the job may be deleted at symbol 38. Information from symbol 38 may go to a data store of job execution history at symbol 39.
Information about upgrade jobs at symbol 29 may go to get job at symbol 35. Information from create job at symbol 36 may go to symbol 29. Information about job execution history at a data store of symbol 39 may go to symbol 37 for getting job details. At symbol 41, job details may be displayed, after which this flow may stop at symbol 42.
From get job at symbol 35 and create job at symbol 36, XCM(s) may selected to upgrade at symbol 43. Information of symbol 42 may go to symbol 29 for upgrade jobs. Going from symbol 43 to symbol 44 may occur to display upgrade options. An upgrade option may be selected at symbol 45, and an upgrade job may be executed at symbol 46. Information from symbol 45 on the select an upgrade option may go to upgrade jobs at symbol 29. After symbol 46, job details may be got at symbol 37 at workbench 11 and job execution may be triggered at symbol 47 at station 12.
After symbol 47, a question about full commission may be asked at symbol 48. If the answer is yes, then a full commission file may be got at symbol 49. Information from an XCM full commission distribution file at symbol 51 may go to symbol 49. After symbol 49, a license from Niagara central at symbol 52 may inquired. If the license is got as asked at symbol 53, then a connection may be made to each XCM at symbol 54. If a license is not got as asked at symbol 53, then a local license file is got at symbol 55. From symbol 55, a connection to each XCM may be made at symbol 54. From symbol 54, upgrade steps may be performed at symbol 56. Information may go from symbol 56 to the data store at symbol 39 having a job execution history.
Back to symbol 48, if an answer to the question about whether there is a full commission is no, then a question about whether an upgrade of out of date software is asked at symbol 57. If the answer is yes, then new software modules may be got at symbol 58. Update software modules may be provided from symbol 59 to symbol 58. Subsequent to symbol 58, a connection may be made to each XCM at symbol 54. From symbol 54, upgrade steps may be performed at symbol 56.
Back to symbol 57, if an answer to the question about whether an upgrade is out of date software is no, then a question about whether there is an XCM configuration upgrade at symbol 61 is yes, then upgrade robots may be got at symbol 62. Upgrade robots or information about them may be got from symbol 63. After symbol 62, a connection may be made to each XCM at symbol 54. Then upgrade steps may be performed at symbol 56. Information about the upgrade steps may go to a data store of job execution history at symbol 39.
Back to symbol 61, if an answer to the question about whether there is an XCM configuration upgrade is no, then the flow may be stopped at symbol 64.
Architect (client) 69 may incorporate an explorer 86, navigation tables 87, branding 88, upgrade 89, UI components 91, batch setpoint/schedule 92, history view 93, help 94, quick connect 95, UI customization 96, enterprise management 97, alarm console 98, sync client service 99 and auto log off client service 101.
Independent drivers 71 may incorporate Novar™ net driver 102, XCM LCD driver 103, spectrum driver 104, and XLT driver 105.
A user of a profile configuration wizard in a diagram of
User 106 may be able to select a predefined dataset and view virtually all the data points and containers associated with the dataset. User 106 may be able to create a dataset by selecting a base component and relative data points and containers. User 106 may be able to edit/delete a custom dataset. User 106 may be able to copy an existing dataset and create a new one. Predefined dataset information may be stored in data pool config.XML under the stations resources/data poll location. The same way user defined dataset information may be saved in custom data poll config.XML. The XML may be read in an application using config/manager interface. In this case, the configXMLmanager's instance may have Opus to retrieve datasets.
A supervisor wizard may be created. The wizard may list all available predefined and user defined datasets. Predefined datasets may be read-only. User 106 may edit/delete a custom dataset. To create a custom dataset, user may select a base component and the data points relative to the base component. This may be named and saved. On editing a dataset, user on our six may be able to remove soil/add a data point into the existing dataset.
If the answer to the question in symbol 117 is yes, then the dataset is to be copied. Then one may go to symbol 123 where an existing dataset is selected. At symbol 124, dataset editor may be referred to. Then at symbol 125, XCM station may be selected. The question at symbol 118, which asks if a new dataset is to be made, may be answered as yes. Then one may go to symbol 126 where there is an empty dataset is to be viewed. Then an XCM station may be selected at symbol 125. If the question whether to view/edit dataset is answered as yes at symbol 119, then go to symbol 127 where existing dataset is selected. Then a question asked at symbol 128 is whether the dataset is custom or predefined. If the answer is custom, then one may view the dataset in editor at symbol 129. Then one may go to symbol 125 to select an XCM station.
After symbol 125, one may go to symbol 131 where a base component is selected. Next a point source may be selected at symbol 132. All properties in a point source may be viewed at symbol 133. A question at symbol 134 may ask whether to add or remove a property. If the answer is to add a property, then one may go to symbol 135 and select a property or properties and add them to dataset. At symbol 136, a question asked may be whether there are more point sources.
If the answer to the question at symbol 134 is to remove a property, then one may go to symbol 137 and remove the property from a dataset. At symbol 136, there may be a question asked if there are more point sources. If the question has an answer of yes, then one may go to symbol 132 to select a point source. The items may be repeated in symbols 133, 134, 135, 137 and 136. If an answer to the question symbol 136 if whether there are more point sources is no, then at symbol 138 one may save the dataset. Information for the dataset may flow to symbol 139 where the data store may add to a custom data poll configuration.XML. After a dataset saving at symbol 138, then the flow may stop at symbol 140.
If an answer to the question at symbol 128 is that the dataset is predefined, then one may go to symbol 141 where the dataset in the read-only view is viewed. After symbol 141, the flow may stop at symbol 140.
If the answer to the question at symbol 121 that the dataset is to be deleted, then one may go to symbol 142 and select an existing dataset. At symbol 143, a question is whether the existing dataset is custom or predefined may be asked. If an answer to the question is yes, then one may go to symbol 144 and delete the dataset. If the answer to the question at symbol 143 is no, then one may stop at symbol 140. Information about the delete dataset may go from symbol 144 to the data store at symbol 139.
If an answer to the question at symbol 122 whether to manage the profile is answered as yes, then one may go to symbol 145 to select an existing dataset. At symbol 146, a question may be whether to create a new profile for the selected existing dataset. If the question at symbol 146 has an answer of no, then one may go to symbol 147 and select an existing profile for the dataset, go to symbol 148 and view and edit profile settings, and then save the profile at symbol 149. One may stop the flow at symbol 140. If an answer to the question of creating a new profile at symbol 146 is yes, then one may go to symbol 151 and set a name of the profile, create profile settings with defaults at symbol 152, and then view and edit profile settings at symbol 148. The profile may be saved at symbol 149 and the flow may stop at symbol 140.
In new dataset area 165, a select base component may go from place 156 along line 166 to place 157. Select points/containers may go along line 167 from place 156 to place 157. From place 157, a save may go along line 168 to place 158.
In view area 171 of edit area 169, a select dataset may go from place 156 to 157 along line 172. A get data points/containers dataset may go along line 173 from place 157 to place 158. Data points/containers may go from place 158 to 157 along line 174. Data points/containers may go along line 175 from place 157 to place 156. Outside of view area 171 but inside edit area 169, the custom dataset add/remove points/containers may go from place 156 along line 176 to place 157. A save dataset may go from place 157 to place 158 along line 177. In a delete area 178, select dataset may go from place 156 to place 157 along line 179. A custom dataset delete may go from place 157 to place 158 along line 181.
A profile may be a set of standard setpoint values for a dataset. A user may create a profile by assigning a standard data point value to each point in the dataset. A dataset may have multiple profiles created by the user.
A reset button of symbol 206 may result in resetting virtually all unsaved values by the user as indicated by symbol 207. A save button at symbol 208 may result in saving a profile with current values as indicated at symbol 209. A delete button of symbol 211 may result in loading the first profile in the profile list or showing an empty screen if the list is empty as indicated by symbol 212. A button for a profile name drop down list of symbol 213 may result in one being able to select virtually any profile from the list to display or edit as indicated in symbol 214. Symbol 214 may be elaborated at symbol 215 in that one may change a value and click a save button. Symbol 214 may also be elaborated at symbol 216 in that one may click on a delete button. The flow of view 196 and client 191 may stop at symbol 217.
Inside a new area 232, a create profile 233 may follow a line 233 from place 224 to place 225. From place 225 to place 226, a get points (dataset) may go along line 234. Then from place 226, points list may go along line 235 to place 225. The points list may go from place 225 along line 236 to place 224. From place 224, update point values may go along line 237 to place 225. In a view area 239 within edit area 238, from place 224 select profiles may go from place 224 to place 225. A get values (profile) may go from place 225 along line 242 to place 226. From place 226 profile values go to place 225 along line 243. Profile values may go from place 225 along line 244 to place 224. Within edit area 238 but outside of area 239, change values along line 245 may go from place 224 to place 225. A save along line 246 may go from place 225 to place 226. Outside of edit area 238 and inside of a delete area 247, a select profile may follow a line 248 from place 224 to place 225. A delete may follow a line 249 from place 225 to place 226.
A default data poll job may include virtually all of the predefined datasets and collect from XCM/backup files without any filter. A user may need to enable/disable some of the datasets for the default job. The default job, while running, may only collect enabled datasets. A manual trigger mechanism may also be provided. The user may create a custom job by selecting a set of XCM and the datasets. These jobs may be run immediately or be scheduled. The user may be able to view the logs of each job.
User 251 may enable/disable datasets at symbol 253, create a data poll job at symbol 254, edit the data poll job at symbol 255, run the data poll job at symbol 257, schedule the data poll job at symbol 258, view data poll job history logs at symbol 259, and export data poll job history logs at symbol 261.
A wizard may allow a user to enable/disable defined datasets. A schedule/manual trigger mechanism may be provided to run the default job. A custom job may be created/edited/deleted. One may run/schedule a data poll job and create a bog file with collected data points. Also, data poll job history logs may be viewed/exported.
The jobs may be stored in the station's global services folder under jobs. This may be done so that the schedule trigger is able to pick it up to run as station jobs. The individual jobs may have settings to choose a type of logging for the collection job execution steps.
A collection screen may have user interface wizard screen classes used for navigation for managing a job. For example, a collection configuration screen may list EMD data for filter selection in running the job.
A user may select/deselect a set of pre-defined datasets to include in the default data poll job. The job may be triggered or scheduled a from a data poll service property sheet. On running the default job, just the enabled datasets may be retrieved from XCMS/backup files. The user may create a custom job by selecting group, category, site, XCM and dataset. The user may run the job immediately or can schedule it. A history logs may be maintained for each job. The user may be provided an option to view the logs.
Updates may go from symbol 266 to a data store at symbol 274 (pre-defined dataset.XML). From symbol 274, data may go to symbol 271 and data may go to symbol 275 for collect enabled dataset from backup files. Dist may go from data source of symbol 269 to symbol 275. From symbol 275 data may go to symbol 276 for data store at group name.bog.
Within in edit area 317 of area custom job 315, may be a select job along line 333 from place 305 to place 306, and a get details (job) along line 334 from place 306 to place 307. A job configuration may go from place 307 along line 335 to place 306. The job configuration may go from place 306 along line 336 to place 305. A change may go from place 305 to place 306 along line 337. A save may go from place 306 to place 307 along line 338.
In a delete area 318 within the custom job area 315, a select job may go from place 305 along line 339 to place 306. A delete job may go from place 306 along line 341 to place 307.
Group name.bog may be found under a group name folder. It may contain EMD information related to the group along with a reference to the dataset and individual instances. The dataset instances may be named as a string-based entity name list.
The user may select one or more datasets to generate a report which displays the data in a tabular view. In case of exception reports, the user may select a profile, which will be compared with datasets to detect and report property values that do not match with the values specified in the selected profile. Unmatched values may be highlighted in the exception reports that will be generated. These reports may be generated instantly or can be scheduled. Generated reports may be exported to CSV or PDF content and the report files may be sent as e-mail to the configured recipients. The user may add, change and delete user-defined reports. The user also may have an option to view a list of current or past report execution histories of the reports.
A wizard may allow the user to create, edit, and delete user defined data/exception reports. The user may be allowed to generate reports instantly or they may be scheduled. Wizard may also provide the user an option to e-mail generated reports to configured recipients in case of automated reports. The wizard may allow one to view/export report execution history logs. The user may be able to configure the output file location and file type.
The report configuration may consist of filter selection to generate a report, EMD filter selections, column customization, and so forth. This may be stored as a BD data poll report component object under a station's global services report jobs. When a new report is being configured, a new instance of a B data polled report may be created and when the report is saved, the same may be persisted in the supervisor station bog in the above noted path. Whenever a filter change or column customization is done, the same may be saved back to the bog. Report screen may have wizard screen classes used to manage the report user interface. The report may be generated out of the bog generated by a collection job feature which probes the station for dataset values. The box may be read using a report bog manager. The reports may be generated using report helper classes, e.g., set point helper generates a table for set point reports. During the filter selection when the entity is selected, a B Opus data poll component list may be maintained which is read from the bog file. During the run, the helper classes may iterate this list to reach to a data poll property class for generating rows and columns. For data reports, the user may select group, site, XCM and a dataset for which the report has to be generated. The user may also be able to choose an output file type and location. Once the report is generated, the user may have an option to e-mail the generated report.
A return to symbol 374 may be made. Instead of doing a run now, one may with new to symbol 386 which is for a select group/site/XCM/category. Data may come from symbol 387 of a data store for data poll data store.bog. From symbol 386 one may go to symbol 388 for select dataset. The following symbol 389 may be select entity. Details may be configured at symbol 391. A choose output file at symbol 392 may follow. A file location may be received from a file manager at symbol 393. A file may be output at symbol 394 after being chosen in symbol 392. Properties may be chosen at symbol 395 following symbol 394. At symbol 396, a decision may be made as to where to go next. One choice may be going to symbol 376 run now and on to BQL at symbol 377. Show the table may be at symbol 378. The decision at symbol 379 may be go to symbol 381 and export, or go to change properties of the table at customize table of symbol 382. Data may be received at symbol 382 from data store of symbol 384 at table pref.XML. The customized table of symbol 382 may be saved at symbol 383. Data may go from symbol 383 to data store 384.
The symbol 396, after choosing properties at symbol 395, may send an e-mail to symbol 397 or a schedule may be made later at report scheduler of symbol 398.
Returning to symbol 374, a decision may be made to delete a report at symbol 375, or to view/edit at symbol 385 where the existing EMD filter options are loaded. After symbol 385, a select of group/site/X CM/category may be done at symbol 386. Data poll dot bog of data store at symbol 387 may be provided to symbol 386 where the group/site/axiom/category is selected. After symbol 386, select dataset may be performed. Select entity may follow at symbol 389, and details may be configured at symbol 391. An output file may be chosen at symbol 392, with information about a file location from file manager at symbol 393. Open file may be provided at symbol 394. Properties may be chosen at symbol 395. A decision as to whether to run now at symbol 376, send email to symbol 397 or to schedule later at report scheduler of symbol 398, may be made. A sequence after symbol 376 may be noted herein.
Exception data reports may be noted. A user may need to select group, site, XCM, dataset and a profile for which the data values will be compared with actual values and an exception report may be generated with highlighted values as needed. The user may also be able to choose an output file type and location. Once the report is generated, the user may have an option to email a generated report. A diagram for a flow of exception data reports may start at symbol 401. Data reports may be listed at symbol 402. Data reports information may be obtained from a data store at reports.bog in symbol 403 by symbol 402. A decision may be made at symbol 404, to delete report at symbol 405, view/edit at symbol 421 that loads existing EMD filter selections, go new to symbol 422 to select a group/site/XCM/category with information from a data store at symbol 423 of group name dot bog, or to run now at symbol 406.
From run now at symbol 406 to symbol 407 which indicates a run BBQ may occur. Symbol 408, after symbol 407, may show a B table. At symbol 411, after symbol 408, may be a compare table values with profile value. After symbol 411, cells may be highlighted if there is a mismatch as indicated at symbol 412 with information to a decision at symbol 409. After symbol 412, the decision may be made at symbol 409 to change table properties or use an export option. Change table properties table go to customize table at symbol 415 along with data from data store at symbol 416 with table pref.XML. The customized table may be saved at symbol 417 and with information to data store at symbol 417. Another decision at symbol 409 may be to choose rows which have highlighted values for exporting. After symbol 413, an export may be effected at symbol 414. From symbol 409 with symbol 413 being skipped, one may go straight to export symbol 414 for export to PDF/CSV.
From symbol 422, as noted herein, one may select dataset at symbol 424 and then select profile at symbol 425. One may instead or go directly to select entity at symbol 427. At symbol 425 for select profile, information from data store at symbol 426 with profiles.XML, may be provided to symbol 425. From either symbol 424 or symbol 425, a select entity at symbol 427 may occur. After symbol 427, details may be configured at symbol 428 and a file location may be received from a file manager at symbol 431 for choosing an output file at symbol 429. A file may be outputted at symbol 432 after a file is chosen at symbol 429. Properties may be chosen afterwards at symbol 433. After symbol 433, a decision may be made to send mail to symbol 435 for e-mail, to schedule later at report scheduler at symbol 436, or to run now at symbol 406. Activities after symbol 406 may be noted herein relative to
A report scheduler may be noted. A user may have to choose data and time for scheduling a report generation. A report may be generated at a user chosen date and time. The user may have to specify an output file location and type to save the generated report. A generated report file may be e-mailed to the configured users, if the user chooses an e-mail option.
As to e-mail data reports, a user may need to select e-mail recipients, an attachment type, e-mail subject, and a message to be sent along with the e-mail. The e-mail may be sent via a Niagara mail service.
A file manager may be noted. A user may manage report data files using the file manager. The user may view a list of all report data files, open and you a report data file with an associated file viewer, copy/paste report data files to another location, and/or move files to other locations.
Interfaces may be noted.
Data structures may be noted.
Opus versioning may be noted. A user may invoke a collection job on virtually all of the XCM's which will return a detailed list of the XCM's. This may provide information on the Opus version, template version and the Niagara version of the respective XCM's. Subsequently, the user may create a new upgrade job and after selecting any number of XCM's, do a full commissioning, upgrade out of date software, or do an XCM upgrade configuration on the selected XCM's. A corresponding job may be saved. The user may add, change or delete upgrade jobs. The user may also have an option of viewing a history log of any of the previously saved upgraded jobs.
Opus versioning may allow a user to view detailed information of virtually all the XCM's, namely the Opus version, the template version and the Niagara version. It may allow the user to upgrade virtually any number of XCM's, for example, with three options. The options may incorporate full commissioning, an upgrade of out of date software, and an upgrade of an XCM configuration. The user may be able to see the history log of a currently executing job. Once the job is completed, the user may the user may view history logs of virtually all the previously executed jobs. The user may have an option to add, view, edit and delete any of the previous jobs.
Detailed information of all of the XCM's, namely the Opus version, the template version and the Niagara version, may be stored in Opus version.bog file, which can be saved under resources—an Opus versions folder of a supervisor station. Whenever the user invokes a collection job, the bog file may be updated.
A configuration screen of Opus versioning may consist of a user selecting a group, site and XCM's. After this, the user may have to select from one of the options that incorporate full commissioning, an upgrade of out of date software and an upgrade of XCM configuration. The configuration may be saved as a B Opus version upgrade job component under a station's global services version upgrade jobs. The logs which are generated at the time of executing an upgrade job may be stored as an XML file under resources—Opus versions—logs folder of the supervisor station.
Processing may be noted. A user may view an XCM version detail screen, which can provide details of the XCM's. After that, the user may either create a new upgrade job or view/edit a previous job, and after configuring the group, site and XCM's, run a particular job with any of the three functions which incorporate 1) full commissioning, 2) an upgrade of out of date software, and 3) an upgrade of an XCM configuration.
After symbol, 533 at symbol 535, a question whether there is a full commissioning may be asked. If an answer is no, then at symbol 536 a question of whether out of date software is to be upgraded. If an answer is no, then at symbol 537, a question whether the XCM configuration is to be upgraded may be asked. If an answer is yes, then a connection may be made to an XCM at symbol 554. After symbol 554, there may be symbol 555 were a check of whether an XCM template version is less than or equal to a robot file's template version. Then symbol 556 may have a question as to whether a validation is correct. If an answer is no, then at symbol 558 a job activity success/failure log may be recorded. If an answer for symbol 556 is yes, then a robot file for an XCM may be executed at symbol 557. Then a job activity success/failure log may be recorded at symbol 558. Symbol 559 may have a question as to whether there are more XCM's. If the answer is yes, then the return is made to symbol 554 to connect to XCM. And then the sequence of symbols 555, 556, 557 and 558 may be repeated. If the answer to symbol 559 is no, then a stop may occur at 548.
If an answer at symbol 536, is yes with respect to an upgrade of out of date software, then a connect to an XCM may occur at symbol 549. Then out of date software may be upgraded at symbol 551. At symbol 552, a job activity success/failure log may be recorded. Then at symbol 553, a question may be asked as to whether there are more XCM's. If the answer is yes, then a return may be made to symbol 549 to connect to an XCM. The process may be repeated at symbols 551, 552 and 553 with the question of more XCM's. If the answer is no to the question at symbol 553, then a stop may occur at symbol 548.
In returning to symbol 535, if the answer is yes to a full commissioning, then one may go to symbol 538 to connect to an XCM. Then a license from the license server may be checked for at symbol 539. A question at symbol 541 may ask whether a license was found or not. If an answer to the question is yes, then the flow may go to symbol 543 where an upgrade of out of date software occurs. If the answer is no symbol 541, then a flow goes to symbol 542 where a check for license is made in a local machine. Then the out of date software may be upgraded at symbol 543. The flow may go to symbol 544 where there may be a custom XCM update from DIST. At symbol 545, the XCM may be rebooted. A job activity success/failure log may be recorded at symbol 546. At symbol 547 a question may be asked as to whether there are more XCM's. If the answer is yes, then a return to symbol 538 may occur and the process may continue through symbols 539, 541, 542, 543, 544, 545, 546 and 547, as shown herein. If an answer at symbol 547 to the question of more XCM's is no, then the flow may stop at symbol 548.
Interfaces may be noted. There may be a relationship between different jobs created for each of the functions such as full commissioning, upgrade out-of-date software, and upgrade of an XCM configuration.
An area 641 may cover full commissioning. A select/category/site/XCM 625 may go from place 611 to place 612. A run full commissioning 626 may go from place 611 to place 612. A create full commissioning job 627 may go from place 612 to place 614. A create job 628 may go from place 614 to place 615. A perform full commissioning of XCM's 629 occur at place 615. Prepare history logs 631 may occur at place 615. A pull history log 632 may go from place 612 to place 615. A job log history 633 may go from place 612 to place 611
An area 642 may pertain to an upgrade of out of date software. A select group/category/site/XCM 634 may go from place 611 to place 612. A run upgrade software 635 may go from place 611 to place 612. A create an upgrade of out of date software job 636 may go from place 612 to place 614. A create job 637 may go from place 614 to place 616. A perform an upgrade of out date software of XCM's 638 may occur at place 616. Prepare history logs 639 may occur at place 616. A pull history log 645 may go from place 612 to place 616. A job log history 646 may go from place 612 to place 611.
An area 643 may pertain to an XCM upgrade. A select group/category/site/XCM 647 may go from place 611 to place 612. A run XCM upgrade 648 may go from place 611 to place 612. A create XCM upgrade job 649 may go from place 612 to place 614. A create job 651 may go from place 614 to place 617. A perform XCM upgrade of XCM's 652 may occur at place 617. A prepare history logs 653 may occur at place 617. A pull history log 654 may go from place 612 to place 617. A job log history 655 may go from place 612 to place 611.
Data structures may be noted. Content of a B Opus version upgrade job component, which stores an Opus versioning configuration, may be covered at least in part by a data structure 661 shown in a diagram of
To recap, a version control mechanism may incorporate one or more site controllers, a supervisor having a screen that provides an overview of version, configuration and software upgrade information about the one or more site controllers, and a database having updated versions, configurations and software upgrades for the one or more controllers.
The one or more site controllers may be assigned to site groups and categories. The one or more site controllers may be selected according to site group or category for updated versions, configurations, or software upgrades. The updated versions, configurations or software upgrades may be implemented in the one more site controllers that need updated versions, configurations, or software upgrades, according to the overview of version, configuration, or software upgrade information provided by the screen. The updated versions, configurations or software upgrades may be implemented in the one or more site controllers together selected as a group or category according to the overview.
The versions, configurations or software upgrades may be implemented by an execution of a job. The execution of the job may sequentially connect the supervisor to each site controller of the group or category to implement the versions, configurations or software upgrades for each site controller.
Versions, configurations or software updates of the one or more site controllers may be executed by the job with robots that are executed within each site controller according to the group or category of the one or more site controllers.
An approach for multi-site version management may incorporate providing one or more field controllers, providing one or more site controllers that manage the one or more field controllers, providing a supervisor that manages the one or more site controllers, upgrading, as needed or desired, the supervisor and the one or more site controllers, and providing a top level screen that can display an overview of virtually all version information for the one or more site controllers.
The upgrading may incorporate one or more items. The one or more items may be selected from a group consisting of commissioning a version for a site controller, an upgrade of a software module for a site controller, and an upgrade of a configuration of a site controller. The overview may enable a determination of which site controller or controllers need a commissioning of a version, an upgrading of software, and an upgrade of a configuration without connecting individually to each of the one or more site controllers to obtain the determination.
The approach may further incorporate selecting one or more site controllers for which a commissioning is a job that is executed for the one or more site controllers.
The job, upon being executed, may sequentially connect to each site controller of the one or more site controllers to the supervisor to detect a type of each site controller and to commission each site controller, respectively, to a version for each site controller. The job, as executed, may display on the screen operational steps, statuses and fault conditions. If a fault condition appears, the job may be executed again to remove the fault condition.
The approach may further incorporate selecting one or more site controllers for which an upgrade of software is a job that is executed for the one or more site controllers. The job, upon being executed, may sequentially connect to each site controller of the one or more site controllers to the supervisor to detect a type of each site controller and to provide the upgrade of software for each site controller.
The approach may further incorporate selecting one or more site controllers for which an upgrade of a configuration is a job that is executed for the one or more site controllers. The job, upon being executed, may sequentially connect to each site controller of the one or more site controllers to the supervisor to detect a type of each site controller and to provide the upgrade of the configuration for each site controller.
A multisite version management system may incorporate a supervisor, one or more remote site controllers managed by the supervisor, and one or more field controllers managed by a remote site controller. The one or more site controllers may be selected according to a group or category for a commissioning to another version, an upgrade of out-of-date software or an upgrade of a configuration for a site controller.
The system may further incorporate an overview screen. The overview screen may provide virtually all information pertaining to versions and upgrades of the one or more site controllers. The information may indicate which site controllers need another version or an upgrade.
The one or more field controllers may control one or more items selected from a group consisting of HVAC units, lighting panels, metering devices, refrigeration circuits, entry controls, security units, fire alarms, electric supplies, and water systems.
The full commissioning may incorporate a connection sequentially to each site controller, detection of a type of the site controller, and a full commissioning of the site controller to a new version.
The upgrade of out-of-date software may be provided from the supervisor sequentially to each site controller that has out-of-date software.
The upgrade of a configuration for a site controller may incorporate a connection sequentially to each site controller and execution of a user-selected robot or robots within each site controller. A robot may be a pre-installed configuration upgrade for a site controller.
A user may select an option to upgrade the site controllers to be upgraded. An upgrade operation type may be selected from a group consisting of full commissioning, upgrade of out-of-date software, and upgrade of a site controller configuration.
A full commissioning may incorporate the supervisor connecting to a site controller to retrieve a host identification, the supervisor checking a central license server to retrieve a license file for the site controller according to the host identification, and if the supervisor retrieves the license file, then the license file may be installed in the site controller.
A full commissioning may incorporate the supervisor connected to the site controller to retrieve a host identification. The supervisor may check a pre-defined license folder within a supervisor file system structure to retrieve a license file according to the host identification. If the supervisor retrieves the license file, then the license file may be installed in the site controller.
For a full commissioning, a license file for a site controller may be preloaded into the site controller. Upon checking that the license file for the site controller is up-to-date, then an appropriate full commission file may be obtained and installed in the site controller. Details of an installation of the appropriate full commission file in the site controller may be stored in a history file to be available for viewing.
The supervisor may have virtually all software modules that are in a site controller. The software modules in the supervisor may be updated. Out-of-date software modules in the site controller may be replaced with the software modules in the supervisor.
An upgrade configuration of a site controller may incorporate one or more robots that are sent to the site controller. The one or more robots may perform changes for the upgrade configuration of the site controller.
U.S. patent application Ser. No. 14/059,286, filed Oct. 21, 2013, and entitled “An Opus Enterprise Report System”, is hereby incorporated by reference.
In the present specification, some of the matter may be of a hypothetical or prophetic nature although stated in another manner or tense.
Although the present system and/or approach has been described with respect to at least one illustrative example, many variations and modifications will become apparent to those skilled in the art upon reading the specification. It is therefore the intention that the appended claims be interpreted as broadly as possible in view of the related art to include all such variations and modifications.
The present application is a continuation of U.S. patent application Ser. No. 14/327,451, filed Jul. 9, 2014, entitled, “MULTISITE VERSION AND UPGRADE MANAGEMENT SYSTEM”. U.S. patent application Ser. No. 14/327,451, filed Jul. 9, 2014, entitled, “MULTISITE VERSION AND UPGRADE MANAGEMENT SYSTEM”, is hereby incorporated by reference.
Number | Name | Date | Kind |
---|---|---|---|
4375637 | Desjardins | Mar 1983 | A |
4816208 | Woods et al. | Mar 1989 | A |
5042265 | Baldwin et al. | Aug 1991 | A |
5161387 | Metcalfe et al. | Nov 1992 | A |
5385297 | Rein et al. | Jan 1995 | A |
5390206 | Rein et al. | Feb 1995 | A |
5544036 | Brown, Jr. et al. | Aug 1996 | A |
5768119 | Havekost et al. | Jun 1998 | A |
5929761 | Van der Laan et al. | Jul 1999 | A |
5949303 | Arvidsson et al. | Sep 1999 | A |
5955306 | Gimeno et al. | Sep 1999 | A |
6031343 | Recknagel et al. | Feb 2000 | A |
6124790 | Golov et al. | Sep 2000 | A |
6141595 | Gloudeman et al. | Oct 2000 | A |
6178362 | Woolard et al. | Jan 2001 | B1 |
6185483 | Drees | Feb 2001 | B1 |
6195309 | Ematrudo | Feb 2001 | B1 |
6223544 | Seem | May 2001 | B1 |
6295526 | Kreiner et al. | Sep 2001 | B1 |
6295527 | McCormack et al. | Sep 2001 | B1 |
6301624 | Lee et al. | Oct 2001 | B1 |
6314328 | Powell | Nov 2001 | B1 |
6351213 | Hirsch | Feb 2002 | B1 |
6356282 | Roytman et al. | Mar 2002 | B2 |
6389464 | Krishnamurthy et al. | May 2002 | B1 |
6420968 | Hirsch | Jul 2002 | B1 |
6430712 | Lewis | Aug 2002 | B2 |
6466654 | Cooper et al. | Oct 2002 | B1 |
6473407 | Ditmer et al. | Oct 2002 | B1 |
6492901 | Ridolfo | Dec 2002 | B1 |
6535122 | Bristol | Mar 2003 | B1 |
6549135 | Singh et al. | Apr 2003 | B2 |
6643355 | Tsumpes | Nov 2003 | B1 |
6643516 | Stewart | Nov 2003 | B1 |
6675591 | Singh et al. | Jan 2004 | B2 |
6681156 | Weiss | Jan 2004 | B1 |
6690980 | Powell | Feb 2004 | B2 |
6761470 | Sid | Jul 2004 | B2 |
6813587 | McIntyre et al. | Nov 2004 | B2 |
6816811 | Seem | Nov 2004 | B2 |
6832120 | Frank et al. | Dec 2004 | B1 |
6836794 | Lucovsky | Dec 2004 | B1 |
6859827 | Banginwar | Feb 2005 | B2 |
6870141 | Damrath et al. | Mar 2005 | B2 |
6879253 | Thuillard | Apr 2005 | B1 |
6892546 | Singh et al. | May 2005 | B2 |
6919809 | Blunn et al. | Jul 2005 | B2 |
6947972 | Chun | Sep 2005 | B2 |
6955302 | Erdman, Jr. | Oct 2005 | B2 |
6957110 | Wewalaarachchi et al. | Oct 2005 | B2 |
6966060 | Young et al. | Nov 2005 | B1 |
6970763 | Kato | Nov 2005 | B2 |
6973627 | Appling | Dec 2005 | B1 |
6990821 | Singh et al. | Jan 2006 | B2 |
7006524 | Freeman et al. | Feb 2006 | B2 |
7009510 | Douglass et al. | Mar 2006 | B1 |
7024283 | Bicknell | Apr 2006 | B2 |
7026925 | Roche et al. | Apr 2006 | B2 |
7031880 | Seem et al. | Apr 2006 | B1 |
7062389 | Johnson et al. | Jun 2006 | B2 |
7068391 | Dewitte et al. | Jun 2006 | B2 |
7068931 | Tokunaga | Jun 2006 | B2 |
7069181 | Jerg et al. | Jun 2006 | B2 |
7085674 | Iwasawa | Aug 2006 | B2 |
7107268 | Zawadzki et al. | Sep 2006 | B1 |
7113085 | Havekost | Sep 2006 | B2 |
7133141 | Abi-Saleh | Nov 2006 | B1 |
7155462 | Singh | Dec 2006 | B1 |
7171287 | Weiss | Jan 2007 | B2 |
7183907 | Simon et al. | Feb 2007 | B2 |
7206646 | Nixon et al. | Apr 2007 | B2 |
7243044 | McCalla | Jul 2007 | B2 |
7250856 | Havekost et al. | Jul 2007 | B2 |
7260619 | Yoneda | Aug 2007 | B2 |
7272452 | Coogan et al. | Sep 2007 | B2 |
7277018 | Reyes et al. | Oct 2007 | B2 |
7302478 | Conrad | Nov 2007 | B2 |
7308539 | Fuhs et al. | Dec 2007 | B2 |
7320023 | Chintalapati et al. | Jan 2008 | B2 |
7345580 | Akamatsu et al. | Mar 2008 | B2 |
7379997 | Ehlers et al. | Mar 2008 | B2 |
7386586 | Headley et al. | Jun 2008 | B1 |
7428726 | Cowan et al. | Sep 2008 | B1 |
7457869 | Keman | Nov 2008 | B2 |
7460020 | Reyes et al. | Dec 2008 | B2 |
7490319 | Blackwell et al. | Feb 2009 | B2 |
7496911 | Rowley | Feb 2009 | B2 |
7502329 | Li et al. | Mar 2009 | B2 |
7565225 | Dushane et al. | Jul 2009 | B2 |
7596613 | Silverthome et al. | Sep 2009 | B2 |
7644371 | Robertson et al. | Jan 2010 | B2 |
7653459 | Pouchak et al. | Jan 2010 | B2 |
7734572 | Wiemeyer et al. | Jan 2010 | B2 |
7703073 | Illowsky et al. | Apr 2010 | B2 |
7760081 | Eiden | Jul 2010 | B2 |
7774457 | Talwar et al. | Aug 2010 | B1 |
7782302 | Lee et al. | Aug 2010 | B2 |
7819334 | Pouchak et al. | Oct 2010 | B2 |
7826929 | Wacker | Nov 2010 | B2 |
7870090 | McCoy et al. | Jan 2011 | B2 |
7873719 | Bishop et al. | Jan 2011 | B2 |
7886031 | Taylor et al. | Feb 2011 | B1 |
7890927 | Eldridge et al. | Feb 2011 | B2 |
7900228 | Stark et al. | Mar 2011 | B2 |
7904186 | Mairs et al. | Mar 2011 | B2 |
7904608 | Price | Mar 2011 | B2 |
7928239 | Dumas et al. | Apr 2011 | B2 |
7933981 | Cannon, III et al. | Apr 2011 | B1 |
7941786 | Scott et al. | May 2011 | B2 |
7953847 | Grelewicz et al. | May 2011 | B2 |
8059301 | Eigenbrodt et al. | Nov 2011 | B2 |
8060602 | Singh et al. | Nov 2011 | B2 |
8078481 | Steinbarth et al. | Dec 2011 | B2 |
8090477 | Steinberg | Jan 2012 | B1 |
8112162 | Pouchak et al. | Feb 2012 | B2 |
8144028 | LaMothe et al. | Mar 2012 | B2 |
8146060 | Lekel | Mar 2012 | B2 |
8185871 | Nixon et al. | May 2012 | B2 |
8190273 | Federspiel et al. | May 2012 | B1 |
8218570 | Moran et al. | Jul 2012 | B2 |
8224466 | Wacker | Jul 2012 | B2 |
8224763 | Guralnik et al. | Jul 2012 | B2 |
8224888 | Brindle | Jul 2012 | B2 |
8225292 | Naslavsky | Jul 2012 | B2 |
8239500 | Pouchak | Aug 2012 | B2 |
8255896 | Wontorcik | Aug 2012 | B2 |
8301386 | Redmond et al. | Oct 2012 | B1 |
8335593 | Johnson et al. | Dec 2012 | B2 |
8341599 | Angalet | Dec 2012 | B1 |
8347291 | Marwinski | Jan 2013 | B2 |
8352047 | Walter | Jan 2013 | B2 |
8417666 | Bailor et al. | Apr 2013 | B2 |
8527947 | Clemm | Sep 2013 | B2 |
8572502 | Dharwada et al. | Oct 2013 | B2 |
8572616 | Cai et al. | Oct 2013 | B2 |
8577940 | Tormasov et al. | Nov 2013 | B2 |
8594850 | Gourlay | Nov 2013 | B1 |
8600556 | Nesler et al. | Dec 2013 | B2 |
8819562 | Nair et al. | Aug 2014 | B2 |
8892954 | Gray | Nov 2014 | B1 |
8930030 | Bester et al. | Jan 2015 | B2 |
8938557 | Meyer et al. | Jan 2015 | B2 |
8954016 | Seiler et al. | Feb 2015 | B2 |
8965850 | Varadarajan | Feb 2015 | B2 |
8984169 | Mera et al. | Mar 2015 | B2 |
9026253 | Majewski et al. | May 2015 | B2 |
9043463 | Cohn et al. | May 2015 | B1 |
9122535 | Soundararajan et al. | Sep 2015 | B2 |
9239718 | Grinberg | Jan 2016 | B2 |
9389850 | Walter | Jul 2016 | B2 |
9395711 | Clark et al. | Jul 2016 | B2 |
9423789 | Cornett et al. | Aug 2016 | B2 |
9578465 | Da Silva Neto et al. | Feb 2017 | B2 |
9933762 | Marti et al. | Apr 2018 | B2 |
9971977 | Marti et al. | May 2018 | B2 |
20020002425 | Dossey et al. | Jan 2002 | A1 |
20020073076 | Xu et al. | Jun 2002 | A1 |
20020122073 | Abrams et al. | Sep 2002 | A1 |
20020152298 | Kikta et al. | Oct 2002 | A1 |
20030078677 | Hull et al. | Apr 2003 | A1 |
20030101009 | Seem | May 2003 | A1 |
20030171851 | Brickfield et al. | Sep 2003 | A1 |
20030217357 | Parry | Nov 2003 | A1 |
20040027004 | Bayoumi et al. | Feb 2004 | A1 |
20040138981 | Ehlers | Jul 2004 | A1 |
20040143510 | Haeberle et al. | Jul 2004 | A1 |
20040230328 | Armstrong | Nov 2004 | A1 |
20050038571 | Brickfield et al. | Feb 2005 | A1 |
20050043862 | Brickfield et al. | Feb 2005 | A1 |
20050071457 | Yang-Huffman | Mar 2005 | A1 |
20050143863 | Ruane et al. | Jun 2005 | A1 |
20050193285 | Jeon | Sep 2005 | A1 |
20050201393 | Hatayama | Sep 2005 | A1 |
20050203490 | Simonson | Sep 2005 | A1 |
20050222889 | Lai et al. | Oct 2005 | A1 |
20060020962 | Stark et al. | Jan 2006 | A1 |
20060038672 | Schoettle | Feb 2006 | A1 |
20060058923 | Kruk et al. | Mar 2006 | A1 |
20060064305 | Alonso | Mar 2006 | A1 |
20060069886 | Tulyani | Mar 2006 | A1 |
20060077726 | Shimmitsu | Apr 2006 | A1 |
20060095835 | Kennedy et al. | May 2006 | A1 |
20060136558 | Sheehan et al. | Jun 2006 | A1 |
20060168013 | Wilson et al. | Jul 2006 | A1 |
20060253205 | Gardiner | Nov 2006 | A1 |
20060265708 | Blanding | Nov 2006 | A1 |
20070078913 | Crescenti et al. | Apr 2007 | A1 |
20070123249 | Sun | May 2007 | A1 |
20070198674 | Li et al. | Aug 2007 | A1 |
20080005787 | Aldred | Jan 2008 | A1 |
20080010049 | Pouchak et al. | Jan 2008 | A1 |
20080189162 | Ganong et al. | Aug 2008 | A1 |
20080301668 | Zachmann | Dec 2008 | A1 |
20090055914 | Azami | Feb 2009 | A1 |
20090106684 | Chakra et al. | Apr 2009 | A1 |
20090113037 | Pouchak | Apr 2009 | A1 |
20090205040 | Zunke | Aug 2009 | A1 |
20090287526 | Ramkumar et al. | Nov 2009 | A1 |
20090295571 | Hosey | Dec 2009 | A1 |
20090319532 | Akelbein et al. | Dec 2009 | A1 |
20100031324 | Strich | Feb 2010 | A1 |
20100106543 | Marti | Apr 2010 | A1 |
20100131653 | Dharwada et al. | May 2010 | A1 |
20100131877 | Dharwada et al. | May 2010 | A1 |
20100169200 | Gomes | Jul 2010 | A1 |
20100198651 | Johnson et al. | Aug 2010 | A1 |
20100251184 | Majewski et al. | Sep 2010 | A1 |
20100286937 | Hedley et al. | Nov 2010 | A1 |
20110010654 | Raymond et al. | Jan 2011 | A1 |
20110087731 | Wong et al. | Apr 2011 | A1 |
20110093493 | Nair | Apr 2011 | A1 |
20110098863 | Miki | Apr 2011 | A1 |
20110113360 | Johnson et al. | May 2011 | A1 |
20110196539 | Nair | Aug 2011 | A1 |
20110225580 | Nair | Sep 2011 | A1 |
20110231833 | Narayanan | Sep 2011 | A1 |
20110298608 | Ranjan et al. | Dec 2011 | A1 |
20110316688 | Ranjan et al. | Dec 2011 | A1 |
20120005731 | Lei et al. | Jan 2012 | A1 |
20120011496 | Shimamura | Jan 2012 | A1 |
20120166992 | Huynh et al. | Jun 2012 | A1 |
20130218889 | Marti et al. | Aug 2013 | A1 |
20140033193 | Palaniappan | Jan 2014 | A1 |
20140114440 | Marti et al. | Apr 2014 | A1 |
20140149973 | Walter | May 2014 | A1 |
20140173581 | Grinberg | Jun 2014 | A1 |
20140237465 | Lin | Aug 2014 | A1 |
20140280878 | Hardin | Sep 2014 | A1 |
20140289202 | Chan et al. | Sep 2014 | A1 |
20140344798 | Sasaki | Nov 2014 | A1 |
20150007157 | Park | Jan 2015 | A1 |
20150105878 | Jones et al. | Apr 2015 | A1 |
20150112989 | Marti | Apr 2015 | A1 |
20150201020 | Gueta | Jul 2015 | A1 |
20150295998 | Morrill et al. | Oct 2015 | A1 |
20160011573 | Marti | Jan 2016 | A1 |
20170082990 | Marti et al. | Mar 2017 | A1 |
20170085639 | Marti et al. | Mar 2017 | A1 |
20170106280 | Pajaro | Apr 2017 | A1 |
Number | Date | Country |
---|---|---|
0197146 | Dec 2001 | WO |
02052432 | Jul 2002 | WO |
03090038 | Oct 2003 | WO |
2004053772 | Jun 2004 | WO |
2004055608 | Jul 2004 | WO |
2004070999 | Aug 2004 | WO |
2005020167 | Mar 2005 | WO |
2006048397 | May 2006 | WO |
2007024622 | Mar 2007 | WO |
2007024623 | Mar 2007 | WO |
2007027685 | Mar 2007 | WO |
2007082204 | Jul 2007 | WO |
Entry |
---|
Bersoff et al., “Impacts of Life Cycle Models on Software,” Communications of the ACM, vol. 34, No. 8, pp. 104-118, Aug. 1991. |
U.S. Appl. No. 14/059,286, filed Oct 21, 2013. |
hittp://domin.dom.edu/documents/emaildocs/outlook/, “Outlook Web Access 2003,” 19 pages, printed Nov. 7, 2013. |
Kalavade et a!.. “A Hardware-Software Codesign Methodology for DSP Applications,” IEEE Design and Test of Computers, pp. 16-28, 1993. |
Magnusson et al., “Simics: A Full Simulation Platform,” IEEE, pp. 50-58, 2002. |
McCown et al., “APSIM: A Novel Software System for Model Development, Model Testing and Simulation in Agricultural Systems Research,” Agricultural Systems, vol. 50, pp. 255-271, 1996. |
Niagara, “Niagara AX-3.x User Guide,” Tridimn Inc., 436 pages, 2007. |
Pressman, “Software Engineering Notes-Compiled from Software Engineering a Practitioner's Approach,” Fifth Edition, 67 pages, 2009. |
Simunic et al., “Cycle-Accurate Simulation of Energy Consumption in Embedded Systems,” ACM, pp. 867-872, 1999. |
Trane, “Tracer MP580/581 Programmable Controllers,” CNT-PRC002-EN, Mar. 2003. |
Vykon by Iridium, “Niagara Browser Access Guide,” 125 pages, revised Aug. 15, 2002. |
Vykon by Iridium, “Niagara Networking & Connectivity Guide,” Niagara Release 2.3, 245 pages, 2002. |
Adobe Acrobat 6.0 Standard, Version 6.0.2, Screenshots, 2 pages, May 18, 2004. |
Atere-Roberts et al., “Implementation of a Computerized Maintenance Management System for the City of Atlanta,” 13 pages, Proceedings of the Water Environment Federation, Jan. 1, 2002. |
Business Objects, Crystal Reports Access, Format, and Integrate Data, 4 pages, Dec. 2003. |
Honeywell Spyder Bacnet User's Guide, 242 pages, Revised Jul. 2009. |
Honeywell Spyder User's Guide 202 pages, Released Jul. 2007. |
Honeywell, “ComfortPoint Open BMS Release 100,” Specification and Technical Data, 13 pages, Jun. 2012. |
Honeywell, “Excel Building Supervisor-Integrated R7044 and FS90 Ver. 2.0,” Operator Manual, 70 pages, Apr. 1995. |
Honeywell, “Excel 15B W7760B Building Manager,” User's Guide, 84 pages, Revised Jan. 2005. |
http://blogs.msdn.com/b/khen1234/aJchive/2005/0 5/11/416392. aspx, “Regular Expressions in T-SQL,” 4 pages, May 11, 2005. |
http://en.wikipedia.org/wiki/JAR_(file_format), “JAR (file format)—Wikipedia, the Free Encyclopedia,” 3 pages, printed Dec. 26, 2009. |
http://www.de2m.com/DE2R_Technical.html, “Data Enabled Enterprise Repository (DE2R) Technical Overview,” 4 pages, printed Mar. 8, 2013. |
http://www.google.com/maps,“Google Maps, Pin Location,” 1 page, prior to Nov. 21, 2008. |
Johnson Controls, “FX Workbench, User's Guide,” 818 pages, issued May 19, 2008. |
Microsoft Word Screen Shots, 2 pages, prior to Nov. 21, 2008. |
Novar, “Opus Supervisor User Guide,” pp. 1-159, Feb. 1, 2012. |
Novar, “Demand Response, Program Implementation and Execution,” 8 pages,Oct. 28, 2008. |
Novar, “Media Backgrounder,” 10 pages, prior to Feb. 22, 2012. |
Siemens, BACnet for DESIGO 27 pages, prior to Dec. 30, 2009. |
Trane, “System Programming, Tracer Summit Version 14, BMTW-SVPOID-EN,” 623 pages, 2002. |
Iridium, “NiagaraAX Product Model Overview,” 7 pages, 2005. |
Iridium, “Iridium & Niagara Framework Overview,” 9 pages, prior to Oct. 28, 2008. |
http://www.loytec.com/products/web/lweb-900, “LWEB-900 Integrated Building Management System,” 5 pages printed Nov. 15, 2014. |
Samsung, “Intelligent Building Management System, ControlCity-NX,” 20 pages, May 31, 2012. |
U.S. Appl. No. 14/862,715, filed Sep. 23, 2015. |
U.S. Appl. No. 14/862,858, filed Sep. 23, 2015. |
Number | Date | Country | |
---|---|---|---|
20180329376 A1 | Nov 2018 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 14327451 | Jul 2014 | US |
Child | 15943902 | US |