The line: “++Error: Temperature 2 reading not written!!” comes from the logging to an SD card.
This error did occur always since yesterday. Before that, we have never seen it.
MFDeploy is always connected with the system, so we are sure, this never occurred before.
The error always occurred on a sudden spot in the program where a valve (12 Volt coil) was disengaged.
We could not find a fault in the hardware or in the software.
Then… we have pulled out the micro sd card to save all files.
Windows encountered an error on the card. We have formatted it again after copying the content to a hard disk.
Now everything runs fine again.
Is there someone in the community that can explain this behavior.
But the application is writing to the sd card every 5 seconds, to log some temperatures.
No problems while writing at start-up an during the first 15-20 minutes.
Then there is a phase where the equipment enters the next step and engages the coil.
This step takes roughly one minute. No problems until then.
But at the moment that the coil disengages, there was the error.
I’m guessing: a small power drop during the disengagement of the coil?
Just a small bump to stop logging, but keep the processor going without reset?
by repetable I mean if you fire off the relay portion of the code now the SD card does fail in the same way. From what I have gathered, that’s not the case now you’ve reformatted?
isolation meaning opto-isolators and other electrical isolation; you could also talk about what protection diodes you have in place?
After formatting the SD card, I cannot reproduce the fault anymore, before formatting it could be reproduced by 100% from 50 tries.
All coils (relays, solenoids and valves) are isolated by solid state relays from the FEZ.
Maybe there is some opto-isolator built inside.
SSR is: Crydom DMO063 [url]http://www.crydom.com/en/Products/Catalog/dm_o.pdf[/url]
Resistance between load and control is infinite.
All coils (relays, solenoids and valves) have freewheel diodes in (anti)parallel.