Edge release 2019/07/10


In addition it now won’t respond to the disable command and is still continuing to heat as if to follow the set point. Similar to the issue I first reported.

So to cut a long story short, it seems that a value entered manually into a PWM overrides the disabled set point.


Yes, that is by design.

When you disable the setpoint or PID, you can set the pwm manually.

I have been able to reproduce the issue.
The problem is that the order the blocks are recreated at boot is different than the order in which the settings were applied.

If you disable a setpoint or PID after manually setting the pwm, the PID sets the pwm to zero.

If at restart the PID is loaded first, it has no pwm to disable. The pwm is created with its last manually applied settings, which is enabled.
Because the inactive PID does not continuously set the pwm to zero, it stays at the manual setting.

It’s a hard problem that I have to think about for a bit.


After discussing this with Bob for about the entire afternoon, we found a fix that is simple enough and seems to work well.

We’ll release this as a hotfix tonight.


Since I have to specify in a file that I have 2 spark v2 with the addresses, why this late in the game do I still need to disconnect 1 to then update the second one? Why aren’t you reading said file and then running the firmware update on all specified addresses?

NOTE: Using RPi v3 with 2 Spark v2 connected via USB cable



Sorry guys but I seem to have a issue after this hotfix.

I have lost the controller block list it is just blank

One setup has lost the PID displays and when they are selected the screen just dims.

The other when a PID graphic is selected it opens the PID but it cannot be edited with the screen going dim.

The third seems to be working as before on fridge constant.

I did capture an error message the first time I selected a PID graphic on Fridge 2, doesn’t display it any more the screen dims and hangs.

I have rebooted both the RPi and the brewpi and rerun the update.


To spare you the detailed technical explanation: streamlined firmware updates are in development right now.

Behavior will be to update firmware of the currently connected Spark(s) while everything is running. We haven’t turned it on yet in the UI because we have some issues with updates over USB (it already works nicely over Wifi).


I think this may be an issue with old deprecated objects. Could you please export your blocks? (spark service page, actions). If it is what I think that error message is saying, you may be able to resolve it manually before we release a fix tomorrow.


brewblox-errors.json (29 Bytes)


The blocks please, not the errors =) top right corner spark page, under “actions”.


Sorry, there s no actions on the spark page it is all blank.


Could you please go to PI_ADDRESS/spark-one/api/doc, and under “Objects” run the command to get all objects?


You are leading the blind here Bob, is that what you are after?


Yes. That’s it.

Could you please copy the response body into a file?


Object request.txt (19.7 KB)


Thanks for the upload! It seems pretty clear where the problem comes from, but this will require some software changes. For now I’ll just roll back the hotfix.

Edit: it should be done in a few minutes. https://dev.azure.com/brewblox/brewblox/_build/results?buildId=1090


Thanks Bob, do I re-run the update?

Ok all back to “normal”

automatically bumped #22
automatically bumped #23
automatically bumped #24

This update is awesome. I’m not sure if I have time to migrate my existing dashboard over to the new arrangement, but I’ve been checking out all the new features through a dashboard created for my second chamber and there are so many new features that I had been hoping for.

Two questions:

First, can I have multiple dashboards and/or process views referring to the same widgets?

I’d like to have a master dashboard that shows the current state of both of my chambers (as well as the cold chamber that cold air comes from), then daughter dashboards for each of the chambers where I can have more detailed information for each process. My question is whether multiple dashboards (and process views) can link to the same widgets established for each process. I just want to make sure I’m not accidentally creating new conflicting widgets on the master page rather than linking to existing ones. Hopefully this description makes sense…

Second, will I need to worry about re-tuning my existing PIDs (which, to be fair, weren’t perfectly tuned in the first place) after this update? I know a number of changes were made to filtering and how Kp, Ti and Td are related to each other.

Thanks a ton for all this work. The active software development and rapid support alone make the price of the Spark 3 (and the wait for BrewBlox) completely worth it. The only downside is that all the work you two have done is now raising my expectations for a lot of the other software I use and I suspect I am setting myself up for disappointment!