getting started with visualisations

Taragorm

Update

Reloaded iobroker from scratch, just to be sure
Updated iob.js-controller to 1.5.7

iobroker@iobrokerdev /o/iobroker> npm list iobroker.js-controller
iobroker.inst@2.0.2 /opt/iobroker
└── iobroker.js-controller@1.5.7

Same error on iob visdebug

Also

Lots of warnings caused by this:

iobroker.inst@2.0.2 /opt/iobroker
└─┬ iobroker.js-controller@1.5.7
  └─┬ winston-syslog@1.2.6
    └── UNMET OPTIONAL DEPENDENCY unix-dgram@~0.2.1

Is there any way to suppress it? I hate clutter in the logfiles!

Also2

I can't see my widget in the vis builder. There's no obvious error in the log tho.

Taragorm

done a bit more digging into the visdebug error, and it seems like the project folder isn't being recognised as a directory:

Trying:/opt/iobroker/iobroker.vis-taragorm
Got stats:{"dev":2049,"mode":41471,"nlink":1,"uid":1001,"gid":1001,"rdev":0,"blksize":4096,"ino":792374,"size":24,"blocks":0,"atimeMs":1552471012718.894,"mtimeMs":1552471012714.892,"ctimeMs":1552471012714.892,"birthtimeMs":1552471012714.892,"atime":"2019-03-13T09:56:52.719Z","mtime":"2019-03-13T09:56:52.715Z","ctime":"2019-03-13T09:56:52.715Z","birthtime":"2019-03-13T09:56:52.715Z"}  isDir=false

trace code:

                    console.log("Trying:" + process.cwd() + "/" + adapterNames2Try[i]);
                    var adapterDir2Try = tools.getAdapterDir(adapterNames2Try[i]);
                    // Query the entry
                    var stats = fs.lstatSync(adapterDir2Try);
                    console.log("Got stats:" + JSON.stringify(stats) + "  isDir=" + stats.isDirectory());

But it surely is a dir:

iobroker@iobrokerdev /o/iobroker> ls -l
total 248
-rw-rwxr--+   1 iobroker iobroker   1474 Mar 13 09:40 CHANGELOG_INSTALLER_LINUX.md*
drwxrwxr-x+   3 iobroker iobroker   4096 Mar 13 09:40 install/
-rwxrwxrwx+   1 iobroker iobroker    169 Mar 13 09:41 INSTALLER_INFO.txt*
lrwxrwxrwx    1 iobroker iobroker     22 Mar 13 09:41 iob -> /opt/iobroker/iobroker*
-rwxrwxr-x+   1 iobroker iobroker    209 Mar 13 09:41 iobroker*
drwxrwxrwx+   4 iobroker iobroker   4096 Mar 13 09:42 iobroker-data/
drwxrwxrwx+   8 iobroker iobroker   4096 Mar 13 09:59 iobroker.vis-taragorm/
-rw-rwxrw-+   1 iobroker iobroker     92 Mar 13 09:41 killall.sh*
drwxrwxr-x+   2 iobroker iobroker   4096 Mar 13 09:40 lib/
-rw-rwxr--+   1 iobroker iobroker   1137 Mar 13 09:40 LICENSE*
drwxrwxrwx+   2 iobroker iobroker   4096 Mar 13 09:41 log/
drwxrwxr-x+ 451 iobroker iobroker  20480 Mar 13 09:56 node_modules/
-rw-rwxrw-+   1 iobroker iobroker    658 Mar 13 09:56 package.json*
-rw-rwxrw-+   1 iobroker iobroker 166878 Mar 13 09:41 package-lock.json*
-rw-rwxr--+   1 iobroker iobroker   6101 Mar 13 09:40 README.md*
-rw-rw-rw-+   1 iobroker iobroker   5868 Mar 13 09:51 reinstall.js
-rw-rwxrw-+   1 iobroker iobroker    709 Mar 13 09:41 reinstall.sh*

it's as if fs is misbehaving?

Bluefox

@Taragorm is the normal iobroker upload vis does not work?

You can force all the steps manually.

Copy your widgets files into /opt/iobroker/node_modules/iobroker.vis/www/widgets directory.
Change /opt/iobroker/node_modules/iobroker.vis/www/js/config.js
Change /opt/iobroker/node_modules/iobroker.vis/www/cache.manifest (just add/change some char to change the hash)
iobroker u vis
To be sure clear the browser cache

Taragorm

fyi, in enableDebug I think:

var stats = fs.lstatSync(adapterDir2Try);

maybe should be
var stats = fs.statSync(adapterDir2Try);

As diagnostics suggest we're finding the link, and lstatSync() returns the link itself, rather than the target of the link.

Changing it, lets things go a bit further, but it still fails somewhat messily:

Trying:/opt/iobroker/iobroker.vis-taragorm
Got stats:{"dev":2049,"mode":16895,"nlink":8,"uid":1001,"gid":1001,"rdev":0,"blksize":4096,"ino":791105,"size":4096,"blocks":8,"atimeMs":1552471286715.824,"mtimeMs":1552471172270.63,"ctimeMs":1552471172270.63,"birthtimeMs":1552471172270.63,"atime":"2019-03-13T10:01:26.716Z","mtime":"2019-03-13T09:59:32.271Z","ctime":"2019-03-13T09:59:32.271Z","birthtime":"2019-03-13T09:59:32.271Z"}  isDir=true isLink=false
Upload "/opt/iobroker/node_modules/iobroker.vis/www/index.html.original"
fs.js:119
    throw err;
    ^

Error: ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/../../../iobroker.vis/www/index.html.original'
    at Object.openSync (fs.js:448:3)
    at Object.readFileSync (fs.js:348:35)
    at VisDebug.enableDebug (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupVisDebug.js:91:23)
    at _objects (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2460:30)
    at Object.connected (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:3133:17)
    at Socket.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInMemClient.js:87:68)
    at Socket.Emitter.emit (/opt/iobroker/node_modules/socket.io-client/node_modules/component-emitter/index.js:133:20)
    at Socket.emit (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:136:10)
    at Socket.onconnect (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:328:8)
    at Socket.onpacket (/opt/iobroker/node_modules/socket.io-client/lib/socket.js:224:12)

For now, I'm going to switch my development environment to Windows, as that seems to be working for you.

Bluefox

@Taragorm It is very well, that you want to get the visbebug runnnig, but
I don't understand, why you ignore my other suggestions:

The problem with non existing index.html.original is fixed only on github.

Taragorm

@Bluefox I

@Bluefox said in getting started with visualisations:

@Taragorm No matter. With iobroker r vis && iobroker u vis it should work.
Not Fast, but work.

Just tried to execute (windows):

and cannot see any errors

I tried this; I don't get any errors, but I don't get a visualisation in the toolbox either.

That's why I trying to enable debug.

Taragorm

@Bluefox said in getting started with visualisations:

@Taragorm I do it like this.

My folder structure is like this one:
/opt/iobroker
        iobroker.my-new-adapter
        node_modules
               ...
               iobroker.js-controle
               iobroker.xxxx
               ...
Then I install my new adapter by writing npm i iobroker.my-new-adapter in /opt/iobroker.
As result the npm creates a sym-link to my developer folder:
/opt/iobroker
        iobroker.my-new-adapter
        node_modules
               ...
               iobroker.js-controle
               iobroker.my-new-adapter (symlink)
               iobroker.xxxx
               ...
after that I develop my adapter as usual in /opt/iobroker/iobroker.my-new-adapter even as a git repo.

after every change I write iobroker r vis && iobroker u vis This should work 100%.

Additionally I can write iobroker visdebug my-new-adapter and if I see the output
Disable cache I restart the iobroker (only for the first time).

After that I can directly modify the file /opt/iobroker/iobroker-data/files/vis/widgets/my-new-adapter.html and after every browser refresh it will be loaded anew from disk. So you can fast see your changes.

But, the changes in /opt/iobroker/iobroker-data/files/vis/widgets/my-new-adapter.html must be copied to /opt/iobroker/iobroker.my-new-adapter/widgets/ manually and you may not call iobroker u vis till you do that, else they will be overwritten

...and I have also set my environment up like this.

Bluefox

Please set here the names without vis-

Bluefox

And you may not change class.

Taragorm

thanks, will do

Taragorm

It's showing in the toolbox now - many thanks!

Taragorm

Much progress, but another small issue.

My visualisation shows values ok in the edit dialog.

In the normal view, it shows the "undefined" value... unless the value is used by a different widget.

This suggests I've done something wrong in binding, but as far as I can see, I've done pretty much what the template does.

Have I missed something out? It feels like whatever code that populates vis.states[] hasn't been invoked correctly. (i.e. the view seems to be unaware of the points I'm asking for).

Taragorm

ps: Changed the repo to: https://github.com/Taragorm/ioBroker.vistaragorm

Bluefox

@Taragorm It can be, that I forgot to describe, that all ObjectID Variables Names must start with "oid..." or end with "...oid" or "...oidN" (N is any number from 0 to 99)

Please use following files, that work:
vistaragorm.js
vistaragorm.html

Taragorm

Ah, that would be it then - I may have missed it.

I assumed that the /id type in the attr declaration was what did it.

Taragorm

That works nicely, thanks.

Out of curiosity, is there any way to force subscription?

I have a case where I have mutiple values on a sensor, and I'd like to be able to just specify the sensor oid for the widget, and have the implementation figure out the values.

e.g. I have
foo.bah.x
foo.bah.y
foo.bah.z

.. I'd like to only have to supply an oid of foo.bah - the widget can add .x, .y etc as those are fixed.

or does supplying an oid = "foo.bah" create a subscription for changes of all children too?

Taragorm

In case it's not obvious, I'd like a widget to be able to generate oids based on, or relative to, an oid in an attribute, and have the object correctly added to the widget/view so I can get data from it.

Surely there must be a way to do this?

Bluefox

@Taragorm I must check it

Taragorm

Appreciated

Bluefox

@Taragorm Now I understand, what you want.
The solution is to provide all OIDs during configuration. You can see the example:

If your first OID is changed, the defined function (in example vis.binds.hqwidgets.changedButtonId) will be called and you can define other fields there with desired OIDs.

NEWS

getting started with visualisations

Update

Also

Also2

Support us

489
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

getting started with visualisations

Update

Also

Also2

Support us

489Online

31.9kUsers

80.1kTopics

1.3mPosts

489
Online

31.9k
Users

80.1k
Topics

1.3m
Posts