# Matter Open IoT SDK TV-App Example Application

The Open IoT SDK TV Example is an example implementation of the Casting Video
Player device (refer to Video Player Architecture in the Matter Device Library
Specification document). It supports basic and content launching features. The
example includes a dummy application platform with a few hardcoded apps which
use the pre-defined settings to work.

The TV example also functions as a commissionable node, device that can be
paired into an existing Matter network and can be controlled by it.

> 💡 **Notes**: The Open IoT SDK platform implementation does not yet support
> the commissioner role, which means that some of its features are unavailable
> for this example. Therefore, it does not work properly with the Casting Video
> Client node like
> [CHIP TV Casting App Example](../../tv-casting-app/linux/README.md).

## Build-run-test-debug

For information on how to build, run, test and debug this example and further
information about the platform it is run on see
[Open IoT SDK examples](../../../docs/platforms/openiotsdk/openiotsdk_examples.md).

The example name to use in the scripts is `tv-app`.

## Example output

When the example runs, these lines should be visible:

```
[INF] [-] Open IoT SDK tv-app example application start
...
[INF] [-] Open IoT SDK tv-app example application run
```

This means the `tv-app` application launched correctly and you can follow traces
in the terminal.

## Shell commands

The application supports Matter shell commands that allow managing the
application platform (see `examples/tv-app/tv-common/src/AppTvShellCommands.cpp`
implementation). Pass commands to the terminal and wait for the response.

Example:

```
> app add 1
[INF] [DL] GetLoadContentAppByVendorId() - vendorId 1, productId 0
[INF] [DL] ContentAppFactoryImpl: LoadContentAppByAppId catalogVendorId=65521 applicationId=1
[INF] [DL]  Looking next=1
[INF] [DL] Adding ContentApp with appid 1
[INF] [ZCL] TV Linux App: ApplicationBasic::SetDefaultDelegate
[INF] [ZCL] TV Linux App: KeypadInput::SetDefaultDelegate
[INF] [ZCL] TV Linux App: ApplicationLauncher::SetDefaultDelegate
[INF] [ZCL] TV Linux App: AccountLogin::SetDefaultDelegate
[INF] [ZCL] TV Linux App: ContentLauncher::SetDefaultDelegate
[INF] [ZCL] TV Linux App: MediaPlayback::SetDefaultDelegate
[INF] [ZCL] TV Linux App: TargetNavigator::SetDefaultDelegate
[INF] [ZCL] TV Linux App: Channel::SetDefaultDelegate
[INF] [DL] Added ContentApp 1 to dynamic endpoint 4 (index=0)
[INF] [DL] added app
Done
```

Run the `app help` command to get all supported commands and their usage.

## Commissioning

Read the
[Open IoT SDK commissioning guide](../../../docs/platforms/openiotsdk/openiotsdk_commissioning.md)
to see how to use the Matter controller to commission and control the
application.

### ApplicationBasic cluster usage

One of the fully supported clusters by this example is `ApplicationBasic`
cluster. Use cluster commands to trigger actions on the device. You can issue
commands through the same Matter controller you used to perform the
commissioning step above.

Before using the cluster commands, you need to add the application to the
platform using shell commands:

```
> app add 1
```

Example command:

```
chip-tool applicationbasic read vendor-name 123 4
```

The numeric arguments are: device node ID and device endpoint ID, respectively.

The endpoint ID argument is the dynamically assigned endpoint that is associated
with the added application. You can refer to the output logs after completing
the application adding step to find this value, for example:

```
[INF] [DL] Added ContentApp 1 to dynamic endpoint 4 (index=0)
```

The device send a response with its vendor name and you should see this line in
the controller output:

```
CHIP:TOO:   VendorName: Vendor1
```

The `Vendor1` is the hardcoded value for this example.

### ApplicationLauncher cluster usage

The `Application Launcher` is the next example of the supported cluster. Use its
commands to trigger actions on the device. You can issue commands through the
same Matter controller you used to perform the commissioning step above.

Before using the cluster commands, you need to add the application to the
platform using shell commands:

```
> app add 1
```

Example command:

```
chip-tool applicationlauncher launch-app '{"catalogVendorID": 1, "applicationID": "1"}' 123 4
```

The numeric arguments are: device node ID and device endpoint ID, respectively.

The endpoint ID argument is the dynamically assigned endpoint that is associated
with the added application. You can refer to the output logs after completing
the application adding step to find this value, for example:

```
[INF] [DL] Added ContentApp 1 to dynamic endpoint 4 (index=0)
```

`catalogVendorID` and `applicationID` parameters are also printed after
completing the application adding step, for example:

```
[INF] [DL] ContentAppFactoryImpl: LoadContentAppByAppId catalogVendorId=65521 applicationId=1
```

The device send a response that is printed to the controller output:

```
CHIP:TOO:   LauncherResponse: {
CHIP:TOO:     status: 0
CHIP:TOO:     data: 64617461
CHIP:TOO:    }
```

The example application confirms handling the command with the log:

```
[INF] [ZCL] ApplicationLauncherManager::HandleLaunchApp
```