Open mafiltenborg opened 2 years ago
hi ditto, if you can fix it, plz submit a PR ! :)
Don't know how to submit a PR. Busy working.
However, adding support for Record type 4 is done by adding something along these lines to read_hex_page()
if rec_type == 4:
file_state["ext_addr"] = int(line[9:13], 16) << 16
print("ExtLin addr: %05X" % file_state['ext_addr'])
continue
Difference from Record type 2 is that this one gets left-shifted 16 bits, not 4.
The easiest way to change code on GitHub and create a PR is through the web interface: https://docs.github.com/en/repositories/working-with-files/managing-files/editing-files
It is great for small changes.
The easiest way to change code on GitHub and create a PR is through the web interface: https://docs.github.com/en/repositories/working-with-files/managing-files/editing-files
It is great for small changes.
Cool. I've submitted two changes - both failed the 'black' check.
Now what?
@mafiltenborg there is a guide that covers the process of running the tools needed for the CI checks: https://learn.adafruit.com/creating-and-sharing-a-circuitpython-library/check-your-code this page covers the "all in one" approach with pre-commit that will do all of the checks. The next few pages cover each check individually if you want to do them seperately.
I am willing to help getting your PRs passing the CI if you'd like as well. As long as you selected the option "allow maintainers to add commits" (or similarly worded) I should have the access to push commits directly to your branches. If that is the case I can run the CI tools and push the results to those branches a little bit later on today.
Having little knowledge on all things github, I will refrain from trying to commit stuff that'll break more than it fixes, and in stead upload information + test files to document an observed anomaly. I hope maintainers will find the below info useful:
The AVR ATmega2560 comes with 256KBytes of internal flash. However, trying to program in excess of 64K fails, as the expanded memory range record type 04 in intel Hex file format is not supported.
Run the attached code.py with the attached 128K test file on an ATmega2560 target and you will get the following output:
Unsupported record type 4 on line 1 On line 1 of the HEX-file you find
which, according to https://en.wikipedia.org/wiki/Intel_HEX#Record_types is an extended memory specifier allowing for up to 4GByte address range, of which we need up to 0x3FFFF.
Programming with a HEX file that uses Record type 4 is not supported.
ExtMemCode.zip