Sign in Sign up
Minol ZENNER Connect Logo
Minol ZENNER Connect Logo
  • Sign in
  • Sign up
  • English
    • German

Tag: Payload configuration

Skiply Smilio Action Multiservices – Assembly, Activation & Configuration

After we recently introduced you to the Skiply Smilio Action Multiservices in more detail, including possible use cases that can be implemented, we wi…
Community Admin 15. February 2022

Monitoring Garage Doors with IoT Sensors & the B.One Gallery – Netvox R718F vs. Sensative Strips (Part 3)

– 📖🕓 ≈  6 min – Article last updated: 01/31/2022 After I get you in Part 1 and Part 2 of this series of posts showed what you can do about…

Michi 8. November 2021

Monitoring Garage Doors with IoT Sensors & the B.One Gallery – Netvox R718F vs. Sensative Strips (Part 2)

– 📖🕓 ≈  7 min – Last week, in Part 1 of this small series, I showed you which components you can basically use to monitor your garage door using IoT/LoRaWAN®…

Michi 2. November 2021

Monitoring Garage Doors with IoT Sensors & the B.One Gallery – Netvox R718F vs. Sensative Strips (Part 1)

– 📖🕓 ≈  9 min – As recently announced, I would like to use the example of two LoRaWAN® sensors and the B.One Gallery visualization tool to show you how easy…

Michi 29. October 2021
0 Comments

B.One Middleware Howto: Send Downlinks

– 📖🕓 ≈  3 min – In the last posts by Michael, he used the Sensative Strips sensors to show how a payload is  put together and how you can adjust…

Community Admin 17. May 2021
0 Comments

Sensative Strips Payload Configuration Part 2: Manual Adjustment

– 📖🕓 ≈  6 min – I recently showed you how you can easily configure your strips (LoRaWAN) sensors yourself using the “Strips Configuration Application”. Unfortunately, as in my case, there…

Michi 7. May 2021
0 Comments

Sensative Strips Payload Configuration Part 1: Customization via App

– 📖🕓 ≈  5 min – Like me, you are using one of the Sensative Strips sensors for LoRaWAN and are wondering how you can adjust its payload ? Then read…

Michi 5. May 2021
0 Comments

Who’s Online

Online 0
There are no users currently online

Search

Categories

Tags

Air quality Alarming B.One Community Brightness CO2 level CO2 measurement Competition Connectivity door sensor GatewayPLUS GatewayPLUS Indoor GatewayPLUS Outdoor GatewayPLUS Smart Howto indoor climate indoor climate monitoring Instructions IoTandMe IoT platform Leakage monitoring LoRaWAN LoRaWAN network Minol ZENNER Monitoring Monitoring Network Network access Opening state Open source Payload configuration PLUG&PLAY room temperature sensitive Sensitive strips Sensor technology Strips multi-sensor Temperature Temperature monitoring Tool Trainee contest Visualization tool ZENNER ZENNER CO2 indicator ZENNER IoT GatewayPLUS ZENNER Shop

Recent Posts

  • Room climate dashboard based on B.One Middleware Part 2: Technical Implementation
  • B.One Gallery Howto: Set Up & Manage Notifications
  • B.One Community Howto: Use forums for knowledge exchange
  • Interview zur Kooperation zwischen Hailo Digital Hub & Minol ZENNER Connect
  • Besserer Hochwasser-Schutz mit LoRaWAN® und der KWMSys
© 2023 - B.One Community
  • Privacy Policy
  • Imprint
  • Help
  • Terms of Use

Forum Description

Most recently, in the device presentation of the Smilio Action Multiservices, you could find out what kind of device this is, which use cases you can implement with it and what significant advantages and limitations it has. As announced, in this second article we now deal with the activation, assembly and configuration of the Smilio A.

How can you activate and mount the Smilio A?

With regard to activation and assembly, it is advisable to first activate the device and then assemble it at the destination.

Activation

You can also find precise step-by-step instructions for activating the device in the Smilio A manual, but we have briefly summarized the most important steps for you:

Step 1 - Introduction to the Network:

Before you start the actual activation, you have to make sure that the device has been made known to the LoRaWAN® or Sigfox network you are using and that it has been created in the corresponding system. For example, this can be our Minol ZENNER Connect LoRaWAN® network using the B.One Middleware.

Step 2 - Configuration/Selection of Technology:

If you want to use the Smilio A with Sigfox, you can skip this step. If, on the other hand, you want to use it with LoRaWAN® like we do, you have to remove the so-called "jumper" before inserting the batteries, which is located in the housing next to the battery compartment (see photo below). To remove it, simply pull it upwards (Tip: this works best with small pliers or something similar, as it is difficult to grasp the jumper with your fingers alone).

Remove jumper of Skiply A Multiservice for use with LoRaWAN®.

Step 3 - Insert Batteries:

Now all you have to do is insert two 3.6 V AA Lithium Thionyl Chloride batteries (it is recommended by the manufacturer to only use this type of battery) and close the battery compartment with the screws provided.

Step 4 - Wait for the Boot Process:

After inserting the batteries, the boot process starts automatically, what can take a few minutes. Depending on whether or not the configuration is changed when the device is switched on via a valid downlink payload, the LEDs at the end of the boot process either light up green or red for three seconds (for details, see the manual). Another sign that your Smilio A has been successfully activated and is connected: green lighting up of the LEDs after pressing a button.

Assembly

When it comes to assembly, it depends very much on what exactly you are using the Smilio A for and where it is to be attached. There are the following options for attaching the box: loose installation using the anti-slip pads on the back, wall mounting using an additional bracket or attachment to a so-called display or poster bracket (sold separately), for example, to provide explanatory content in addition to the device at the destination. Here are a few examples to illustrate:

Skiply Smilio Action auf dem Tisch und montiert mit Wandhalterung
Example attachments of Skiply Smilio Action on the table and on the wall with wall mount.
Skiply Smilio Action montiert an Posterhalterung/Display
Skiply Smilio Action Mounted Poster Holder/Display

How and to what extent can you change the Configuration?

As far as the configuration options of the Smilio A are concerned, you basically have the option of choosing between different operating modes and changing other parameters if necessary. In the following we will first take a closer look at the changeable parameters and modes and then how you can change the configuration.

Changeable Parameters

In addition to the operating mode, a number of other parameters can be changed. Here is an overview of the parameters that we believe are relevant for "normal" users, including the respective default values upon delivery:

Parameter Description Default value at delivery
dtx Time span between two transmitted data packets in periodic transmit mode 0 (adjustable via parameter "eat", see below) 15 (minutes)
tpb Minimum time span between two button triggers 3 (minutes)
tpbq Minimum time interval between two magnetic card detections 3 (minutes)
csc Fine adjustment Periodical transmission mode for energy saving: 0 = after each interval a data packet is sent independent of the counter value - 1 = only if counter value has changed compared to the previous one, a data packet is sent 1
rnm Selection of operating mode: 1, 2, 3, 4, 6, 7, 8 or 9 (see below for detailed explanation in each case) 2
eat Selection of transmission mode: 0 = Periodic transmission, i.e. data packet is sent every "dtx" (see above) minutes - 1 = Immediate transmission, i.e. data packet is sent after each button press with the "tpb" delay - 2 = Dual transmission mode, i.e. combination of 0 + 1 1

A complete list and explanation of all parameters can be found in the manual.

Operating Modes

Let's take a closer look at the operating modes (parameter "rnm", above). A total of 9 modes are available to you to adapt the Smilio Action Multiservices to your particular application.

Mode 1:

During the "tpb" delay (see above) the following applies:

  1. only a single press on one of the five buttons is permitted
  2. only a single press on one and the same button is permitted

Example: If you press button 1, you can only press a button again after 3 seconds.

Mode 2 (default on delivery):

During the "tpb" delay:

  1. pressing each of the five buttons is permitted
  2. only a single press on one and the same button is permitted

Example : If you press button 1, you can also press the other buttons within the "tpb", but only once each.

Mode 3:

During the "tpb" delay:

  1. one press on button 1 plus another press on one of the other buttons (i.e. 2,3,4 or 5) are allowed
  2. only a single press on one and the same button is permitted

Mode 4:

Here, during the "tpb" delay:

  1. one press on button 1 or 2 plus another press on one of buttons 3,4 or 5 are allowed
  2. only a single press on one and the same button is permitted

Example 1: if you press button 1, you can also press buttons 3, 4 or 5, but not button 2.

Example 2 : if you press button 2, you can also press buttons 3, 4 or 5, but not button 1.

Mode 6:

Since there is no mode 5 in the manual, it goes directly to mode 6.

Mode 6 basically corresponds to mode 2 (see above), except that in this case the device expects a confirmation from the network server after pressing a button. This verifies that the payload sent was also correctly received by the server (also called "confirmed uplink payload" or "acknowledgment payload"). If the Smilio A has successfully received the confirmation from the server, the LEDs light up green. Red otherwise or after a 60 second timeout. The keyboard is locked until the confirmation is received or until the timeout has expired and it is only then possible to press the buttons again.

Mode 7:

This mode basically corresponds to mode 9 (see below), only that analogous to mode 6 (see above), after pressing a confirmation from the network server is expected.

Mode 8 – "Pulse" mode:

This mode basically corresponds to mode 2 (see above). The difference is that after each data packet sent, i.e. after each press, the counter is reset to zero. This means that pure button states can be transmitted without measuring the triggering frequency.

Mode 9 – "CODE" Mode:

This mode is used, among other things, to enable identification of a person, proof of presence, entry and transmission of codes or confirmed codes and detection of the use of magnetic badges. To do this, the buttons 1,2,3,4 and 5 do not increase their respective value after being pressed, but allow the creation of a user code by shifting it to the left with each press (maximum 6 digits, if there are more digits only the first 6 digits are saved).

In order to trigger a confirmation, the Hall effect sensor integrated in the device must be activated in this mode, for example with a magnetic ID card.

Under normal conditions, a countdown will start as soon as the first key press is detected. The seconds value of this countdown is equal to "tpb". The user enters his identification code (maximum 6 digits). If the user does not activate the magnetic sensor before the countdown ends, the code will not be validated, otherwise the code will be validated. At the end of the countdown, the " tpb" LED will turn green to inform the user that a new code can be entered.

Test Modes in Smilio Action Simulator:

If you want to familiarize yourself a little more with the difference between the normal modes, the PULSE and the CODE mode, then it is also worth taking a look at the Smilio Action Simulator. Here you can simulate pressing the buttons and see how the counts for each button behave depending on the mode.

Screenshot des Smilio Action Simulators
Screenshot of Smilio Action Simulator

Change Configuration via Downlink

Now that you know which configuration options are available to you, we want to go into how exactly you can change the configuration. For a better understanding, we will first take a look at the basic structure of the Smilio A payload, i.e. the content of a data packet sent from or to the device, using an example.

Default Payload sent by the Device:

Regardless of the transmission mode selected, thenormal default payload format when the device transmits is as follows, with the transmitted counts all being in hexadecimal:

02 AAAA BBBB CCCC DDDD EEEE
02 = Standard payload
AAAA = Incremental count value button 1 → Example: 0001 hexadecimal = 1 decimal
BBBB = Incremental count value button 2 → Example: 0010 hexadecimal = 16 decimal
CCCC = Incremental count value button 3 → Example: 00A0 hexadecimal = 160 decimal
DDDD = Incremental count value button 4 → Example: 0023 hexadecimal = 35 decimal
EEEE = Incremental count value button 5 → Example: 0010 hexadecimal = 16 decimal
Nummerierung der Buttons des Skiply Smilio A Multiservices auf Gerät und in Payload
Numbering of the Skiply Smilio A multiservice buttons on the device and in the payload.

Please note: as can be seen above, in the version of the Smilio A Multiservice used here, the button numbers printed on the device unfortunately do not correspond exactly to the numbers or blocks of numbers stored in the payload. The button with the imprinted 3 corresponds to button 4 (DDDD), the button with the imprinted 4 to button 5 (EEEE) and the button in the middle with the imprinted smiley button corresponds to button 3 (CCCC).

In addition, we would like to point out that the payload format can of course differ from the one listed here, depending on the mode set (see manual).

Downlink Query payload sent from Device:

Every time the device is switched on or a user presses the reset button, a so-called "downlink query" payload is sent with the currently stored settings. The format here looks like this:

04 UU VVVV WW XX YZ TT

With regard to the following explanations, it should be said at this point that you should not be confused by the other parameters such as the "duty cycle". We won't go into detail about these and haven't listed them above, as we believe they can be safely ignored by normal users. For all others we refer to the manual again.

04 = "Downlink Query" payload
UU = "csc" and "eat" hexadecimal values (transmit mode and operating mode)
0x00: Device transmits at every period end, independent of counter readings
0x10: Device transmits at each period end only if counter values have changed
0x01: Device sends at each actuation with a delay of "tpb" between two actuations
0x02: Device sends at every actuation with a delay of "tpb" between two actuations + every "dtx" minutes (backup function), independent of the counter values
0x12: device sends at each actuation with a delay of "tpb" between two actuations + every "dtx" minutes (backup function), if counter values have changed

VVV = hexadecimal value to be converted into the bit field 'abcdefffffffff'.
a: duty-cyle (0 = disabled, 1 = enabled)
b: LoRaWAN backoff (0 = disabled, 1 = enabled)
c: LoRaWAN piggyback (0 = disabled, 1 = enabled)
d: LoRaWAN force DR0 at join procedure (0 = disabled, 1 = enabled)
e: LoRaWAN ADR bit (0 = disabled, 1 = enabled)
fffffffffff: dtx expressed in minutes, 11 bit values from 0x0001 to 0x05A0.

WW = "tpb" hexadecimal value (in seconds) from 0x01 to 0x3C.
XX = "rnm" Hexadecimal value from 0x01 to 0x09
YZ = "Lwf" Hexadecimal value from 0x00 to 0xFF
TT = "Lwf" Hexadecimal value from 0x00 to 0xFF

Downlink Result Payload sent to Device:

After sending the Downlink Query payload, the device waits for a Downlink Result payload with new settings from the backend. You can use this to ultimately adjust the configuration of your Smilio. The format of this payload is the same as the Downlink Query payload, except that it starts with 05 instead of 04:

05 UU VVVV WW XX YZ TT

Generate "Downlink Result" Payload with the Smilio Configurator:

To make it easier for you to create a valid downlink payload, Skiply provides you with the practical web application Smilio Configurator. Here you simply select the desired values for the individual parameters using dropdowns and at the end you receive the appropriate payload, which you can save to the clipboard with Ctrl + V for storage in your backend system.

Screenshot des Smilio Payload configurators mit Beispiel Result Payload
View of the Smilio Payload configurator with an example Result Payload

Send Downlink Result Payload to Device:

All you have to do now is store the created "Downlink Result" payload in your backend system in order to be sent to the device when the "Downlink Query" payload is received. As described above, this happens as soon as the device is switched off and on again or reset via the reset button. You can see how easy it can be in the blog post “Sending downlinks using B.One Middleware”. Important: With this device, you must always specify port 2 as the port for a "Downlink Result" payload.

You now also know how to activate, assemble and configure the Smilio Action Multiservices. Soon you will find out which LoRaWAN® use case we have implemented with our Smilio A, how we proceeded and what our conclusions about the experiences with the device are at the end.

So be curious and stop by again :-)

COOKIES:

In order to provide you with the best possible user experience and offer, we use cookies on our website that are not only technically necessary but also serve to analyse access. By clicking on 'Accept all' you agree to this. You can find more detailed information and how to revoke your consent at any time in our Privacy Policy. (Decline)
Cookie settingsAccept all
Einwilligung erneut aufrufen

Your Cookie Consent

Our website uses cookies to help us improve our website and provide you with the best possible service. These cookies are necessary and cannot be disabled. We also use cookies to analyse the traffic on our website. By clicking on 'Accept', you agree to our cookie policy:
Essential
Always Enabled
Essential cookies enable basic functions and are necessary for the proper functionality of the website.
Statistics
Statistics cookies collect information anonymously. This information helps us understand how our visitors use our website.
SAVE & ACCEPT