Thanks for replying.It's been 2 year's we didn't allow the DSP to start before the ARM device properly initialized safely. product was a safety critical device as well as a network safety device which was the ARM side had the network stack . The DSP was loaded by ARM after DSP cache was configured that program came from TI cache config. Besides your loading not being automated on boot ( our DSP hex file was in flash) our loader validated the DSP hex file thats essential in safety critical. It's all irrelevant since my interest is skills refresher I spent my career using RTOS it's not a hard requirement to not use Linux it's more a comfort zone and desire to use baremetal or RTOS on ARM those are the jobs that's get floated my way especially low level and you see Very little support or interest in this amongst the hobbyist arena.I prefer to focus on ARM boot and BSP as a EE and parsing hex files is not my interest that's why I asked if this loader was in public domain. I've never seen a c Linux program I couldn't port to C RTOS. I'm curious your an educator there's a big demand in industry for hard real-time RTOS based systems. Free RTOS is FreeTI Sysbios is Free so is TI RTOS. Why Not give US Engineeers this skillset? I see Foreign student asking about this surely the realize the need here for the skills. Shouldn't our students get skills that Industry needs. I attended MSOE I'm not sure what they offer in classes now. When I graduated we used Altair 8080 and used switches to toggle in machine code. I understand Linux is open and fits some products needs but yet all the companies that use this TI Chip in large quantities and required very hard real-time I've encountered in industry don't use Linux. Aircraft require a safety certificate of RTOS they won't pay to certify linux. Not trying to be controversial I'm thinking this barebones)RTOS skillset is still relavent and if no one else sees this I might need to unretire just for fun and some part time work. I find it alarming other countries see the need to learn this skillset and have made effort to sell themselves as better Engineeers and replace US Engineeers as superior educated (I don't believe this) and Industry claims they can't find enough US Engineeers. Looks like robots and are your Target's for classwork.Surely your school teaches control theory, guidance Navigation and control used in spacecraft control yet last time I checked Lockheed Martin uses Vxworks on spacecraft and missle GNC not Linux. Thanks for inspiring me by sharing your project it brought back memories of when work was still inspiring and enjoyable for 4 hours of 8 every day until I encountered a foreign Engineeer at work on Visa who reminded me he was better trained and I should retire and leave Engineeering Linux and Android to non US Engineeers. Funny my Verizon 4G hotspot designed by these very same visa Engineeers at Verizon in Dallas continually goes through reset our 737 planes are grounded and our products are worse than ever wherever offshore or visa labor is used. I am encouraged our universities continue to attract the brightest student from around the world. Since I'm obviously missing my old profession and have way too much time on my hands maybe it's time I revisit my Alma Matter and see what Johnson Controls and Nividia have donated to MSOE a school that's selling point was we talk to Industry to understand what industry needs. Sadly I'm afraid their going to be teaching Linux on NVDA ARM Chip's 😭 as part of any embedded curriculum.
Sent from Yahoo Mail on Android On Sun, Sep 22, 2019 at 6:49 PM, Daniel Block<[email protected]> wrote: I am running Angstrom Linux on the ARM core. So once I have built my SYS/BIOS DSP application in windows, I use putty's scp program "pscp" to copy the hex file to Linux. Then I run the DSP_Load program from Angstrom using a putty terminal. If you are going to get ride of Angstrom or another Linux from the ARM core you will not be able to use the DSP_Load program. I have also written a DSP_Flash application that again from the embedded Linux writes the DSP program to the SPI flash of the LogicPD's OMAPL138 SOM. Then on power up I change the UBL to load the DSP application and then launch Linux. This way the DSP program is running before Linux finishes booting. Sounds something like what you had setup on your OMAP system. On Saturday, September 21, 2019 at 10:55:21 PM UTC-5, lazarman wrote: Hi DanInteresting I worked on high end commercial motor controller which used L138. the ARM ran Green Hills Integrity and the DSP Sysbios. This system intialized the DSP caches first before loading the DSP to RAM. the executable was stored on flash that could be NFS mounted for ARM and DSP executable update by PC. The IPC was done using shared Low and High priority Queues in the DSP shared RAM. Our application was extremely hard Real Time and proprietary and I'm retired but probably have a a TI L138 eval Board I purchased sitting around I might dig out .If this load DSP code is available it might provide a refresher for me as a hobby. I'd like to ditch Linux on the ARM for my purposes maybe use TI RTOS. Are you emulating both cores simultaneously with JTAG or using serial debug on the DSP? How are you getting DSP hex file into Linux.Thanks Sent from Yahoo Mail on Android On Sat, Sep 21, 2019 at 9:07 PM, Daniel Block<[email protected]> wrote: Richard, I have been working with the BeagleBoard X15 the past four months off and on and have made some good progress in using the DSP cores running SYS/BIOS applications while the A15 cores are running Debian Linux. I develop my DSP programs in CCS and generate Hex files that I can copy to Linux. Then from Linux I have created a DSP_Load application that loads and runs the DSP core with the hex file. To date my DSP program uses Timer 4 as the SYS/BIOS timer and timer 5 as a HWI timer, an external GPIO interrupt (which would be helpful for your external ADCs) and communicates with UART 8, 9 and 10. I teach a Mechatronics class at the University of Illinois where currently I instruct the class using the OMAPL138 processor where I use a very similar Linux program to load the DSP core of the OMAPL138. I am hoping to switch my Mechatronics class to the BB x15 this Spring 2020. Currently I have a student working on developing a DSP program that uses the MCSPI3 and MCSPI4 serial ports of the AM572x. Once I have the McSPIs working and a communication scheme, I hope to use IPC, between Linux and the DSPs I will switch my class to the BB x15. Once I switch my class I will be writing up instructions on how to program the DSPs and that may be useful to you when using the BeagleBoneAI. I can give you what I have done so far, but it is not documented super well. The question I have with the BeagleBoneAI is does it bring out to its headers any of the McSPI pins? I have not looked at the schematics closely to know the answer. You may want to check that and if the pins do not come out you could switch to the BB x15 which has four headers that bring out many more of the pins. If you are interested in my OMAPL138 work you can see my course web site at http://coecsl.ece.illinois. edu/se423 On Friday, September 20, 2019 at 11:43:43 PM UTC-5, Richard Tarbell wrote: Greetings All! Is there/will there be tutorials, on how to run Linux on the Beaglebone AI, but run real time code on its two DSP processors? For instance, I am looking to do a motor control application (100kHz sampling with external ADCs connected via SPI). Is this possible to run on the DSP cores? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagl...@ googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/ msgid/beagleboard/5bd8dfa8- 8cd1-4f7d-8c03-de023fc22685% 40googlegroups.com. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/ede3556f-0cbc-4227-ba6b-694bd0e1e1bc%40googlegroups.com. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/1081537709.11059727.1569207497500%40mail.yahoo.com.
