weatherbox:guava:week_3_-_february_3_2020

We spent most of our hours today figuring out how to program ATMEGA 1284P. What we found is that we can do so by using FTDI, we would need to make sure that FTDI is the source that powers and grounds bare Guava. We were able to successfully program the blink test on it and confirm that the ATMEGA 1284P is boot-loaded with the boot-loader we burn in last week or so. But, what we found out is that the reset pinout is not assigned to the correct pin in ATMEGA 1284P, instead, it assigned to pin 1, which is the reset pinout for ATMEGA 328. Also, the pinout we have on the program does not match the output on ATMEGA 1284P. We think this means that the boot-loader we burnt is not correct, we would need to look for a different boot-loader.

Members: Diwen, Riley, Max

Time: 3:30PM - 5:30PM

We spent most of our time today trying to figure out what's wrong with our boot-loader, which has something to do with the Arduino UNO, but yet we still didn't figure out. But, in order to make progress from this, we decided to have a blink test on every single pin on the ATMEGA 1284P, so we can see which pin number on Arduino IDE is assigned to which physical pin on the chip. From this, we figured out that when we change the board from “standard” to “B” option one, it will have the most alike pins as normal ATMEGA 1284P.

Overall, we were able to use the new pin assignments to test on BME 280 and SP 215, which both works properly, from this we can see that the code and trace are correct and we now need to implement more of the PCB components onto the bare Guava to make sure the overall code and trace is correct.

Members: Diwen, Riley, Max

Time: 1:30PM - 4:30PM

Authors

Contributing authors:

dlin

Created by dlin on 2020/02/06 03:39.

  • weatherbox/guava/week_3_-_february_3_2020.txt
  • Last modified: 2021/09/19 21:59
  • (external edit)