Skip to content

Common parameters

templateId/TEMPLATE_ID: String

  • This string describes which template to use, in order to show information on the display device.
  • Each template has a number of fields into which you can insert your data. Fields usually have a header and a content.
  • To learn more about templates, go to Templates.

refreshType/REFRESH_TYPE: RefreshType/String

  • This parameter controls the display device's screen refresh strategy. There are two modes of refreshing. Full refreshes and partial refreshes.
  • Possible Values:

    • RefreshType.FULL_REFRESH/"FULL_REFRESH": A full refresh takes longer, because it turns the screen blank before setting the new one. Use this if your current process step is not time-critical and you want to have control over the artifacts visibility (for example, if you want to control the refresh type every time).
    • RefreshType.PARTIAL_REFRESH/"PARTIAL_REFRESH": A partial refresh is quicker, but there may remain some artifacts from the previous screen. Use this, if your current process step is time-critical and artifacts visibility is not an issue.
    • RefreshType.DEFAULT/"DEFAULT": The default strategy defined by ProGlove. Here, both full or partial refreshes may appear. Use this if you have no preference over one or the other.

    Note: The refresh type parameter will be ignored, if you set a notification screen. These will always use PARTIAL_REFRESH.

(optional) durationMs/DURATION: Int > 0

  • With this parameter you can specify whether you want to set the screen as a notification (>0) or as a permanent screen (=0 or not provided).
  • It represents the amount of time (in milliseconds) within which the notification should be displayed.
  • A value of 0 represents a permanent screen. A value <0 will result in a permanent screen as well.

SDK-specific parameters

TemplateFields: Array<PgTemplateField>

  • This is the central entry point for your information to enter our services.
  • Here, you will provide an array of PgTemplateField objects, that describe the contents of the given template.
  • Each PgTemplateField has an ID field, a Header, and a Content:
    • The ID is a positive integer, which identifies the TemplateField.
    • The Content is a string displayed inside the field.
    • The Header is a string displayed on the top of the field. It should give context to what is shown in this field.
  • To learn more, see Templates.

Callback: IPgSetScreenCallback

  • This is the object onto which the SDK will callback onSuccess and onError. Inside these functions you will be able to handle error or success cases.
  • Additionally, we will log an error message, which provides a more detailed context into the error. This will be done through the logger provided through the constructor of PgManager, or the default one.

SDK-specific remarks

The convenience function PgScreenData.toComamnd() used here to wrap the PgScreenData optionally takes a PgCommandParams object, which gives additional control over how the command should be executed. For now, we only support the replaceQueue flag here, which, if set to true, cancels all commands currently in the queue and adds itself as the first element.

To learn more, see Queueing Behavior.

Intent-specific parameters

DATA: String

  • This is the central entry point for your information into our services.
  • Here, you will provide a string that encodes the information you want to display.
  • Each template field has an ID, a Header, and a Content:
    • The ID is a positive integer, which identifies the template field. We number each field in normal reading direction, starting with 1 on the top-left.
    • The Content is the string displayed inside the field.
    • The Header is the string displayed on the top of the field. It should give context to what is shown in this field.
  • The data string is constructed by appending template field descriptions with a ';' character between them. Each template field description looks like this: "id;header;content"
    • full example: "1;header1;content1;2;header2;content2"


  • As shown in section 2, we use ';' in between the ID, Header, and Content, but in the above example we used the '|' character.
  • If the default separator character ';' is not an option for you, because you want to display that character on screen, then use a different separator, and send it as a string extra in the separator field.
  • The Insight Mobile app will split the DATA string along the ';' character by default, but uses the SEPARATOR if one is provided.

Intent-specific remarks

Additionally, you can provide a boolean valued extra in com.proglove.api.extra.REPLACE_QUEUE, which, if set to true, will make this command cancel the currently waiting commands and execute this command as soon as possible.
To learn more, see Queueing Behavior.

After sending a SET_DISPLAY_SCREEN intent, the Insight Mobile app will send out a status report.
If you listen for this broadcast intent, you will be able to find out when your call succeeded or whether it produced an error.

The broadcast will have the following structure:

  • Action: com.proglove.api.SET_DISPLAY_SCREEN_RESULT
  • Extra:
    • Boolean in com.proglove.api.extra.DISPLAY_SET_SCREEN_SUCCESS
    • optional (if success is false): String in com.proglove.api.extra.DISPLAY_SET_SCREEN_ERROR

  1. Implement a broadcast receiver:
    val broadcastReceiver = object : BroadcastReceiver() {
        override fun onReceive(context: Context?, intent: Intent?) {
            if (intent != null && intent.action == "com.proglove.api.SET_DISPLAY_SCREEN_RESULT") {
                val setScreenSucceeded = intent.getBooleanExtra("com.proglove.api.extra.DISPLAY_SET_SCREEN_SUCCESS", false)
                if (setScreenSucceeded) {
                    Toast.makeText(context, "Did set screen successfully", Toast.LENGTH_LONG).show()
                } else {
                    val errorMessage = intent.getStringExtra("com.proglove.api.extra.DISPLAY_SET_SCREEN_ERROR")
                    Toast.makeText(context, "Did receive error during screen setting: $errorMessage", Toast.LENGTH_LONG)
  2. Define an IntentFilter for the desired actions:

    val filter = IntentFilter()

  3. Register the broadcast receiver instance. The usual place for this call would be in the onCreate method of a Service or an Activity class:

    registerReceiver(broadcastReceiver, filter)

  4. Do not forget to unregister the receiver again, for example in onDestroy:


Example code

val duration = 3000
val setScreenData = PgScreenData(
                PgTemplateField(1, "Header1", "Content1"),
                PgTemplateField(2, "Part-Number", "123456789"),
                PgTemplateField(3, "Storage-hub", "PG28-AHX2C")

val callback = object : IPgSetScreenCallback {
    override fun onSuccess() {
        // screen was set successfully

    override fun onError(error: PgError) {
        // react to the error
        // check your logs, there will be a message that further specifies the error
        if (error.errorCode == PgError.NOT_CONNECTED_TO_DEVICE) {
            // the callbacks might come on background threads, make sure to execute this on the UI Thread
            runOnUiThread {
                Toast.makeText(this@MainActivity, "please connect the display device first", Toast.LENGTH_SHORT).show()
val intent = Intent()
intent.putExtra("com.proglove.api.extra.TEMPLATE_ID", "PG3")
intent.putExtra("com.proglove.api.extra.DATA", "1|Bezeichnung|Kopfairbag|2|Fahrzeug-Typ|Hatchback|3|Teilenummer|K867 86 027 H3")
intent.putExtra("com.proglove.api.extra.SEPARATOR", "|")
intent.putExtra("com.proglove.api.extra.REFRESH_TYPE", "FULL_REFRESH")
intent.putExtra("com.proglove.api.extra.DURATION", 5000)