Date   

Re: Iotivity Arduino Build AVR issue

elizabethnathaniaw93@...
 

Mats and Clarke,
Thank you for your quick reply.

Oh, I've read about iotivity-lite. But where I can find the documentation for how to use iotivity-lite? Because the iotivity wiki is not up-to-date.

Wow, that's great. I can't wait for the Arduino example.

What can I help with that? Actually, I'm worried with my skill now I can't help much.

How about iotivity for the Intel Edison board? Is it need to use the iotivity-lite too?


Re: Iotivity Arduino Build AVR issue

Clarke Stevens
 

Mats is correct. The good news is that we’ve created an Arduino example that works with IoTivity-lite and full OCF security.

There are just two obstacles. The first is that we haven’t installed the example into the IoTivity-lite repo yet. We’re all ready to do it, but the two main people to do that are very busy, so I’m not sure how soon it will happen.

The second problem is that the ATMega may not have enough resources. We have successfully built it on an Arduino Due with a WizNet 5500 shield. I’m anxious to try it on a Huzzah32 ESP32 board, but I’m waiting until the Due example is installed in the repo before I do that. If you have time to help, I can add you to an internal discussion and we may get it sooner.

Thanks,
-Clarke

On Dec 9, 2019, at 9:32 PM, Mats Wichmann <mats@...> wrote:

On 12/9/19 7:49 PM, elizabethnathaniaw93@... wrote:
Hi, I'm new in ioivity and still try to use it.
I want to build iotivity on Arduino ATMEGA 2560. I follow these 2 links:
https://iotivity.org/documentation/arduino/getting-started
https://wiki.iotivity.org/build_iotivity_project_for_arduino
But when start scons command I got this error that I attached in this message.
I used Arduino IDE 1.0.x because the links above said so.
How to solve this error?
"original" iotivity doesn't build for Arduino any longer, it grew too big. it seems like you may have an old version of iotivity, as I recall (it's been quite a while) arduino support was removed entirely a while back. for smaller devices (maybe for all devices) iotivity-lite is the better choice.



Re: Iotivity Arduino Build AVR issue

Mats Wichmann
 

On 12/9/19 7:49 PM, elizabethnathaniaw93@... wrote:
Hi, I'm new in ioivity and still try to use it.
I want to build iotivity on Arduino ATMEGA 2560. I follow these 2 links:
https://iotivity.org/documentation/arduino/getting-started
https://wiki.iotivity.org/build_iotivity_project_for_arduino
But when start scons command I got this error that I attached in this message.
I used Arduino IDE 1.0.x because the links above said so.
How to solve this error?
"original" iotivity doesn't build for Arduino any longer, it grew too big. it seems like you may have an old version of iotivity, as I recall (it's been quite a while) arduino support was removed entirely a while back. for smaller devices (maybe for all devices) iotivity-lite is the better choice.


Iotivity Arduino Build AVR issue

elizabethnathaniaw93@...
 

Hi, I'm new in ioivity and still try to use it.

I want to build iotivity on Arduino ATMEGA 2560. I follow these 2 links:
https://iotivity.org/documentation/arduino/getting-started

https://wiki.iotivity.org/build_iotivity_project_for_arduino

But when start scons command I got this error that I attached in this message.
I used Arduino IDE 1.0.x because the links above said so.
How to solve this error?
Thanks



IMPORTANT: IoTivity migrating to GitLab

Nathan Heldt-Sheller
 

Hello IoTivity Devs,

 

IoTivity will be transitioning to GitLab starting in 2020. More information will follow soon, but in the near term this means two things:

 

  1. PLEASE DO NOT submit new patches to Gerrit (IoTivity Classic or Lite repos) between now and EOY
  2. PLEASE MERGE any outstanding patches already pushed the Gerrit by EOY, or plan to manually migrate those patches to GitLab

 

We’re beta-testing the new GitLab services now, and will roll them out in the coming weeks. Keep an eye out for an OCF-sponsored GitLab training in Jan 2020!

Thanks,
Nathan Heldt-Sheller, Intel Corp.

OCF Open Source Work Group Chair


Re: IoTivity Maintainence 2019-12-09 @ 1600 - 1800 UTC (0800 - 1000 PST)

Trevor Bramwell
 

Hi All,

This maintainence is now complete.

Regards,
Trevor Bramwell

On Mon, Dec 09, 2019 at 08:05:58AM -0800, Trevor Bramwell wrote:
Hi All,

This is a notice that the upgrade work has started.

Regards,
Trevor Bramwell

On Fri, Dec 06, 2019 at 11:07:13AM -0800, Trevor Bramwell wrote:
What: The Linux Foundation will be upgrading IoTivity's Gerrit server

When: Monday, December 9, 2019 @ 16:00 to 18:00 UTC (8 to 10AM PST)

Why: New versions of Gerrit provides greater stability and features

Impact: Iotivity Gerrit will be unavailable during the maintenance
window while the system is upgraded, and Jenkins will be put in shutdown
mode.

Affected systems include Jenkins, Jenkins sandbox, and Gerrit.

Notices will be posted here and on https://status.linuxfoundation.org/
before and after the maintenance.

If you see any issue after the maintainence, please let us know through our
support helpdesk: https://support.linuxfoundation.org.


Re: IoTivity Maintainence 2019-12-09 @ 1600 - 1800 UTC (0800 - 1000 PST)

Trevor Bramwell
 

Hi All,

This is a notice that the upgrade work has started.

Regards,
Trevor Bramwell

On Fri, Dec 06, 2019 at 11:07:13AM -0800, Trevor Bramwell wrote:
What: The Linux Foundation will be upgrading IoTivity's Gerrit server

When: Monday, December 9, 2019 @ 16:00 to 18:00 UTC (8 to 10AM PST)

Why: New versions of Gerrit provides greater stability and features

Impact: Iotivity Gerrit will be unavailable during the maintenance
window while the system is upgraded, and Jenkins will be put in shutdown
mode.

Affected systems include Jenkins, Jenkins sandbox, and Gerrit.

Notices will be posted here and on https://status.linuxfoundation.org/
before and after the maintenance.

If you see any issue after the maintainence, please let us know through our
support helpdesk: https://support.linuxfoundation.org.


OCF Easy Setup Specification draft for IoTivity review

Open Connectivity Foundation
 

Dear IoTivity Developers,

 

OCF has made updates to the Easy Setup Specification in part to address some of the interface alignment requests from the GSMA eSIM Group. A draft of the revised Easy Setup Specification is attached for your reference. It is targeted for the OCF “Hollywood” specification release due for release in mid-2020. Also attached is a liaison statement from OCF to the GSMA eSIM Group explaining some of the recent changes in the OCF specification.

 

Best regards,

OCF Staff

______________________________

Open Connectivity Foundation
3855 SW 153rd Drive
Beaverton, Oregon  97003
Phone:  +1.503.619.0673
Email: staff@...

 


IoTivity Maintainence 2019-12-09 @ 1600 - 1800 UTC (0800 - 1000 PST)

Trevor Bramwell
 

What: The Linux Foundation will be upgrading IoTivity's Gerrit server

When: Monday, December 9, 2019 @ 16:00 to 18:00 UTC (8 to 10AM PST)

Why: New versions of Gerrit provides greater stability and features

Impact: Iotivity Gerrit will be unavailable during the maintenance
window while the system is upgraded, and Jenkins will be put in shutdown
mode.

Affected systems include Jenkins, Jenkins sandbox, and Gerrit.

Notices will be posted here and on https://status.linuxfoundation.org/
before and after the maintenance.

If you see any issue after the maintainence, please let us know through our
support helpdesk: https://support.linuxfoundation.org.


Re: IoTivity lite question

George Nash
 

> Seems it depends on access rights: having created the folder by myself it works: there are all those files.  AND: On-boarding on two devices from two different applications / processes works. Maybe we shout have a look on the scenario "one application (= server) with two or more devices. each device with one or more resources". How is this handled within the app.

Sorry about that I have started writing my apps so that they check if the folder exists and if it does not exist the app will create the folder so I forget that the folder actually needs to exist before calling oc_storage_config(…).  Most of the time the creation of the credential folders is done by the iotivity-lite make file so we don’t have to remember to do it for each sample.

 

From: Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>
Sent: Tuesday, December 3, 2019 3:06 PM
To: Maloor, Kishen <kishen.maloor@...>; Nash, George <george.nash@...>; Clarke Stevens <Clarke.Stevens@...>
Cc: iotivity-dev@...; Sören Fink <soeren.fink@...>; Thorsten.Elle@...
Subject: Re: [dev] IoTivity lite question

 

Dear Kishen, George, Clarke,

 

many thanks for your answers.

I managed to have two applications running: one with two devices, one with one device.

 

@George:

"With IoTivity-lite the security information is encoded across multiple files. Feel free to open up the folder specified in oc_storage_config(…) you will find many files ( acl_#, cred_#, doxm_#, keypair_#, pstat_# ) Like IoTivity-classic these files are cbor encoded."

 

Seems it depends on access rights: having created the folder by myself it works: there are all those files.  AND: On-boarding on two devices from two different applications / processes works. Maybe we shout have a look on the scenario "one application (= server) with two or more devices. each device with one or more resources". How is this handled within the app.

 

It's midnight in Germany. I'll now "call it a day" and drink a "Köstritzer Schwarzbier" (https://www.koestritzer.de/produkte/koestritzer-schwarzbier/)

 

Many thanks to you all!

 

Looking forward to here from you and see you! Maybe I can invite you for such a beer at an upcoming OCF event ;-)

 

 

 

 

Cheers and best regards,

Diethelm

 

 

 

 

 

Am 03.12.2019 um 23:26 schrieb Maloor, Kishen:

Diethelm,

 

There's more than one way to achieve this. It really depends on the architecture you'd prefer to employ.

 

> In old days (IoTivity) it was possible to have one server (in one surrounding

> application) that starts several devices. Is that possible with IoTivity lite too?

 

By "surrounding application", are you suggesting a separate application that spawns off specific processes as and when? You can do that with IoTivity-Lite

servers too.

 

> If not: I started two servers (one and the copy of the executable from the first).

> When I onboarded the first one successfully onboarding of the second failed.

 

This could've been because both were pointing at the same storage path (i.e. the path supplied to oc_storage_config())? That's the path where all state (credentials,

etc.) are persisted.

 

> - is it possible to start two or more servers within one application ?

 

The multi-device server which George cited lets you set up and run multiple virtual servers within a single application process. Each virtual server would have its

own set of endpoints/ports.

 

> - How to organise credentials in that case (persistence, etc...)

 

When using a multi-device server, all state is automatically organized by the stack and indexed by virtual server. (For e.g., acl_0 is ACL for the 0th server, acl_1 for the 1st server, etc.).

They're also loaded back appropriately into the contexts of each virtual server following a power cycle.

 

> In general there might be the question:

> If a server application provides two or more devices: then it can only manage ONE

> credential folder / file ? Is that the design goal?

 

The (oc_storage_config()) folder is one per application process, and state is dumped into separate files and managed by the stack.

 

Thanks,

-Kishen.

 

-- 

Kishen Maloor

Intel Corporation

 

From: <iotivity-dev@...> on behalf of George Nash <george.nash@...>
Date: Tuesday, December 3, 2019 at 2:18 PM
To: "Prof. Dr.-Ing. Diethelm Bienhaus" <diethelm.bienhaus@...>, Clarke Stevens <Clarke.Stevens@...>
Cc: "iotivity-dev@..." <iotivity-dev@...>, Sören Fink <soeren.fink@...>, "Thorsten.Elle@..." <Thorsten.Elle@...>
Subject: Re: [dev] IoTivity lite question

 

I am no sure about the OTGC but when I use the onboarding_tool that ships with iotivity-lite I see two device names  `My fridge` and `My thermostat`. With two distinct device ids. We may need to file a bug against the OTCG for this issue. Has anyone tried OTGC with against a multiple device sample?

 

Onboarding must be performed for both devices.

 

With IoTivity-classic all security information was written to a single file.

 

With IoTivity-lite the security information is encoded across multiple files. Feel free to open up the folder specified in oc_storage_config(…) you will find many files ( acl_#, cred_#, doxm_#, keypair_#, pstat_# ) Like IoTivity-classic these files are cbor encoded.

 

If you are using cloud, introspection, or the update api’s you may find additional files. All files written to persistent storage by the iotivity-lite stack will only go to the location specified by oc_storage_config.

 

The number appended to the end of the file name is the device that file is associated with. Device numbering starts with zero `0`.

 

George

 

 

 

From: Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>
Sent: Tuesday, December 3, 2019 12:51 PM
To: Clarke Stevens <Clarke.Stevens@...>; Nash, George <george.nash@...>
Cc: iotivity-dev@...; Sören Fink <soeren.fink@...>; Thorsten.Elle@...
Subject: Re: [dev] IoTivity lite question

 

Dear Clarke, dear George,

 

many thanks for your quick responses.

I'm working in a project with the company BSC which is pushing the EnOcean spec.

We are preparing some hardware and a gateway for the interop meeting next week.

I really like the R Pi example. I started some time ago with Rami's example "IoTivity Development on Raspberry Pi* 3"

 

I think we will start a server providing ONE device with one to several resources representing a single EnOcean sensors.



What do you think?











One more question - hopefully I will not bother ;-) - since I have been not involved in the iotivity lite topic for a longer time.

At the beginning of the security stuff there were cbor files stored holding the credentials.



Nowadays there are commands like



oc_storage_config("./devicebuilderserver_creds");

oc_storage_config("./devicebuilderserver_creds");

 

But it seems that e.g. ./devicebuilderserver_creds is displayed as a folder not a file.

Maybe there is a trick behind that ...

 
@George:
I just tried the multi_device_server_linux.c

The OTGC app displays two devices - unfortunately with the same name "My fridge"

Having onboarded the first device an onboarding of the second device failed.
Was that example tested with the OTGC app and security?

In general there might be the question:
If a server application provides two or more devices: then it can only manage ONE credential folder / file ? Is that the design goal?
 

Best regards,

Diethelm

 

 

 

Am 03.12.2019 um 20:53 schrieb Clarke Stevens:

Diethelm,

 

From your example, I think you may just be building a basic OCF device with multiple resources (resources in OCF are fairly atomic and devices contain multiple resources). You might want to look at the Raspberry Pi examples here that have multiple resources on daughter boards. I particularly like the Explorer Hat Pro example because it has both sensors and actuators and there is a nice tutorial (enclosed). Also, the EnOcean bridge specification should be available soon. In the mean time, you can see what a bridge looks like with several other protocols (ZigBee, Z-Wave, U+, oneM2M, AllJoyn and Bluetooth).

 

 

 

If you actually do need a Device to contain other devices, you can do that, but it is not as simple.

 

Thanks,

-Clarke





On Dec 3, 2019, at 12:11 PM, Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...> wrote:

 

Hi all,

we are building a gateway for EnOcean sensors. The goal is to have a device for each physical device like a button or a sensor.
There are EnOcean sensors with e.g. three measurement points like combined temperature / illuminance / presence.

So we want to provide several devices (with one to n resources) from our gateway application.
In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

If so: could some one send me e.g. a link to an example?


Many thanks in advance.

 
Best regards,
Diethelm






-------- Weitergeleitete Nachricht --------

Betreff:

RE: IoTivity lite question

Datum:

Tue, 3 Dec 2019 18:49:40 +0000

Von:

Rami Alshafi <ralshafi@...>

An:

Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>

 

Hi,

Yes, I believe it is possible to be accomplished with IoTivity-lite. I do not know for sure but no one complained about it being an issue at all and I work with many developers. 

Your best bet is to send out your question to the IoTivity developer mailing list (iotivity-dev@...) and one of the developers will likely respond. The holidays in the US are coming up so maybe responses will be slower.

Thanks,

-Rami

 

From: Prof. Dr.-Ing. Diethelm Bienhaus [mailto:diethelm.bienhaus@...] 
Sent: Tuesday, December 3, 2019 8:17 AM
To: Rami Alshafi <ralshafi@...>
Subject: IoTivity lite question

 

Hi Rami,

 

hopefully you can help us (or push forward our problem):

 

Using the nice development process (gen.sh -> build.sh -> run.sh) we could generate a server with the desired resources.

 

OCF Server name : "server_lite_5821"

Intialize Secure Resources

Register Resource with local path "/humidity"

number of Resource Types: 1

Resource Type: "oic.r.humidity"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/keycardswitch"

number of Resource Types: 1

Resource Type: "oic.r.keycardswitch"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/rockerbutton"

number of Resource Types: 1

Resource Type: "oic.r.button"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_contact"

number of Resource Types: 1

Resource Type: "oic.r.sensor.contact"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_presence"

number of Resource Types: 1

Resource Type: "oic.r.sensor.presence"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/temperature"

number of Resource Types: 1

Resource Type: "oic.r.temperature"

Default OCF Interface: "oic.if.a"

Successfully installed PKI certificate

Successfully installed intermediate CA certificate

Successfully installed root certificate

OCF server "server_lite_5821" running, waiting on incoming connections.

 

The goal is to have a device for each physical device like a button or a sensor.

There are EnOcean sensors with e.g. three measurement points:

 

Light, Temperature and Occupancy Sensor

(A5-08-XX)

Temperature value

Temp Unit (by spec

Temp Range (by TYPE spec)

Illumination value

Illumination range (by type spec)

Occupancy

oic.r.temperature

oic.r.sensor.illuminance

oic.r.sensor.presence

oic.d.sensor

Generic Sensor

 

 


 

So we want to provide several devices (with one to n resources) from our gateway application.

 

In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

 

If not: I started two servers (one and the copy of the executable from the first). When I onboarded the first one successfully onboarding of the second failed.

 

Our questions:

- is it possible to start two or more servers within one application ?

- How to organise credentials in that case (persistence, etc...)

 

Many thanks in advance,

 

Diethelm

-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen

 





-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen



-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


Re: IoTivity lite question

Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>
 

Dear Kishen, George, Clarke,


many thanks for your answers.

I managed to have two applications running: one with two devices, one with one device.


@George:

"With IoTivity-lite the security information is encoded across multiple files. Feel free to open up the folder specified in oc_storage_config(…) you will find many files ( acl_#, cred_#, doxm_#, keypair_#, pstat_# ) Like IoTivity-classic these files are cbor encoded."

 

Seems it depends on access rights: having created the folder by myself it works: there are all those files.  AND: On-boarding on two devices from two different applications / processes works. Maybe we shout have a look on the scenario "one application (= server) with two or more devices. each device with one or more resources". How is this handled within the app.


It's midnight in Germany. I'll now "call it a day" and drink a "Köstritzer Schwarzbier" (https://www.koestritzer.de/produkte/koestritzer-schwarzbier/)


Many thanks to you all!


Looking forward to here from you and see you! Maybe I can invite you for such a beer at an upcoming OCF event ;-)




 

Cheers and best regards,

Diethelm






Am 03.12.2019 um 23:26 schrieb Maloor, Kishen:

Diethelm,

 

There's more than one way to achieve this. It really depends on the architecture you'd prefer to employ.

 

> In old days (IoTivity) it was possible to have one server (in one surrounding

> application) that starts several devices. Is that possible with IoTivity lite too?

 

By "surrounding application", are you suggesting a separate application that spawns off specific processes as and when? You can do that with IoTivity-Lite

servers too.

 

> If not: I started two servers (one and the copy of the executable from the first).

> When I onboarded the first one successfully onboarding of the second failed.

 

This could've been because both were pointing at the same storage path (i.e. the path supplied to oc_storage_config())? That's the path where all state (credentials,

etc.) are persisted.

 

> - is it possible to start two or more servers within one application ?

 

The multi-device server which George cited lets you set up and run multiple virtual servers within a single application process. Each virtual server would have its

own set of endpoints/ports.

 

> - How to organise credentials in that case (persistence, etc...)

 

When using a multi-device server, all state is automatically organized by the stack and indexed by virtual server. (For e.g., acl_0 is ACL for the 0th server, acl_1 for the 1st server, etc.).

They're also loaded back appropriately into the contexts of each virtual server following a power cycle.

 

> In general there might be the question:

> If a server application provides two or more devices: then it can only manage ONE

> credential folder / file ? Is that the design goal?

 

The (oc_storage_config()) folder is one per application process, and state is dumped into separate files and managed by the stack.

 

Thanks,

-Kishen.

 

-- 

Kishen Maloor

Intel Corporation

 

From: <iotivity-dev@...> on behalf of George Nash <george.nash@...>
Date: Tuesday, December 3, 2019 at 2:18 PM
To: "Prof. Dr.-Ing. Diethelm Bienhaus" <diethelm.bienhaus@...>, Clarke Stevens <Clarke.Stevens@...>
Cc: "iotivity-dev@..." <iotivity-dev@...>, Sören Fink <soeren.fink@...>, "Thorsten.Elle@..." <Thorsten.Elle@...>
Subject: Re: [dev] IoTivity lite question

 

I am no sure about the OTGC but when I use the onboarding_tool that ships with iotivity-lite I see two device names  `My fridge` and `My thermostat`. With two distinct device ids. We may need to file a bug against the OTCG for this issue. Has anyone tried OTGC with against a multiple device sample?

 

Onboarding must be performed for both devices.

 

With IoTivity-classic all security information was written to a single file.

 

With IoTivity-lite the security information is encoded across multiple files. Feel free to open up the folder specified in oc_storage_config(…) you will find many files ( acl_#, cred_#, doxm_#, keypair_#, pstat_# ) Like IoTivity-classic these files are cbor encoded.

 

If you are using cloud, introspection, or the update api’s you may find additional files. All files written to persistent storage by the iotivity-lite stack will only go to the location specified by oc_storage_config.

 

The number appended to the end of the file name is the device that file is associated with. Device numbering starts with zero `0`.

 

George

 

 

 

From: Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>
Sent: Tuesday, December 3, 2019 12:51 PM
To: Clarke Stevens <Clarke.Stevens@...>; Nash, George <george.nash@...>
Cc: iotivity-dev@...; Sören Fink <soeren.fink@...>; Thorsten.Elle@...
Subject: Re: [dev] IoTivity lite question

 

Dear Clarke, dear George,

 

many thanks for your quick responses.

I'm working in a project with the company BSC which is pushing the EnOcean spec.

We are preparing some hardware and a gateway for the interop meeting next week.

I really like the R Pi example. I started some time ago with Rami's example "IoTivity Development on Raspberry Pi* 3"

 

I think we will start a server providing ONE device with one to several resources representing a single EnOcean sensors.


What do you think?








One more question - hopefully I will not bother ;-) - since I have been not involved in the iotivity lite topic for a longer time.

At the beginning of the security stuff there were cbor files stored holding the credentials.


Nowadays there are commands like


oc_storage_config("./devicebuilderserver_creds");

oc_storage_config("./devicebuilderserver_creds");

 

But it seems that e.g. ./devicebuilderserver_creds is displayed as a folder not a file.

Maybe there is a trick behind that ...

 
@George:
I just tried the multi_device_server_linux.c

The OTGC app displays two devices - unfortunately with the same name "My fridge"

Having onboarded the first device an onboarding of the second device failed.
Was that example tested with the OTGC app and security?

In general there might be the question:
If a server application provides two or more devices: then it can only manage ONE credential folder / file ? Is that the design goal?
 

Best regards,

Diethelm

 

 

 

Am 03.12.2019 um 20:53 schrieb Clarke Stevens:

Diethelm,

 

From your example, I think you may just be building a basic OCF device with multiple resources (resources in OCF are fairly atomic and devices contain multiple resources). You might want to look at the Raspberry Pi examples here that have multiple resources on daughter boards. I particularly like the Explorer Hat Pro example because it has both sensors and actuators and there is a nice tutorial (enclosed). Also, the EnOcean bridge specification should be available soon. In the mean time, you can see what a bridge looks like with several other protocols (ZigBee, Z-Wave, U+, oneM2M, AllJoyn and Bluetooth).

 

 

 

If you actually do need a Device to contain other devices, you can do that, but it is not as simple.

 

Thanks,

-Clarke




On Dec 3, 2019, at 12:11 PM, Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...> wrote:

 

Hi all,

we are building a gateway for EnOcean sensors. The goal is to have a device for each physical device like a button or a sensor.
There are EnOcean sensors with e.g. three measurement points like combined temperature / illuminance / presence.

So we want to provide several devices (with one to n resources) from our gateway application.
In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

If so: could some one send me e.g. a link to an example?


Many thanks in advance.

 
Best regards,
Diethelm





-------- Weitergeleitete Nachricht --------

Betreff:

RE: IoTivity lite question

Datum:

Tue, 3 Dec 2019 18:49:40 +0000

Von:

Rami Alshafi <ralshafi@...>

An:

Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>

 

Hi,

Yes, I believe it is possible to be accomplished with IoTivity-lite. I do not know for sure but no one complained about it being an issue at all and I work with many developers. 

Your best bet is to send out your question to the IoTivity developer mailing list (iotivity-dev@...) and one of the developers will likely respond. The holidays in the US are coming up so maybe responses will be slower.

Thanks,

-Rami

 

From: Prof. Dr.-Ing. Diethelm Bienhaus [mailto:diethelm.bienhaus@...] 
Sent: Tuesday, December 3, 2019 8:17 AM
To: Rami Alshafi <ralshafi@...>
Subject: IoTivity lite question

 

Hi Rami,

 

hopefully you can help us (or push forward our problem):

 

Using the nice development process (gen.sh -> build.sh -> run.sh) we could generate a server with the desired resources.

 

OCF Server name : "server_lite_5821"

Intialize Secure Resources

Register Resource with local path "/humidity"

number of Resource Types: 1

Resource Type: "oic.r.humidity"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/keycardswitch"

number of Resource Types: 1

Resource Type: "oic.r.keycardswitch"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/rockerbutton"

number of Resource Types: 1

Resource Type: "oic.r.button"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_contact"

number of Resource Types: 1

Resource Type: "oic.r.sensor.contact"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_presence"

number of Resource Types: 1

Resource Type: "oic.r.sensor.presence"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/temperature"

number of Resource Types: 1

Resource Type: "oic.r.temperature"

Default OCF Interface: "oic.if.a"

Successfully installed PKI certificate

Successfully installed intermediate CA certificate

Successfully installed root certificate

OCF server "server_lite_5821" running, waiting on incoming connections.

 

The goal is to have a device for each physical device like a button or a sensor.

There are EnOcean sensors with e.g. three measurement points:

 

Light, Temperature and Occupancy Sensor

(A5-08-XX)

Temperature value

Temp Unit (by spec

Temp Range (by TYPE spec)

Illumination value

Illumination range (by type spec)

Occupancy

oic.r.temperature

oic.r.sensor.illuminance

oic.r.sensor.presence

oic.d.sensor

Generic Sensor

 

 


 

So we want to provide several devices (with one to n resources) from our gateway application.

 

In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

 

If not: I started two servers (one and the copy of the executable from the first). When I onboarded the first one successfully onboarding of the second failed.

 

Our questions:

- is it possible to start two or more servers within one application ?

- How to organise credentials in that case (persistence, etc...)

 

Many thanks in advance,

 

Diethelm

-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen

 




-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus

Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik

Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


Re: IoTivity lite question

Kishen Maloor
 

Diethelm,

 

There's more than one way to achieve this. It really depends on the architecture you'd prefer to employ.

 

> In old days (IoTivity) it was possible to have one server (in one surrounding

> application) that starts several devices. Is that possible with IoTivity lite too?

 

By "surrounding application", are you suggesting a separate application that spawns off specific processes as and when? You can do that with IoTivity-Lite

servers too.

 

> If not: I started two servers (one and the copy of the executable from the first).

> When I onboarded the first one successfully onboarding of the second failed.

 

This could've been because both were pointing at the same storage path (i.e. the path supplied to oc_storage_config())? That's the path where all state (credentials,

etc.) are persisted.

 

> - is it possible to start two or more servers within one application ?

 

The multi-device server which George cited lets you set up and run multiple virtual servers within a single application process. Each virtual server would have its

own set of endpoints/ports.

 

> - How to organise credentials in that case (persistence, etc...)

 

When using a multi-device server, all state is automatically organized by the stack and indexed by virtual server. (For e.g., acl_0 is ACL for the 0th server, acl_1 for the 1st server, etc.).

They're also loaded back appropriately into the contexts of each virtual server following a power cycle.

 

> In general there might be the question:

> If a server application provides two or more devices: then it can only manage ONE

> credential folder / file ? Is that the design goal?

 

The (oc_storage_config()) folder is one per application process, and state is dumped into separate files and managed by the stack.

 

Thanks,

-Kishen.

 

-- 

Kishen Maloor

Intel Corporation

 

From: <iotivity-dev@...> on behalf of George Nash <george.nash@...>
Date: Tuesday, December 3, 2019 at 2:18 PM
To: "Prof. Dr.-Ing. Diethelm Bienhaus" <diethelm.bienhaus@...>, Clarke Stevens <Clarke.Stevens@...>
Cc: "iotivity-dev@..." <iotivity-dev@...>, Sören Fink <soeren.fink@...>, "Thorsten.Elle@..." <Thorsten.Elle@...>
Subject: Re: [dev] IoTivity lite question

 

I am no sure about the OTGC but when I use the onboarding_tool that ships with iotivity-lite I see two device names  `My fridge` and `My thermostat`. With two distinct device ids. We may need to file a bug against the OTCG for this issue. Has anyone tried OTGC with against a multiple device sample?

 

Onboarding must be performed for both devices.

 

With IoTivity-classic all security information was written to a single file.

 

With IoTivity-lite the security information is encoded across multiple files. Feel free to open up the folder specified in oc_storage_config(…) you will find many files ( acl_#, cred_#, doxm_#, keypair_#, pstat_# ) Like IoTivity-classic these files are cbor encoded.

 

If you are using cloud, introspection, or the update api’s you may find additional files. All files written to persistent storage by the iotivity-lite stack will only go to the location specified by oc_storage_config.

 

The number appended to the end of the file name is the device that file is associated with. Device numbering starts with zero `0`.

 

George

 

 

 

From: Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>
Sent: Tuesday, December 3, 2019 12:51 PM
To: Clarke Stevens <Clarke.Stevens@...>; Nash, George <george.nash@...>
Cc: iotivity-dev@...; Sören Fink <soeren.fink@...>; Thorsten.Elle@...
Subject: Re: [dev] IoTivity lite question

 

Dear Clarke, dear George,

 

many thanks for your quick responses.

I'm working in a project with the company BSC which is pushing the EnOcean spec.

We are preparing some hardware and a gateway for the interop meeting next week.

I really like the R Pi example. I started some time ago with Rami's example "IoTivity Development on Raspberry Pi* 3"

 

I think we will start a server providing ONE device with one to several resources representing a single EnOcean sensors.


What do you think?








One more question - hopefully I will not bother ;-) - since I have been not involved in the iotivity lite topic for a longer time.

At the beginning of the security stuff there were cbor files stored holding the credentials.


Nowadays there are commands like


oc_storage_config("./devicebuilderserver_creds");

oc_storage_config("./devicebuilderserver_creds");

 

But it seems that e.g. ./devicebuilderserver_creds is displayed as a folder not a file.

Maybe there is a trick behind that ...

 
@George:
I just tried the multi_device_server_linux.c

The OTGC app displays two devices - unfortunately with the same name "My fridge"

Having onboarded the first device an onboarding of the second device failed.
Was that example tested with the OTGC app and security?

In general there might be the question:
If a server application provides two or more devices: then it can only manage ONE credential folder / file ? Is that the design goal?
 

Best regards,

Diethelm

 

 

 

Am 03.12.2019 um 20:53 schrieb Clarke Stevens:

Diethelm,

 

From your example, I think you may just be building a basic OCF device with multiple resources (resources in OCF are fairly atomic and devices contain multiple resources). You might want to look at the Raspberry Pi examples here that have multiple resources on daughter boards. I particularly like the Explorer Hat Pro example because it has both sensors and actuators and there is a nice tutorial (enclosed). Also, the EnOcean bridge specification should be available soon. In the mean time, you can see what a bridge looks like with several other protocols (ZigBee, Z-Wave, U+, oneM2M, AllJoyn and Bluetooth).

 

 

 

If you actually do need a Device to contain other devices, you can do that, but it is not as simple.

 

Thanks,

-Clarke




On Dec 3, 2019, at 12:11 PM, Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...> wrote:

 

Hi all,

we are building a gateway for EnOcean sensors. The goal is to have a device for each physical device like a button or a sensor.
There are EnOcean sensors with e.g. three measurement points like combined temperature / illuminance / presence.

So we want to provide several devices (with one to n resources) from our gateway application.
In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

If so: could some one send me e.g. a link to an example?


Many thanks in advance.

 
Best regards,
Diethelm





-------- Weitergeleitete Nachricht --------

Betreff:

RE: IoTivity lite question

Datum:

Tue, 3 Dec 2019 18:49:40 +0000

Von:

Rami Alshafi <ralshafi@...>

An:

Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>

 

Hi,

Yes, I believe it is possible to be accomplished with IoTivity-lite. I do not know for sure but no one complained about it being an issue at all and I work with many developers. 

Your best bet is to send out your question to the IoTivity developer mailing list (iotivity-dev@...) and one of the developers will likely respond. The holidays in the US are coming up so maybe responses will be slower.

Thanks,

-Rami

 

From: Prof. Dr.-Ing. Diethelm Bienhaus [mailto:diethelm.bienhaus@...] 
Sent: Tuesday, December 3, 2019 8:17 AM
To: Rami Alshafi <ralshafi@...>
Subject: IoTivity lite question

 

Hi Rami,

 

hopefully you can help us (or push forward our problem):

 

Using the nice development process (gen.sh -> build.sh -> run.sh) we could generate a server with the desired resources.

 

OCF Server name : "server_lite_5821"

Intialize Secure Resources

Register Resource with local path "/humidity"

number of Resource Types: 1

Resource Type: "oic.r.humidity"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/keycardswitch"

number of Resource Types: 1

Resource Type: "oic.r.keycardswitch"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/rockerbutton"

number of Resource Types: 1

Resource Type: "oic.r.button"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_contact"

number of Resource Types: 1

Resource Type: "oic.r.sensor.contact"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_presence"

number of Resource Types: 1

Resource Type: "oic.r.sensor.presence"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/temperature"

number of Resource Types: 1

Resource Type: "oic.r.temperature"

Default OCF Interface: "oic.if.a"

Successfully installed PKI certificate

Successfully installed intermediate CA certificate

Successfully installed root certificate

OCF server "server_lite_5821" running, waiting on incoming connections.

 

The goal is to have a device for each physical device like a button or a sensor.

There are EnOcean sensors with e.g. three measurement points:

 

Light, Temperature and Occupancy Sensor

(A5-08-XX)

Temperature value

Temp Unit (by spec

Temp Range (by TYPE spec)

Illumination value

Illumination range (by type spec)

Occupancy

oic.r.temperature

oic.r.sensor.illuminance

oic.r.sensor.presence

oic.d.sensor

Generic Sensor

 

 


 

So we want to provide several devices (with one to n resources) from our gateway application.

 

In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

 

If not: I started two servers (one and the copy of the executable from the first). When I onboarded the first one successfully onboarding of the second failed.

 

Our questions:

- is it possible to start two or more servers within one application ?

- How to organise credentials in that case (persistence, etc...)

 

Many thanks in advance,

 

Diethelm

-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen

 




-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


Re: IoTivity lite question

George Nash
 

I am no sure about the OTGC but when I use the onboarding_tool that ships with iotivity-lite I see two device names  `My fridge` and `My thermostat`. With two distinct device ids. We may need to file a bug against the OTCG for this issue. Has anyone tried OTGC with against a multiple device sample?

 

Onboarding must be performed for both devices.

 

With IoTivity-classic all security information was written to a single file.

 

With IoTivity-lite the security information is encoded across multiple files. Feel free to open up the folder specified in oc_storage_config(…) you will find many files ( acl_#, cred_#, doxm_#, keypair_#, pstat_# ) Like IoTivity-classic these files are cbor encoded.

 

If you are using cloud, introspection, or the update api’s you may find additional files. All files written to persistent storage by the iotivity-lite stack will only go to the location specified by oc_storage_config.

 

The number appended to the end of the file name is the device that file is associated with. Device numbering starts with zero `0`.

 

George

 

 

 

From: Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>
Sent: Tuesday, December 3, 2019 12:51 PM
To: Clarke Stevens <Clarke.Stevens@...>; Nash, George <george.nash@...>
Cc: iotivity-dev@...; Sören Fink <soeren.fink@...>; Thorsten.Elle@...
Subject: Re: [dev] IoTivity lite question

 

Dear Clarke, dear George,

 

many thanks for your quick responses.

I'm working in a project with the company BSC which is pushing the EnOcean spec.

We are preparing some hardware and a gateway for the interop meeting next week.

I really like the R Pi example. I started some time ago with Rami's example "IoTivity Development on Raspberry Pi* 3"

 

I think we will start a server providing ONE device with one to several resources representing a single EnOcean sensors.

What do you think?





One more question - hopefully I will not bother ;-) - since I have been not involved in the iotivity lite topic for a longer time.

At the beginning of the security stuff there were cbor files stored holding the credentials.

Nowadays there are commands like

oc_storage_config("./devicebuilderserver_creds");

oc_storage_config("./devicebuilderserver_creds");

 

But it seems that e.g. ./devicebuilderserver_creds is displayed as a folder not a file.

Maybe there is a trick behind that ...

 
@George:
I just tried the multi_device_server_linux.c

The OTGC app displays two devices - unfortunately with the same name "My fridge"

Having onboarded the first device an onboarding of the second device failed.
Was that example tested with the OTGC app and security?

In general there might be the question:
If a server application provides two or more devices: then it can only manage ONE credential folder / file ? Is that the design goal?
 

Best regards,

Diethelm

 

 

 

Am 03.12.2019 um 20:53 schrieb Clarke Stevens:

Diethelm,

 

From your example, I think you may just be building a basic OCF device with multiple resources (resources in OCF are fairly atomic and devices contain multiple resources). You might want to look at the Raspberry Pi examples here that have multiple resources on daughter boards. I particularly like the Explorer Hat Pro example because it has both sensors and actuators and there is a nice tutorial (enclosed). Also, the EnOcean bridge specification should be available soon. In the mean time, you can see what a bridge looks like with several other protocols (ZigBee, Z-Wave, U+, oneM2M, AllJoyn and Bluetooth).

 

 

 

If you actually do need a Device to contain other devices, you can do that, but it is not as simple.

 

Thanks,

-Clarke



On Dec 3, 2019, at 12:11 PM, Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...> wrote:

 

Hi all,

we are building a gateway for EnOcean sensors. The goal is to have a device for each physical device like a button or a sensor.
There are EnOcean sensors with e.g. three measurement points like combined temperature / illuminance / presence.

So we want to provide several devices (with one to n resources) from our gateway application.
In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

If so: could some one send me e.g. a link to an example?


Many thanks in advance.

 
Best regards,
Diethelm




-------- Weitergeleitete Nachricht --------

Betreff:

RE: IoTivity lite question

Datum:

Tue, 3 Dec 2019 18:49:40 +0000

Von:

Rami Alshafi <ralshafi@...>

An:

Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>

 

Hi,

Yes, I believe it is possible to be accomplished with IoTivity-lite. I do not know for sure but no one complained about it being an issue at all and I work with many developers. 

Your best bet is to send out your question to the IoTivity developer mailing list (iotivity-dev@...) and one of the developers will likely respond. The holidays in the US are coming up so maybe responses will be slower.

Thanks,

-Rami

 

From: Prof. Dr.-Ing. Diethelm Bienhaus [mailto:diethelm.bienhaus@...] 
Sent: Tuesday, December 3, 2019 8:17 AM
To: Rami Alshafi <ralshafi@...>
Subject: IoTivity lite question

 

Hi Rami,

 

hopefully you can help us (or push forward our problem):

 

Using the nice development process (gen.sh -> build.sh -> run.sh) we could generate a server with the desired resources.

 

OCF Server name : "server_lite_5821"

Intialize Secure Resources

Register Resource with local path "/humidity"

number of Resource Types: 1

Resource Type: "oic.r.humidity"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/keycardswitch"

number of Resource Types: 1

Resource Type: "oic.r.keycardswitch"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/rockerbutton"

number of Resource Types: 1

Resource Type: "oic.r.button"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_contact"

number of Resource Types: 1

Resource Type: "oic.r.sensor.contact"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_presence"

number of Resource Types: 1

Resource Type: "oic.r.sensor.presence"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/temperature"

number of Resource Types: 1

Resource Type: "oic.r.temperature"

Default OCF Interface: "oic.if.a"

Successfully installed PKI certificate

Successfully installed intermediate CA certificate

Successfully installed root certificate

OCF server "server_lite_5821" running, waiting on incoming connections.

 

The goal is to have a device for each physical device like a button or a sensor.

There are EnOcean sensors with e.g. three measurement points:

 

Light, Temperature and Occupancy Sensor

(A5-08-XX)

Temperature value

Temp Unit (by spec

Temp Range (by TYPE spec)

Illumination value

Illumination range (by type spec)

Occupancy

oic.r.temperature

oic.r.sensor.illuminance

oic.r.sensor.presence

oic.d.sensor

Generic Sensor

 

 


 

So we want to provide several devices (with one to n resources) from our gateway application.

 

In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

 

If not: I started two servers (one and the copy of the executable from the first). When I onboarded the first one successfully onboarding of the second failed.

 

Our questions:

- is it possible to start two or more servers within one application ?

- How to organise credentials in that case (persistence, etc...)

 

Many thanks in advance,

 

Diethelm

-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen

 



-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


Re: IoTivity lite question

Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>
 

Dear all,


we are building a gateway for EnOcean sensors. The goal is to have a device for each physical device like a button or a sensor.
There are EnOcean sensors with e.g. three measurement points like combined temperature / illuminance / presence.

So we want to provide several devices (with one to n resources) from our gateway application.

To discover devices and onboarding them I use the OTGC app.
I started two servers providing three devices. When I have on-boarded one device on-boarding others always fails.

Is that a constrain of that app?


Best regards,
Diethelm


Re: IoTivity lite question

Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>
 

Dear Clarke, dear George,


many thanks for your quick responses.

I'm working in a project with the company BSC which is pushing the EnOcean spec.

We are preparing some hardware and a gateway for the interop meeting next week.

I really like the R Pi example. I started some time ago with Rami's example "IoTivity Development on Raspberry Pi* 3"


I think we will start a server providing ONE device with one to several resources representing a single EnOcean sensors.

What do you think?



One more question - hopefully I will not bother ;-) - since I have been not involved in the iotivity lite topic for a longer time.

At the beginning of the security stuff there were cbor files stored holding the credentials.

Nowadays there are commands like

oc_storage_config("./devicebuilderserver_creds");

oc_storage_config("./devicebuilderserver_creds");


But it seems that e.g. ./devicebuilderserver_creds is displayed as a folder not a file.

Maybe there is a trick behind that ...

 
@George:
I just tried the multi_device_server_linux.c

The OTGC app displays two devices - unfortunately with the same name "My fridge"

Having onboarded the first device an onboarding of the second device failed.
Was that example tested with the OTGC app and security?

In general there might be the question:
If a server application provides two or more devices: then it can only manage ONE credential folder / file ? Is that the design goal?
 

Best regards,

Diethelm




Am 03.12.2019 um 20:53 schrieb Clarke Stevens:
Diethelm,

From your example, I think you may just be building a basic OCF device with multiple resources (resources in OCF are fairly atomic and devices contain multiple resources). You might want to look at the Raspberry Pi examples here that have multiple resources on daughter boards. I particularly like the Explorer Hat Pro example because it has both sensors and actuators and there is a nice tutorial (enclosed). Also, the EnOcean bridge specification should be available soon. In the mean time, you can see what a bridge looks like with several other protocols (ZigBee, Z-Wave, U+, oneM2M, AllJoyn and Bluetooth).



If you actually do need a Device to contain other devices, you can do that, but it is not as simple.

Thanks,
-Clarke

On Dec 3, 2019, at 12:11 PM, Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...> wrote:

Hi all,

we are building a gateway for EnOcean sensors. The goal is to have a device for each physical device like a button or a sensor.
There are EnOcean sensors with e.g. three measurement points like combined temperature / illuminance / presence.

So we want to provide several devices (with one to n resources) from our gateway application.
In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

If so: could some one send me e.g. a link to an example?


Many thanks in advance.

 
Best regards,
Diethelm




-------- Weitergeleitete Nachricht --------
Betreff: RE: IoTivity lite question
Datum: Tue, 3 Dec 2019 18:49:40 +0000
Von: Rami Alshafi <ralshafi@...>
An: Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>


Hi,
Yes, I believe it is possible to be accomplished with IoTivity-lite. I do not know for sure but no one complained about it being an issue at all and I work with many developers. 
Your best bet is to send out your question to the IoTivity developer mailing list (iotivity-dev@...) and one of the developers will likely respond. The holidays in the US are coming up so maybe responses will be slower.
Thanks,
-Rami
 
From: Prof. Dr.-Ing. Diethelm Bienhaus [mailto:diethelm.bienhaus@...] 
Sent: Tuesday, December 3, 2019 8:17 AM
To: Rami Alshafi <ralshafi@...>
Subject: IoTivity lite question
 

Hi Rami,

 

hopefully you can help us (or push forward our problem):

 

Using the nice development process (gen.sh -> build.sh -> run.sh) we could generate a server with the desired resources.

 

OCF Server name : "server_lite_5821"

Intialize Secure Resources

Register Resource with local path "/humidity"

number of Resource Types: 1

Resource Type: "oic.r.humidity"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/keycardswitch"

number of Resource Types: 1

Resource Type: "oic.r.keycardswitch"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/rockerbutton"

number of Resource Types: 1

Resource Type: "oic.r.button"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_contact"

number of Resource Types: 1

Resource Type: "oic.r.sensor.contact"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_presence"

number of Resource Types: 1

Resource Type: "oic.r.sensor.presence"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/temperature"

number of Resource Types: 1

Resource Type: "oic.r.temperature"

Default OCF Interface: "oic.if.a"

Successfully installed PKI certificate

Successfully installed intermediate CA certificate

Successfully installed root certificate

OCF server "server_lite_5821" running, waiting on incoming connections.

 

The goal is to have a device for each physical device like a button or a sensor.

There are EnOcean sensors with e.g. three measurement points:

 

Light, Temperature and Occupancy Sensor

(A5-08-XX)

Temperature value

Temp Unit (by spec

Temp Range (by TYPE spec)

Illumination value

Illumination range (by type spec)

Occupancy

oic.r.temperature

oic.r.sensor.illuminance

oic.r.sensor.presence

oic.d.sensor

Generic Sensor

 

 


 

So we want to provide several devices (with one to n resources) from our gateway application.

 

In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

 

If not: I started two servers (one and the copy of the executable from the first). When I onboarded the first one successfully onboarding of the second failed.

 

Our questions:

- is it possible to start two or more servers within one application ?

- How to organise credentials in that case (persistence, etc...)

 

Many thanks in advance,

 

Diethelm

-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus

Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik

Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


Re: IoTivity lite question

Clarke Stevens <Clarke.Stevens@...>
 

Diethelm,

From your example, I think you may just be building a basic OCF device with multiple resources (resources in OCF are fairly atomic and devices contain multiple resources). You might want to look at the Raspberry Pi examples here that have multiple resources on daughter boards. I particularly like the Explorer Hat Pro example because it has both sensors and actuators and there is a nice tutorial (enclosed). Also, the EnOcean bridge specification should be available soon. In the mean time, you can see what a bridge looks like with several other protocols (ZigBee, Z-Wave, U+, oneM2M, AllJoyn and Bluetooth).



If you actually do need a Device to contain other devices, you can do that, but it is not as simple.

Thanks,
-Clarke

On Dec 3, 2019, at 12:11 PM, Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...> wrote:

Hi all,

we are building a gateway for EnOcean sensors. The goal is to have a device for each physical device like a button or a sensor.
There are EnOcean sensors with e.g. three measurement points like combined temperature / illuminance / presence.

So we want to provide several devices (with one to n resources) from our gateway application.
In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

If so: could some one send me e.g. a link to an example?


Many thanks in advance.

 
Best regards,
Diethelm




-------- Weitergeleitete Nachricht --------
Betreff: RE: IoTivity lite question
Datum: Tue, 3 Dec 2019 18:49:40 +0000
Von: Rami Alshafi <ralshafi@...>
An: Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>


Hi,
Yes, I believe it is possible to be accomplished with IoTivity-lite. I do not know for sure but no one complained about it being an issue at all and I work with many developers. 
Your best bet is to send out your question to the IoTivity developer mailing list (iotivity-dev@...) and one of the developers will likely respond. The holidays in the US are coming up so maybe responses will be slower.
Thanks,
-Rami
 
From: Prof. Dr.-Ing. Diethelm Bienhaus [mailto:diethelm.bienhaus@...] 
Sent: Tuesday, December 3, 2019 8:17 AM
To: Rami Alshafi <ralshafi@...>
Subject: IoTivity lite question
 

Hi Rami,

 

hopefully you can help us (or push forward our problem):

 

Using the nice development process (gen.sh -> build.sh -> run.sh) we could generate a server with the desired resources.

 

OCF Server name : "server_lite_5821"

Intialize Secure Resources

Register Resource with local path "/humidity"

number of Resource Types: 1

Resource Type: "oic.r.humidity"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/keycardswitch"

number of Resource Types: 1

Resource Type: "oic.r.keycardswitch"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/rockerbutton"

number of Resource Types: 1

Resource Type: "oic.r.button"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_contact"

number of Resource Types: 1

Resource Type: "oic.r.sensor.contact"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_presence"

number of Resource Types: 1

Resource Type: "oic.r.sensor.presence"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/temperature"

number of Resource Types: 1

Resource Type: "oic.r.temperature"

Default OCF Interface: "oic.if.a"

Successfully installed PKI certificate

Successfully installed intermediate CA certificate

Successfully installed root certificate

OCF server "server_lite_5821" running, waiting on incoming connections.

 

The goal is to have a device for each physical device like a button or a sensor.

There are EnOcean sensors with e.g. three measurement points:

 

Light, Temperature and Occupancy Sensor

(A5-08-XX)

Temperature value

Temp Unit (by spec

Temp Range (by TYPE spec)

Illumination value

Illumination range (by type spec)

Occupancy

oic.r.temperature

oic.r.sensor.illuminance

oic.r.sensor.presence

oic.d.sensor

Generic Sensor

 

 


 

So we want to provide several devices (with one to n resources) from our gateway application.

 

In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

 

If not: I started two servers (one and the copy of the executable from the first). When I onboarded the first one successfully onboarding of the second failed.

 

Our questions:

- is it possible to start two or more servers within one application ?

- How to organise credentials in that case (persistence, etc...)

 

Many thanks in advance,

 

Diethelm

-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


Re: IoTivity lite question

George Nash
 

Diethelm,

 

There is a multi_device_server_linux.c sample found in the apps directory.

 

This sample should demonstrate what you are asking for. Let us know if it shows what you need.

 

https://github.com/iotivity/iotivity-lite/blob/master/apps/multi_device_server_linux.c

 

thanks,

George Nash

 

From: iotivity-dev@... <iotivity-dev@...> On Behalf Of Prof. Dr.-Ing. Diethelm Bienhaus
Sent: Tuesday, December 3, 2019 11:12 AM
To: iotivity-dev@...
Cc: Sören Fink <soeren.fink@...>; Thorsten.Elle@...
Subject: Re: [dev] IoTivity lite question

 

Hi all,

we are building a gateway for EnOcean sensors. The goal is to have a device for each physical device like a button or a sensor.
There are EnOcean sensors with e.g. three measurement points like combined temperature / illuminance / presence.

So we want to provide several devices (with one to n resources) from our gateway application.
In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

If so: could some one send me e.g. a link to an example?


Many thanks in advance.

 
Best regards,
Diethelm



-------- Weitergeleitete Nachricht --------

Betreff:

RE: IoTivity lite question

Datum:

Tue, 3 Dec 2019 18:49:40 +0000

Von:

Rami Alshafi <ralshafi@...>

An:

Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>




Hi,

Yes, I believe it is possible to be accomplished with IoTivity-lite. I do not know for sure but no one complained about it being an issue at all and I work with many developers.

Your best bet is to send out your question to the IoTivity developer mailing list (iotivity-dev@...) and one of the developers will likely respond. The holidays in the US are coming up so maybe responses will be slower.

Thanks,

-Rami

 

From: Prof. Dr.-Ing. Diethelm Bienhaus [mailto:diethelm.bienhaus@...]
Sent: Tuesday, December 3, 2019 8:17 AM
To: Rami Alshafi <ralshafi@...>
Subject: IoTivity lite question

 

Hi Rami,

 

hopefully you can help us (or push forward our problem):

 

Using the nice development process (gen.sh -> build.sh -> run.sh) we could generate a server with the desired resources.

 

OCF Server name : "server_lite_5821"

Intialize Secure Resources

Register Resource with local path "/humidity"

number of Resource Types: 1

Resource Type: "oic.r.humidity"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/keycardswitch"

number of Resource Types: 1

Resource Type: "oic.r.keycardswitch"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/rockerbutton"

number of Resource Types: 1

Resource Type: "oic.r.button"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_contact"

number of Resource Types: 1

Resource Type: "oic.r.sensor.contact"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_presence"

number of Resource Types: 1

Resource Type: "oic.r.sensor.presence"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/temperature"

number of Resource Types: 1

Resource Type: "oic.r.temperature"

Default OCF Interface: "oic.if.a"

Successfully installed PKI certificate

Successfully installed intermediate CA certificate

Successfully installed root certificate

OCF server "server_lite_5821" running, waiting on incoming connections.

 

The goal is to have a device for each physical device like a button or a sensor.

There are EnOcean sensors with e.g. three measurement points:

 

Light, Temperature and Occupancy Sensor

(A5-08-XX)

Temperature value

Temp Unit (by spec

Temp Range (by TYPE spec)

Illumination value

Illumination range (by type spec)

Occupancy

oic.r.temperature

oic.r.sensor.illuminance

oic.r.sensor.presence

oic.d.sensor

Generic Sensor

 

 


 

So we want to provide several devices (with one to n resources) from our gateway application.

 

In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

 

If not: I started two servers (one and the copy of the executable from the first). When I onboarded the first one successfully onboarding of the second failed.

 

Our questions:

- is it possible to start two or more servers within one application ?

- How to organise credentials in that case (persistence, etc...)

 

Many thanks in advance,

 

Diethelm

-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


Re: IoTivity lite question

Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>
 

Hi all,

we are building a gateway for EnOcean sensors. The goal is to have a device for each physical device like a button or a sensor.
There are EnOcean sensors with e.g. three measurement points like combined temperature / illuminance / presence.

So we want to provide several devices (with one to n resources) from our gateway application.
In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

If so: could some one send me e.g. a link to an example?


Many thanks in advance.

 
Best regards,
Diethelm




-------- Weitergeleitete Nachricht --------
Betreff: RE: IoTivity lite question
Datum: Tue, 3 Dec 2019 18:49:40 +0000
Von: Rami Alshafi <ralshafi@...>
An: Prof. Dr.-Ing. Diethelm Bienhaus <diethelm.bienhaus@...>


Hi,

Yes, I believe it is possible to be accomplished with IoTivity-lite. I do not know for sure but no one complained about it being an issue at all and I work with many developers.

Your best bet is to send out your question to the IoTivity developer mailing list (iotivity-dev@...) and one of the developers will likely respond. The holidays in the US are coming up so maybe responses will be slower.

Thanks,

-Rami

 

From: Prof. Dr.-Ing. Diethelm Bienhaus [mailto:diethelm.bienhaus@...]
Sent: Tuesday, December 3, 2019 8:17 AM
To: Rami Alshafi <ralshafi@...>
Subject: IoTivity lite question

 

Hi Rami,

 

hopefully you can help us (or push forward our problem):

 

Using the nice development process (gen.sh -> build.sh -> run.sh) we could generate a server with the desired resources.

 

OCF Server name : "server_lite_5821"

Intialize Secure Resources

Register Resource with local path "/humidity"

number of Resource Types: 1

Resource Type: "oic.r.humidity"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/keycardswitch"

number of Resource Types: 1

Resource Type: "oic.r.keycardswitch"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/rockerbutton"

number of Resource Types: 1

Resource Type: "oic.r.button"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_contact"

number of Resource Types: 1

Resource Type: "oic.r.sensor.contact"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/sensor_presence"

number of Resource Types: 1

Resource Type: "oic.r.sensor.presence"

Default OCF Interface: "oic.if.a"

Register Resource with local path "/temperature"

number of Resource Types: 1

Resource Type: "oic.r.temperature"

Default OCF Interface: "oic.if.a"

Successfully installed PKI certificate

Successfully installed intermediate CA certificate

Successfully installed root certificate

OCF server "server_lite_5821" running, waiting on incoming connections.

 

The goal is to have a device for each physical device like a button or a sensor.

There are EnOcean sensors with e.g. three measurement points:

 

Light, Temperature and Occupancy Sensor

(A5-08-XX)

Temperature value

Temp Unit (by spec

Temp Range (by TYPE spec)

Illumination value

Illumination range (by type spec)

Occupancy

oic.r.temperature

oic.r.sensor.illuminance

oic.r.sensor.presence

oic.d.sensor

Generic Sensor

 

 


 

So we want to provide several devices (with one to n resources) from our gateway application.

 

In old days (IoTivity) it was possible to have one server (in one surrounding application) that starts several devices. Is that possible with IoTivity lite too?

 

If not: I started two servers (one and the copy of the executable from the first). When I onboarded the first one successfully onboarding of the second failed.

 

Our questions:

- is it possible to start two or more servers within one application ?

- How to organise credentials in that case (persistence, etc...)

 

Many thanks in advance,

 

Diethelm

-- 
---------------------------------------------------------- 
Prof. Dr.-Ing. Dipl.-Wirt. Ing. Diethelm Bienhaus
 
Fachgebiet Informatik mit Schwerpunkt Ingenieur-lnformatik
Fachbereich Mathematik, Naturwissenschaften und Informatik
 
Technische Hochschule Mittelhessen
Wiesenstr. 14 - D-35390 Gießen


Re: Server sometimes can not receive request. And Question about Patch.

Kishen Maloor
 

Hello,

 

Clients/Servers/OBTs are all certifiable as far as the stack is concerned.

 

I'm not sure I understand those issues you're seeing with the limited details that

you have provided thus far. Your e-mail also makes references to the CTT.

 

So, here's a suggestion. Send an e-mail to myself and other Certification Work Group

participants. It seems like there's already an ongoing discussion there; you may include all

the people on that list. Let your e-mail include the following:

 

1) Brief descriptions of all the issues you're seeing. If there are multiple issues, please

put them in different bullets.

 

2) Please add your application and CTT logs corresponding to each issue.

You haven't shared any logs so far, and that makes it difficult for anyone to respond.

 

3) Is your Client built on Linux? If so, please list all the build options used.

 

Thanks,

-Kishen.

 

-- 

Kishen Maloor

Intel Corporation

 

From: <iotivity-dev@...> on behalf of 김정진 <j.jin@...>
Date: Wednesday, November 27, 2019 at 4:23 AM
To: "iotivity-dev@..." <iotivity-dev@...>
Subject: Re: [dev] Server sometimes can not receive request. And Question about Patch.

 

Hi.

 

Thanks, Kishen.

 

As Kishen said, I call oc_set_max_app_data_size(16384), sadly it did not solve the problem.

What means 16384? In sample program, I found just 2 case.

16384 does not solve the problem, so I tried 1638400 but only error occurs.

 

My client program still fail  oic/res called after Reset to RFOTM occasionally.

So I trace the CTT pcap log, then I saw CTT sent multicast oic/res.

Then my client received the request.

But I'm not sure that my client program responded properly.

Because the logs went quickly with other test cases.

 

So, I want to know how to diagnostics and debugging this issue.

But I have no good idea.

I need any advice,please.

 

Best regards.

 

 

 

2019 11 26 () 오후 4:59, Kishen Maloor <kishen.maloor@...>님이 작성:

Hello,

 

> I did not use patches, eventhough there are patches in the directory.

 

If you used the Linux Makefile to build the stack, it would've included the patches.

(By the way, you need to apply those patches for anything to work)

 

> Sometimes, the server in my client program can not get a request from test program.

> Especially, oic/d and oic/res do not.

 

You can try setting a larger buffer size. E.g. call oc_set_max_app_data_size(16384) before oc_main_init().

 

> While running CT1.2.2, I sometimes get an error with "DTLS PSK Client: Alert unknown_psk_identity(115) was received"

 

There's no known issue here. But if you are testing against a later spec release, it may fail. It may help if you

shared your CTT logs.

 

> I googled, I saw the issue - https://jira.iotivity.org/browse/IOT-3125.

> So, I think I missed something from patches.

 

No, that is very old and from what I can see on the ticket was  between an IoTivity (not -Lite) Client and -Lite Server.

Even so, you shouldn't see that issue any more, and as such, I think it's unrelated to what you may be seeing.

 

Thanks,

-Kishen.

 

-- 

Kishen Maloor

Intel Corporation

 

From: <iotivity-dev@...> on behalf of "kimjeongjin@..." <kimjeongjin@...>
Date: Monday, November 25, 2019 at 5:26 AM
To: "iotivity-dev@..." <iotivity-dev@...>
Subject: [dev] Server sometimes can not receive request. And Question about Patch.

 

Hello.

I'm testing with CTT until now.
Sometimes, the server in my client program can not get a request from test program.

Especially, oic/d and oic/res do not.
Now I'm suspicious for mbedtls configurations.
I did not use patches, eventhough there are patches in the directory.

Does  anyone explain about patches?
Is there problems whether using patches or not?

While running CT1.2.2, I sometimes get an error with "DTLS PSK Client: Alert unknown_psk_identity(115) was received"
(make SECURE=1 IPV4=1 PKI=1 DYNAMIC=1 DEBUG=0)

I googled, I saw the issue - https://jira.iotivity.org/browse/IOT-3125.
So, I think I missed something from patches.

Thanks.


 

--

 

김정진 책임연구원 (Jeongjin Kim) Mobile. 010-4223-8152  j.jin@vinetech.com

㈜바인테크 Vinetech Co., Ltd. | IoT Platform Lab | New Technology BU (신기술사업부)

Dir Tel: 82-2-2182-8392  | Tel: 82-2-2182-8300 | Fax: 82-2-2182-8399

(05836) 서울시 송파구 법원로11 7, C 1207 (문정동, 현대지식산업센터)

#1207~1210, 7, Beobwon-ro 11-gil, Songpa-gu, Seoul, 05836, Rep. of KOREA

 


Re: Server sometimes can not receive request. And Question about Patch.

Clarke Stevens
 

Since it seems you are having problems with things that have been tested and passed for a long time, it might be worth working the other direction. That is, start with a sample program distributed with iotivity-lite, and verify that you are passing CTT. This should provide all the functionality that is currently giving you problems. Then gradually add code to do your own stuff.

Just a thought.

Thanks,
-Clarke

On Nov 27, 2019, at 5:23 AM, 김정진 <j.jin@...> wrote:

Hi.

Thanks, Kishen.

As Kishen said, I call oc_set_max_app_data_size(16384), sadly it did not solve the problem.
What means 16384? In sample program, I found just 2 case.
16384 does not solve the problem, so I tried 1638400 but only error occurs.

My client program still fail  oic/res called after Reset to RFOTM occasionally.
So I trace the CTT pcap log, then I saw CTT sent multicast oic/res.
Then my client received the request.
But I'm not sure that my client program responded properly.
Because the logs went quickly with other test cases.

So, I want to know how to diagnostics and debugging this issue.
But I have no good idea.
I need any advice,please.

Best regards.



2019년 11월 26일 (화) 오후 4:59, Kishen Maloor <kishen.maloor@...>님이 작성:

Hello,

 

> I did not use patches, eventhough there are patches in the directory.

 

If you used the Linux Makefile to build the stack, it would've included the patches.

(By the way, you need to apply those patches for anything to work)

 

> Sometimes, the server in my client program can not get a request from test program.

> 

> Especially, oic/d and oic/res do not.

 

You can try setting a larger buffer size. E.g. call oc_set_max_app_data_size(16384) before oc_main_init().

 

> While running CT1.2.2, I sometimes get an error with "DTLS PSK Client: Alert unknown_psk_identity(115) was received"

 

There's no known issue here. But if you are testing against a later spec release, it may fail. It may help if you

shared your CTT logs.

 

> I googled, I saw the issue - https://jira.iotivity.org/browse/IOT-3125.

> So, I think I missed something from patches.

 

No, that is very old and from what I can see on the ticket was  between an IoTivity (not -Lite) Client and -Lite Server.

Even so, you shouldn't see that issue any more, and as such, I think it's unrelated to what you may be seeing.

 

Thanks,

-Kishen.

 

-- 

Kishen Maloor

Intel Corporation

 

From: <iotivity-dev@...> on behalf of "kimjeongjin@..." <kimjeongjin@...>
Date: Monday, November 25, 2019 at 5:26 AM
To: "iotivity-dev@..." <iotivity-dev@...>
Subject: [dev] Server sometimes can not receive request. And Question about Patch.

 

Hello.

I'm testing with CTT until now.
Sometimes, the server in my client program can not get a request from test program.

Especially, oic/d and oic/res do not.
Now I'm suspicious for mbedtls configurations.
I did not use patches, eventhough there are patches in the directory.

Does  anyone explain about patches?
Is there problems whether using patches or not?

While running CT1.2.2, I sometimes get an error with "DTLS PSK Client: Alert unknown_psk_identity(115) was received"
(make SECURE=1 IPV4=1 PKI=1 DYNAMIC=1 DEBUG=0)

I googled, I saw the issue - https://jira.iotivity.org/browse/IOT-3125.
So, I think I missed something from patches.

Thanks. 





-- 

김정진 책임연구원 (Jeongjin Kim) Mobile. 010-4223-8152  j.jin@vinetech.com
㈜바인테크 Vinetech Co., Ltd. | IoT Platform Lab | New Technology BU (신기술사업부)
Dir Tel: 82-2-2182-8392  | Tel: 82-2-2182-8300 | Fax: 82-2-2182-8399
(05836) 서울시 송파구 법원로11길 7, C동 1207호 (문정동, 현대지식산업센터)
#1207~1210, 7, Beobwon-ro 11-gil, Songpa-gu, Seoul, 05836, Rep. of KOREA