OK Thank you @Bob_Steers for the update. Looking forward to getting my hands on the hardware to start experimenting.
that makes perfect sense.
This also makes sense. Having the whole nodered environment running on the embedded side is mot probably unfeasible (but I have no clue what will be the hardware specs of V4).
Yes I see. Nodered process runs on server and send commands to spark over MQTT. In this case, if the link between server and spark are stable this could be fine. But in case of failure, it can get tricky to recover state from spark to server and resync because as mentioned the spark device is built to be autonomous (thank god ) once commands are received.
I totally agree. Sending/receiving to/from Brewfather requires transformation from Brewfather format to automation in brewblox. This is where I still have to read all the documentation that is available (congrats for that!) to understand what service-level means in brewblox.
About ‘where smartPID lives’ this is also something I have to figure out. It seems that it is not open to anyone to have integration within Brewfather the way it is done for SmartPID. I will try to understand this from the way smartPID integration is configured to understand how it works because Brewfather documentation doesn’t say anything about his except API which is rather simple.
For this, yes this is fairly easy. Nothing fancy.
The v4 is built around the ESP32. This is a significant upgrade from the Particle photon/p1, but installing a Node.js runtime for Node-RED is indeed not an option.
We’ve designed pretty much everything with the requirement that after reboots/reconnects/errors it picks up exactly where it left off. For this reason, the Spark API is completely state-based. The service polls the Spark every 5s, and publishes the full state.
There’s three main “levels”:
- firmware on the Spark controller
- services on the server (typically a Pi, but most Linux-based machines will do)
- UI in the browser
“service-level” means it’s code running inside a Docker container on the server.
I’m also only vaguely familiar with the Brewfather / SmartPID API, so won’t be of much help there.
OK I already experimented with ESP32 so I see the kind of possibility. NodeJS runtime won’t fit on the chip that’s for sure.
OK crystal clear now.
Thank you for being so patient with me. It’s very clear for me now. I’m going to start investigating Brewfather integration possibilities.
Can’t find specs on V4. I’m interested in buying one. Beta tester slots full already?
I think so, but @Elco is in charge of that.
would be interested as well @Elco
I would also be interested in being a Beta tester for V4, especially as my V3 is effectively bricked and taken apart at the moment so I have nothing to control my fermentations!
is it possible to pre-order Spark 4 before 1st of July?
We stocked enough controllers to have no worries about availability issues on launch, and consequently have no plans for a pre-order scheme.
Is there a date, specs or price yet?
The release date is still set for the 1st of july, with the detailed announcement (specs, description, price, etc etc) going up tomorrow.
I am very excited
Today is 29th June… F5… F5… F5
I’m still processing photos and writing a bit of text to go with the photos.
Here is a teaser of the Spark 4 with 1 expansion module attached:
Very nice. I am looking forward to see the specs
I know information will follow, but does that mean you can attach another extension module to the first? Would it also be possible to place the second one further a way connecting the two with a cable? Or is it module directly to module only?
You can stack modules up to a maximum of four. After that you run out of addresses on the connecting pins.
We have no cable for connecting IO modules, but I suspect it’d work just fine for reasonably short cables.
Info on the Spark 4 is published, please use this new topic to discuss:
Who wants to sell a Spark 3? Please send me a private message. Otherwise I will switch by end of this week to an other system.