-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Max31856 Loom not working, raw example code does #32
Comments
Document fix please! |
changed name of variable from max to maxthermo? |
That might do it as max looks to be reserved in the IDE |
Elliot found a way to use hardware spi with this chip. This uses less GPIO. can we implement it? But let's first check to ensure there are no strange things with the SD card. SPI functionality. There does seem to be an issue when reading the time period for sampling from the SD card using hardware spy, but it doesn't seem to be an issue. Any use software spy for the max chip. |
Elliot will test |
This is on branch max31856-hardware-spi |
I'm assigning this issue to @ZimHockey13. Review it when you get a chance and contact Will/me if you have any questions. Thanks! |
Testing the new fix for the max31856, we are still encountering the get config from SD card sleep interval error; details are shown below. The setup uses a Hypnos board, which uses SPI communication for the SD card reader, and a K-Type thermocouple, which uses the MAX31856 board and also relies on SPI communication. sd card config file: serial output when asked to serialize the config json: We see that the "timezone" header was successfully read and the correct timezone information was implemented. However, when the SPI thermocouple device is connected the header for "SleepInterval" is deleted or corrupted to "" which is why the sampling interval cannot be read from SD. After removing the SPI thermocouple sensor, the SD card is read correctly with no header dropping. This leads me to believe there is some deeper conflict with the SPI devices that we will have to investigate. |
I had a similar issue when helping Quinn with his onboarding exam. He was trying to use a sensor (I don't recall which, but it was not SPI) and LoRa. The same issue happened. I will look into this as well with Quinn's setup. |
moving
|
Assigned to @quinnedgar. I will shadow his testing. |
Describe the bug
Max 31856 raw example (oneShot.ino) gives good data on serial monitor.
Loom version prints errors and bad reading.
This is the example code that works:
This example in loom does not work:
This prints the following:
[Manager] Initializing Modules...
[Manager] ** Setup Complete **
[MAX31856] Cold Junction Range Fault
[MAX31856] Thermocouple Range Fault
[MAX31856] Cold Junction High Fault
[MAX31856] Cold Junction Low Fault
[MAX31856] Thermocouple High Fault
[MAX31856] Thermocouple Low Fault
[MAX31856] Over/Under Voltage Fault
[MAX31856] Thermocouple Open Fault
[Manager] Data Json:
{
"type": "data",
"id": {
"name": "Device",
"instance": 1
},
"contents": [
{
"module": "Packet",
"data": {
"Number": 1
}
},
{
"module": "MAX31856",
"data": {
"Temperature": null
}
}
]
}
The text was updated successfully, but these errors were encountered: