Recent content by PatrickOttCA


 
  1. P

    Losing Graph on refresh, is it normal?

    Thanks guys. I've saved my settings, so next time it behaves oddly, I'll just reflash! I wonder if it could TFTP boot? :-)
  2. P

    Losing Graph on refresh, is it normal?

    You can confirm, but I think you can file this one in the "stupid user" bin. While I was testing, I never set a setpoint, I was merely letting it go, dunkin' probes in water, etc. For some reason my setpoint was "null". I guess (and it would make sense) the data is not logged when the meter...
  3. P

    Losing Graph on refresh, is it normal?

    Uh... that page is blank for me, I guess it shouldn't?
  4. P

    Losing Graph on refresh, is it normal?

    Whenever I refresh the webpage, or close the lid on my laptop (which causes it to disconnect for the network), I lose the graph values for my cook. Is this normal? Raspberry Pi Model A Plus Rev 1.1 LEDE Reboot SNAPSHOT r3799-13006712ea / LuCI Master (git-17.078.53745-180f2d6)
  5. P

    Heatermeter 4.0 tragedy strikes! :(

    I normally just slide it in a large Ziplock bag when it rains.
  6. P

    AVR fuses ERROR

    Sorry, I wasn't clear. I have cut all traces leading to this pad. So in theory, it should be dead, with nothing going to it at all. But even with the traces cut out, it still shorts to ground. Lifting the pin allows me to feed 3.3V to the pin as it should receive. It appears the rest of the...
  7. P

    AVR fuses ERROR

    I have removed the socket for the Atmega, so I'm fairly sure there is no hidden solder bridge. I was baffled when it was still shorted even after cutting all the traces leading to it...
  8. P

    AVR fuses ERROR

    No, what you see is flux. I bought a cleaner pen and there is definitely no bridge there. I have found my problem. As far as I can tell, I have a bad board. The pad for Pin 20 of the atmega is shorted to ground. I cut all the traces around it and it is still shorted. So I lifted the...
  9. P

    AVR fuses ERROR

    I have a short between GND and the 3.3V traces... I have removed the MCP1700 and one of the BS170 (the one directly connected to the MCP1700) and I still have continuity between 3.3 and GND. Short (no pun intended) of starting to remove headers and sockets I don't know what to do anymore.
  10. P

    AVR fuses ERROR

    Actually scratch that. VCC and AVCC are not registering on the Atmega now... Update: I looks like IC4 (MCP1700) is not giving out 3.3V. I see 5V between GND and input, but nothing on the output.
  11. P

    AVR fuses ERROR

    Yeah, everything checks out. I got a hold of a Raspberry Pi A+ and gave this one a shot too and still having the same problem. Sigh.
  12. P

    AVR fuses ERROR

    Agreed! I'll try and find an Atmega chip in town and try it, but I don't have very high hopes considering the 2 chips I have here do the same.
  13. P

    AVR fuses ERROR

    Is SCK really pin 13 or is it 19? Assuming it's 19, the pins from the Atmega carry through the header pins on the Pi. Grrrrr!!
  14. P

    AVR fuses ERROR

    Any chance I could program that Atmega in my Arduino Uno to see if it helps?
  15. P

    AVR fuses ERROR

    So far, the ground had issues at pins 6 and 7 of the atmega... Could not get continuity between pin 23 and the rest of the ground points. No matter what I did. I shorted pin 23 with the neighbouring capacitor, which restored ground points as they should be, but still don't have any luck. Off...

 

Back
Top