@@ -408,7 +408,7 @@ The device monitor can be found at: `http://localhost:3000/device/monitor`
408
408
409
409
You can check if the IoT Agent is running by making an HTTP request to the exposed port :
410
410
411
- # ### :one: Request:
411
+ # ### 1️⃣ Request:
412
412
413
413
` ` ` console
414
414
curl -X GET \
@@ -494,7 +494,7 @@ within this tutorial as we will be provisioning each device separately.
494
494
This example provisions an anonymous group of devices. It tells the IoT Agent that a series of devices will be sending
495
495
messages to the `IOTA_HTTP_PORT` (where the IoT Agent is listening for **Northbound** communications)
496
496
497
- # ### :two: Request:
497
+ # ### 2️⃣ Request:
498
498
499
499
` ` ` console
500
500
curl -iX POST \
@@ -549,7 +549,7 @@ Three types of measurement attributes can be provisioned:
549
549
> **Note**: in the case where individual `id`s are not required, or aggregated data is sufficient the `attributes` can
550
550
> be defined within the provisioning service rather than individually.
551
551
552
- # ### :three: Request:
552
+ # ### 3️⃣ Request:
553
553
554
554
` ` ` console
555
555
curl -iX POST \
@@ -604,7 +604,7 @@ reading `c` with the context attribute `count` (which is defined as an `Integer`
604
604
You can simulate a dummy IoT device measurement coming from the **Motion Sensor** device `motion001`, by making the
605
605
following request
606
606
607
- # ### :four: Request:
607
+ # ### 4️⃣ Request:
608
608
609
609
` ` ` console
610
610
curl -iX POST \
@@ -627,7 +627,7 @@ raising a request with the Orion Context Broker.
627
627
You can see that a measurement has been recorded, by retrieving the entity data from the context broker. Don't forget to
628
628
add the `fiware-service` and `fiware-service-path` headers.
629
629
630
- # ### :five: Request:
630
+ # ### 5️⃣ Request:
631
631
632
632
` ` ` console
633
633
curl -X GET \
@@ -686,7 +686,7 @@ invoked. The example below provisions a bell with the `deviceId=bell001`. The en
686
686
` http://iot-sensors:3001/iot/bell001` and it can accept the `ring` command. The `transport=HTTP` attribute defines the
687
687
communications protocol to be used.
688
688
689
- # ### :six: Request:
689
+ # ### 6️⃣ Request:
690
690
691
691
` ` ` console
692
692
curl -iX POST \
@@ -719,7 +719,7 @@ directly to the IoT Agent's North Port using the `/v2/op/update` endpoint. It is
719
719
invoked by the context broker once we have connected it up. To test the configuration you can run the command directly
720
720
as shown :
721
721
722
- # ### :seven: Request:
722
+ # ### 7️⃣ Request:
723
723
724
724
` ` ` console
725
725
curl -iX POST \
@@ -748,7 +748,7 @@ If you are viewing the device monitor page, you can also see the state of the be
748
748
749
749
The result of the command to ring the bell can be read by querying the entity within the Orion Context Broker.
750
750
751
- # ### :eight: Request:
751
+ # ### 8️⃣ Request:
752
752
753
753
` ` ` console
754
754
curl -X GET \
@@ -782,7 +782,7 @@ parsing NGSI to JSON is delegated to the IoT Agent itself. Provisioning a device
782
782
measurements is merely a matter of making an HTTP POST request with both `attributes` and `command` attributes in the
783
783
body of the request.
784
784
785
- # ### :nine: Request:
785
+ # ### 9️⃣ Request:
786
786
787
787
` ` ` console
788
788
curl -iX POST \
@@ -820,7 +820,7 @@ curl -iX POST \
820
820
821
821
Similarly, a **Smart Lamp** with two commands (`on` and `off`) and two attributes can be provisioned as follows :
822
822
823
- # ### :one::zero: Request:
823
+ # ### 1️⃣0️⃣ Request:
824
824
825
825
` ` ` console
826
826
curl -iX POST \
@@ -855,7 +855,7 @@ curl -iX POST \
855
855
856
856
The full list of provisioned devices can be obtained by making a GET request to the `/iot/devices` endpoint.
857
857
858
- # ### :one::one: Request:
858
+ # ### 1️⃣1️⃣ Request:
859
859
860
860
` ` ` console
861
861
curl -X GET \
@@ -886,7 +886,7 @@ Therefore this section of registering and invoking commands **duplicates** the i
886
886
887
887
To invoke the `ring` command, the `ring` attribute must be updated in the context.
888
888
889
- # ### :one::two: Request:
889
+ # ### 1️⃣2️⃣ Request:
890
890
891
891
` ` ` console
892
892
curl -iX PATCH \
@@ -910,7 +910,7 @@ If you are viewing the device monitor page, you can also see the state of the be
910
910
911
911
To invoke the `open` command, the `open` attribute must be updated in the context.
912
912
913
- # ### :one::three: Request:
913
+ # ### 1️⃣3️⃣ Request:
914
914
915
915
` ` ` console
916
916
curl -iX PATCH \
@@ -930,7 +930,7 @@ curl -iX PATCH \
930
930
931
931
To switch on the **Smart Lamp**, the `on` attribute must be updated in the context.
932
932
933
- # ### :one::four: Request:
933
+ # ### 1️⃣4️⃣ Request:
934
934
935
935
` ` ` console
936
936
curl -iX PATCH \
0 commit comments