Ok, the initial MRAM errors (and I think actually a fs error that did not show) came because initMRAM has to be called way early in main before any calls are made to readMRAM (since otherwise "numberOfMRAMs" has not been initialized so getPartitionOffset fails. After I did that the fs was not correctly formatted anymore and format fs took a bit longer than it did before. But now it all seems well.
Again, that is pushed up to the repo as BFFileSystem. Feel free to merge.
That's probably it for today 73,
Burns Fisher, WB1FJ *AMSAT(R) Engineering -- Flight Software*
On Fri, Apr 7, 2023 at 4:42 PM Chris Thompson via pacsat-dev < pacsat-dev@amsat.org> wrote:
Confirmed. I have it compiled and running here too. Corey has fixed the path and endian issue in the Filesystem branch.
Well done!
I will see if I can write a file, but that will likely be tomorrow.
73 Chris
On Fri, Apr 7, 2023 at 4:31 PM Burns Fisher (AMSAT) via pacsat-dev < pacsat-dev@amsat.org> wrote:
Corey et al,
I pulled down the filesystem branch and have gotten it running on my LaunchPad with 2 512K MRAMs.
First, thanks for cleaning up the MRAM code. As you might have guessed, the read/write was originally to choose between the MRAM and Flash memory on the STM32L processor. On the RTIHU, I just cut out the stuff for the flash. Looks like you have used the same basic scheme between the two partitions in the MRAM. I like it!
I have had to make two (identical) changes to get it to compile, and one more to get it to run:
- I'm not entirely sure why the "reliance-edge" and its "core"
subfolder were setup with different properties than everything else (that's the little key badge means, I think, although I've never been able to get rid of it once it was there!). But in any case, the changed setup had a path that was specific to your machine so it could not find <string.h>. I changed it to ${CG_TOOL_ROOT) in both places. Now it compiles.
- Formatting the file system failed with a not-very-useful error message
(Invalid Argument). The problem is that REDCONF_ENDIAN_BIG needs to be defined to 1 in redconf.h.
So now it formats and mounts ok. I have not tried anything else.
I'll push what I have right now up on my own branch named "BFFileSystem". Then I want to see why there are some MRAM errors when it first boots. Probably some old code.
73,
Burns Fisher, WB1FJ *AMSAT(R) Engineering -- Flight Software*
On Fri, Apr 7, 2023 at 12:40 PM Burns Fisher (AMSAT) wb1fj@fisher.cc wrote:
Jonathan, did I send you the extra Launchpad that I ended up with? In any case, do you want to give one to Corey? Corey, you may have to solder on some .1" header pins for Jim's board to have all the required connections. I know the headers are DNP around the outside where they are not used, but I'm not sure that all the inside ones are there either.
73,
Burns Fisher, WB1FJ *AMSAT(R) Engineering -- Flight Software*
On Fri, Apr 7, 2023 at 12:30 PM Corey Minyard via pacsat-dev < pacsat-dev@amsat.org> wrote:
I have the filesystem code mostly ready. I changed the configuration to use 256 byte block. It's available in the filesystem branch.
So I will need a launchpad and a board with MRAM. My address is:
7406 Wheatfield Rd, Garland, TX 75044
Chris, you can test it if you like, too. I haven't written any tests for anything yet, that needs to be added.
There is code to automatically mount the filesystem on startup and format the filesystem if it detects corruption.
There are three new console commands: mount fs, unmount fs, and format fs.
The commands are the normal POSIX commands with "red_" prefixed, red_open(), red_close(), read_read(), etc.
I need to write a README about how this is all set up.
-corey
pacsat-dev mailing list -- pacsat-dev@amsat.org View archives of this mailing list at https://mailman.amsat.org/hyperkitty/list/pacsat-dev@amsat.org To unsubscribe send an email to pacsat-dev-leave@amsat.org Manage all of your AMSAT-NA mailing list preferences at https://mailman.amsat.org
pacsat-dev mailing list -- pacsat-dev@amsat.org View archives of this mailing list at https://mailman.amsat.org/hyperkitty/list/pacsat-dev@amsat.org To unsubscribe send an email to pacsat-dev-leave@amsat.org Manage all of your AMSAT-NA mailing list preferences at https://mailman.amsat.org
-- Chris E. Thompson chrisethompson@gmail.com g0kla@arrl.net
pacsat-dev mailing list -- pacsat-dev@amsat.org View archives of this mailing list at https://mailman.amsat.org/hyperkitty/list/pacsat-dev@amsat.org To unsubscribe send an email to pacsat-dev-leave@amsat.org Manage all of your AMSAT-NA mailing list preferences at https://mailman.amsat.org
Ah, Ok. There was all kinds of automatic initialization going on in there, so I assumed the init call in main wasn't required.
I've reverted that change, so we should be good now.
Thanks,
-corey
On Fri, Apr 07, 2023 at 04:55:08PM -0400, Burns Fisher (AMSAT) wrote:
Ok, the initial MRAM errors (and I think actually a fs error that did not show) came because initMRAM has to be called way early in main before any calls are made to readMRAM (since otherwise "numberOfMRAMs" has not been initialized so getPartitionOffset fails. After I did that the fs was not correctly formatted anymore and format fs took a bit longer than it did before. But now it all seems well.
Again, that is pushed up to the repo as BFFileSystem. Feel free to merge.
That's probably it for today 73,
Burns Fisher, WB1FJ *AMSAT(R) Engineering -- Flight Software*
On Fri, Apr 7, 2023 at 4:42 PM Chris Thompson via pacsat-dev < pacsat-dev@amsat.org> wrote:
Confirmed. I have it compiled and running here too. Corey has fixed the path and endian issue in the Filesystem branch.
Well done!
I will see if I can write a file, but that will likely be tomorrow.
73 Chris
On Fri, Apr 7, 2023 at 4:31 PM Burns Fisher (AMSAT) via pacsat-dev < pacsat-dev@amsat.org> wrote:
Corey et al,
I pulled down the filesystem branch and have gotten it running on my LaunchPad with 2 512K MRAMs.
First, thanks for cleaning up the MRAM code. As you might have guessed, the read/write was originally to choose between the MRAM and Flash memory on the STM32L processor. On the RTIHU, I just cut out the stuff for the flash. Looks like you have used the same basic scheme between the two partitions in the MRAM. I like it!
I have had to make two (identical) changes to get it to compile, and one more to get it to run:
- I'm not entirely sure why the "reliance-edge" and its "core"
subfolder were setup with different properties than everything else (that's the little key badge means, I think, although I've never been able to get rid of it once it was there!). But in any case, the changed setup had a path that was specific to your machine so it could not find <string.h>. I changed it to ${CG_TOOL_ROOT) in both places. Now it compiles.
- Formatting the file system failed with a not-very-useful error message
(Invalid Argument). The problem is that REDCONF_ENDIAN_BIG needs to be defined to 1 in redconf.h.
So now it formats and mounts ok. I have not tried anything else.
I'll push what I have right now up on my own branch named "BFFileSystem". Then I want to see why there are some MRAM errors when it first boots. Probably some old code.
73,
Burns Fisher, WB1FJ *AMSAT(R) Engineering -- Flight Software*
On Fri, Apr 7, 2023 at 12:40 PM Burns Fisher (AMSAT) wb1fj@fisher.cc wrote:
Jonathan, did I send you the extra Launchpad that I ended up with? In any case, do you want to give one to Corey? Corey, you may have to solder on some .1" header pins for Jim's board to have all the required connections. I know the headers are DNP around the outside where they are not used, but I'm not sure that all the inside ones are there either.
73,
Burns Fisher, WB1FJ *AMSAT(R) Engineering -- Flight Software*
On Fri, Apr 7, 2023 at 12:30 PM Corey Minyard via pacsat-dev < pacsat-dev@amsat.org> wrote:
I have the filesystem code mostly ready. I changed the configuration to use 256 byte block. It's available in the filesystem branch.
So I will need a launchpad and a board with MRAM. My address is:
7406 Wheatfield Rd, Garland, TX 75044
Chris, you can test it if you like, too. I haven't written any tests for anything yet, that needs to be added.
There is code to automatically mount the filesystem on startup and format the filesystem if it detects corruption.
There are three new console commands: mount fs, unmount fs, and format fs.
The commands are the normal POSIX commands with "red_" prefixed, red_open(), red_close(), read_read(), etc.
I need to write a README about how this is all set up.
-corey
pacsat-dev mailing list -- pacsat-dev@amsat.org View archives of this mailing list at https://mailman.amsat.org/hyperkitty/list/pacsat-dev@amsat.org To unsubscribe send an email to pacsat-dev-leave@amsat.org Manage all of your AMSAT-NA mailing list preferences at https://mailman.amsat.org
pacsat-dev mailing list -- pacsat-dev@amsat.org View archives of this mailing list at https://mailman.amsat.org/hyperkitty/list/pacsat-dev@amsat.org To unsubscribe send an email to pacsat-dev-leave@amsat.org Manage all of your AMSAT-NA mailing list preferences at https://mailman.amsat.org
-- Chris E. Thompson chrisethompson@gmail.com g0kla@arrl.net
pacsat-dev mailing list -- pacsat-dev@amsat.org View archives of this mailing list at https://mailman.amsat.org/hyperkitty/list/pacsat-dev@amsat.org To unsubscribe send an email to pacsat-dev-leave@amsat.org Manage all of your AMSAT-NA mailing list preferences at https://mailman.amsat.org
participants (2)
-
Burns Fisher (AMSAT) -
Corey Minyard