**** BEGIN LOGGING AT Wed Jul 19 03:00:04 2017 Jul 19 04:32:58 hi nerdboy:, ds2: Jul 19 04:33:11 I pushed sensor.py after changes Jul 19 04:33:53 I wanted to ask what are we using as temp sensor, I suggest LM-35 Jul 19 04:34:56 and also I wanted to ask if any of have knowledge abt reliablity of library like zmq Jul 19 04:37:06 in current program, the samples supplied should come in same order as were sent from sampling program, becuase I am separating samples for each channel by simple while loop Jul 19 04:38:52 and for fetching calculated values, I think setting a micro-server like flask in python Jul 19 04:39:20 where it would work as a API service Jul 19 05:24:33 what about the actual sampling code? Jul 19 05:25:36 in theory temp should be something like sparkfun precision temp sensor Jul 19 05:55:39 the temp/pressure part should hopefully support multiple sensors Jul 19 05:56:18 bmp085/180/280 all use the same-ish interface Jul 19 06:18:42 how bad is the temp sensor in the BMP Jul 19 06:18:43 s? Jul 19 07:59:56 not great, but decent i think Jul 19 12:52:29 thetransformerr: did you try instructions from http://beagleboard.org/static/beaglebone/latest/README.htm to get internet over usb on OS X ? Jul 19 12:53:49 thetransformerr: there is a driver, hoRNDIS, try if it works Jul 19 13:35:34 hi ravikp7: I installed horndis, but that didnt worked Jul 19 13:37:42 that made it available as a network device Jul 19 14:12:25 thetransformerr: then, only jkridner can help you here, he uses OS X Jul 19 15:56:51 <_av500_> aloo Jul 19 15:57:01 hii Jul 19 15:57:17 hi Jul 19 15:57:24 hi :) Jul 19 15:58:05 hello Jul 19 15:58:07 Hey ! Jul 19 15:58:59 hi Jul 19 16:00:58 moin Jul 19 16:01:02 howdy Jul 19 16:01:25 * _av500_ is not awake Jul 19 16:01:49 hello Jul 19 16:02:10 ee: ping Jul 19 16:02:53 <_av500_> 1) Welcome everybody Jul 19 16:03:04 <_av500_> I count 5 students Jul 19 16:03:07 <_av500_> so far Jul 19 16:03:10 <_av500_> ee: ? Jul 19 16:05:28 <_av500_> ee: ? Jul 19 16:05:46 <_av500_> no ee Jul 19 16:05:56 <_av500_> everybody else is still here? Jul 19 16:06:02 yup Jul 19 16:06:07 I'm here Jul 19 16:06:08 here Jul 19 16:06:20 here Jul 19 16:06:47 yes I'm here Jul 19 16:07:07 who's on first? Jul 19 16:07:14 <_av500_> sec Jul 19 16:07:18 <_av500_> 2) weekly reports Jul 19 16:07:30 i see 6 Jul 19 16:08:01 <_av500_> yup Jul 19 16:08:04 <_av500_> thats good Jul 19 16:08:08 zZzzzZ Jul 19 16:08:48 <_av500_> nerdboy: how are you on hardware? Jul 19 16:08:54 <_av500_> everything shipped that should have? Jul 19 16:09:16 jkridner would need to answer that... Jul 19 16:09:35 <_av500_> nerdboy: which means we are still not done on HW? Jul 19 16:09:38 i think we need to ship ds2's hardware Jul 19 16:09:55 I haven't tried to order anything else. I need links to something that will deliver in India. E14 never even returned my e-mail. :( Jul 19 16:10:10 <_av500_> we are at halfway now. Jul 19 16:10:18 <_av500_> I doubt stuff will arive in time Jul 19 16:10:21 <_av500_> if we ship now Jul 19 16:10:26 <_av500_> no? Jul 19 16:10:34 yeah ds2 hw by fedex or something would be perfect Jul 19 16:10:37 fedex could do it i think Jul 19 16:10:43 <_av500_> to india? or to ds2? Jul 19 16:10:53 <_av500_> or to wherever? Jul 19 16:11:03 no business-y stuff for that... Jul 19 16:11:03 to india from ds2 Jul 19 16:11:15 <_av500_> ah Jul 19 16:11:29 <_av500_> well fedex can do it in 2 days and then it cat sit in customs for 2 weeks Jul 19 16:11:34 <_av500_> can* Jul 19 16:11:53 _av500_: I got a fair amount of hardware there... what was requested AHEAD of the deadline. I'm still confused why the required hardware changed. Jul 19 16:11:55 yeah, happened with me Jul 19 16:11:57 2 wks + 2 days is better than nothing Jul 19 16:12:03 Is x15 available now? Jul 19 16:12:11 <_av500_> jkridner: me too Jul 19 16:12:13 <_av500_> :( Jul 19 16:12:15 It was backordered previously Jul 19 16:12:35 <_av500_> nerdboy: can the project make do with the HW you have at the moment Jul 19 16:12:53 indu: I can order the AM57x EVM. The X15s should have already shipped, but PTI is being a pain. Jul 19 16:13:37 <_av500_> x15 is part of the project? Jul 19 16:13:42 yeah we are doing it without them, until now Jul 19 16:13:48 we were trying to make it less hardware-y and more software-y... Jul 19 16:14:12 <_av500_> nerdboy: at this point I would go with that Jul 19 16:14:28 <_av500_> its summer of code, not summer of fedex Jul 19 16:14:36 :) Jul 19 16:14:52 summer of customs actually Jul 19 16:14:54 my mentor asked me also to test on x15 if possible Jul 19 16:15:06 it's summer of fubar... Jul 19 16:15:12 <_av500_> indu: yes, but you will need time to get an x15 up and rinniung Jul 19 16:15:14 <_av500_> running Jul 19 16:15:18 fedex===fubar Jul 19 16:15:19 <_av500_> it wont be a day of testing Jul 19 16:15:46 <_av500_> so ordering an evm now that will arrive in whenever seems not a good idea Jul 19 16:15:53 I understand Jul 19 16:15:57 <_av500_> I'd keep the project on the bone that you have Jul 19 16:16:11 <_av500_> ok Jul 19 16:16:23 then i guess we need some hw people to chip in with some analog design work for murata sensors... Jul 19 16:16:30 just want to know the status as previously it was stated it was backordered Jul 19 16:16:40 <_av500_> indu: probalby still is Jul 19 16:17:14 <_av500_> thetransformerr[: your internet sharing issues Jul 19 16:17:35 thetransformerr[: and opamps for filtering/boosting Jul 19 16:17:36 thanks for the update, i will use it if it is available on time Jul 19 16:17:42 yeah my bbb cant fetch files from git Jul 19 16:17:53 <_av500_> indu: ok Jul 19 16:18:08 <_av500_> thetransformerr[: why not? Jul 19 16:18:10 but ping to 8.8.8.8 is sucessful that is in windows Jul 19 16:18:17 make sure your default route is correct Jul 19 16:18:34 also check /etc/resolv.conf Jul 19 16:18:37 and on mac it doesnt even ping to 8.8.8.8 Jul 19 16:18:48 and now I am installing linux Jul 19 16:19:06 but would have been great if someone could help me on os x Jul 19 16:19:15 how to enable internet Jul 19 16:19:20 I apologize for missing the meeting, I had an unanticipated quiz for one of my summer classes so I wasn't able to log in until now Jul 19 16:19:21 when you boot a fresh image on black it has no route or resolv.conf Jul 19 16:19:39 <_av500_> ee: welcome Jul 19 16:20:01 yeah this works on windows /sbin/route add default gw 192.168.6.1 Jul 19 16:20:05 <_av500_> thetransformerr[: please try to resolve (pun intended) that issue after the meeting Jul 19 16:20:11 <_av500_> nerdboy: ^^^ Jul 19 16:20:20 of course :) Jul 19 16:20:25 <_av500_> 3) blocking issues Jul 19 16:20:36 <_av500_> apart from what we discussed so far Jul 19 16:20:41 <_av500_> anybody else with blocking issues? Jul 19 16:20:51 ee: :-) Jul 19 16:21:04 not here Jul 19 16:21:36 <_av500_> ok Jul 19 16:21:59 <_av500_> indu: pmezydlo maciejjo ee? Jul 19 16:22:09 it is fine Jul 19 16:22:10 i'm not blocked Jul 19 16:22:12 <_av500_> ok Jul 19 16:22:18 no blocking issues Jul 19 16:22:21 <_av500_> evals are coming up next week Jul 19 16:22:28 <_av500_> so just keep going Jul 19 16:22:34 <_av500_> same procedure as last evals Jul 19 16:22:57 students continue coding :) Jul 19 16:23:02 <_av500_> indeed Jul 19 16:23:15 <_av500_> turn coffee into commits Jul 19 16:23:16 <_av500_> or tea Jul 19 16:23:22 <_av500_> or mountain dew Jul 19 16:23:57 <_av500_> ok then Jul 19 16:24:14 _av500_: everything is looking good over here :) Jul 19 16:24:18 <_av500_> good Jul 19 16:24:27 <_av500_> 4) statur reports Jul 19 16:24:31 <_av500_> status* Jul 19 16:24:40 <_av500_> I was not here last week, who is today? Jul 19 16:24:46 me Jul 19 16:24:52 <_av500_> and? Jul 19 16:24:57 and me Jul 19 16:25:01 <_av500_> ok Jul 19 16:25:04 <_av500_> indu: go ahead Jul 19 16:25:07 ok Jul 19 16:25:23 As stated in my last report Jul 19 16:25:59 2 modules 1. Delay mesaurement -> Already done Jul 19 16:26:05 2. Streaming - ongoing Jul 19 16:26:26 The streaming is done as a ALSA virtual driver Jul 19 16:26:58 it implements the stream reservation protocol and actual audio streaming over ethernet Jul 19 16:28:11 The SRP is used to inform the routers in the ethernet network about the stream we provide Jul 19 16:28:47 like bitrate, number of channels , sample rate, prioirty etc... Jul 19 16:28:59 SRP implementation is done Jul 19 16:29:10 Currently i am working on the streaming Jul 19 16:29:43 Have to get the PCM samples from the ALSA middle layer and convert them to PCM samples are transmit Jul 19 16:30:20 Receive them in the second bbb and present them to a actual audio driver Jul 19 16:30:53 <_av500_> and all routers support SRP? Jul 19 16:30:56 Additionally the presentation time is also transmiitted along the PCM samples Jul 19 16:31:03 not all routers Jul 19 16:31:31 only some routers are currently supporting SRP Jul 19 16:32:18 <_av500_> ic Jul 19 16:32:41 <_av500_> and what is the actual streaming protocol? Jul 19 16:32:52 Finally the receiver uses the presentation time to play the audio synchrnously Jul 19 16:33:10 It is called AVTP audio video streaming protocol Jul 19 16:33:33 IEEE Std 1722 Jul 19 16:33:50 yay, an actual std Jul 19 16:34:12 except they aren't free from ieee... Jul 19 16:34:21 <_av500_> ic Jul 19 16:34:38 I have access to IEEE from my university Jul 19 16:35:07 According to planning i should finish implementation in next 2 weeks Jul 19 16:35:27 Then testing, bug fixing Jul 19 16:35:34 is there ab actual reference implementation or are you doing that now? Jul 19 16:36:18 There are some reference available from the Anvu alliance Jul 19 16:36:38 but i am not using those for testing Jul 19 16:36:57 I will use my implementation in 2 bbbs Jul 19 16:37:12 indu: pm'ed Jul 19 16:37:47 <_av500_> indu: but there is no existing implementation to test against? Jul 19 16:37:51 one will transmit and other will receive and i will test the synchronization between those Jul 19 16:38:25 Yes, Recent Macbook pros has in built support for AVB Jul 19 16:39:23 but my main goal is to test synchronized audio playback between 2 bbbs Jul 19 16:39:43 <_av500_> understood Jul 19 16:39:47 <_av500_> ok Jul 19 16:39:49 <_av500_> thanks Jul 19 16:39:54 <_av500_> thetransformerr[: you are up Jul 19 16:40:17 thanks Jul 19 16:40:48 so uptill now we have created the software part for enabling pwm output Jul 19 16:41:09 and then samples tx and rx and temp Jul 19 16:41:20 and then calculate wind speed Jul 19 16:41:58 the main challenges are the last year code gsoc repo and prudaq repo relied on older kernel Jul 19 16:42:26 and also newer kernel have some trust issues with device overlays and PWm e Jul 19 16:42:42 so we have to sort out them before running code Jul 19 16:42:45 almost everything depends on 3,8... Jul 19 16:43:33 secondly as we discussed before , in absence of new h/w we need expert with analog circuit and some suggestions Jul 19 16:44:16 the recent uboot_overlay patch and old docs are less than helpful... Jul 19 16:44:43 my college opens again tommorow so I would try to figure out what we can do Jul 19 16:45:23 you should be able to test your code with prudaq quick start config Jul 19 16:45:24 and lastly I wanted to ask if someone have suggestions about real time transfer of sampled data from c program to python Jul 19 16:46:03 yeah we can Jul 19 16:46:17 and i don't think you want to pass samples all the way out to python Jul 19 16:46:42 then you suggest correlation in c Jul 19 16:47:18 that can be done, maybe .... Jul 19 16:48:21 example code uses prudaq_capture binary to get ToF and pipes that to fusion code Jul 19 16:48:49 *last year's prudaq code Jul 19 16:49:16 that tof was calculated by threshold method, abt which we had enough of arguments Jul 19 16:49:38 and discussion Jul 19 16:50:06 and yeah I am talking abt that pipe as transfer Jul 19 16:50:16 and lastly once we succed in this Jul 19 16:50:48 the pru code and prudaq driver should handle keeping track of samples Jul 19 16:51:01 I plan to set up a micro-server sort of thing that can accept request from user and then posts back the result as required Jul 19 16:51:29 that's farther "downstream" Jul 19 16:51:55 yeah :), i know Jul 19 16:52:31 for now you could even pipe to a file and post-process Jul 19 16:53:29 okk so we then store in file and then post process, that should enable any of us with h/w within this week to test Jul 19 16:54:13 <_av500_> ok Jul 19 16:54:20 <_av500_> thetransformerr[: thank you Jul 19 16:54:37 <_av500_> if we keep the old lineup its ee and ravikp7 next week? Jul 19 16:54:51 sure :) Jul 19 16:55:24 <_av500_> ok Jul 19 16:55:30 <_av500_> thanks everybody Jul 19 16:55:35 <_av500_> see you all next week Jul 19 16:56:06 * _av500_ needs to run away now Jul 19 16:57:11 Sounds good, bye :) Jul 19 16:58:18 so who else has signal generator/analyzer/scope experience? Jul 19 16:59:13 can you grab an output signal and add a delay to it? Jul 19 16:59:59 anybody :) Jul 19 17:00:55 or maybe just mix one signal with "delayed"/scaled/noisy one Jul 19 17:02:18 or we may use receiver sensor with op-amp Jul 19 17:03:07 http://www.ecircuitcenter.com/Circuits/instamp1/instamp1.htm <= did you look at this? Jul 19 17:03:34 ^^ that's your preamp Jul 19 17:04:32 the bandpass filter one has some useful notes Jul 19 17:04:52 arent there any chips like thing, that have simple inputs or output Jul 19 17:04:55 so low Q with tunable R2 Jul 19 17:05:12 if you can get one Jul 19 17:05:33 the maxq board has the chip version i think Jul 19 17:05:57 BPF->LNA->LPF Jul 19 17:06:11 please provide me time for tommorow I would figure out what I can do for h/w and h/w expert at my level Jul 19 17:06:43 okk Jul 19 17:06:47 that circuit should be easy for engineering student... Jul 19 17:06:52 no? Jul 19 17:07:11 yeah it is easy, I could do it Jul 19 17:08:12 the image circuit is easy but i have to find if I can lay my hand on XOP Jul 19 17:08:45 you need something like that instrumentation amp to condition the input to the prudaq Jul 19 17:09:32 i would keep it around 0-1.8Vpp and center it with vref Jul 19 17:10:09 * nerdboy almost sounds like he knows what he's talking about... Jul 19 17:10:44 just don't blow up the prudaq Jul 19 17:11:12 otherwise experiment with the murata sensors i guess Jul 19 17:12:23 first run the spice simulation for that thing ^^ at 40KHz f0 Jul 19 17:12:30 of course zeekhuge: can help us I guess, I am discussing with him now Jul 19 17:12:43 okk... Jul 19 17:14:30 not sure but maybe my colleagues can help .. will try to get their help Jul 19 17:42:24 ravikp7: what's the new way of running the app? seems to just make a module and not have a main routine. Jul 19 17:44:51 ravikp7: sorry to not have been a better coach through the process of getting it async. seems the style is a bit unnatural to you still. Jul 19 17:45:09 ravikp7: the logic is more complex than necessary. Jul 19 17:45:48 ravikp7: also, the state is very vague in terms of output. seems I'll need to add a bunch of console.log commands to see what is going on. Jul 19 17:51:34 jkridner: npm run build-test , webpack compiles the react code and starts the webpack server Jul 19 17:51:57 jkridner: then sudo npm start , it starts the electron app Jul 19 17:52:36 jkridner: this just runs electron app which loads the page served by server Jul 19 17:53:03 jkridner: production will use the static generated bundle.js Jul 19 17:55:33 jkridner: async means no blocking of code, apart from waiting for ums device to connect, there isn't any blocking code as per my knowledge Jul 19 17:58:55 jkridner: what additional outputs do you expect ? Jul 19 18:02:52 jkridner: the node module is used in this file src/app/components/mainPage.js in app Jul 19 18:08:25 jkridner: also make sure to rebuild usb module for electron is required, npm run electron-rebuild Jul 19 18:14:18 *if required Jul 19 19:04:06 jkridner: I also implemented asynchronous code using async / await here https://github.com/ravikp7/node-beagle-boot/blob/dev/main.js . It's very much readable. Did you have a look ? Jul 19 19:10:25 hmmmmm Jul 19 19:15:30 nerdboy/thetransformmer[: are you keeping the signal differntial? Jul 19 19:15:30 Jul 19 19:15:31 ~> Jul 19 19:16:18 you'll need to explain that with more words Jul 19 19:16:24 otherwise, a simple common emitter transistor may be enough Jul 19 19:16:30 ru Jul 19 19:17:22 i think the prudaq does both but i'm not clear what we have/where Jul 19 19:18:07 we kinda need to minimize the current drawn by preamp/other Jul 19 19:18:21 not clear on those reqs either Jul 19 19:18:52 except gpio can only supply a few tens of milliamps right? Jul 19 19:19:23 that's where we can us actual help so he can write code... Jul 19 19:19:31 s/us/use/ Jul 19 19:20:29 *otherwise proposal for this might as well say "frankenstein" Jul 19 19:34:11 do not draw power from the GPIOs. bad things is likely to happen Jul 19 19:34:42 I think m_w looked at it and the pru_daq can do both but it requires a hw mod to do diff Jul 19 19:34:50 diff can cut down on noise but it is a bit more complex Jul 19 19:35:10 based on what I have seen, the instrument amp config is a bit of an overkill Jul 19 19:35:23 and that pretty much requires a diff input Jul 19 19:35:34 OTH - if you want to use the murata sensors... Jul 19 19:35:57 also - if you are using bare sensors, please put in some HV protection otherwise if you drop something on it, you can fry the amp Jul 19 19:36:40 those are peizo devices and will generate a large voltage in response to a strong mechnical stimulatin... Jul 19 19:37:15 sorry about the spotting messages... wifi tether is flaky (EMI?) ... switched to USB tether now Jul 19 20:16:26 yeah, i though we were kinda stuck with single-ended for now Jul 19 20:17:07 for the murata TX we can just send pulses right? Jul 19 22:01:53 thetransformerr[: for the lab test, how using pwm for output (so you need to code that up, ie a short sequence of pulses like in the maxq datasheet) Jul 19 22:03:27 measure that and in your code add a test trigger to toggle a gpio after ns delay to trigger your signal generator Jul 19 22:03:58 approx. delay for 20 cm distance Jul 19 22:04:57 make the output 10 mV or less with some noise Jul 19 22:05:43 something to test your code with Jul 20 00:22:46 m_w: it booted Jul 20 00:22:57 *the pocketbone Jul 20 00:38:49 nerdboy: it better have :) Jul 20 00:39:03 how do you like it? Jul 20 00:39:12 got a sweet app for it? Jul 20 00:40:09 I hand assembled 5 of them and they all booted. if a machine assembled unit didn't boot I would be worried Jul 20 00:40:40 plus I had the guys at groupget program the eeprom Jul 20 00:40:59 did they provide an uSD card with Debian preloaded? Jul 20 00:46:22 yeah, i just used the card that came in it Jul 20 01:32:41 hi nerdboy: for testing , we can use arduino Jul 20 01:33:39 I almost forgot abt it, I hve it and it can generate trigger waves as per requirement Jul 20 01:33:48 I have arduino uno Jul 20 01:34:39 and since it also does provide digital output , may be we would require less circuit elements Jul 20 01:59:13 make sure you push all that stuff too Jul 20 01:59:50 you could just trigger another bb pwm with a filter on the output to prudaq Jul 20 02:00:56 https://www.allaboutcircuits.com/technical-articles/low-pass-filter-a-pwm-signal-into-an-analog-voltage/ <= that seems easy Jul 20 02:04:22 poor man's DAC **** ENDING LOGGING AT Thu Jul 20 03:00:01 2017