macchina.io needs a MQTT client. We will not implement our own broker, however, we'll want to have our own client implemented as a OSP service bridged to JavaScript. The client should be able to connect to a server or broker over TCP and SSL and should support the latest MQTT 3.1.1 specification.

I'am trying the "Sending Sensor Data Using MQTT" example from the "Getting Started with macchina.io" on the playground and i'am always getting the error on title.
I'am using version 0.6.

It would be nice to have CMake support for macchina.io like the poco project.

Create a new Poco::Serial library in platform to allow using the serial library independently of devices/Devices.

Add Poco::Redis library to platform.

I was creating a new Device class, but was very difficult to understand why the generated stubs didn't extend the right classes...
Took a lot to discover the trick.... or the right configuration.

I suggest to change OSP to true by default in file devices/Devices/RemoteGen.xml and add the flowing:

        <osp>
            <enable>true</enable>
        </osp>

Thnks,
JP

We need an implementation of GNSSSensor interface for GNSS/GPS receivers providing a serial NMEA 0183 data stream.

Do poco libraries need to be installed before building macchina or come together with this project?
After building the project and try to run it, I get the following error:

error while loading shared libraries: libPocoOSP.so

On my Linux distro I couldn't get Paho to compile unless it had the -D_GNU_SOURCE flag defined. If this wasn't defined it didn't know the addrinfo type which is guarder by

ifdef __USE_GNU

struct addrinfo ar_result; / Pointer to result. */

inf the netdb.h file.

This file belongs to glibc 2.22 on my system.

Hi,
Please note that I could not find the source code, project files and makefiles for the tutorials in the samples directory in the OSP source tree. The sample directory is absent in the OSP source tree. Kindly let me know where I can get source code, project files and makefiles for the tutorials. Kindly note the url as follows:
http://macchina.io/docs/00150-OSPTutorial.html
Thanks and Regards,
Madhusudhana H V

How do I expose "tcp://iot.eclipse.org:1883" to the external network?
Do I need to use a MQTT broker like mosquitto?

Thanks for the help,

Dan

when i cross compile jsv8 for armv5te , the compiler report do not support this platform

hi ,

is there possible to integrate the sensor middleware https://github.com/intel-iot-devkit/mraa
https://github.com/intel-iot-devkit/upm into macchina ?

thanks ...

Having support for Firmata protocol may be useful, e.g. to control I/O slaves based on Arduino.

https://github.com/firmata/protocol

I'm not sure if it is a bug or I did something wrong.
I read the document https://macchina.io/docs/00100-RemotingNGOverview.html about Remote NG and try to generate the client-side Remoting code from macchina.io/devices/Devices (IoT::Devices).

I create a RemoteGen.xml.zip and execute the generator as following:
../macchina.io/platform/RemotingNG/RemoteGen/bin/Linux/x86_64/RemoteGenNG -cRemoteGen.xml -DPOCO_BASE=../macchina.io/platform -DPOCO_OSP_DEVICES=../macchina.io/devices/Devices -Cclang

The RemoteGenNG generates for example from the Accelerometer class the expected classes AccelerometerClientHelper, AccelerometerEventSubscriber, AccelerometerProxy and AccelerometerProxyFactory.
But in the AccelerometerEventSubscriber class they generate an inheritance to IoT::Devices::DeviceEventSubscriber instead of Poco::RemotingNG::EventSubscriber.
In the AccelerometerEventSubscriber header an include of Poco/RemotingNG/EventSubscriber.h exists.
What is going wrong here?

Hi I want to pass get/post param to devices.jss from controllers.jss, so I can call setPropertyString method with user specified value.
Can you guide me how i can retrieve get/post params in devices.jss

Can someone clarify how ' serviceRegistry.find(
'io.macchina.physicalQuantity == "temperature"');' locates the sensor I've currently connected?
Do we need explicitly specify Pin Port number, beacuse I've tried connect a temperature sensor but temperature value keep going from simulated one?

Integrate the Twitter client from the POCO samples as service.

Also implement sign in with Twitter to get an access token for the client.

https://dev.twitter.com/oauth/3-legged
https://dev.twitter.com/web/sign-in/implementing

Linux userspace GPIOs (via sysfs) should be accessible via a GPIO service to both C++ and JavaScript.

Static resources in the in-memory OSP Web Server cache must be removed when the bundle providing them is removed. Currently they stay in the cache, which leads to old data being served when a bundle is upgraded.

erro in cross-compile js v8 in my i.mx28 toolchain

Hi Gunter,

I'm wondering, which IDE are you using for development under Linux ?

I'm new to C++ world (coming from Java), and the best thing I found is Emacs with irony. Your answer is going to help me to adopt macchina.io development style :)

Thanks a lot.

https://github.com/intel-iot-devkit/upm
http://iotdk.intel.com/docs/master/mraa/

As the title says, create a generic platform for development of application servers by moving macchina.io/platform into a separate project.

The Modbus implementation currently does not support all messages. Fix TODOs.

The JavaScript HTMLForm wrapper should have a property getter to read form fields, so that instead of

var a = form.getField('a');

one can write:

var a = form.a;

Check whether the new Firefox Debugger could be integrated into macchina.io. The debugger currently required node.js plus some web frameworks on top of node.js, but maybe the server-side could be reimplemented in C++ based on OSP Web.

macchina.io needs a web-based user interface supporting the following features:

• start/index/launchpad page (links to available applications)
• bundle administration (like OSP BundleAdmin, but with modernized UI)
• script editor (create and edit JavaScript applications using a web-based editor)

Provide support for XBee ZB sensors (specifically, the combined temperature, humidity and light sensor).

Could someone guide how to correctly build project on Eclipse in Linux. Building it without configuring build options gives error for 'all' command.

When stopping a bundle in the macchina.io webui BundleAdmin app, all bundles dependent upon that bundle should also be stopped, as in the old OSP BundleAdmin tool.

There is a memory leak if the HTTPS request class is used in JavaScript, but the root certificate file specified in the global configuration is missing and thus an exception is thrown.

I'm wondering that there is a copy of the poco libraries in this project. I think it's better to include poco as a git sub module, because in this case bugfixes from poco are also available for macchina.io. The mirai bot net used insecure IoT devices so it's neccesary to update macchina.io as fast as possible after a bugfix has been submitted to poco.

Since Ubuntu 16.04 I got this compile error:
macchina.io/protocols/MQTT/Paho/src/Socket.c:599: Fehler: variable 'hints' has initializer but incomplete type
struct addrinfo hints = {0, AF_UNSPEC, SOCK_STREAM, IPPROTO_TCP, 0, NULL, NULL, NULL};
^

I spend some time to investigate the problem and I found following problem/solution:
In macchina.io/platform/build/config/Linux
there is a SYSFLAG define with:
-D_XOPEN_SOURCE=500

This define use:
_POSIX_C_SOURCE defined: 199506L

This means, to use the POSIX API version POSIX.1-1996

When I remove the define _XOPEN_SOURCE then following POSIX version is used:
_POSIX_C_SOURCE defined: 200809L

This means, to use the POSIX API version POSIX.1-2008

In netdb.h I found following comment:
...
/* Extension from POSIX.1g. */

ifdef __USE_POSIX

/* Structure to contain information about address of a service provider. */
struct addrinfo
...

addrinfo is an extension from POSIX.1g ?
I search in man feature_test_macros(7), man getaddrinfo, on http://pubs.opengroup.org/onlinepubs/9699919799/ for POSIX.1g but I did not found why the behaviour is changed.

To remove _XOPEN_SOURCE works also for Ubuntu 14.04.

Maybe it's better to use: -D_GNU_SOURCE
then we can remove _LARGEFILE64_SOURCE because
this use following defines:
_POSIX_SOURCE defined
_POSIX_C_SOURCE defined: 200809L
_ISOC99_SOURCE defined
_ISOC11_SOURCE defined
_XOPEN_SOURCE defined: 700
_XOPEN_SOURCE_EXTENDED defined
_LARGEFILE64_SOURCE defined
_DEFAULT_SOURCE defined
_ATFILE_SOURCE defined
_GNU_SOURCE defined

See man feature_test_macros(7) for more details.

It's a good idea to test this also on other Linux Distros.

Here some glibc information about Ubuntu:
Glibc Version on Ubuntu 16.04 (xenial)
GNU C Library (Ubuntu GLIBC 2.23-0ubuntu3) stable release version 2.23, by Roland McGrath et al.
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 5.3.1 20160413.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bugs.

GLibc Version on Ubuntu 14.04 (trusty)
GNU C Library (Ubuntu EGLIBC 2.19-0ubuntu6.9) stable release version 2.19, by Roland McGrath et al.
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.8.4.
Compiled on a Linux 3.13.11 system on 2016-05-26.
Available extensions:
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
libc ABIs: UNIQUE IFUNC
For bug reporting instructions, please see:
https://bugs.launchpad.net/ubuntu/+source/eglibc/+bugs.

How you get glibc version:
Execute on the command line libc.so.6
Where this library is found depends on your Linux distro.
For example, in Ubuntu (with multi arch support) you found this:
/lib/x86_64-linux-gnu
/lib/x86-linux-gnu
Maybe also
/lib, /lib64, /lib32, /libx32

Hi,
I have two bundle, One is websocket client which communicate to server(send status of all devices to server and execute any command from server). And another bundle which fetch data from sensors. Sensor bundle have some configuration like fetch interval, fetch data etc. Now I wants, when I received command from server, as per command I want to update fetch Interval or other parameter. I had seen this can be done using js by setPorperty method, but I need to do same using C++ code.
Please suggest some method for it.

Thanks in advance.

Currently HTTPRequests only supports text data, which is available as a string. If binary data is detected, this should be delivered via an appropriate V8 type.

Following Tinkerforge bindings need to be done:

• Ambient Light
• Barometer
• Dual Button
• GPS
• Humidity
• IO-4
• Motion Detector
• Rotary Encoder
• Temperature

I tried to build macchina.io by following the guidelines from http://macchina.io/docs/00150-MacchinaGettingStarted.html on a Linux Mint v17.1 and v17.3. However, every time I get the following error during build. Is there something I do wrong?

The steps to reproduce this are:

1. clone the repo
2. run sudo make -s -j8 (as described in the tutorial)

CXX(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/cctest/test/cctest/test-cpu-x64.o
CXX(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/cctest/test/cctest/test-disasm-x64.o
CXX(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/cctest/test/cctest/test-macro-assembler-x64.o
CXX(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/cctest/test/cctest/test-log-stack-tracer.o
CXX(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/cctest/test/cctest/test-platform-linux.o
SOLINK(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/tools/gyp/libv8.so
LINK(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/cctest
COPY /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/lib.target/libv8.so
CXX(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/shell/samples/shell.o
CXX(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/process/samples/process.o
CXX(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/lineprocessor/samples/lineprocessor.o
CXX(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/d8/src/d8.o
LINK(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/shell
LINK(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/lineprocessor
LINK(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/d8
LINK(target) /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/process
TOUCH /home/andrei/environment/macchina.io/platform/JS/V8/v8-3.25.28.18/out/x64.debug/obj.target/build/All.stamp
make: *** [clean] Error 2

OK, so I keep my user objects in the bundle activator. I would also like to be able to access those objects from the HTTP handler factory registered as an extension point. Since both activator and handler are instantiated by the OSP environment, the only way to share data between them seems to be through a global variable (ugly). Is there a better way short of launching my own web server from bundle activator?

Hi, is there any documentation on how to start with C++, some sample, I can find for java script
but not for c++.

Hello,

Would it be better if there is a default topic subscription (i.e. macchina_io_test) that can be seen in MQTT Clients page?

Since I am a true beginner of macchina.io, I needed to spend much time to see an action on that page.
(I added "client.subscribe('macchina_io_test', 0);" into clients.jss. For now, I am not sure that this is the correct way of doing subscription.)

As a suggestion, maybe there can be a parameter in macchina.parameters file and beginners like me easily see MQTT clients working. :).

Thanks.
Erdem

Right now a lot of copying is going on when working with Buffer objects and URIWrapper/HTTPRequestWrapper. May be some potential for improvement.

While the bundled V8 release (3.25.28.18) is doing a good job in terms of stability, it's not up to date with ES 6 support. For release 1.0, we should consider updating to a newer release.

1. I can't view the client's feed.

2. I subscribed to macchina.io using MQTT-Lens to do a subscription to tcp:iot.eclipse.org:1883. The screen always says "no scubscription"

Current documentation is wrong in that it states flatIncludes defaults to true. Default is false. Also, clarify includeRoot description.

A Yocto recipe for building and installing macchina.io on Yocto devices would be nice to have.

When upgrading a bundle, the name of the new bundle must be verified. Currently it's possible to upgrade a bundle with one with a different symbolic name, leading to a failed upgrade. This must be prevented.

In the current implementation JavaScript servlets and server pages are compiled whenever they are requested. From a performance perspective this is unacceptable. There should be a pooling mechanism that enables reuse of compiled scripts.

Hello.
I wish you success in the creation and development.
Please tell me when you plan to make support ModBus protocol?

Hello.
I would know if it is possible to use OSP into a shared library without using a class derived from poco application. Is it necessary to register the OSPSubsystem into an application in order to use it?
Thank you.