A lot of JNIOR applications log information about what they are doing. This information can be about different things. Sometimes the application is purposely creating log files to keep track of data such as water levels or I/O changes. Logs can also be used to keep track of information about the application itself and if its run into any errors. Here is a quick post on how to look at Logs on a JNIOR.
To access information on a Series 4 JNIOR, you’ll first need to open the JNIOR WebUI. Once the on the JNIOR WebUI, you’ll then access the folder tab. Here you can see a list of all the files located on the JNIOR. Navigating through the folder shows the different files you can view, including log files.
Another way to access files on either a Series 3 or 4 JNIOR, you can open the File Transfer Protocol from the Support Tool. To start you’ll open the Support Tool, then in the beacon tab you’ll right click on the JNIOR and select Tools/Open FTP. You’ll then see a dialog open asking for the JNIOR’s username and password. Once you enter that, you should see all the available files on the JNIOR, including log files.
Tasker allows control over many different aspects of the JNIOR, including expansion modules. This post will explain how and what you use Tasker to control the Control Panel.
To start, you’ll want to make sure that your Control Panel is properly connected to the JNIOR. You’ll start by plugging the Control Panel into the JNIOR using the sensor port. Once the Control Panel is plugged in, you’ll then access the JNIOR WebUI and go to the Console Tab. There you’ll login into the JNIOR and type extern -r. This will remove any previously connected expansion modules from the JNIOR so only the connected Control Panel will be a recognized external device on the JNIOR.
Once that is done, we’ll now open the Task application. Once on Tasker’s web page, if you don’t already have a workspace created, you’ll want to create one. After you have a workspace, you’ll want to add a Task to the workspace, which Tasker will promptly ask you to name. Once the Task is created, you’ll then want to add an action to the Task, which once you click the add action button the action dialog will appear. Here we find the Control Panel actions.
Here we can add Control Panel actions to the Task, so that when its executed it can control different parts of the Control Panel. Currently in Tasker there are three different Control Panel actions, Set LED, Play Alarm, and Silence Alarm. The first action, Set LED, allows you to change the status of the LED next to a switch on the Control Panel. The options for the LED are off, slow, medium, fast, and on. The next action, Play Alarm, allows you to activate the alarm on the Control Panel. The actions lets you control the sound, duration, and interval of the alarm. The last action, Silence Alarm, simply silences an alarm on the Control Panel if an alarm is active at that time, and doesn’t require any addtional values.
When using Cinema, Serial PLUS, or Serial-To-Ethernet applications people will be generally using the serial port to talk to other devices or send commands. Knowing what registry keys need to be set to when communicating on them is important. This tutorial is for setting the registry keys up for the Serial Control Plus application.
To start, when using Serial Control, the connection that will be set up is accessed through the command line once all the registry keys have been set. So first thing is to go to the support tool and go to applications. Once there make sure that the Serial Control application is checked, otherwise check it and reboot.
Once the JNIOR reboots, go to the console tab and type “ps” to see if the application is running.
If it is then next go to the registry tab and in the section App-Data find the Serial Control program.
Here is where all the information for creating the serial connection is contained. If you are connecting through COM3 at the command line, make sure that the SerialPort value is set to AUX if the port being used is the Auxiliary port and not the RS-232 port. If you want to connect through TCP, make sure you set a TcpServerPortNumber value set, a good example one is 9202. Now all the values should be set to connect serially to the JNIOR. Go to the JNIOR support tool and select tools –> command line. This will bring up the command line to give serial commands to the JNIOR.
When using Cinema, Serial PLUS, or Serial-To-Ethernet applications people will be generally using the serial port to talk to other devices or send commands. Knowing what registry keys need to be set to when communicating on them is important. This tutorial is for setting the registry keys up for the Serial-to-Ethernet application.
To start, when using Serial-to-Ethernet, the connection that will be set up is accessed through the command line once all the registry keys have been set. So first thing is to go to the support tool and go to applications. Once there make sure that the Serial-to-Ethernet application is checked, otherwise check it and reboot.
Once the JNIOR reboots, go to the console tab and type “ps” to see if the application is running.
If it is then next go to the registry tab and in the section App-Data find the Serial-to-Ethernet program.
Here is where all the information for creating the serial connection is contained. Make sure that the SerialPort value is set to AUX if the port being used is the Auxiliary port and not the RS-232 port. Now all the values should be set to connect serially to the JNIOR. Go to the JNIOR support tool and select tools –> command line. This will bring up the command line to give serial commands to the JNIOR.
The DMX application does not ship preinstalled. You MUST obtain the application from our website. There is a download on the website that will be opened in the JNIOR Support Tool and published to the JNIOR. This is called an Update Project.
Here are links to latest versions of the JNIOR Support Tool and the Cinema application. NOTE: The DMX link below is for new installations only. If you already have the DMX application on your JNIOR and only need to update to a newer version, visit our DMX page to download our other update project for DMX that isn’t for new installs.
After installing both the JNIOR Support Tool and the DMX Update Project, you’ll want to open the Support Tool and click on the Update Tab. Once there, the first thing you’ll want to do is select the Open Project button, and select the DMX Update Project you just downloaded. When you open the DMX Update Project in the Support Tool you will see the following.
In the DMX application you can create fixtures, scripts and triggers to control the 512 DMX channels for your external lighting device.
In the DMX application, you create scripts to change the 512 DMX channels. Once you have a script, you’ll then want to be able to activate it. One way to set up a script to activate is by giving it a trigger. This post will explain how to create a trigger for a script. NOTE: You need to have installed the DMX application on your JNIOR to start configuration.
Open the DMX application, and go to the Triggers tab. Once there, you’ll see the I/O layout for your JNIOR, showing how many inputs and outputs are on it. To setup a script to trigger on one of the I/Os, you’ll simply enter “script (SCRIPT_NAME)” into one of the I/O spots. You can additionally enter -f or -r after the script name to add additional effects to the script running. You can also enter “abort” into one of the I/O spots to make any script stop running when that I/O value occurs.
Once you’ve entered and saved a script name value in an I/O slot, you should now have a script set to run when the selected I/O value activates.
When you have a fixture that you want to control through the DMX application, you use a script. This post will explain how to create one. NOTE: You need to have installed the DMX application on your JNIOR to start configuration.
To start, you’ll open the DMX application and go to the scripts tab and click the add script button which the application will then prompt you what you want to name the new script. After entering the new script’s name, you’ll go to it in the script tab and select the green pencil icon under the script column. The Edit Actions dialog box will open, where you can then enter actions for the script to perform. The 3 main actions are the delay, set, and fade. How you enter those actions in the script, and the different parameters an action can use, are shown on the right side of the dialog box.
After you’ve entered your actions in the script, you’ll click set at the bottom right of the dialog. Now when the script runs it’ll edit the channels referenced in the script actions.
In the DMX application, you create fixtures that pick how many channels of the 512 DMX channels will get set along with where the starting channel for that fixture is. NOTE: You need to have installed the DMX application on your JNIOR to start configuration.
To start, you’ll need to create a DMX fixture type. In the Fixture Types tab, you’ll click the add fixture type button. You’ll then get the New Fixture Type Dialog, where you can set the amount of channels the fixture will use of the 512 DMX channels, and what they are named.
Once you have the fixture type created, you’ll the go to the Physical Fixtures tab and create a fixture of that type. Click on the add fixture button, which will open the New Fixture Dialog, where you can set the Fixture Type (you use the one you just created), name of the fixture, and the starting channel for the fixture.
Once you’ve created the fixture, you should now have a fixture that uses the amount of channels set in the fixture type settings, and starts on the channel set in the physical fixture settings.
When using the Cinema application, you’ll want the JNIOR to be able to send/receive commands to control or be controlled by external devices. In the registry of the JNIOR, Cinema’s registry contains the CinemaServerClient and PreshowClient registries. These are what can be configured to establish those connections to external devices.
While accessing the JNIOR WebUI when Cinema is installed, you can access the AppData/Cinema/CinemaServerClient or AppData/Cinema/Client registry folders to configure the connections made using Cinema. The PreshowClient and CinemaServerClient are connections made to either a Preshow System or Cinema Server through TCP or Serially that allow control of outputs, I/O feedback, and the ability to interact with various devices using macros.
Inside both registry folders are multiple registry keys. The TcpPort registry key is where you can set the port number for an Ethernet connection to other devices. (We recommend using the port number 9600). For serial connections, you need to set the Method key to serial and the SerialCommandsEnabled key to true. You’ll then need to go to the AppData/Cinema/X/Serial (X is for CinemaServerClient or Client) and set the serial connection to whatever serial setting you want the JNIOR and your external Device to connect on. NOTE: You cannot have both a Preshow Client and Cinema Server connection at the same time.
When using the control panel, you might want to have the switches trigger macros you created in the support tool. This post will explain how to do just that. To start you’ll need to have created a macro in the support tool. If you haven’t done that already and don’t know how, here is a post on how to do it. You’ll also need to have installed cinema on your JNIOR as well.
Next, you’ll want to makes sure that your control panel is properly connected. You can check what external devices have been connected to the sensor port by opening the JNIOR’s WebUI, going to the Console tab, and after logging in entering “extern” into the console. If you have left-over information from previous external devices that you’d wish to get rid of, then you can remove devices no longer present by typing the extern -r command.
Once you have your macros created and published to a JNIOR along with your control panel being connected, you can now hook up the macros to the control panel using the JNIOR’s registry. Open your JNIOR’s WebUI and go to the registry tab. Once there, you’ll then go to AppData/Cinema/Panel.
Once here, you’ll simply enter the macro name on whichever switch trigger you want to activate the command. Now the macros you created will send a command when you hit a switch on the control panel.
As long as the device you are sending to can create TCP or serial connections, the JNIOR should be able to send commands to it.
If you are starting from scratch with a JNIOR, you’ll want to download the JNIOR Support Tool. This application allows you to update JNIOR’s with INTEG software that you’ll need to let you send the text command.
Once you’ve downloaded the JNIOR Support Tool, you’ll need to download two update projects from our site and update them to your JNIOR. The first update project is the Series 4 All-In-One update project. Its recommended for any new Series 4 JNIOR, as the update project gives JNIORs the most recent OS, along with some basic applications. The second update project is the Cinema update project. This is the application you’ll use to execute a macro, which will send a command from the JNIOR to a device.
To update your JNIOR with an update project, here is a link to a post on our site that shows how to install Cinema. NOTE: Though the post shows how to install Cinema, its recommended you install the Series 4 All-In-One first, using the steps in that post.
Once the update projects have been published to your JNIOR, we’ll now need to create a device in the support tool to send to. In the support tool, you’ll go to the device tab and select add. You can select the device and rename it. After that you’ll now configure the settings of the device so we can send macros to it. To start you’ll select your device type, and if you see the device you want to send to there you’ll select it. If not you’ll select Raw Ethernet for a TCP connection or Raw Serial for a serial connection. You’ll then set the rest of the device configuration according to the device’s TCP or serial settings.
Once you finish setting the device information, you’ll then want to save the device file by clicking the Save As button. After that you’ll then publish the file to the JNIOR you are using by clicking the Publish to JNIOR button.
After you’ve done that, we’ll now create the macro that will be sent to the device that will contain the text command. Going back to the support tool, you’ll go to the macro tab.
The first thing we’ll want to do here is click the “Link Devices” button at the top. Here we’ll select the device file we just created, so we can reference it in our action for the macro we are going to create.
After completing that, at the bottom left corner of the macro view and you’ll select add/macro. A new macro should populate the macro view, and you can then click on it and rename it. I’m going to name it ExampleMacro.
Once you’ve done that you’ll now go to the action view and select the add button there. A new action should appear in the action view. You can rename this if you’d like, and then we’ll want to select the device we previously created in the Support Tool to send to. Lastly, in the data field you’ll want to enter the text command you wish to send to the device. If you are using a Raw Serial/Raw Ethernet device, make sure you include the termination string at the end of your text command for the device you are sending to.
Once that is finished, make sure you add the action we created to the macro we created. You do this by selecting the macro, then the action, followed by the arrow between the macro and action view.
Lastly, like we did with the device file, we’ll save this using the Save As button, followed by publishing it to the correct JNIOR using the Publish to JNIOR button.
Now that the JNIOR has a macro we created that will send the text command to your specified device, now all we need to do is configure the JNIOR so that it will send this macro when DIN1 goes ON. First thing we’ll want to do is go to the JNIOR Web UI by selecting the JNIOR in the beacon tab of the support tool. There you’ll right click it, and go to tools/open web page. Once on the JNIOR web page, you’ll go to the registry tab. On the registry tab, you’ll select AppData/Cinema/Triggers. Once there, you’ll go to Input1Macro and enter the name of the macro we created in the support tool. We named it ExampleMacro, but if you named it something different you’ll enter that name here. This should set the JNIOR so that when DIN1 on the JNIOR goes ON, the macro will activate.
JANOS has implemented a set of time zones that are available but in no means is this a complete list. There are many territories in the world that either do not observe the time zone that they geographically belong to or they have different rules. Some locations differ the time zone rules by 30 or even just 15 minutes. Sometimes governments alter their policies and change the rules that have been in place for years or decades.
This article will describe how to create a new time zone with a DST rule as described in the JANOS Registry Documentation under section 9.2.
The clock subsystem is generally configured using the DATE command. JANOS defines a set of time zones for use in displaying local time. These time zones may or may not utilize Daylight Savings Time (DST).
As there are 24 hours on our clock one might expect that there needs to be only 24 time zones. This however is not the case as some areas offset their clocks by just 30 minutes. In addition, some areas utilize DST while others do not. The following is the default set of time zones. This can be displayed at any time using the DATE -T command.
This default list of time zones is likely incorrect for some areas across the globe. INTEG encourages users to let us know when a correction to the timezone tables might be appropriate. JANOS does provide a means by which you may define new time zones with or without DST rules. You may even correct an existing timezone. This is accomplished using one or more Time zones/<name> Registry entries.
Use of a website like timeanddate.com is very helpful for the validation and creation of time zones.
Here I will show you how to create a new Time Zone for Aukland New Zealand. Timeanddate.com gives us all the information we need in this screenshot.
We see that they are currently observing Daylight Savings Time and will be throughout the beginning of next year since New Zealand is in the Southern Hemisphere. So now we can follow the following format to build a registry key for the new time zone we will create.
We will need to use the full format in order to get the daylight savings time rules implemented. To do this we can enter the following at the command line.
The registry tab could also have been used to create the key. That would look like this…
In either case we get the same result. We can now issue the date -t command to see our newly created time zone.
A reboot is needed to complete the registration of our newly created time zone. After the reboot there is only one more thing to do. Tell the JNIOR to use it. For example, date NZST.
There you go! The new time zone has been created and the JNIOR is now using it. As mentioned above, it is recommended to tell INTEG of missing or incorrect time zones so that we can put it in the JNIOR but creating a custom time zone will get your JNIOR to start using the new rules immediately.
Serial Control Plus is an application that comes pre-installed on all JNIORs. It allows you to connect either serially or through TCP to a JNIOR, and give it commands to activate the JNIOR’s I/O. This post will explain how to setup and use Serial Control Plus on your JNIOR.
As mentioned before Serial Control Plus is already pre-installed on all JNIORs. To activate it, you need to go to the JNIOR DCP. This can be accessed by either right clicking the JNIOR in the JNIOR Support Tool and going to Tools/Open Web Page, or by typing the JNIOR’s IP address into the URL of your computer’s web browser. Once on the DCP, you’ll go to the applications section on the configuration tab and click the checkbox next to Serial Control Plus and reboot your JNIOR. This will allow you to use Serial Control Plus on that JNIOR.
Once you have activated the Serial Control Plus application on your JNIOR, you can now send commands to the JNIOR through it. We are going to open the command line from the support tool to activate commands on this JNIOR for this example. To open the command line from the Support Tool, you’ll go to the Tools bar at the top of the Support Tool and select Command Line.
Once you have the command line open, you’ll need to configure the settings of the command line to send commands to the JNIOR. To have the right settings to communicate with the JNIOR, we need to select how we communicate to the JNIOR. Serial Control Plus can communicate with the JNIOR two ways. Either you can connect to the JNIOR with a serial connection or a TCP connection.
To connect serially with the JNIOR, you need to plug a serial cable into the Aux Port of the JNIOR. Once you do that we need to select the correct settings in the command line window. As in the picture below, next to the connect button for the connection type you’ll select COM, baud type is 9600, Data bits is 8, Stop bits is 1, Parity is none, and hardware/software is set to none. For the Option drop-down, select all the choices.
To connect through TCP, you just need the JNIOR to be on the network to connect. As in the picture below next to the connect button for the connection type you’ll select TCP/IP, you’ll set the JNIOR’s IP, and the Port to connect on is 9202. For the Option drop-down, select all the choices.
Once you’ve decided on your connection type and configured the command line accordingly, you should be able to send commands to the JNIOR. Here are commands for controlling and monitoring I/O.
Controlling I/O
The following commands can be used to close, open and pulse outputs.
cX: Close the output (relay is “on” closing the contact) where x = 1 through 8 for the internal relay outputs on the JNIOR and x = +1 through +8 for the external relay outputs on the 4 Relay Output Expansion Modules
oX: Open the output (relay is “off” opening the contact) where x = 1 through 8 for the internal relay outputs on the JNIOR and x = +1 through +8 for the external relay outputs on the 4 Relay Output Expansion Modules
p=yyy Pulse duration (milliseconds) and is used in conjunction with the ‘close’ or ‘open’ command
Examples: c2p=1000 close output 2 for 1 second and then open again c+2p=1000 close output 10 for 1 second and then open again o3p=10000 open output 3 for 10 seconds and then close again c* Close all outputs at the same time (includes internal and external) o* Open all outputs at the same time (includes internal and external)
These commands can be abbreviated and used in combination, such as: c1 close relay output 1 c+1 close relay output 9 (first output on first expansion module) c+5 close relay output 13 (first output on second expansion module) c1+1+5 combination of the above all in one command c1234 close relay outputs 1 through 4 c1368 close relay outputs 1, 3, 6, 8 o125 open relay outputs 1, 2, 5 c1+1p=1000 close relay outputs 1, 9 and pulse each for 1 second simultaneously
Monitoring I/O
Whenever an input (or output) changes status (low-to-high or high-to-low), the following is sent out by the JNIOR:
INx=1 Input x (1 – 8) has gone high (on) OUTx=1 Output x (1 – 16) has gone high (on) INx=0 Input x (1 – 8) has gone low (off) OUTx=1 Output x (1 – 16) has gone low (off)
The default setting for the Registry Key AppData/Serial_Control/SendCounts is false. If you change this key to true and reboot, with each message stating the input status, a count value will also be included. Whenever an input changes status (low-to-high or high-to-low), the following is sent out by the JNIOR:
INx=1,yyy Input x (1 – 8) has gone high (on), counter value = yyy INx=0,yyy Input x (1 – 8) has gone low (off), counter value = yyy
Note: These monitoring messages are sent out individually over the serial port or Ethernet. The JNIOR does not report the status of more than one input/counter in the same message.
With this, you should now be able to use Serial Control Plus to control and monitor a JNIOR’s I/O!
The series 3 JNIORs used the Java Applet as a GUI. Years ago the browsers stopped supporting Java Applets due to security concerns. You are no longer able to open the series 3 Java Applet GUI in most browsers. You can still access it by launching it locally since it is installed as part of the JNIOR Support Tool. The security concerns over java applets are not present when launching the Java Application locally. Here is how to access the Java Applet for a JNIOR.
NOTE: The Java Applet GUI should only be used with series 3 JNIORs.
First, make sure you have the JNIOR support tool downloaded. Here is a link for it.
Once you have downloaded the Support Tool, you’ll want to open it and find the JNIOR you wish to access the Java Applet for in the Beacon tab. Then by right clicking it, you’ll then go to Tools/Classic Monitor, Configuration, Control Application option and select it.
After selecting this for, the Java Applet for your JNIOR should open.
Once you have installed the JNIOR Support Tool, open it and go to the Update tab. Here we will open the Tasker update project that was downloaded. Do not unzip the update project file. You should see the following…
This image shows the Update project for Tasker version 3.1 from May 5th 2020
Click Publish and select the JNIOR or JNIORs that you wish the load the Tasker Application on to. The Update project will run until all of the selected JNIORs have been updated.
Once complete, you can go to the Tasker Web Application in your browser. Simply go to http://JNIOR_IP_ADDRESS/tasker.
One of the useful things about Tasker, is that it can include communicating with other devices within its tasks. This is possible by including a networks action, but before those actions can be used devices need to be added to a Tasker application. This post will explain how to create devices to be used in actions for tasks.
To start, we’ll begin by going to the devices tab of the Tasker application.
Here we can select the “Add Device” button which brings up a dialog box to add a device to the current workspace.
In this dialog, two things need to be defined to create the device. This first value needed is the name of the device. The second value needed is the device type, which can either be an Ethernet or SNMP Device. Depending which Device type you choose changes the what information you can configure for the device after creating it.
Creating an Ethernet Device
If the Ethernet Device type was selected, the configurable option for the created device should look like this:
Two values of the Ethernet Device need configured in order to use it in a Task action, the IP Address and the TCP Port values. These need to be set to the IP Address and TCP Port values on the device, so that when they are used in actions, the JNIOR can properly communicate with the device. Another post has an example of using a TCP Send with an Ethernet Device.
Creating an SNMP Device
If the SNMP Device type was selected, the configurable option for the created device should look like this:
Three values of the SNMP Device need configured in order to use it in a Task action which are, the IP Address, the UDP Port, and the Community Name. These are needed for the JNIOR to connect to the SNMP Device and you obtain them from the SNMP Device. A different post shows how to use a SNMP Device with an SNMP Trap.
With this, you should have created devices in Tasker that can be implemented in actions.
Schedules add functionality to task created in Tasker because it gives them the ability to place a time for when the tasks should occur. This post will explain the different types of schedules that can be created, and how they can configured.
Creating a Schedule
To start, we’ll go to the Schedule tab of the Tasker application in order to create a schedule.
After going to the Schedule tab, the first thing to do is add a schedule in the Schedule tab. After giving it a name, the new schedule will have 3 parts to it, the name, the rules, and the task to be executed from it.
The Name section already has the name you gave it when it was created, but that section also gives you the options to edit the name, have the schedule enabled or not by checking the checkbox, or delete the schedule.
The Task Name section allow you to select a task from a drop down list or manual enter the name of a task that will execute at when the schedule is set.
Adding Rules to a Schedule
The Schedule Rules section is what allows the schedule to determine the times that which the Task selected in the Task Name section will execute. Clicking the “Add Rule” button opens the rules dialog box.
When adding rules to a schedule, there are 4 types of rules you can add, reboot, sunrise, sunset, and schedule. The first three are similar, where you simply click on the Schedule Type and select sunrise, sunset, or reboot from the drop down list. This will make it so that the task you set with that schedule will run at either sunrise, sunset, or on reboot, depending on which one you picked and no other options need to be selected.
Picking the Schedule option in the Schedule Type, lets you set the custom options for creating a schedule. The first option after the Schedule Type is the Start On option. This lets you select what day the schedule will begin to activate. Once the date reaches the day you selected it will run that schedule from then on.
After that is the Start Time option. This allows you to select from the hours and minutes in a 24 hour format when the scheduled task will begin.
Next is the Repeat Every option, which lets you how often in a time interval you want the task to reoccur. It adds a End Time option once a value has been added to the Repeat Every option. It can be set similar to the Start Time option that will decide when the Task will stop repeating by.
After that is the Date Selection Type option, which lets you choose between letting the task execute None (Which is one time), Daily, Weekly, or Monthly. Depending on what option you choose, this changes the Recur Every option. Picking the None option will make the task only run on the Start On date you picked. The Daily option will let you choose how many days between the task should run. The Weekly option will let you choose what days of the week the task should run. The Monthly option will let you choose what days of month the task should run.
With this, you should be able to assign schedules for any task you have created.
Workspaces are files that contain configuration for Tasker. Tasks, Devices, Loggers, Signals, Triggers, and Schedules are all saved in a Workspace file.
Multiple Workspace files can be loaded on the JNIOR at the same time allowing you to load more complex logic. Using multiple Workspaces allows you to logically group the features together that rely on each other.
Tasker will not have any Workapces loaded when it is first loaded. You will be presented with a screen alerting you to that fact and telling you that you must create a new Workspace.
You can click the green button to Create a new Workspace or use the New option in the File menu.
Once a Workspace is created and saved the screen will appear differently the next time you visit Tasker. Here we have created two Workspaces to illustrate this.
You can now click on of the Workspace files or use the Open option in the File menu.
The above post was a brief explanation covering how to create and open Workspaces in Tasker. If you have any additional questions you can check out the Tasker Knowledgebase.
This feature is available in Tasker v3.1 and later.
Having the JNIOR send a SNMP Trap is great. The SNMP application offers built-in Traps when the digital inputs and relay outputs change. Tasker takes this further allowing you to send a SNMP Trap as a part of a Task. The value of the Trap can be custom and dynamic based on the message building rules of Tasker.
The first thing we need to do is make sure that SNMP is running. The feature covered in this post is available in SNMP v2.6 and greater. Once we know that SNMP is running we can Create or Open a Tasker Workspace.
To send a SNMP Trap we will need to add the SNMP Trap action to a Task. You can create a new Task for this action or add it to an already existing Task. The action will ask for the SNMP OID (Object Identifier), the message to send and the device to send the Trap to. The device to receive the Trap can be the built-in Trap Host that is defined in the SNMP application or a new one can be defined in the Devices Tab.
Upon selecting the SNMP Trap action you will be presented with the following
Here is what it will look like after entering some information
Without defining a SNMP Device, the Trap will be sent to the Trap Host that is defined in the SNMP application. You can optionally define a new Trap Host by clicking + Add Device in the Devices Tab.
You will be presented with a Dialog asking for a Device Name and the Device Type. Enter any name and select SNMP Device from the Device Type drop down.
Now you can enter the Trap Host information as shown here.
Now back in our Task Action we will see this Device as an option.
Save the Workspace in the File menu and your Custom Trap will be able to be sent!
Advanced Usage
You can send a dynamic message. A dynamic message is one that has different data based on our message building rules. Here we will send the current temperature.
A defined Signal could also be used here instead of temp[1].f and a Trigger could be used to cause the Trap to get sent as described in the using signals and triggers post.
@integpg