This offer is only addressed to commercial customers including freelancers and entrepreneurs. All prices are exclusive of value added tax (VAT).
  • Share via email
  • Subscribe to blog alert

Bosch IoT Things: End-to-end acknowledgements and further news

The latest Bosch IoT Things service update brings various news and improvements

End-to-end acknowledgements

In some IoT use cases, the processing of requests is important and needs to be guaranteed. The new feature of the Things service supports to control this behaviour from an end-to-end perspective. This includes the processing within the Things service, but also the delivery and processing within other services, which listen to the digital twins managed within Bosch IoT Things.

The guaranteed processing is controlled using acknowledgements.

On all connections to the Things service for receiving operations/messages, you can define the required acknowledgement. The events emitted by Things will include the information about your required acknowledgement. The emitting of events to the respective connections (like AMQP, MQTT, Apache Kafka, or HTTP) can directly confirm such an acknowledgment, if the target system confirms to have received it.

The following acknowledgements can be used:

  • Built-in acknowledgements: twin-persisted
    An acknowledgement with this label is issued, when a modifying command has successfully updated the digital twin in the Things service persistence.
  • Custom acknowledgement labels: you-name-it
    In addition to the built-in acknowledgement requests, a received event can contain custom acknowledgement labels. The event subscriber can detect that an acknowledgement was requested (via the “requested-acks” header), and – as far as it feels responsible for handling it – it issues an acknowledgement.

tip With this feature, we provide a quality of service guarantee of “at least once” (aka QoS 1) when processing operations/messages in an end-to-end manner for the Bosch IoT Suite. For example, a processed message from the Bosch IoT Hub will be technically acknowledged only after it was successfully applied in the Things service, and potentially also in 3rd-party applications. Without successful processing, the redelivery mechanisms of Bosch IoT Hub will apply, according the QoS level set there.

Find details at Acknowledgements.

Extended Free plan of Bosch IoT Things service

New subscribers of our Free plan can kick-off even faster with evaluating their usage scenarios. Deviating from the regular 100,000 transactions per month, which are within the Free plan quota limits, for the first month after subscription we allow 1,000,000 transactions. However, a limitation to the the regular 100,000 transactions per month will be enforced after that period.
Happy hacking.

Some special characters allowed in thing ID and policy ID

The Device Provisioning API has introduced support for more characters in the thing ID and policy ID of your digital twin.
While in previous versions, the Bosch IoT Things needed to restrict using special characters in IDs and keys, which might be part of the URL when requesting the thing, the latest service update comes with some relaxing news.
The current, still valid restrictions for thing ID and policy ID at a glance:

  • must be unique and follow the pattern namespace:name
  • max. 256 characters
  • may not contain the slash character /
  • may not contain the control characters hex 00-1F to 7F-FF
  • may contain special characters, but these have to be encoded/decoded according to the standard/format required for the respective communication channel
    See Device provisioning examples in Asset Communication documentation.

Single quotes in RQL for quoting Strings

Ditto brings in new support for single quotes in filters. When you already have to provide a query, e.g. as Java quoted String, it is easier and more readable to use single quotes instead of double quotes.
Now, your query may look like this: eq(attributes/foo,'bar').


At this occasion, various minor bugs have also been fixed.