Software - BruControl Forum

Reset Arduino from Brucontrol

Lauran Casteleijn — Mon, 16 Mar 2026 06:12:18 +0000

Please can you advise? I'm monitoring and controling and steering fermentation with Brucontrol. Unfortunately, arduino's fall off from the network regularly. I have a protocol arduino_detection.bcs (runs inside BruControl every 60s)

→ checks MEGA.connected
→ sets Arduino1_Online = 1 or 0
→ can fires tx "MEGA" %N if offline
→ sets Arduino1_RebootFailed = 1 if still offline after 15s
↓ BruControl API
arduino_monitor.py (runs on your PC)
→ reads Arduino1_Online from API every 60s
→ logs OFFLINE / BACK ONLINE on state changes only.

FOR TESTING I would need the %N BruControl reboot command, can you please provide the %N reboot command? Tahnk you.

// Arduino Controller Monitor & Reboot

// File: arduino_detection.bcs

//

// Run this script on a timer (recommended: every 60 seconds)

//

// What it does:

// 1. Checks each Arduino controller's built-in .connected status

// 2. Updates Arduino1_Online / Arduino2_Online / Arduino3_Online globals

// (1 = online, 0 = offline) — Python reads these from the API

// 3. If a controller is offline, sends the reboot command

// 4. Waits 15s then checks if it recovered

// 5. Sets ArduinoX_RebootFailed = 1 if still offline after reboot

The Brucontrol script suggested

if == true

set = 1

set = 0

else

set = 0

tx "MEGA" %N // ← replace %N with reboot command

sleep 15000 // wait 15s for controller to reboot

if == true

set = 1

set = 0

else

set = 1 // flag for dashboard indicator

endif

//

//  NOTE: After replacing %N with the correct BruControl reboot command I can test it. Thank you in advnce for your support! Any other idea?

PID control not turning down output

Jason Thomas — Fri, 14 Apr 2023 02:24:36 +0000

I have my panel set up and doing water runs from am esp32. I have an Rtd temp measurement reading accurately and feeding its measurement into a PID controller. The PID controller appears to be working properly except it remains at 255 output even after passing target. The heating element just stays on because the output is staying at 255. Any insight as to what I might have set up wrong?

Thanks,

Jason

Firmware on Rugged Arduino

artie17 — Tue, 05 Jul 2022 16:29:52 +0000

Hello,

I am trying to put the BC firmware on one of these: https://www.rugged-circuits.com/microcontroller-boards/rugged-mega . In the device manager of my computer, instead of showing up on a COM port, the MEGA shows up under "Other devices" as "FT231X USB UART". I'm not much of a computer person, any ideas of the course of action I take to install the BC firmware?

Thanks,

Ryan

Probe offset

chris24680 — Wed, 22 Jun 2022 12:46:35 +0000

I'm trying to calibrate one of my ds18b20 probes which is reading wrong (when compared to a lab thermometer) so I added a negative linear offset to the probe element.

When using this probe as an input for a heater output element, although it shows the calibrated value as the input, it still seems to be using the initial value for the control

Example: initial value is 15, after calibration (linear offset of -5) it reads 10.

I then set an output target of anywhere between 10-15 and there's no output, go above 15 and it gives an output.

Not sure if I'm missing something obvious here but just can't seem to figure it out.

Data Exchange Bug; extended character set(s)

Trystan Williams — Sat, 09 Apr 2022 16:19:17 +0000

FYI found a bug this morning while importing a recipe from Brewfather. I have a Python script that pulls batch data from Brewfather and imports it into Brewcontrol globals using the data exchange interface. I narrowed the problem down to an 'o' character with an umlaut. When the JSON contains this character (guessing other non ASCII as well?) the server returns a non 200 code. Below is the exact JSON posted to repro. The offending character is in the first value field;

Intermittent loss of one-wire sensors

Trystan Williams — Wed, 08 Dec 2021 16:42:28 +0000

Hardware: ESP32 w/ Firmware v. 45.

I'm seeing BruControl appear to lose track of one-wire sensors every few days or so of continuous running. I have two sensors attached, sometimes only one is lost but more often both go down (BruControl interface shows --- for the temp reading). Other components are still functional though, as I can still manipulate pumps etc. Power cycling the ESP32 fixes the issue.

Any idea what may be happening? Let me know if there is additional info I can provide to debug. As a temporary mitigation method, is there a way I can detect a null reading / disabled sensor in a script?

Found 4 Bugs in BruControl Beta Release (v1.1.0.20)

davidvititoe70 — Mon, 28 Jun 2021 02:17:18 +0000

I found four minor bugs in the beta release of the software. Should I post this issues here, or are bugs being tracked elsewhere?

PID Malfunction

tgodsill — Wed, 23 Jun 2021 16:33:29 +0000

When trying to tune my PIDs, I noted they were not responding correctly. I use all metric units, and I only got them to respond correctly when deleting the Fahrenheit to Celsius calibration for the 1-wire temp sensor. I do have a small (<2°C) linear offset on most of my temp sensors, but when this offset was deleted, there was no effect on the PID function. I assume this is a BC software error, and I'm wondering if this was corrected in a different version. I'm using v1.1 build 4. Thank you.

Tilt Temp Input for Hysteresis Output?

tgodsill — Tue, 23 Feb 2021 19:08:18 +0000

Greetings!

Is it possible to use the temp reading from a Tilt as the input device for a hysteresis output? I can write a script for this, but it would be much easier to have the availability within the drop down menu for the input device.

Thanks!

Problem with indexing of onewire sensors

MaltAndMayhem — Sat, 20 Feb 2021 18:32:44 +0000

Hi.

I am running in to a porblem with the indexing of the one-wire sensors.

First off, a bit about the system. I have a control panel where the mega, ssrs and other equipment is stored. The panel has 4 ports of XLR female sockets that the sensor probes plug into.

A few weeks ago I had the system up and running and calibrated the SSRs roughly. Everything worked flawlessly. During a few days I calibrated it all.

Now I come back after two weeks idle(bad weather) and without having unplugged the temperature probes, they were suddenly indexed differently... Mind you, the Arduino had been shut down/turned off in the mean time. HLT temperatureprobe was suddenly in BK etc.

are there any plans to incorporate address assigning to device widgets instead of playing onewire roulette in the future?

I have a script that automatically enables PIDBOIL and HLTBOIL in that order. Should I have a wait(300) between them, would that make any difference?

Any other things I should check. I hope to avoid having to reassign them before every brew day....