- pacsat-dev - mailman.amsat.org

Task names
by Chris Thompson 19 Apr '23

19 Apr '23

This is probably a question just for Burns but I will copy to the list so it is logged for posterity. We need to update the task names. From the architecture design I have the following: RxTask TxTask Ax25Task UplinkTask PbTask CommandTask ConsoleTask TelemCollectionTask In the code today we define the names here, I think: typedef enum { CurrentTaskWD=0, CANSupportWD, TelemetryWD, ControlWD, RadioWD, CommandWD, IdleWD, // Note used in RT ExperimentWD, CoordinateWD, /* Add any new tasks to watch in here. Maximum number of tasks is 9. */ /* The nine limit is the number of bits available in the downlink */ LastWD, InterruptThd = LastWD, ConsoleTsk }WdReporters_t; I have listed 8 tasks. We probably want the Experiment to be the 9th. But what about idle, coordinate, Interrupt, CAN? How do we fit it into 9? Or should we just assume 4 bits and have 16? 73 Chris -- Chris E. Thompson chrisethompson(a)gmail.com g0kla(a)arrl.net

1 0

Main branch updated
by Chris Thompson 19 Apr '23

19 Apr '23

Burns made some changes to be compatible with Jim's new boards and I finished refactoring the PACSAT code to use the file system. That is all merged back into main now and pushed to the repository. 73 Chris -- Chris E. Thompson chrisethompson(a)gmail.com g0kla(a)arrl.net

1 0

Re: Filesystem code
by Corey Minyard 15 Apr '23

15 Apr '23

I wigged out on this. I can pick it up in Addison, if you like, or you can mail it to me. Whichever is easier for you. Address is: 7406 Wheatfield Rd, Garland, TX 75044 If I come out there, I have an appointment I need to make in Addison, what's a good day/time for you? -corey On Fri, Apr 07, 2023 at 06:21:41PM +0000, Jonathan Brandenburg via pacsat-dev wrote: > I have confirmed I have it... Now, how to best get it to Corey... I can ship > it from Addison post office, I can get it to Bill soon (if Corey is going to > see Bill at a club meeting or something), or Corey can pick it up in > Addison. > Thoughts? > Jonathan > > On 4/7/2023 11:41 AM, Burns Fisher (AMSAT) via pacsat-dev 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(a)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(a)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(a)amsat.org > > Manage all of your AMSAT-NA mailing list preferences at > > https://mailman.amsat.org > > > > > > ----------------------------------------------------------- > > > > pacsat-dev mailing list --pacsat-dev(a)amsat.org > > View archives of this mailing list athttps://mailman.amsat.org/hyperkitty/list/pacsat-dev@amsat.org > > To unsubscribe send an email topacsat-dev-leave(a)amsat.org > > Manage all of your AMSAT-NA mailing list preferences athttps://mailman.amsat.org > > > -- > Jonathan Brandenburg, KF5IDY > > ----------------------------------------------------------- > > pacsat-dev mailing list -- pacsat-dev(a)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(a)amsat.org > Manage all of your AMSAT-NA mailing list preferences at https://mailman.amsat.org

1 0

Re: FYI Launchpad
by Jim McCullers 15 Apr '23

15 Apr '23

I have headers that will ship with the boards, exclusive of Burns and Chris. My bad. Obviously a ‘feature’ of the newer LaunchPad boards. Jim McCullers WA4CWI I expect to get Jim's prototype board that plugs into a LaunchPad today, so I wanted to get everything ready. I did not want to disconnect all my rat's nest of jumper wires and breadboards that I was initially using to check out the pins for Jim, but luckily I have another new LaunchPad. Here is the odd thing (which I think Chris has also mentioned). While the one that I was initially using clearly had headers factory-soldered for connectors J6-J9, they are DNF for the new LaunchPad that I have. Thus I soldered in headers. (I only hope they are sufficiently straight to fit Jim's board when it arrives!). If the time comes when anyone needs to do this, I have a whole box full of headers that can easily be broken to the right length. 73, Burns Fisher, WB1FJ AMSAT(R) Engineering -- Flight Software

1 0

FYI Launchpad
by Burns Fisher (AMSAT) 15 Apr '23

15 Apr '23

I expect to get Jim's prototype board that plugs into a LaunchPad today, so I wanted to get everything ready. I did not want to disconnect all my rat's nest of jumper wires and breadboards that I was initially using to check out the pins for Jim, but luckily I have another new LaunchPad. Here is the odd thing (which I think Chris has also mentioned). While the one that I was initially using clearly had headers factory-soldered for connectors J6-J9, they are DNF for the new LaunchPad that I have. Thus I soldered in headers. (I only hope they are sufficiently straight to fit Jim's board when it arrives!). If the time comes when anyone needs to do this, I have a whole box full of headers that can easily be broken to the right length. 73, Burns Fisher, WB1FJ *AMSAT(R) Engineering -- Flight Software*

1 0

Re: Pacsat Dev Mtg 4/13/2023
by Burns Fisher (AMSAT) 13 Apr '23

13 Apr '23

Second Thursday. As usual I won't be there. 73, Burns Fisher, WB1FJ *AMSAT(R) Engineering -- Flight Software* On Thu, Apr 13, 2023 at 3:40 PM Bill via pacsat-dev <pacsat-dev(a)amsat.org> wrote: > Pacsat Dev Mtg 4/13/2023 > Thu, Apr 13, 2023 7:00 PM - 9:00 PM (CDT) > > Please join my meeting from your computer, tablet or smartphone. > > https://meet.goto.com/504515061 > > You can also dial in using your phone. > (For supported devices, tap a one-touch number below to join instantly.) > > United States: +1 (571) 317-3112 > - One-touch: tel:+15713173112,,504515061# > > Access Code: 504-515-061 > > Join from a video-conferencing room or system. > Dial in or type: 67.217.95.2 or inroomlink.goto.com > Meeting ID: 504 515 061 > Or dial directly: 504515061(a)67.217.95.2 or 67.217.95.2##504515061 > > > Get the app now and be ready when your first meeting starts: > https://meet.goto.com/install > > > ----------------------------------------------------------- > > pacsat-dev mailing list -- pacsat-dev(a)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(a)amsat.org > Manage all of your AMSAT-NA mailing list preferences at > https://mailman.amsat.org >

1 0

Pacsat Dev Mtg 4/13/2023
by Bill 13 Apr '23

13 Apr '23

Pacsat Dev Mtg 4/13/2023 Thu, Apr 13, 2023 7:00 PM - 9:00 PM (CDT) Please join my meeting from your computer, tablet or smartphone. https://meet.goto.com/504515061 You can also dial in using your phone. (For supported devices, tap a one-touch number below to join instantly.) United States: +1 (571) 317-3112 - One-touch: tel:+15713173112,,504515061# Access Code: 504-515-061 Join from a video-conferencing room or system. Dial in or type: 67.217.95.2 or inroomlink.goto.com Meeting ID: 504 515 061 Or dial directly: 504515061(a)67.217.95.2 or 67.217.95.2##504515061 Get the app now and be ready when your first meeting starts: https://meet.goto.com/install

1 0

Main sw branch updated.
by Chris Thompson 11 Apr '23

11 Apr '23

I merged the filesystem code into main. I have also merged the ax25_9600 branch into main. That was slightly more difficult because there were quite a lot of merge conflicts with the filesystem changes. Corey, you should check that I did not accidentally lose anything. The file write/read test still works, so it should be fine. Note that this still includes my fake filesystem for the PB routines. I will decommission those next and use the new file system. For now it seemed best to merge these two large changes together so that future development sits on top of them. We will continue to develop in branches so that main always compiles and works. With fairly regular updates to main to avoid branches getting too far apart. 73 Chris

1 0

Re: Filesystem code
by Corey Minyard 08 Apr '23

08 Apr '23

On Sat, Apr 08, 2023 at 09:52:49PM +0000, Chris Thompson via pacsat-dev wrote: > Reading and writing works fine! > > This looks fantastic Corey. No doubt there is a lot of work still to tweak > all the settings and make sure it will be reliable, but my initial > impression is very good. Well done. Well, you and Burns did a lot of the work of testing and debugging. If I hadn't removed the initMRAM() call from main.c it would have gone a lot better. It reminds me of the olden days when the people that wrote the code sent it to another group to punch onto cards and submit it and bring you back the results. It does make you review your code more carefully. We need to figure out what to do with the volume name and maybe tweak partition sizes. But it could probably go to the main branch at this point. Thanks for working on this, -corey

1 0

Re: Filesystem code
by Chris Thompson 08 Apr '23

08 Apr '23

Reading and writing works fine! This looks fantastic Corey. No doubt there is a lot of work still to tweak all the settings and make sure it will be reliable, but my initial impression is very good. Well done. 73 Chris On Sat, Apr 8, 2023 at 4:50 PM Chris Thompson via pacsat-dev < pacsat-dev(a)amsat.org> wrote: > Burns, > > I pulled your branch directly and now it runs without the errors. > Something strange had happened in the merge. > > Anyway, that was the issue. Now I can write to the file system. You do > need / as the volume name and / as the root dir. So //test_file worked. > /test_file did not. Despite the documentation suggesting it would. > > I'll try to read it back next. > > 73 > Chris > > On Sat, Apr 8, 2023 at 4:38 PM Burns Fisher (AMSAT) via pacsat-dev < > pacsat-dev(a)amsat.org> wrote: > >> Better check if there is a call to initMRAM in main.c immediately after >> SPIInit(MRAM3Dev). It is line 206 for me. That's what I had to do in >> order to avoid all the errors at startup. >> >> 73, >> >> Burns Fisher, WB1FJ >> *AMSAT(R) Engineering -- Flight Software* >> >> >> On Sat, Apr 8, 2023 at 4:26 PM Chris Thompson via pacsat-dev < >> pacsat-dev(a)amsat.org> wrote: >> >>> From what I can tell in the developer guide, "//test_file" should have >>> worked. But so should "/test_file". It says that as a special case a >>> volume prefix by itself is interpreted as a reference to the root directory. >>> >>> So, hmmm.... >>> >>> Chris >>> >>> On Sat, Apr 8, 2023 at 3:36 PM Chris Thompson via pacsat-dev < >>> pacsat-dev(a)amsat.org> wrote: >>> >>>> Burns, I think the initMRAM() is there. I merged your branch in. I >>>> see the function call in ConsolTask() right after the SPInit() calls for >>>> the MRAMs. But I also see a lot of MRAM errors at boot. Error 19s and >>>> Error 20s... >>>> >>>> Corey, I tried //test_file and that did not work either. >>>> >>>> 73 >>>> Chris >>>> >>>> On Sat, Apr 8, 2023 at 2:54 PM Burns Fisher (AMSAT) via pacsat-dev < >>>> pacsat-dev(a)amsat.org> wrote: >>>> >>>>> Chris, I assume that you did add the "initMRAM" near boot (right after >>>>> the SPI init). If not, you may have to do format the file system after >>>>> doing it because it may have the size and the partition setup wrong >>>>> otherwise. >>>>> >>>>> 73, >>>>> >>>>> Burns Fisher, WB1FJ >>>>> *AMSAT(R) Engineering -- Flight Software* >>>>> >>>>> >>>>> On Sat, Apr 8, 2023 at 2:39 PM Corey Minyard <minyard(a)acm.org> wrote: >>>>> >>>>>> On Sat, Apr 08, 2023 at 02:19:29PM -0400, Chris Thompson wrote: >>>>>> > I tried a simple example but I can't open a file. Is there a >>>>>> volume name >>>>>> > that I need to specify? I presume you don't need to create a >>>>>> directory. >>>>>> >>>>>> "/" should be the volume name, but maybe you need two of them? I >>>>>> wasn't >>>>>> sure from what the documentation said. >>>>>> >>>>>> If you can open "//test_file", then that's what it is. >>>>>> >>>>>> -corey >>>>>> >>>>>> > >>>>>> > Here is the code, but the open fails with "No such file or >>>>>> directory" >>>>>> > >>>>>> > // TEST File System >>>>>> > char *test_string = "This is data"; >>>>>> > int32_t fp; >>>>>> > printf("FS Test: Writing:\n"); >>>>>> > fp = red_open("/test_file", RED_O_CREAT | RED_O_WRONLY); >>>>>> > if (fp != -1) { >>>>>> > printf("Writing string\n"); >>>>>> > int32_t numOfBytesWritten = red_write(fp, test_string, >>>>>> > strlen(test_string)); >>>>>> > if (numOfBytesWritten == strlen(test_string)) { >>>>>> > printf("Success\n"); >>>>>> > } else { >>>>>> > printf("Write returned: %d\n",numOfBytesWritten); >>>>>> > if (numOfBytesWritten == -1) >>>>>> > printf("Unable to write to file: %s\n", >>>>>> > red_strerror(red_errno)); >>>>>> > } >>>>>> > int32_t rc = red_close(fp); >>>>>> > if (rc != 0) { >>>>>> > printf("Unable to close file: %s\n", >>>>>> red_strerror(red_errno)); >>>>>> > } >>>>>> > >>>>>> > } else { >>>>>> > printf("Unable to open file: %s\n", >>>>>> red_strerror(red_errno)); >>>>>> > } >>>>>> > >>>>>> > Any thoughts? >>>>>> > >>>>>> > 73 >>>>>> > Chris >>>>>> > >>>>>> > On Fri, Apr 7, 2023 at 5:10 PM Burns Fisher (AMSAT) via pacsat-dev < >>>>>> > pacsat-dev(a)amsat.org> wrote: >>>>>> > >>>>>> > > >I assumed that since this was ARM it was little endian. >>>>>> > > >>>>>> > > Yeah, I would have too. But apparently ARM can go either way. >>>>>> Turns out >>>>>> > > that for some reason the automotive world seems to standardize on >>>>>> big >>>>>> > > endian. This has caused nothing but hassle on the TMS570 (the >>>>>> STM32L is >>>>>> > > little). >>>>>> > > >>>>>> > > >>>>>> > > ----------------------------------------------------------- >>>>>> > > >>>>>> > > pacsat-dev mailing list -- pacsat-dev(a)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(a)amsat.org >>>>>> > > Manage all of your AMSAT-NA mailing list preferences at >>>>>> > > https://mailman.amsat.org >>>>>> > > >>>>>> > >>>>>> > >>>>>> > -- >>>>>> > Chris E. Thompson >>>>>> > chrisethompson(a)gmail.com >>>>>> > g0kla(a)arrl.net >>>>>> >>>>> >>>>> ----------------------------------------------------------- >>>>> >>>>> pacsat-dev mailing list -- pacsat-dev(a)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(a)amsat.org >>>>> Manage all of your AMSAT-NA mailing list preferences at >>>>> https://mailman.amsat.org >>>>> >>>> >>>> >>>> -- >>>> Chris E. Thompson >>>> chrisethompson(a)gmail.com >>>> g0kla(a)arrl.net >>>> >>>> ----------------------------------------------------------- >>>> >>>> pacsat-dev mailing list -- pacsat-dev(a)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(a)amsat.org >>>> Manage all of your AMSAT-NA mailing list preferences at >>>> https://mailman.amsat.org >>>> >>> >>> >>> -- >>> Chris E. Thompson >>> chrisethompson(a)gmail.com >>> g0kla(a)arrl.net >>> >>> ----------------------------------------------------------- >>> >>> pacsat-dev mailing list -- pacsat-dev(a)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(a)amsat.org >>> Manage all of your AMSAT-NA mailing list preferences at >>> https://mailman.amsat.org >>> >> >> ----------------------------------------------------------- >> >> pacsat-dev mailing list -- pacsat-dev(a)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(a)amsat.org >> Manage all of your AMSAT-NA mailing list preferences at >> https://mailman.amsat.org >> > > > -- > Chris E. Thompson > chrisethompson(a)gmail.com > g0kla(a)arrl.net > > ----------------------------------------------------------- > > pacsat-dev mailing list -- pacsat-dev(a)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(a)amsat.org > Manage all of your AMSAT-NA mailing list preferences at > https://mailman.amsat.org > -- Chris E. Thompson chrisethompson(a)gmail.com g0kla(a)arrl.net

1 0