Update Tutorials.md
This commit is contained in:
parent
4ada3542cd
commit
4d881c8447
|
|
@ -39,10 +39,8 @@ Example 6 changes Example 5 so that LED #2 is now dimmable, instead of just on/o
|
||||||
* setting the brightness of an LED using the LedPin `set()` method
|
* setting the brightness of an LED using the LedPin `set()` method
|
||||||
* storing similar derived Service classes in the same \*.h file for ease of use
|
* storing similar derived Service classes in the same \*.h file for ease of use
|
||||||
|
|
||||||
### [Example 7 - IdentifyRoutines](../examples/07-IdentifyRoutines)
|
### [Example 7 - AccessoryNames](../examples/07-AccessoryNames)
|
||||||
Example 7 uses the encapsulation techniques illustrated in Examples 5 and 6 to derive an easier-to-use Identify Service from HomeSpan's AccessoryInformation Service. The example includes the implementation of an `update()` method that responds to HomeKit requests writing to the Identify Characteristic. New HomeSpan API topics covered in this example include:
|
Example 7 demonstrates how the names of two LED Accessories created in Example 6 can be changed from the defaults generated by the Home App to something more useful and customized.
|
||||||
|
|
||||||
* storing dissimilar derived Service classes in the different \*.h files for better portability
|
|
||||||
|
|
||||||
### [Example 8 - Bridges](../examples/08-Bridges)
|
### [Example 8 - Bridges](../examples/08-Bridges)
|
||||||
Example 8 is functionally identical to Example 7, except that instead of defining two Accessories (one for the on/off LED and one for the dimmable LED), we define three Accessories, where the first acts as a HomeKit Bridge.
|
Example 8 is functionally identical to Example 7, except that instead of defining two Accessories (one for the on/off LED and one for the dimmable LED), we define three Accessories, where the first acts as a HomeKit Bridge.
|
||||||
|
|
|
||||||
Loading…
Reference in New Issue