You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I had a couple questions regarding possible use of this on my project.
1: Is there any reason this would not work with an ATTINY85 running on an 8 mhz internal clock, since it's the same family?
2: I don't suppose it would work on a 328P...
3: The "Master" program that uploads the firmware confuses me. How would I get my firmware into a byte array like was shown in order to upload it? Normally it's a hex file.
Specifically, I am using an ESP8266 as the host device, where I would ideally upload the hex file to the internal filesystem (which I can do already). Can you elaborate on what algorithm (pseudocode or C++) would convert a hex file (or whatever compiled output you used) into a byte array as you demonstrated? I'm also not sure how it's safe to move it around address-wise without corrupting the program (unless it uses relative addressing by default, or it's somehow compiled that way).
The text was updated successfully, but these errors were encountered:
On Sat, Feb 15, 2020 at 6:09 PM rdragonrydr ***@***.***> wrote:
I had a couple questions regarding possible use of this on my project.
1: Is there any reason this would not work with an ATTINY85 running on an
8 mhz internal clock, since it's the same family?
2: I don't suppose it would work on a 328P...
3: The "Master" program that uploads the firmware confuses me. How would I
get my firmware into a byte array like was shown in order to upload it?
Normally it's a hex file.
Specifically, I am using an ESP8266 as the host device, where I would
ideally upload the hex file to the internal filesystem (which I can do
already). Can you elaborate on what algorithm (pseudocode or C++) would
convert a hex file (or whatever compiled output you used) into a byte array
as you demonstrated? I'm also not sure how it's safe to move it around
address-wise without corrupting the program (unless it uses relative
addressing by default, or it's somehow compiled that way).
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#3?email_source=notifications&email_token=AAALC2ASCO73G3Y7WJSIVE3RDCN5RA5CNFSM4KV6O3UKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IN2AF5A>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAALC2H3VITSQNYRQJGSINLRDCN5RANCNFSM4KV6O3UA>
.
I had a couple questions regarding possible use of this on my project.
1: Is there any reason this would not work with an ATTINY85 running on an 8 mhz internal clock, since it's the same family?
2: I don't suppose it would work on a 328P...
3: The "Master" program that uploads the firmware confuses me. How would I get my firmware into a byte array like was shown in order to upload it? Normally it's a hex file.
Specifically, I am using an ESP8266 as the host device, where I would ideally upload the hex file to the internal filesystem (which I can do already). Can you elaborate on what algorithm (pseudocode or C++) would convert a hex file (or whatever compiled output you used) into a byte array as you demonstrated? I'm also not sure how it's safe to move it around address-wise without corrupting the program (unless it uses relative addressing by default, or it's somehow compiled that way).
The text was updated successfully, but these errors were encountered: