Great to see this easy to use example with the Bosch IoT Suite and real embedded HW :)

Unfortunately I noticed that the example is not working, because the certificate fingerprint is outdated:
/* SHA-1 fingerprint of the server certificate of the MQTT broker, UPPERCASE and spacing */ #define MQTT_SERVER_FINGERPRINT "7E 8E 7E FF 65 3E C0 02 88 F4 43 AE C5 FE E0 ED 89 C6 E2 06"
The certificate fingerprint is:
65 04 DC 0E 76 74 C7 FE 40 74 CE 79 04 16 6F 13 C4 0B 1D AD

However it looks like they are using Let's Encrypt certs with only three months until they expire. Wouldn't it be better to validate the certificate against a CA and be less dependent on the cycles they use to rotate the certs?

Test on Mac 10.15.4 (19E287) and Arduino 1.8.12 following new versions work fine:

1. Adafruit Unified Sensor Library (tested with 1.1.2)
2. Adafruit BME680 library (tested with 1.0.7)
3. Adafruit BME280 library (tested with 2.0.1)
4. Adafruit BNO055 library (tested with 1.1.6 | 1.1.10 | 1.1.11)
5. Adafruit NeoPixel library (tested with 1.1.7 | 1.3.5)
6. PubSubClient library (tested with 2.7.0)
7. ArduinoJson (tested with 5.13.4 | 5.13.5 does not work with 6.x.y) see issue #55
8. ESP8266-Ping (tested with 2.0.1)

and
ESP8266 Platform to the IDE, see ESP8266 Arduino Platform (tested with 2.4.1 | 2.6.3)

When http-forwarder receives an event with a path that is equal to "/" this results in a JSON having an empty key on top level.

Versions used

NPM: 6.4.1
NodeJs: v10.5.3
typescript: 3.6.3

What is happening

$ tsc
../../../home/user/.nvm/versions/node/v10.15.3/lib/node_modules/typescript/lib/lib.es2015.iterable.d.ts:41:6 - error TS2300: Duplicate identifier 'IteratorResult'.
41 type IteratorResult<T, TReturn = any> = IteratorYieldResult<T> | IteratorReturnResult<TReturn>;
        ~~~~~~~~~~~~~~
  node_modules/@types/node/index.d.ts:73:11
    73 interface IteratorResult<T> { }
                 ~~~~~~~~~~~~~~
    'IteratorResult' was also declared here.
node_modules/@types/node/index.d.ts:73:11 - error TS2300: Duplicate identifier 'IteratorResult'.
73 interface IteratorResult<T> { }
             ~~~~~~~~~~~~~~
  ../../../home/user/.nvm/versions/node/v10.15.3/lib/node_modules/typescript/lib/lib.es2015.iterable.d.ts:41:6
    41 type IteratorResult<T, TReturn = any> = IteratorYieldResult<T> | IteratorReturnResult<TReturn>;
            ~~~~~~~~~~~~~~
    'IteratorResult' was also declared here.

Found 2 errors.

What should happen

When running tsc a successful build is expected.

Hi,

In your examples you have:

final Thing updated = thing.setAclEntry(aclEntry);

marked as deprecated.

But when I click it to see what's the new way to do it, I cannot see the sources. It's stuck at searching and when I click download from maven it gives me

Sources for 'cr-model-5.0.0.jar' not found

My environment...

IntelliJ IDEA 2016.3.2

Thanks for enabling the issues.

What: I'm trying to do: Import the libraries with Gradle instead of Maven
Why: Gradle is much nicer to read and also supports custom things

What I do:

+buildscript {

• repositories {

•    mavenCentral()
  

•    maven {
  

•        url "https://maven.bosch-si.com/content/repositories/bosch-releases"
  

•    }
  

• }
  +}
• compile("com.bosch.iot.things:things-client:3.0.0.RC8")

Standard gradle way ?

on gradlew build I get

+FAILURE: Build failed with an exception.
+
+* What went wrong:
+Could not resolve all dependencies for configuration 'detachedConfiguration5'.
+> Could not find com.bosch.iot.things:things-client:3.0.0.RC8.

• Searched in the following locations:

•  https://repo1.maven.org/maven2/com/bosch/iot/things/things-client/3.0.0.RC8/things-client-3.0.0.RC8.pom
  

•  https://repo1.maven.org/maven2/com/bosch/iot/things/things-client/3.0.0.RC8/things-client-3.0.0.RC8.jar
  

• Required by:

•  project :
  

Why is it searching on maven.org and not on bosch-si.com ?

My guess. I'm setting up something wrong, but what and how to correct it, I don't know.

Thanks for the easy to use example, to connect the Octopus prototype board to the Bosch IoT Suite.

While playing around with this example I had to change the order to of the "wiFiClient.connect" and "wiFiClient.setCACert" calls at "connect" method of the"boschIotHub" class to establish a secure connection. So that the certificate is available before the connect call takes place.

It would be great if you could fix this to make the example work out of the box ;)

not an issue:

Scenario: some sensors send data every x seconds.
Internet fails for 1 hour.
Data has to be kept in sync.

Do you have any plans to implement persistence... (like Firebase), or it's our the responsibility ?

While running through this How-To I stumbled over some smaller issues. Here are my improvements

• "auto" set-up of some #DEFINE and adding more information about configuration settings into setings-template.h
• Additional Arduino monitor messages for all configurations settings octopus-hub.ino

Both should make configuration and debugging easier.

x

until ArduinoJson V5.13.5 octopus-hub works fine. With V6.0.0 - V6.15.1 will not compile with this error message:

Arduino: 1.8.12 (Mac OS X), Board: "NodeMCU 1.0 (ESP-12E Module), 80 MHz, Flash, Disabled (new can abort), All SSL ciphers (most compatible), 4MB (FS:none OTA:~1019KB), 2, v2 Lower Memory, Disabled, None, Only Sketch, 921600"

sensorPublish:43:11: error: StaticJsonBuffer is a class from ArduinoJson 5. Please see arduinojson.org/upgrade to learn how to upgrade your program to ArduinoJson version 6
   StaticJsonBuffer<600> jsonBuffer;
           ^
sensorPublish:59:11: error: StaticJsonBuffer is a class from ArduinoJson 5. Please see arduinojson.org/upgrade to learn how to upgrade your program to ArduinoJson version 6
   StaticJsonBuffer<200> jsonBuffer;
           ^
sensorPublish:74:11: error: StaticJsonBuffer is a class from ArduinoJson 5. Please see arduinojson.org/upgrade to learn how to upgrade your program to ArduinoJson version 6
   StaticJsonBuffer<200> jsonBuffer;
           ^
sensorPublish:89:11: error: StaticJsonBuffer is a class from ArduinoJson 5. Please see arduinojson.org/upgrade to learn how to upgrade your program to ArduinoJson version 6
   StaticJsonBuffer<200> jsonBuffer;
           ^
exit status 1
StaticJsonBuffer is a class from ArduinoJson 5. Please see arduinojson.org/upgrade to learn how to upgrade your program to ArduinoJson version 6

Needs a hero to upgrade arduinojson.org/upgrade

I followed the tutorial step 4 and tried to change the color of the led on my octopus board.

The current code only switches both led's off:

If I change the lines 73-76 from char to long everything works as expected.

While octopus-hub is connected to Bosch IoT Suite and the service quota is eaten up, messages are not accepted by the server any more. But instead a successful delivery is reported:

21:46:57.467 -> [Bosch IoT Hub]     {"topic":"io.bosch.stefferber/octopus2/things/twin/commands/modify","headers":{"response-required":false,"content-type":"application/vnd.eclipse.ditto+json"},"path":"/features/magnetometer/properties","value":{"status":{"xValue":58.25,"yValue":-46.0625,"zValue":79.6875,"sensorUnits":"uT"}}}
21:46:57.500 -> [Bosch IoT Hub]     Publishing on topic: telemetry

I would expect

• error code like #429 Too Many Requests or #507 Insufficient Storage or #509 Bandwidth Limit Exceeded
• RED NeoPixel color

Currently we have rather simple Things Client examples which use blocking .get() with a specified timeout a lot.
Better would be examples which use CompletionStages which are orchestrated together to form a more "what is happening" instead of a "how is it happening" programming style.

the octopus simulator documentation is unclear and needs improvement

nevermind. I found "some" of the answers in the docs.

I tried to compile and execute the example today. After some debugging, it seems that the fingerprint for the Bosch IoT Hub MQTT Endpoint is wrong. (Wasn't this just changed this week?)

intentional?

https://github.com/bsinno/iot-things-examples/blob/c4d65febaf73e512f932ef734361620fd1ce538e/octopus-bidirectional/iot-frontend/src/store/index.js#L47