| .. |
|
.settings
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
build
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
Drivers
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
images
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
Inc
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
Middlewares/Third_Party/FreeRTOS/source
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
src
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
.cproject
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
.mxproject
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
.project
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
makefile
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
PSDR.ioc
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
startup_stm32f756xx.s
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
|
STM32F756VGTx_FLASH.ld
|
This is a major architectural change. It's based on STM32CubeMX building a Makefile project with a lot of the configuration already done automatically. The reasoning being that they'll get right on the first try what I have to torturously fiddle with. And the result? With minimal effort, I already have a build that is more portable to develop on, uses the latest drivers, includes FreeRTOS, and I've already got DMA video working pretty much perfectly (though not 100% optimized and tested). This is also giving me a convenient opportunity to massively clean up my code and just a few tricks I've learned since writing the old code. So far so good!! BUT! It can't do any radio like things yet, none of that is implemented at al, no interface, no audio, etc.
|
2019-05-24 15:28:07 -06:00 |
