Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add signalk-server to Venus OS #517

Closed
6 of 14 tasks
mpvader opened this issue Apr 17, 2018 · 48 comments
Closed
6 of 14 tasks

Add signalk-server to Venus OS #517

mpvader opened this issue Apr 17, 2018 · 48 comments

Comments

@mpvader
Copy link
Contributor

mpvader commented Apr 17, 2018

  • Make nodejs compile & work
  • Add signalk to Venus images
  • Pre-configure N2K connection on Venus GX
  • pre-configure signalk-venus-plugin to be installed & configured to dbus on localhost
  • make default config for Venus GX that runs canboatjs dataprovider on the VE.Can port.
  • test & use this new feature in signalk to call stop-tty.sh for all ttys that are used by signalk. Calling stop-tty.sh makes the rest of the Venus OS leave them alone.
  • double check that the stop-tty.sh is now not a race condition (it will never hit the condition though; starting up node & signalk is eternally more slow than serial-starter bash scripts)
  • consider limiting or reporting the nodejs claimed space on the data partition
  • test

And then nice to haves

  • look into making the plugins work
  • Add Influxdb
  • Add Grafana
  • Add browser on Cerbo + GX Touch 50 ;-)
  • welcome to add your things here.

The short story:

Status: its ready to be tested; and perhaps its even finished enough to be just used.

How can you use it? See (draft) Venus OS Signalk manual.

Why should I use this to have Signalk? Well; that depends on what you're looking for. If you want to have all things under control; self install, for example, a raspberrypi, configure it, tweak it, modify it; maintain it; and manually install Signalk as well as keep it all update date -manually-; and either already have- or want to learn linux commandline skills, then go here, do that and forget about Venus OS + Signalk.

If you want to use Signalk as if you'd gone to the store and bought a box that should -more or less- just work; then Venus OS + Signalk is good to consider. Its intention is to be a finished (technical-)consumer type product that doesn't need any special computer skills; and especially does not require linux skills.

Where the Venus GX comes in is that its like a raspberrypi; but then in a nice box; with nice connectors; wide input power supply (9 to 70 VDC); canbus; and more. Not such a rat's nest of usb cables like Pi setups.

What about updates? Both Venus OS as well as Signalk keep improving; new versions are released regularly. I'll be regularly making a new version now of Venus OS + Signalk; which can be installed easily: note that for now; you can only update by USB stick. Using the Firmware update menu will result in installing a normal image: without signalk. Settings; such as configured data providers; will remain in place when doing either update: going back to a normal one; or a newer one that has signalk.

What about support? For support on signalk; use its Slack or mailinglist. For support on Venus OS + SignalK; preferably use the #victron channel in SignalK slack. Whatever you do; don't use official Victron support channels; they are not setup to help with this.

Are there limitations? Yes, compared to a self-installed signalk there are limitations. Especially when it comes to installing plugins. Installing plugins that need compilation is currently not possible; and also all plugins will be installed on the data partition; which has its limits when it comes to diskspace. The idea is to have all normally used plugins installed by default: so if you think something is missing; please ping me on the #victron channel on Slack.

OK, I'm convinced; where can I get this? See (draft) Venus OS Signalk manual.


The long story:

0. Introduction

See here for what Venus OS is. The idea is to either add SignalK to standard Venus as released by Victron, or otherwise at least be able to make an alternative build of Venus that includes nodejs & SignalK server.

Its current status is that I can build Venus images that include signalk for both the Venus GX hardware (has two canbus ports) and also the raspberrypy image (for rpi2 & 3) builds. There is no way to put it on the CCGX, as its flash memory is too small. For more details, see below.

This project is looking for people that have spare time. See below for how to get up to the current state of the project and start contributing 😄.

I. Context

Getting Victron data into SignalK server is already possible, see the venus-plugin. Its common use now is to run SignalK-server one one machine (a raspberrypi most often), and then connect the Venus running on another machine (a Color Control GX, or Venus GX for example).

This project is about running it all in one piece of kit; removing the need for an additional box.

And also this project is an option to make SignalK available more easy: ie pre-installed and very easily and robustly updateable. Note that other options are also pursued elsewhere, see for example #464. And also the recent Docker work by @tkurki (tbd. is there info or a link to somewhere?).

Note that manually installing SignalK on a Venus device has been done, and is documented here.

II. The work:

1. add nodejs & npm. DONE.

2. add signalk. DONE.

3. disk space. DONE.

Adding nodejs and signalk requires quite some extra space (see somewhere below in the comments for how much). And see this overview for available space on various hardware that can run Venus. In more detail per machine (=hw model):

  • the raspberrypi2 (& 3) build have plenty of space. No issue in adding Nodejs & Signalk to the standard image.
  • venus gx built-in flash has plenty space, but as we produced up to end of 2018, the emmc was partitioned such that there is not enough space on the rootfs. See Venus OS Extended manual for how to upgrade a unit yourself.
@mpvader
Copy link
Contributor Author

mpvader commented Apr 17, 2018

Some notes on the OE npm-fetcher:

Success!

So same for mdns:

  • devtool add "npm://registry.npmjs.org;name=mdns;version=2.3.4"
  • bitbake mdns
  • fails, missing dns_sd.h, which makes sense, since mdns compilation requires on some libraries. Probably needs adding some DEPEND in the recipe as made by the devtool.

serialport:

  • devtool add "npm://registry.npmjs.org;name=serialport;version=6.1.1"
  • bitbake serial-port
  • no result yet

Note that after above steps, those recipes are still in the devtool workspace. See devtool docs for how to get them in one of the metas.

@mpvader
Copy link
Contributor Author

mpvader commented Apr 17, 2018

Building an image nodejs 8.4.0 on it works fine. Tested on the raspberrypi. It adds 15MB of diskspace:

# opkg files nodejs
Package nodejs (8.4.0-r0) is installed on root and has the following files:
/usr/bin/node

# ls -al /usr/bin/node
-rwxr-xr-x    1 root     root      15069744 Apr 17 20:24 /usr/bin/node

@mpvader
Copy link
Contributor Author

mpvader commented Apr 17, 2018

Just now remembered that signalk requires npm runtime. For (un)installing plugins from the admin. Added that. Effect on the disk space is a further chunk of 18.034 bytes out. Installed npm version is 5.3.0.

I've also added npm to above summary.

Remaining space before starting the next experiment (run npm i -g --unsafe-perm signalk-server on the pi itself) was 174265.

@mpvader
Copy link
Contributor Author

mpvader commented Apr 17, 2018

Prepare for installing signalk-server (manually! not yet as part of the rootfs) by setting up python-compiler. It is required by the (few) packages that need pre-compilation. Above I already mentioned a possible way around this.

/opt/victronenergy/swupdate-scripts/set-feed.sh candidate
opkg update
opkg install packagegroup-core-buildessential  python-compiler python-misc git-perltools

After that there is a measily 7MB of free disk space left. Perhaps next step is to indeed pre-install serialport, socketcan and optionally also mdns on the rootfs.

@mpvader
Copy link
Contributor Author

mpvader commented Apr 29, 2018

Also added a receipt for the node package bcrypt

devtool add "npm://registry.npmjs.org;name=bcrypt;version=1.0.3"
devtool finish bcrypt meta-third-party

Status update:

looks like I have a recipe that packages signalk-server (minus brypt, serial-port and the others) up without issues. Now there is an error when I try to install the generated swu using swu.sh.

Which I'll look into next time I have time.

${D}//usr/lib/node-modules/signalk-server size is 77MB

Latest error:

matthijs@matthijs-virt-i686:/media/venusbuilds/venus$ bb> ./swu.sh 192.168.178.151
Warning: Permanently added '192.168.178.151' (ECDSA) to the list of known hosts.
Warning: Permanently added '192.168.178.151' (ECDSA) to the list of known hosts.
*** Checking for updates ***
arguments: -swu file:///dev/stdin
Updating to file:///dev/stdin
Starting swupdate to install version file:///dev/stdin ...
software set: stable mode: copy2
Swupdate v2016.10.0

Licensed under GPLv2. See source distribution for detailed copyright notices.

Registered handlers:
	archive
	tar
	raw
	rawfile
	uboot
Main loop Daemon
[NOTIFY] : SWUPDATE running :  [network_thread] : Incoming network request: processing...
[NOTIFY] : SWUPDATE started :  Software Update started !
[NOTIFY] : SWUPDATE downloading :  
[NOTIFY] : SWUPDATE running :  [download_from_url] : Image download started : file:///dev/stdin
[NOTIFY] : SWUPDATE running :  [extract_file_to_tmp] : Found file:
	filename sw-description
	size 789
Version 0.1.0
[NOTIFY] : SWUPDATE running :  [parse_images] : Found compressed Image  : venus-image-raspberrypi2.ext4.gz in device : /dev/mmcblk0p3 for handler raw (installed from stream) 

[NOTIFY] : SWUPDATE running :  [parse_uboot] : U-Boot var: version = 2

[NOTIFY] : SWUPDATE running :  [extract_files] : Found file:
	filename venus-image-raspberrypi2.ext4.gz
	size 121370286 required
[NOTIFY] : SWUPDATE running :  [extract_files] : Installing STREAM venus-image-raspberrypi2.ext4.gz, 121370286 bytes

[NOTIFY] : SWUPDATE running :  [install_single_image] : Found installer for stream venus-image-raspberrypi2.ext4.gz raw
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 2842622 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 6733823 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 10272767 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 13680639 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 15613951 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 18595839 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 22003711 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 25214975 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 28983295 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 32849919 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 36388863 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 39600127 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 42713087 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 45924351 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 48676863 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 51855359 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 55050240 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 59064319 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 62111743 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 65060863 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 68173823 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 71286783 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 74432511 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 77578239 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 80887807 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 84099071 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 87113727 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 90324991 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 93536255 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 96206848 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 100450303 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 103923711 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 107298815 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 111165439 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 114802687 / 0
[NOTIFY] : SWUPDATE running :  [download_info] : Received : 118439935 / 0
ERROR core/cpio_utils.c : copyfile : 180 : gunzip failure -5 (errno 28) -- aborting

[NOTIFY] : SWUPDATE failed [0] ERROR core/cpio_utils.c : copyfile : 180 : gunzip failure -5 (errno 28) -- aborting

[NOTIFY] : SWUPDATE running :  [install_single_image] : Installer for raw not successful !
ERROR corelib/stream_interface.c : extract_files : 251 : Error streaming venus-image-raspberrypi2.ext4.gz
[NOTIFY] : SWUPDATE failed [0] ERROR corelib/stream_interface.c : extract_files : 251 : Error streaming venus-image-raspberrypi2.ext4.gz
[NOTIFY] : SWUPDATE failed [1] Image invalid or corrupted. Not installing ...
[NOTIFY] : SWUPDATE running :  [network_initializer] : Main thread sleep again !
[NOTIFY] : No SWUPDATE running :  Waiting for requests...
ERROR corelib/downloader.c : write_data : 104 : Failure writing into IPC Stream

Main loop Daemon
[NOTIFY] : SWUPDATE failed [0] ERROR corelib/downloader.c : write_data : 104 : Failure writing into IPC Stream

[NOTIFY] : SWUPDATE running :  [download_info] : Received : 121470974 / 0
[NOTIFY] : SWUPDATE running :  [download_from_url] : Connection with server interrupted, try RESUME after 121470974
[NOTIFY] : SWUPDATE running :  [download_from_url] : Connection with server interrupted, try RESUME after 121470974
[NOTIFY] : SWUPDATE running :  [download_from_url] : Connection with server interrupted, try RESUME after 121470974
^C

mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Apr 29, 2018
@tkurki
Copy link
Member

tkurki commented Apr 30, 2018

Fyi bcrypt was replaced with bryptjs in 6c09750.

@mpvader
Copy link
Contributor Author

mpvader commented Apr 30, 2018

Thanks, I’ll update the version I’m using; it is still v1.0.0

@mpvader
Copy link
Contributor Author

mpvader commented Apr 30, 2018

Success! I've managed to build a Venus OS images for the raspberrypy, including signalk-server v1.2.1, together with its dependencies. And it runs fine for as far as I can see.

For some reason that I don't understand yet, the full images can be burned to sdcard without issues (and 43MB of free space). While installing the swu gives above mentioned error.

Diskspace used by signalk v1.2.1 and its dependencies is 142.6MB. Which on a v2.20~22 raspberrypi image leaves 42MB free on the rootfs.

Details:

root@raspberrypi2:~# node -v
v8.4.0
root@raspberrypi2:~# npm -v
5.3.0

root@raspberrypi2:~# du -sh /usr/lib/node_modules/signalk-server 
91.1M	/usr/lib/node_modules/signalk-server
root@raspberrypi2:~# du -sh /usr/lib/node_modules/serialport    
7.9M	/usr/lib/node_modules/serialport
root@raspberrypi2:~# du -sh /usr/lib/node_modules/npm       
26.3M	/usr/lib/node_modules/npm
root@raspberrypi2:~# du -sh /usr/lib/node_modules/socketcan 
2.3M	/usr/lib/node_modules/socketcan

# opkg files nodejs
Package nodejs (8.4.0-r0) is installed on root and has the following files:
/usr/bin/node

# ls -al /usr/bin/node
-rwxr-xr-x    1 root     root      15069744 Apr 17 20:24 /usr/bin/node

@mpvader
Copy link
Contributor Author

mpvader commented Apr 30, 2018

I tested some things:

  • install a plugin from the admin-ui: works. plugin is installed on the data partition. Which is nice in a way, but also requires some extra thought (completely overloading the data-partition would crash whole of Venus, or at least put it in some state no-one has ever checked or thought about, to just name a worry that comes to mind)
  • hit the restart button: works, as in that it stops. once running under daemontools it would also be auto-restarted.
  • configured a NMEA0183 data provider. Which worked in the way that there were no errors shown about not being able to load the serialport dependency. So I think this proves that it was able to load & use the pre-installed native serialport package.

Next on the todo list:

  • make it run by default (or under a user switch in the gui). Use daemontools for that, so that its restarted in case of a crash.
  • store its config file on the data partition
  • configure Venus d-bus to bind to localhost
  • pre-configure signalk-venus-plugin to be installed & configured to dbus on localhost (can that be done & how?)

For the run file:

mkdir -p /data/conf/signalk
/usr/lib/node_modules/signalk-server/bin/signalk-server -c /data/conf/signalk-server

mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Apr 30, 2018
@tkurki
Copy link
Member

tkurki commented May 1, 2018

Would a USB GPS puck be something worth testing re serialport & NMEA0183 testing?

Is CAN/NMEA2000 access possible?

Plugin configuration is stored in plugin-config-data/<plugin-id>.json. If you prepopulate that with proper content, with "enabled": true the server will load & enable the plugin as you want it.

mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue May 13, 2018
@mpvader
Copy link
Contributor Author

mpvader commented May 13, 2018

Would a USB GPS puck be something worth testing re serialport & NMEA0183 testing?

Yes. I don’t have one at home though. Let me see what I can find.

Is CAN/NMEA2000 access possible?

Yes.

@mpvader
Copy link
Contributor Author

mpvader commented May 14, 2018

An update: I've successfully built, installed and ran the new image on the Venus GX. Also I've updated the top section of this issue to reflect current status.

@mpvader
Copy link
Contributor Author

mpvader commented May 18, 2018

An update:

  • added & tested signalk-venus-plugin, including its config
  • added default config for the canbus data provider

I cannot think of any other required default configs. Let me know if I forgot something.

@mpvader
Copy link
Contributor Author

mpvader commented May 30, 2018

We are changing the partitioning of the Venus GX in production: larger sizes; to better accommodate signalk or similar applications:
victronenergy/meta-victronenergy@9110bee

Will come into effect as soon as we officially release v2.20 and thereafter deploy it to the factory.

Note that it might take quite a while before we start shipping units partitioned like that. Until then the procedure that I mentioned elsewhere (where?) is required to increase partitions on a unit.

mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Sep 1, 2018
The data provider configuration is machine specific:
- beaglebone: can1 as nmea2000. can1 is the VE.Can port
- other machines: no default dataproviders.

SignalK/signalk-server#517
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Sep 1, 2018
The data provider configuration is machine specific:
- beaglebone: can1 as nmea2000. can1 is the VE.Can port
- other machines: no default dataproviders.

The recipe uses an unusual way to package a npm project. See comments
in the recipe for why.

SignalK/signalk-server#517
@mpvader
Copy link
Contributor Author

mpvader commented Sep 1, 2018

v2.20~59-signalk was tested on a NMEA2000 network with AIS and such on a Venus GX. Works great!

Also I've rebased and cleaned up the commits:

https://github.com/victronenergy/meta-victronenergy/tree/matthijs/signalk

mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Sep 16, 2018
The data provider configuration is machine specific:
- beaglebone: can1 as nmea2000. can1 is the VE.Can port
- other machines: no default dataproviders.

The recipe uses an unusual way to package a npm project. See comments
in the recipe for why.

SignalK/signalk-server#517
@mpvader
Copy link
Contributor Author

mpvader commented Sep 20, 2018

All right, i made a newer version, that includes node red.

Files here:

Note that for the Venus GX, you one time need to burn the install sdcard img and run that to repartition. And from then onwards you’ll only need the swu file.

And, also with the larger partitions, it’s still possible to run the normal swu files that now don’t have signalk

@mcules
Copy link

mcules commented Sep 20, 2018

Can you add a hint to disable auto updates to IV?
If not disabled, its installing the stock update ;)

@mpvader
Copy link
Contributor Author

mpvader commented Nov 6, 2018

Hey @mcules,

Yes done, thanks!

mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Nov 8, 2018
The data provider configuration is machine specific:
- beaglebone: can1 as nmea2000. can1 is the VE.Can port
- other machines: no default dataproviders.

The recipe uses an unusual way to package a npm project. See comments
in the recipe for why.

SignalK/signalk-server#517
@mpvader
Copy link
Contributor Author

mpvader commented Nov 8, 2018

An update:

  • the matthijs/signalk branches have been rebased onto latest master branches (v2.30~9 and then some extras)
  • Venus GX .swu has been built
  • Raspberrypi .swu is building

@sbender9
Copy link
Member

sbender9 commented Nov 9, 2018

I have created a script to give you the list of ttys that the server is using: #658

This outputs a json list of the devices:

$ ./bin/signalk-list-devices -s /usr/local/src/test_server_config/settings.json
["/dev/something","/dev/tty.usbserial-2B688"]

Let m know if that's ok, or if you would like it in a different format.

@mpvader
Copy link
Contributor Author

mpvader commented Jan 13, 2019

Making node-gyp, required by npm for packages with code that needs compiling, work on the target, requires these packages: python-compiler, python-misc, packagegroup-core-buildessential. Maybe it also needs python-dev.

First I tried to it one by one; to minimize the number of added packages:

opkg install make
opkg install g++
opkg install g++-symlinks
and then when it failed on yet another (cc1plus), I gave up and installed the full thing instead. To resume; just run npm install abstract-socket.

Note that in the end, npm is perhaps not necessary to run on the target. But it sure is nice for development.

@mpvader
Copy link
Contributor Author

mpvader commented May 16, 2020

Hi all, the project to get a Venus OS with Signal K included is merged with a similar project to get Node-RED into Venus OS. This discussions mostly continues in the Node-RED thread, it includes a v2.60~22 image with Signal K on it: victronenergy/venus#378

Also, I've started on a manual, its here: https://www.victronenergy.com/live/venus-os:extended.

Contributions and help to that are super welcome. You can make a login on the upper right of that page. Don't hesitate too much about making a mistake. The changes made will be regularly reviewed.

mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue May 17, 2020
The data provider configuration is machine specific:
- beaglebone: can1 as nmea2000. can1 is the VE.Can port
- other machines: no default dataproviders.

The recipe uses an unusual way to package a npm project. See comments
in the recipe for why.

SignalK/signalk-server#517
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue May 26, 2020
The data provider configuration is machine specific:
- beaglebone: can1 as nmea2000. can1 is the VE.Can port
- other machines: no default dataproviders.

The recipe uses an unusual way to package a npm project. See comments
in the recipe for why.

SignalK/signalk-server#517
sbender9 pushed a commit to victronenergy/meta-victronenergy that referenced this issue Jun 17, 2020
The data provider configuration is machine specific:
- beaglebone: can1 as nmea2000. can1 is the VE.Can port
- other machines: no default dataproviders.

The recipe uses an unusual way to package a npm project. See comments
in the recipe for why.

SignalK/signalk-server#517
sbender9 pushed a commit to victronenergy/meta-victronenergy that referenced this issue Aug 19, 2020
The data provider configuration is machine specific:
- beaglebone: can1 as nmea2000. can1 is the VE.Can port
- other machines: no default dataproviders.

The recipe uses an unusual way to package a npm project. See comments
in the recipe for why.

SignalK/signalk-server#517
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Sep 11, 2020
The data provider configuration is machine specific:
- beaglebone: can1 as nmea2000. can1 is the VE.Can port
- other machines: no default dataproviders.

The recipe uses an unusual way to package a npm project. See comments
in the recipe for why.

SignalK/signalk-server#517
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Jan 6, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

SignalK/signalk-server#517
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Jan 6, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.20 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Jan 10, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.20 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
mansr pushed a commit to victronenergy/meta-victronenergy that referenced this issue Jan 19, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mansr pushed a commit to victronenergy/meta-victronenergy that referenced this issue Jan 19, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Mar 12, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Mar 28, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Apr 18, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Aug 7, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Aug 10, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Aug 18, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Aug 20, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Sep 6, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.22 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
mansr pushed a commit to victronenergy/meta-victronenergy that referenced this issue Sep 10, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.24.14 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
https://github.com/sbender9/signalk-venus-plugin/releases
mansr pushed a commit to victronenergy/meta-victronenergy that referenced this issue Sep 11, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.24.14 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
https://github.com/sbender9/signalk-venus-plugin/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Sep 11, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.24.14 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
https://github.com/sbender9/signalk-venus-plugin/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Dec 9, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.24.14 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
https://github.com/sbender9/signalk-venus-plugin/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Dec 15, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.24.14 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
https://github.com/sbender9/signalk-venus-plugin/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Dec 17, 2021
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.24.14 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
https://github.com/sbender9/signalk-venus-plugin/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Feb 6, 2022
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.24.14 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
https://github.com/sbender9/signalk-venus-plugin/releases
mpvader added a commit to victronenergy/meta-victronenergy that referenced this issue Feb 8, 2022
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.24.14 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
https://github.com/sbender9/signalk-venus-plugin/releases
jhofstee pushed a commit to victronenergy/meta-victronenergy that referenced this issue Apr 1, 2022
The data provider configuration is machine specific:
- beaglebone: can1, which is the VE.Can port, as nmea2000.
- einstein: can0, which is the VE.Can port, as nmea2000.
- other machines: no default dataproviders.

Includes signalk-venus-plugin v1.24.25 in the recipe. Some day it
might be better to have that in a separate recipe, but that didn't
prove to be straightforward.

SignalK/signalk-server#517
https://github.com/SignalK/signalk-server/releases
https://github.com/sbender9/signalk-venus-plugin/releases
@tkurki
Copy link
Member

tkurki commented Feb 11, 2023

Venus Large image has had SK for some time, so closing this.

@tkurki tkurki closed this as completed Feb 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants