**** BEGIN LOGGING AT Thu Feb 09 03:00:03 2017 Feb 09 03:30:31 mdp: I got your back Feb 09 03:32:42 *and yes, you should... Feb 09 04:20:44 this might be helpful for the "Serial terminal server" project - https://freetserv.github.io/ Feb 09 04:35:14 looks like its not that long project - http://www.zilogic.com/blog/project-remote-terminal-server.html Feb 09 04:35:26 I must be missing something. Feb 09 04:35:39 or, a lot of things probably .. Feb 09 05:08:21 gear: the point of irc is to ask in the channel Feb 09 05:08:42 so if you're interested, ask away Feb 09 05:09:02 and i already put references with code examples Feb 09 05:09:37 the big book on doppler instruments isn't one i can give away Feb 09 05:10:11 I see, thank for letting me know. I am not very familiar with IRC channels Feb 09 05:11:20 if i knew how to contact the univ of chile guy i would Feb 09 05:12:42 that one uses phase difference, but i didn't looks deeper Feb 09 05:13:22 the other one from gsoc last year uses time-of-flight but changed hardware at the last minute (literally) Feb 09 05:14:47 other than the general idea, one thing you could look at now would be the prudaq/muratta sonic sensor interface Feb 09 05:15:08 OK, I see Feb 09 05:15:51 we have some of the sensors from last year but it's required to use them Feb 09 05:16:36 they have good specs (in general) so an analysis of data sheets/interface stuff would help Feb 09 05:17:17 *specific to prudaq analog data/control Feb 09 05:18:25 * nerdboy has a lovely mtg in 10 min Feb 09 05:18:36 so to my understanding, the project will be more hardware-software interface oriented, rather than data analysis, is that right? Feb 09 05:20:02 all of the above Feb 09 05:20:52 you get to decide/recommend which method should be used for accuracy/, etc Feb 09 05:21:38 I see Feb 09 05:21:39 also how much can be done on the prus Feb 09 05:22:13 i don't see how it could be done without a lot of signal analysis Feb 09 05:22:24 fft algorithms and such Feb 09 05:22:41 and some math Feb 09 05:22:44 yeah I see Feb 09 05:23:40 will the analysis be done on one BeagleBoard or multiple boards connected as a network? Feb 09 05:23:51 technically it's "instrumentation" Feb 09 05:24:28 goes back a lot farther than current definition of Data Science Feb 09 05:24:53 I can see that :) Feb 09 05:25:08 the intent was one beagle bone (armv7 cpu with 2 real-time cores) Feb 09 05:25:54 to calculate winds from the sensor data and be capable of storing raw samples Feb 09 05:26:30 *raw wind vectors up to about 60 Hz Feb 09 05:27:56 gotta go... Feb 09 05:28:06 OK thank you so much for the messages Feb 09 05:52:11 nerdboy: do you think this project ( https://groups.google.com/forum/#!topic/beagleboard-gsoc/ypiSl_2kQyk ) could be implemented as a Framework ? Feb 09 05:52:40 like add a datastructur maybe something like a dt node describing the hardware Feb 09 05:53:01 and the framework will generate the necessary code for PRUs to connect with them Feb 09 06:01:49 I dont think so .. Feb 09 07:09:59 you missed the part about (still) being in a mtg... Feb 09 07:11:40 Got it Feb 09 13:37:54 nerdboy, m_w, av500: Didn't hear about any updates regarding http://elinux.org/BeagleBoard/GSoC/Ideas#General_requirements Feb 09 13:38:03 Any other test to apply to the students? Feb 09 13:38:41 I'm thinking about putting a ban on Google Docs. Feb 09 13:39:30 and instead require that floating applications must be done on either a Github or eLinux wiki.... (Github can be made private if they don't want other students mooching). Feb 09 13:39:32 thoughts? Feb 09 13:39:39 tick... tock... :-) Feb 09 13:51:31 OK, here's my proposal: Students will demonstrate their ability to collaborate by creating an eLinux wiki page for their proposal and utilizing Freenode (http://bbb.io/gsocchat) to collect quotes regarding the usefulness of their proposal to the BeagleBoard.org community. The wiki timestamp will help mentors recognize the provenance of ideas from prospective students. Use of Google Docs for proposal development is disco Feb 09 13:51:31 uraged due to insufficient revision control and extensive use of computing resources having numerous documents open simultaneously. Feb 09 13:52:12 I hope that accounts for "stolen ideas". Feb 09 13:52:21 I'm sick of all these Google Docs, personally. Feb 09 14:27:33 http://elinux.org/BeagleBoard/GSoC/ProposalTemplate Feb 09 15:22:02 jkridner: I cant see the proposal since I locked myself out until org are approved :/ Feb 09 15:32:45 Hi all, I'll be about to offer advice on kernel related projects, much like last year. Feb 09 15:33:06 So intermittently! Feb 09 15:35:27 jic23: Hi ! :D glad to see you Feb 09 15:38:02 Hi zeekhuge Feb 09 15:41:15 Interesting project suggestion you put up. Any particular application in mind? Feb 09 15:43:53 Would love to see an spi offload engine on the pru and that might fit in your description... Feb 09 15:45:45 jic23: no specific application. But saw people trying to do that .. Feb 09 15:54:07 Cool. Guess a question of what an applicant is interested in. Feb 09 17:09:24 sounds good to me Feb 09 17:09:56 does it have to carved in stone by org app deadline? Feb 09 17:39:29 jkridner: Hi! I was wondering why the BBBlfs idea is not up there on the ideas page? :) Feb 09 21:04:44 carpediem: just haven't gotten to it. :( Feb 09 23:12:27 carpediem: http://elinux.org/BeagleBoard/GSoC/Ideas#Port_BeagleBone_USB-based_bootloader_server_from_C_to_JavaScript_.28node.js.29 **** ENDING LOGGING AT Fri Feb 10 03:00:01 2017