Authentication is done via OAuth2
This refresh token must be exchanged for an access token by the industrial device.
The access token must be supplied with all requests (either in the Authorization header or in the oauth_token parameter)
The access token has to be recreated if expired or an HTTP 402 error code is received.
HTTP(s) POST http://<ipaddress>/auth client_id=xxxxx&client_secret=xxxxx&grant_type=refresh_token& referesh_token=xxxxxxxThe response is a JSON document:
{"access_token": "xxxxxx", "refresh_token": "xxxxxxx", "expires_in": 3600 }
OAuth2 based authentication can be disabled via a configuration option.
If OAuth2 is enabled, all web service requests should use HTTPS, (because the security of OAuth2 is based on encrypted communication).
The Data Provisioning Interface allows the controlling system to supply variable data for the next labels created.
The data has to be resupplied (eg via manual interaction on the controlling system) when LPSNG is restarted.
The data is used like the input into the corresponding manual entry form. All input fields are required to be in the correct printable format (eg correct date format for label desired).
The field names in the interface can be converted via a simple table (included in the configuration file) into the field names used in the label descriptions.
Fields not supplied via the interface will be filled with the values from the label description
The interface is available in different forms (which could be used interchangeably):
The following fields are required for every label:
Sample:
_labelNo | _remaining | _content |
---|---|---|
1 | 10 | 3 |
2 | 7 | 3 |
3 | 4 | 3 |
4 | 1 | 3 |
SCADA Field | LPSNG field |
---|---|
VE_Print_layout | itemId |
Batch_LOT | lot |
Batch_ExpDate_VE_Readable | ExpDate |
Batch_CartonPerCase | _content |
Batch_LOT_Size | _remaining |
HTTP(s) POST http://<ipaddress>/dataProvisioning?master=<guid> <data VE_Print_Layout="5564-9105" Batch_LOT="JMXXXA" Batch_ExpDate_VE_Readable="12.2013" Batch_LOT_Size="120" Batch_CartonPerCase_VE="10" _labelNo="1" />
Where:
The post data must be application/x-www-form-urlencoded.
The following HTTP status codes have special meaning;
HTTP(s) POST http://<ipaddress>/dataProvisioning master=<guid>&VE_Print_Layout=5564-9105&Batch_LOT=JMXXXA& Batch_ExpDate_VE_Readable=12.2013&Batch_LOT_Size=120& Batch_CartonPerCase_VE=10&_labelNo=1 />
Where:
The post data must be application/x-www-form-urlencoded.
The following HTTP status codes have special meaning;
The Vision Control Interface allows vision systems to query LPSNG about validation rules for the last label created.
HTTP GET http://<ipadress>/visionControl?master=<guid>
Where:
XML document with validation rules for the last label created
<validation> <page orientation="1"/> <ocr action="0" content="JMXXX1" direction="0" invers="0" xpos="54.0901464968" xsize="38.2102575016" ypos="66.8185382964" ysize="11.8397021459"/> <barcode action="0" content="2638B3924" direction="90" invers="0" type="Code-128" xpos="237.147304083" xsize="23.9093424133" ypos="25.2189983354" ysize="76.8463686448"/> </validation>
The following HTTP status codes have special meaning;
The Vision Status Interface allows vision systems to display status images (eg result of last scan) in the LPSNG device control interface.
The status images is updated (without the need for a browser refresh)
HTTP(s) GET http://<ipaddress>/visionStatus?master=<guid>&url=<url>
Where:
LPSNG can be integrated in industrial production processes.
The following interfaces are available:
The interfaces are provided via REST HTTP.
If the system is configured for mandatory authentication, all requestes have to be authenticated via OAuth2