Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Section
Column
width400px

Introduction

This page will explain all the configuration and connection options the Site Controller has available. Additionally there will be an explanation of the different Data Aquisition Modules the Site Controller has available, as well as the different logging options.

Please check out the growing Knowledge Base If you need information about troubleshooting and configuration or start immediately with the popular Quick Start to the Engine and Sensor Configuration from Scratch articles.

We assume that you've got access to an operational azeti Engine installation with one or more connected Site Controllers.

Column
width400px
Panel
borderColorlightgrey
bgColor#f0f0f0
titleOn this page:

Table of Contents

Related pages:

  • Filter by label (Content by label)
    showLabelsfalse
    showSpacefalse
    sortcreation
    cqllabel = "kb-how-to-article"

Formatting Guidelines

Parameters are unfortmatted

Paths to directories or files are preformatted /opt/azeti/SiteController/foobar

Tip

Enclose parameters and paths into double brackets  

No Format
nopaneltrue
{{here is some /path/foobar}}

when typing and Confluence automatically applies the preformat style.

Right: Headings use Capitalization for Nouns and Important Information and Words 4+ Letters

Wrong: Headings use capitalization for nouns and important Information and words 4+ letters

Writing Instructions

Instructions are numbered lists and links in the software are bold with arrows (dash plus > becomes: → ):

  1. Open Components → Edit and set your new component name
  2. Choose Lorem Ipsum and do something

XML snippets go into a code bracket with type XML: {code:xml} (this will insert a code macro here) like this:

...

<here is some></here is some>

Screenshots

Screenshots use a Drop Shadow effect  which can be accessed by Edit → Properties

Image Removed

Writing Best Practice

Check this one: http://www.userfocus.co.uk/articles/usermanuals.html

Next Steps

...

How to change the configuration of a Site Controller

The configuration of a site controller can be deployed from the cloud. However, either for tests or troubleshooting purposes you can change and apply the configuration. Please read the complete section carefully before changing any configuration in the file. 

This is not the official supported path to make configuration changes. It is just intended for trained personnel when doing specific tests or maintenance task on the systems.

The configuration file is located in $SiteControllerPath$/config/sensor_config.xml. Please do a backup of your current configuration before trying any of the procedures described in this section. You can open it an edit using any editor. You can use vi directly on the system or get the file to your system and edit it. In the latter case, we recommend to use the Notepad++ with the XML tools plugin, that will allow you to serialize the changes before publishing. This latter step is important, because some editors may add unnecessary tabs or carriage returns to the file that may render the configuration invalid. 

You have several options for changing the configuration:

  • Recommended procedure: you can publish a new configuration for the system from the cloud interface, use our simple templates and distribute the configuration to the different sites. This process is automated and is the recommended path in order to keep track of changes, updates and possible issues.
  • Change the configuration file XML. After doing this, you will need to restart both the mosquitto broker and the Site Controller, with the following commands sequence:


Code Block
#$SiteControllerPath$/run_SiteController.sh stop
#$SiteControllerPath$/run_SiteController.sh mosquitto_stop
#$SiteControllerPath$/run_SiteController.sh mosquitto_start
#$SiteControllerPath$/run_SiteController.sh start


  • Alternatively, you can publish the new configuration through MQTT in the topic /config/complete_update using any mosquitto client available (like MQTTfx). 

In both cases, after changing a configuration, you can check the outcome in the log of the module in charge of analyzing and providing the configuration to other modules: $SiteControllerPath$/log/ConfigProvider.log. Doing a #tail -f on the file will give you the latest running values during the configuration changes.

 If the process of updating the configuration is successful. If not, the log will tell you which part of the configuration has failed, and revert to the last known valid configuration. Below there is the log that we expect after a proper configuration change. In case there is some error, there will be information regarding where the problem has ocurred.


Code Block
2015-02-26 12:10:40,090:1994:[ConfigProvider.py:374]:INFO:We have changes - so we publish the new config as last valid config/complete...
2015-02-26 12:10:43,991:1994:[ConfigProvider.py:395]:INFO:Save config to disk: True
2015-02-26 12:10:43,993:1994:[ConfigProvider.py:410]:DEBUG:backup_xml_toprettyxml: True
2015-02-26 12:10:48,215:1994:[ConfigProvider.py:425]:DEBUG:Number of backup config files: 0
2015-02-26 12:10:48,220:1994:[ConfigProvider.py:392]:INFO:Processing time: 30.35


Next Steps

Info