[dev] [cftg] RE: OCF IANA Port Number Assignment
On Wed, Apr 20, 2016, at 07:00 PM, ??? wrote: > . > I tested on the several router-hub environment, no experience IP > changed in testing condition. > You misunderstand my problem. > I don?t know, why we need to enforce the same IP after reboot. > I just want good solution in usual home router-hub condition. > > I want solution to resolve my issue, but only discussion happen > without answer. It sounds like we need to get a good idea of what exactly the details of your issue are. I've heard a few times that there is something that needs to be addressed, and a belief of what a required solution is. However, the problem itself has not been clearly communicated. Can you fill in details of what the setup is, what should happen, and what is happening instead? -- Jon A. Cruz jon at joncruz.org -- next part -- An HTML attachment was scrubbed... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160420/b9b7196c/attachment.html>
[dev] Regarding IoTivity
Ragul, You should be able to limit you build to only use IP transport scons TARGET_TRANSPORT=IP George From: iotivity-dev-bounces at lists.iotivity.org [mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of Ragul Bhagwanth Sent: Tuesday, April 19, 2016 10:16 PM To: iotivity-dev at lists.iotivity.org Subject: [dev] Regarding IoTivity Hello, I am new to IoTivity. I need to build IoTivity on an arm architecture based board for my project. But during toolchain I am facing errors. Mainly "No module codegen". It happens in the ble_le_adapter I guess. I do not require bluetooth for my project. I only require wifi. Is there any way I can remove ble adapter check in the Sconstruct to avoid this error during toolchain ? Or is there any other solution ? I have attached a screenshot of the error. Hoping for a reply as soon as possible. Any help would be appreciated. Thank you. Regards, Ragul Bhagwanth Ph:9600767698 -- next part -- An HTML attachment was scrubbed... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160420/3f1c3c17/attachment.html>
[dev] Non-OIC device bridge
Hi Goran, Previous protocol plugin manager(PPM) has been redesigned and released as Resource Container. Please use this component. This is the uniformed way bridging the non-OCF/OIC device. https://wiki.iotivity.org/resource_container BR, Uze Choi From: iotivity-dev-bounces at lists.iotivity.org [mailto:iotivity-dev-boun...@lists.iotivity.org] On Behalf Of guwn521 Sent: Tuesday, April 19, 2016 5:53 PM To: iotivity-dev at lists.iotivity.org Subject: [dev] Non-OIC device bridge Hello, Regarding non-OIC devices in iotivity, I'm trying to bridge a smartthings ZIGBEE sensor which's based on EM357 System-on-Chip. It seems protocol plugin manager(PPM) can't built in Tizen OS so far, and only Telegesis ETRX357 is supported. Is there other uniform way to bridge 3rd non-OIC devices? After protocol bridge, resource creation/configuration/register must be implemented, right? Looking forward for your reply. BR Goran ? -- next part -- HTML ?? ??... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160420/11955174/attachment.html>
[dev] Is there any example for communication through BLE
Hi, I'm using raspberry pi2 to run Iotivity with BLE and the OS is raspbian Jessie I checked /out/~~~/simpleclient & simpleserver work well through IP communication Now, I want make iotivity application with BLE communication on Raspberry pi2 Is there sample program for BLE ? Or Is there tutorial to use BLE in iotivity ? Actually, there was a sample program 'CAsample' at 1.0.1 version(Does not work well with BLE ) but is not in version 1.1.0 Below is scons command I used and there was no error scons TARGET_ARCH=arm TARGET_TRANSPORT=IP,BLE Best regards, -- next part -- HTML ?? ??... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160420/56ddd8db/attachment.html>
[dev] Regarding IoTivity
Hello, I am new to IoTivity. I need to build IoTivity on an arm architecture based board for my project. But during toolchain I am facing errors. Mainly "No module codegen". It happens in the ble_le_adapter I guess. I do not require bluetooth for my project. I only require wifi. Is there any way I can remove ble adapter check in the Sconstruct to avoid this error during toolchain ? Or is there any other solution ? I have attached a screenshot of the error. Hoping for a reply as soon as possible. Any help would be appreciated. Thank you. Regards, *Ragul Bhagwanth* Ph:9600767698 -- next part -- An HTML attachment was scrubbed... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160420/07292bc7/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: codegen_error.JPG Type: image/jpeg Size: 208794 bytes Desc: not available URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160420/07292bc7/attachment.jpe>
[dev] [cftg] RE: OCF IANA Port Number Assignment
HTML ?? ??... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160420/03de29cc/attachment.html> -- next part -- A non-text attachment was scrubbed... Name: 201604201755498_Z1SFOC32.gif Type: image/gif Size: 13168 bytes Desc: ?? ?? . URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160420/03de29cc/attachment.gif>
[dev] [cftg] RE: OCF IANA Port Number Assignment
Before we discuss that, do you have a plan for enforcing that you get the same IP address after reboot? On quarta-feira, 20 de abril de 2016 08:55:24 PDT ??? wrote: > Hi, All. > > I'm IoTivity client developer for TV and SmartThings Hub. > We find issue in our product verification phase about re-discovery problem. > We should re-discovery step after target device reboot. This is > very inconvenience user exprience. This issue is critical. and It makes > hard to release our product. > > Our product needs assigned port number to reduce re-discovery problem. > > > > > --- Original Message --- > Sender : Thiago Macieira > Date : 2016-04-19 15:20 (GMT+09:00) > Title : Re: [dev] [cftg] RE: OCF IANA Port Number Assignment > > That's an IoTivity problem. We chose not to provide this functionality. > > We can change our choice. We don't need an assigned port number to change > our minds. > > Em ter?a-feira, 19 de abril de 2016, ?s 06:16:45 PDT, ??? escreveu: > > IoTivity has already api for port setting. > > However it diesnit work and we had long discussion for this api fix with > > John Light before. For the implementation choice detail please refer to my > > today reply mail to Ravi. BR Uze Choi > > > > > > ---?? ???--- > > ??? : Thiago Macieira/thiago.macieira at intel.com > > : 2016/04/19 14:59 (GMT+09:00) > > ?? : Re: [cftg] RE: OCF IANA Port Number Assignment > > > > We add an API to IoTivity that informs the port numbers (plural, since we > > need two) that the application would want the stack to bind to and an API > > that informs which ports the stack bound to. Applications that desire to > > use the same port number after a reboot or a server shut down must record > > that port number somewhere while the stack is in operation and will just > > inform it again when it's starting up. Em ter?a-feira, 19 de abril de > > 2016, > > ?s 05:23:55 PDT, ??? escreveu: > This proposal target the server with > > single IoTivity stack. > I believe most of cases will be matched with it. > > > > > However, could you explain for port hint in detail? > BR, Uze Choi > > > > > ---?? ???--- > ??? : Thiago Macieira/thiago.macieira at intel.com > : > > 2016/04/19 13:43 (GMT+09:00) > ?? : Re: [cftg] RE: OCF IANA Port Number > > Assignment > > Hi Uze Note that having IANA-assigned port numbers without > > a > > hinting system > is worse than the current state. Upon device reboot, two > > processes could > race to bind to the known ports, which means the port > > numbers could invert > from boot to boot. So now a client that tried to > > reach the older service > would find a responsive server but with a > > different service. That would > result in an error to the requests. So > > we'd > > need to implement the port hint > functionality I explained. But if we do > > that, we don't need the assigned > port numbers from IANA. Em ter?a-feira, > > 19 de abril de 2016, ?s 04:35:49 > PDT, ??? escreveu: > Hi Dave, > This > > proposal is not for hundreds percent > guarantee. > During we develop the > > client application, we found that this > will lessen the > rediscovery > > step > > after target device reboot. Regarding > hint (I dont know > detail yet) > > I'm > > welcome to contribution also. BR Uze > Choi > > > ---?? ???--- > ??? : > > Dave > > Thaler/dthaler at microsoft.com > : > 2016/04/19 13:18 (GMT+09:00) > ?? > > : > > RE: Re: [cftg] RE: OCF IANA Port Number > Assignment > > We should not > > have > > an IANA assigned port (at least for any > reason we know of > now). If a > > device reboots, you can?t assume the IP > address is necessarily > the > > same, let alone the port number, so the peer > must be prepared to > > > rediscover it from a persistent stable id other than > the IP/port. > An > > app asking to reuse the same port number as last boot is > fine, as long > > as > > > > > it?s just a hint used for optimization, an app should > not rely on it > > > > being > granted. > Dave > > From: cftg at openconnectivity.org > > > [mailto:cftg at openconnectivity.org] On Behalf > Of ??? Sent: Monday, April > > > > > 18, 2016 9:13 PM > To: thiago.macieira at intel.com; > > cftg at openconnectivity.org > > > > > > Cc: iotivity-dev at lists.iotivity.org; ravi.subramaniam at intel.com; > > > > > > > > > > michael.koster at smartthings.com Subject: Re: Re: [cftg] RE: OCF IANA Port > > > > > > > > Number Assignment > > Hi Thiago, > Regarding hint I cannot assume > > > clearly > > > however, if you think about the port > designation api, it has some > > > issue > > > as I explained in mail for answer to > Ravi just little before. > > > > Originally > iotivity had a logic assigning the > specific port before, we > > figure out > that this port is already registered in > IANA with different > > purpose. This > is the reason why we change the logic > into random port > > number assignment. > BR Uze Choi > > > ---?? ???--- > ??? : Thiago > > > Macieira/thiago.macieira at intel.com >
[dev] Is there any example for communication through BLE
Hi, I'm using raspberry pi2 to run Iotivity with BLE and the OS is raspbian Jessie I checked /out/~~~/simpleclient & simpleserver work well through IP communication Now, I want make iotivity application with BLE communication on Raspberry pi2 Is there sample program for BLE ? Or Is there tutorial to use BLE in iotivity ? Actually, there was a sample program 'CAsample' at 1.0.1 version(Does not work well with BLE ) but is not in version 1.1.0 Below is scons command I used and there was no error scons TARGET_ARCH=arm TARGET_TRANSPORT=IP,BLE Best regards, -- next part -- HTML ?? ??... URL: <http://lists.iotivity.org/pipermail/iotivity-dev/attachments/20160420/d77c2977/attachment.html>
