These instructions have been modified for the Brewskey clone of the local cloud :)
An API compatible open source server for interacting with devices speaking the spark-protocol
We support
- OTA Updates - user application as well as system updates
- Product API - fleet management by grouping devices.
- Firmware compilation
__ __ __ __ __ ____ / /_/ /_ ___ / /___ _________ _/ / _____/ /___ __ ______/ / / / __/ __ \/ _ \ / / __ \/ ___/ __ `/ / / ___/ / __ \/ / / / __ / / / /_/ / / / __/ / / /_/ / /__/ /_/ / / / /__/ / /_/ / /_/ / /_/ /_/ \__/_/ /_/\___/ /_/\____/\___/\__,_/_/ \___/_/\____/\__,_/\__,_(_)
git clone https://github.com/Brewskey/spark-server.git
cd spark-server/
In order to download the firmware files for OTA updates, you'll need to create
a .env file in the server root.
You'll need to create an OAuth token under your github settings with the public_repo permission
The .env file needs the following:
GITHUB_AUTH_TOKEN=<github-token>
Then run from the CLI:
npm install
You may need to run npx update-firmware a few times in order to fetch all the binaries if your install didn't succeed.
Github limits you to 5000 requests per hour so you'd need to run it again after an hour.
At this point we will be setting up the server. You should change the default username + password in ./dist/settings.js
The babel command pre-processes all the src/ to allow modern node
syntax to be used in older versions of node. The modified code that is
actually running lives in dist/
If you change anything in src/ you'll need to rerun npm run build for changes
to take effect.
- Run the server with: Run with babel (useful for local development)
npm start
For production - uses transpiled files from babel.
npm run start:prod
- Watch for your IP address, you'll see something like:
Your server IP address is: 192.168.1.10
- We will now create a new server profile on Particle-CLI using the command:
particle config profile_name apiUrl "http://DOMAIN_OR_IP"
For the local cloud, the port number 8080 needs to be added behind: http://domain_or_ip:8080. It is important to also have the http:// otherwise it won't work.
This will create a new profile to point to your server and switching back to the spark cloud is simply particle config particle and other profiles would be particle config profile_name
- We will now point over to the local cloud using
particle config profile_name
- On a separate CMD from the one running the server, type
particle login --username __admin__ --password adminPassword
The default username is __admin__ and password is adminPassword.
This will create an account on the local cloud
This creates a config file located in the %userprofile%/.particle% folder
Perform CTRL + C once you logon with Particle-CLI asking you to send Wifi-credentials etc...
- Put your core into listening mode, and run
particle identify
to get your core id. You'll need this id later
-
The next steps will generate a bunch of keys for your device. I recommend
mkdir ..\tempandcd ..\temp -
Put your device in DFU mode.
-
Change server keys to local cloud key + IP Address
particle keys server ..\spark-server\data\default_key.pub.pem --host IP_ADDRESS --protocol tcp
Note You can go back to using the particle cloud by downloading the public key here.
You'll need to run particle config particle, particle keys server cloud_public.der, and particle keys doctor your_core_id while your device is in DFU mode.
- Create and provision access on your local cloud with the keys doctor:
particle keys doctor your_core_id
Note For Electrons and probably all newer hardware you need to run these commands There is either a bug in the CLI or Particle always expects these newer devices to use UDP.
Put your device in DFU mode and then:
particle keys new test_key --protocol tcp
particle keys load test_key.der
particle keys send XXXXXXXXXXXXXXXXXXXXXXXX test_key.pub.pem
At this point you should be able to run normal cloud commands and flash binaries. You can add any webhooks you need, call functions, or get variable values.
In most cases you'll want to connect to a MongoDB instance as it's going to be a lot more performant than using the built-in NeDB implementation. You may also want to change the default admin password or have your server use SSL certificates.
This can all be accomplished by creating a settings.json file in the root of the project.
cd /my-root-where-i-have-the-repocp settings.example.json settings.json- Edit the json with any of the keys that are set in settings.js
- Run
npm installif you changed some directories of the binaries (I'd do it just to be safe anyways) npm run start:prod- You should see the JSON changes you made log in the console and the server should run with your changes.
Yes, this supports Electron but only over TCP. TCP will drastically increase the amount of data used so watch out.
In order to set up your Electron to work on the server you need to run the following while the device is in DFU-mode:
particle keys server default_key.pub.pem IP_ADDRESS 5683 --protocol tcp
// Sometimes you need to run the next line as well
particle keys protocol tcp
The way the system stores data has changed.
On first run the server creates the following directories for storing data about your local cloud:
data/- The cloud keys
default_key.pemanddefault_key.pub.pemgo directly in here. Previously these keys lived in the main directory. data/deviceKeys/- Device keys (.pub.pem) and information (.json) for each device live in here. Previously these were found in
core_keys/ data/users/- User account data (.json) for each user live in here. Previously stored in
users/ data/knownApps/- ???
data/webhooks/- ???
This is a refactored clone of the original spark-server because this is what the awesome guys at Particle.io said:
We're open sourcing our core Spark-protocol code to help you build awesome stuff with your Spark Core, and with your other projects. We're also open sourcing an example server with the same easy to use Rest API as the Spark Cloud, so your local apps can easily run against both the Spark Cloud, and your local cloud. We're really excited about this, and we have tried to build an open, stable, and powerful platform, and hand it over to you, the community.
This project is our way of making sure you can change and see into every aspect of your Spark Core, yay! We'll keep improving and adding features, and we hope you'll want to join in too!
This feature list is not correct wrt the Brewskey clone - there's much more!
The spark-server module aims to provide a HTTP rest interface that is API compatible with the main Spark Cloud. Ideally any programs you write to run against the Spark Cloud should also work on the Local Cloud. Some features aren't here yet, but may be coming down the road, right now the endpoints exposed are:
Claim Core
POST /v1/devices
Release Core
DELETE /v1/devices/:coreid
Provision Core and save Core's keys.
/v1/provisioning/:coreID
List devices
GET /v1/devices
Call function
POST /v1/devices/:coreid/:func
Get variable
GET /v1/devices/:coreid/:var
Get Core attributes
GET /v1/devices/:coreid
Set Core attributes (and flash a core)
PUT /v1/devices/:coreid
Get all Events
GET /v1/events
GET /v1/events/:event_name
Get all my Events
GET /v1/devices/events
GET /v1/devices/events/:event_name
Get all my Core's Events
GET /v1/devices/:coreid/events
GET /v1/devices/:coreid/events/:event_name
Publish an event
POST /v1/devices/events
- the build IDE is not part of this release, but may be released separately later
- massive enterprise magic super horizontal scaling powers
We worked hard to make our cloud services scalable and awesome, but that also presents a burden for new users. This release was designed to be easy to use, to understand, and to maintain, and not to discourage anyone who is new to running a server. This means some of the fancy stuff isn't here yet, but don't despair, we'll keep improving this project, and we hope you'll use it to build awesome things.
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent