Simple answer is no. If you have a code filling up memory a restart would sort your problem without modifying code . If you have to reload the code you have a faulty board.
That's what I think too however the ATtiny85 eeprom can somehow be wiped out or altered and I wouldn't think that's possible either if program crashed. That's what originally happened here, there was no I2C address, then he did a hard reset on the board which writes default data back to eeprom so after power cycle the address was back and circuit worked again but now the data is wrong or possible even just as simple as decimal is in wrong position.
#include <Wire.h>
#include <EEPROM.h>
#define PROBE_IN A3 //57 // anlaog a3 - green wire
#define PROBE_REF A2 //56 // anlaog a2 - white wire
byte i2cAdd = 99; // eeprom 1
double pH;
byte in_char = 0;
char inData[15];
byte w = 0; //counter used for ph_data array.
byte q = 0; //counter used for ph_data array.
char computerdata[31]; //we make a 31 byte character array to hold incoming data
char phData[31]; //we make a 31 byte character array to hold incoming data
byte flashLED = 0;
unsigned long previousMillis = 0;
void setup()
{
byte z = 255;
z = EEPROM.read(50);
if (z != 1)
{
defaults(); // Defaults
}
pinMode(1, OUTPUT);
flashLED = 1;
i2cAdd = EEPROM.read(1);
readDefaults();
measuremV();
Wire.begin(i2cAdd);
Wire.onReceive(receiveEvent);
Wire.onRequest(requestEvent);
}
void loop()
{
if (flashLED == 1)
{
for(byte i=0; i < 4; i++)
{
digitalWrite(1, LOW); // LED on circuit board
delay(200);
digitalWrite(1, HIGH); // LED on circuit board
delay(200);
}
flashLED = 0;
}
if ((millis() - previousMillis) >= 3000)
{
measuremV();
previousMillis = millis();
}
}
byte buttonPressCount = 0;
void measuremV()
{
double differentialmV;
float probeIn, probeRef, inputV;
int buttonReset = readADC(PROBE_REF);
if (buttonReset > 1000)
{
buttonPressCount++;
if (buttonPressCount == 1) {defaults();}
}
else {buttonPressCount = 0;}
analogReference(INTERNAL); // set to INTERNAL for ATtiny
// take a reading
probeIn = ((readADC(PROBE_IN) * 1.1) / 1024.0);
probeRef = ((readADC(PROBE_REF) * 1.1) / 1024.0);
// calculate mV
differentialmV = (probeIn - probeRef) * 1000;
float temp_mvPerPH = 59.16; // calibrated mV per pH with temperature compensation
float mVPerPH = 59.16;; // calibrated mV per pH without temperature compensation
// temp_mvPerPH = mVPerPH * (tempC+273.15) / ((tempCalibrated)+273.15);
// convert to pH
pH = fabs(7.0 - (differentialmV / temp_mvPerPH));
dtostrf(pH, 0, 3, phData); // convert float to char array so it can be sent over I2C
}
void receiveEvent()
{
while (Wire.available()) { // are there bytes to receive.
in_char = Wire.read(); // receive a byte.
inData[w] = in_char; // load this byte into our array.
if (q > 0)
{
computerdata[q-1] = inData[w];
q += 1;
}
if (inData[w] == ',') {q = 1;}
w += 1; // incur the counter for the array element.
if (in_char == 0) { // if we see that we have been sent a null command.
w = 0; // reset the counter w to 0.
q = 0; // reset the counter q to 0.
digitalWrite(1, LOW); // LED on circuit board
break; // exit the while loop.
}
}
}
void requestEvent()
{
if ((inData[0] == 'R')) // send pH
{
memset(inData,0,sizeof(inData));
Wire.write(1); // send byte 1
Wire.write(phData,30);
digitalWrite(1, HIGH);
}
else if ((inData[0] == 'A')) // change I2C address
{
byte a = 0;
a = atoi(computerdata);
if ((a > 0) && (a < 128)) // verify address is valid
{
flashLED = 1;
i2cAdd = a; // change address
EEPROM.write(1, i2cAdd); // I2C address - 40, 41, 42, 43, 44, 45, 46, 47
}
memset(inData,0,sizeof(inData));
digitalWrite(1, HIGH); // LED on circuit board
}
else if (inData[0] == 'D') // set defaults
{
defaults();
memset(inData,0,sizeof(inData));
Wire.write(1);
// Wire.write("ok",30);
digitalWrite(1, HIGH);
}
else
{
memset(inData,0,sizeof(inData));
digitalWrite(1, HIGH); // LED on circuit board
}
}
void defaults()
{
flashLED = 1;
// Defaults
EEPROM.write(1, 99); // I2C address - 40, 41, 42, 43, 44, 45, 46, 47
delay(200);
// read defaults
readDefaults();
}
void readDefaults()
{
// read defaults
i2cAdd = EEPROM.read(1);
}
double readADC(int channel)
{
uint32_t total = 0UL;
uint16_t sampleCount = 4096; // 2048
for (uint16_t i = 0; i < sampleCount; i++) {total += analogRead(channel);}
total = total >> 6;
double proportional = (total * 1.0) / (0b00000001 << 6);
return proportional;
}
This is very interesting. Although the smallest board I have ever used was the Nano and just assumed that ATtiny85 was working the same principle. I know that eprom can programmatically written however I never needed it so never tried I prefer to use a logger for such a task.That's what I think too however the ATtiny85 eeprom can somehow be wiped out or altered and I wouldn't think that's possible either if program crashed. That's what originally happened here, there was no I2C address, then he did a hard reset on the board which writes default data back to eeprom so after power cycle the address was back and circuit worked again but now the data is wrong or possible even just as simple as decimal is in wrong position.
Now I'm wondering as eeprom can be altered without being written to maybe program can be corrupted as well too when whatever happens happens. I've never experienced anything like this and wonder if it's an ATtiny85 issue or my code.
It's really sad because I feel the circuit is pretty good but it's just not being reliable, I'm thinking of switching to the ATmega32u4 which is massive overkill but I've used this for a few things like my ATO and never a problem, this is my first go with the ATtiny85.
The program was using 99% of storage because of Wire library so just recently I've dropped the unused features bring storage down to 65%. Memory went from 40% to 32% but I'm not so confident this will solve it as I feel the same about a reset should get the program back on track, obviously that's not happening though.
If you're interested in seeing this is the simplified code. I've posted the full version in the main thread but not sure what page.
C++:#include <Wire.h> #include <EEPROM.h> #define PROBE_IN A3 //57 // anlaog a3 - green wire #define PROBE_REF A2 //56 // anlaog a2 - white wire byte i2cAdd = 99; // eeprom 1 double pH; byte in_char = 0; char inData[15]; byte w = 0; //counter used for ph_data array. byte q = 0; //counter used for ph_data array. char computerdata[31]; //we make a 31 byte character array to hold incoming data char phData[31]; //we make a 31 byte character array to hold incoming data byte flashLED = 0; unsigned long previousMillis = 0; void setup() { byte z = 255; z = EEPROM.read(50); if (z != 1) { defaults(); // Defaults } pinMode(1, OUTPUT); flashLED = 1; i2cAdd = EEPROM.read(1); readDefaults(); measuremV(); Wire.begin(i2cAdd); Wire.onReceive(receiveEvent); Wire.onRequest(requestEvent); } void loop() { if (flashLED == 1) { for(byte i=0; i < 4; i++) { digitalWrite(1, LOW); // LED on circuit board delay(200); digitalWrite(1, HIGH); // LED on circuit board delay(200); } flashLED = 0; } if ((millis() - previousMillis) >= 3000) { measuremV(); previousMillis = millis(); } } byte buttonPressCount = 0; void measuremV() { double differentialmV; float probeIn, probeRef, inputV; int buttonReset = readADC(PROBE_REF); if (buttonReset > 1000) { buttonPressCount++; if (buttonPressCount == 1) {defaults();} } else {buttonPressCount = 0;} analogReference(INTERNAL); // set to INTERNAL for ATtiny // take a reading probeIn = ((readADC(PROBE_IN) * 1.1) / 1024.0); probeRef = ((readADC(PROBE_REF) * 1.1) / 1024.0); // calculate mV differentialmV = (probeIn - probeRef) * 1000; float temp_mvPerPH = 59.16; // calibrated mV per pH with temperature compensation float mVPerPH = 59.16;; // calibrated mV per pH without temperature compensation // temp_mvPerPH = mVPerPH * (tempC+273.15) / ((tempCalibrated)+273.15); // convert to pH pH = fabs(7.0 - (differentialmV / temp_mvPerPH)); dtostrf(pH, 0, 3, phData); // convert float to char array so it can be sent over I2C } void receiveEvent() { while (Wire.available()) { // are there bytes to receive. in_char = Wire.read(); // receive a byte. inData[w] = in_char; // load this byte into our array. if (q > 0) { computerdata[q-1] = inData[w]; q += 1; } if (inData[w] == ',') {q = 1;} w += 1; // incur the counter for the array element. if (in_char == 0) { // if we see that we have been sent a null command. w = 0; // reset the counter w to 0. q = 0; // reset the counter q to 0. digitalWrite(1, LOW); // LED on circuit board break; // exit the while loop. } } } void requestEvent() { if ((inData[0] == 'R')) // send pH { memset(inData,0,sizeof(inData)); Wire.write(1); // send byte 1 Wire.write(phData,30); digitalWrite(1, HIGH); } else if ((inData[0] == 'A')) // change I2C address { byte a = 0; a = atoi(computerdata); if ((a > 0) && (a < 128)) // verify address is valid { flashLED = 1; i2cAdd = a; // change address EEPROM.write(1, i2cAdd); // I2C address - 40, 41, 42, 43, 44, 45, 46, 47 } memset(inData,0,sizeof(inData)); digitalWrite(1, HIGH); // LED on circuit board } else if (inData[0] == 'D') // set defaults { defaults(); memset(inData,0,sizeof(inData)); Wire.write(1); // Wire.write("ok",30); digitalWrite(1, HIGH); } else { memset(inData,0,sizeof(inData)); digitalWrite(1, HIGH); // LED on circuit board } } void defaults() { flashLED = 1; // Defaults EEPROM.write(1, 99); // I2C address - 40, 41, 42, 43, 44, 45, 46, 47 delay(200); // read defaults readDefaults(); } void readDefaults() { // read defaults i2cAdd = EEPROM.read(1); } double readADC(int channel) { uint32_t total = 0UL; uint16_t sampleCount = 4096; // 2048 for (uint16_t i = 0; i < sampleCount; i++) {total += analogRead(channel);} total = total >> 6; double proportional = (total * 1.0) / (0b00000001 << 6); return proportional; }
Looks like the fuses are already set to enable brown out detection on Arduino boards but when you use the chips on their own you need to enable as it's disabled from the factory. The ATtiny85 is an AVR so same principle as Nano, Uno etc... however it's not used on any Arduino board due to the size and not useful for most projects.
Thanks, that long decimal is reef-pi not rounding it but the last number you posted is when it went bad.Not sure if this helps at all but the issue may have come in stages.
1st day I got
fre days later got the long decimal
Few days later it began to display like 3.7563e24 but I don’t have a screenshot of that
No it won't work. You can see the e+ in the number so it's not a real value. I'm pretty sure once I get the boards from you I will reprogram and they will be ok.Lol, it is appearing in a more normal form now.I hope/sure my PH isnt 5.7 but it is a closer number than 65905609653. Wonder what would actually read correctly now if i calibrate it.
w.
The pH board uses an analog to digital converter so there's no onboard flash memory or eeprom like mine or Atlas board. Atlas board doesn't do it because I imagine they will have the brown out detection enabled, rookie mistake by me, I wasn't aware of this feature or that flash and eeprom could be corrupted.
