RPD Vaktari Machine reads the files the machine's SCADA writes during the day and gets three things out of them: what state the machine is in now, how long it has been running and stopped, and why it stopped. Nothing has to be written down by hand: every change of state and every error is recorded with its time.
You look at it with a browser, from the same computer or from any other on the network. It has five tabs:
| Tab | What it is for |
|---|---|
| Live | What the machine is doing right now and how today is going. |
| Accumulated | One specific day or a period: availability, stops, errors and output. |
| Errors | How the errors evolve day by day, to spot a fault or wear in time, and which errors send e-mail alerts. |
| Report | The same period as a report, to print or save as PDF. |
| Export | Getting the stops, the errors or the daily summary out as CSV, and the report as PDF. |
The whole module is built on splitting time into states. Three of them count as production time, and three do not:
| State | Colour | What it means | Counts towards availability |
|---|---|---|---|
| Running | green | the machine is producing | yes |
| Stop with error | red | it stopped and the SCADA recorded an error | yes |
| Stop without error | amber | it stopped with no error recorded | yes |
| Waiting to start | grey | the time before the first start of the day | no |
| End of day | grey | the last stop of a day that is already closed | no |
| Pause between lots | light yellow | a stop longer than the limit set at installation, if there is one; usually a wait for material | no |
start_vaktari_machine.bat, or the shortcut that points to it. A black window with text opens: it is the program that reads the files. Do not close it; you can minimise it.http://localhost:8761.http://PC-IP:8761 in the browser, where PC-IP is the address of the computer running Vaktari. Whoever did the installation will give it to you.The Live tab updates by itself every 5 seconds, and the state clock ticks every second. Accumulated is recalculated every minute when the period includes today.
Each installation of Vaktari Machine follows one machine. If there is more than one, each has its own address.
Error texts are not translated: they are shown as the machine's SCADA writes them.
This is the screen to keep open on the shop floor. It always refers to today.
The band at the top says in large letters what the machine is doing and changes colour with the state: green when running, red when stopped by an error, amber when stopped without an error, and grey when it is not production time. On the right, a clock counts how long it has been in that state.
When the stop is due to an error, the list of active errors appears under the state. The first one carries the first error label: it is the one that stopped the machine, and the others are usually a consequence of it.
| What it says | When |
|---|---|
| Running | the machine is producing |
| Stopped: error | stopped with an active error |
| Stopped | stopped with no error |
| Waiting to start | it has not started yet today |
| Paused | the stop has exceeded the pause limit, if one was configured |
| No activity today | there is no file for today: the last day with data is shown |
| No data | the folder holds no files |
| Card | Large figure | Below |
|---|---|---|
| Output | parts made today | NOK parts and their percentage |
| Current lot | the counter of the lot on the machine | OK and NOK of the lot |
| Rate | parts per hour over the last few minutes; only while running | the day average, counting running time only |
| Availability | percentage of production time spent running | total running time |
| Stops | number of stops today | how many with an error and how many without |
| Downtime | total time stopped | the part of it that is with an error |
If the machine provides general counters, a seventh card appears, General counters, with OK, NOK and NV (parts not seen). And if the machine does not classify the parts — it counts the total but not OK or NOK — the NOK lines are not shown.
Each coloured stretch is a state. Hover over it to see the state, the start and end times, the duration and, if any, the errors. A day with activity looks like fig. 12.
A bar with the three parts of production time — running, stop with error, stop without error — and a table with, for each one, how many stops, how much time and what percentage. The last row, Availability, is the total number of stops, the production time and the percentage running.
The curve of parts made through the day, with the stops marked in the background in their colour. While the machine is running the line rises; at each stop it stays flat. The slope is the rate: the steeper, the faster. It is the same chart as in fig. 12.
Below are the two error tables — Errors by frequency and Errors by downtime — and the Today's stops list, with the most recent at the top; the one still going on says Ongoing. They are the same tables as in “Accumulated”, where they are explained (fig. 14 and 15), with today's data.
Here you choose a day or a period and see how it went. The selection you make is the one used by Report and Export.
Output with the NOK, Availability with the running hours, Stops with and without an error, Downtime and Average rate while running: the parts made divided by the running hours. Under the last one, how many days of the period have data.
In Timeline, each day is drawn as it happened, from left to right, with the same colours as the timeline of a single day. You can see the lots that were made, where the long stops were and whether the machine was left stopped with an error. Short stops have a minimum width so they do not vanish: no error is hidden, however short. Hovering over a stretch shows the state and the times.
In Breakdown, each day's bar groups the time by state: running, stop with error, stop without error and pause between lots. It is useful for comparing proportions, but it does not say when each thing happened. On the right, in both views, the day's availability and output.
The two lists rarely agree, and both are useful. An error that comes up often but is short annoys the operator; one that comes up once and keeps the machine stopped for an hour is the one that brings availability down. In the example, the most frequent error came up twice, but 96 % of the time lost belongs to another that came up only once.
The Cumulative column is the percentage added up to that row. The top ten are shown and the rest are grouped under Others.
For each stop: start, end, duration, type, the reference being made and the errors, with the first at the top. In a period of more than one day there is also a date column. If there are more than a hundred, the last hundred are shown with a button to see them all.
Only stops that count towards availability are listed: the wait to start, the end of the day and the pauses are not in the list.
This is where you see how each error evolves over the days. It is the maintenance screen: an error that starts to appear more often usually points to a dirty sensor, a part wearing out or an adjustment drifting, and it is better to see it before it turns into a breakdown.
At the very top, Vaktari already says what it finds unusual. Below are the chart and the table to look at it in detail and, at the end, the e-mail alerts, so you do not need the screen open to find out.
Vaktari compares the errors of the last 3 production days with those of the previous 20, and warns when an error appears more often than chance can explain. Everything is measured per hour of running time, so a short day and a long one compare fairly, and days without production do not count.
Clicking a card puts that error on the chart, scrolls down to it and highlights its line. If nothing is out of the ordinary, the panel says No error is occurring more often than usual and how many days it has analysed. The alerts are recalculated every ten minutes and always look at the latest days with data, whatever period is chosen for the chart.
The chart draws up to eight errors at a time. By default, the eight most frequent in the period. With so many lines it gets busy: hovering over an error in the legend or in the table below highlights its line and fades the others.
Here every time an error appears is counted, even if the stop ended up as a pause between lots or the end of the day: for maintenance what matters is how many times it failed, not how the stop was counted. That is why the totals can be somewhat higher than in Errors by frequency on Accumulated.
Vaktari Machine can send e-mails about the errors, so you do not need the screen open to know what is happening on the machine. Which addresses they go to and which server sends them is set by whoever installs it; the page decides which errors raise alerts.
Each error in the table can be in one of these three states, changed with the button in the Alert column:
| Button | State | What it sends |
|---|---|---|
| grey ! | Normal | It appears in the daily summary, and sends an e-mail if it starts occurring more often than usual. Every error starts in this state. |
| red ! | Critical | On top of normal, an e-mail every time it stops the machine. For errors that need attention straight away. |
| crossed-out bell | Muted | No e-mail. It is left out of the daily summary's table and chart, and only listed at the end. For known errors that add nothing. |
Muting an error only takes it out of the e-mails: on the page it still counts the same, in the charts, the table and the Paretos.
There are three kinds of e-mail:
The period chosen in Accumulated, on a single sheet to print or save.
The summary carries the output, the NOK, the running time, the time and number of stops with and without an error, the availability and the average rate while running.
The CSV files use a semicolon as separator. Decimals follow the interface language: a point in English, and a comma in Catalan, Spanish, Basque, French and Portuguese. The file name includes the machine, the period and the reference.
Running time divided by running time plus stop time. 90 % means that, out of every hour in which production was due, six minutes were stops. The time before starting the day, the time after finishing and long pauses, if configured, are left out of the calculation.
Availability says nothing about speed or quality: a machine can be running 100 % of the time and be slow, or make bad parts. That is what the rate and the NOK are for.
Vaktari adds up how much the machine's lot counter advances through the day. The first reading of the day is the starting point and does not count, because the lot may come from the day before. If the counter goes down, it takes the lot to have changed and carries on adding from zero. A brief zero caused by a SCADA restart is ignored, so that parts are not counted twice.
A stop can have several errors. By frequency, each error counts once. By time, the whole stop goes to the first error. That is why the counts do not add up to the number of stops, whereas the durations do add up to the stop time with an error.
An error is not more serious because it appears a lot on a single day: it may be a bad batch of material. What warns of a fault is the trend: an error that appears more day after day, or a new one that repeats. The What to watch panel in the Errors tab works it out per hour of running time, so a day with more output does not look worse; to look at it yourself, use a period of 30 or 90 days.
It is a stop for which the SCADA recorded no error. Vaktari does not know the reason. If they weigh heavily on a day, it is worth asking what is being done during those stops: it is lost time that no alarm explains.
| What happens | Why | What to do |
|---|---|---|
| The page does not open | the program is not running | Start start_vaktari_machine.bat again and leave the black window open. |
| It opens on the machine's PC but not from another | the address is wrong, or the firewall is blocking port 8761 | Check the address. If it is right, tell whoever did the installation. |
| Cannot reach the server | the program has stopped or the network is down | What is on screen is the last data received. Start the program again; the page reconnects by itself. |
| The machine folder has no CONTINUOUS_ file | the path is wrong, or the folder cannot be accessed | Tell whoever did the installation: the configured folder has to be checked. |
| No data yet today | the SCADA has not written today's file yet | If the machine has not started, this is normal: the last day with data is shown. If it is already working, check that the SCADA is writing. |
| No new data for … | the machine was shown as running and there has been no reading for a few minutes | Check that the SCADA is writing the files and that the shared folder is reachable. |
| The rate shows a dash | the machine is not running, or there are not enough readings yet | It is only calculated while running and with at least a minute of readings. |
| Availability shows a dash | there is no production time yet today | It starts counting with the first start of the day. |
| A day is shown as No activity | there is a file, but the machine was never started | Nothing to do. It does not affect the availability of the period. |
| NOK is not shown | a reference is chosen, or the machine does not classify the parts | Set Reference to All. If it still does not appear, the machine does not provide that value. |
| What to watch says there is not enough history | at least 13 production days are needed to know what is normal | Nothing to do: the alerts will start by themselves when there are enough. |
| On Errors an error has more times than in Errors by frequency on Accumulated | the Errors tab also counts the errors of stops that ended up as a pause between lots or end of day | Nothing to do: it is intended, so no failure goes unnoticed. |
| No e-mail arrives | e-mails are off on this computer, the mail server does not accept them, or they went to the spam folder | Look at the E-mail alerts panel: if it says they are off or shows an error in red, tell whoever installed it. Try Send a test e-mail and check the spam folder too. |
| E-mails arrive twice | two computers run Vaktari Machine for this machine and both have e-mails turned on | Tell whoever installed it: only one must have them on. |
| Too many e-mails about the same error | the error is critical and occurs often | In the Alert column of the Errors tab, set it to normal or muted. |
| Excel puts the whole CSV in one column | Excel and the file do not use the same separator | Import it from Data → From Text/CSV and choose the semicolon. |
| The decimals in the CSV come out wrong | it was exported with the interface in one language and Excel expects another | Set the interface to Excel's language and download again. |
If you have to report an issue, note the version shown in the page footer and take a screenshot of the whole screen.