**** BEGIN LOGGING AT Wed Mar 22 03:00:02 2017
Mar 22 06:30:47 <tlwoerner> msg m_w i'd be interested in learning it for mentoring, but don't claim expertise
Mar 22 08:52:29 <ordsen> Hey everyone, http://elinux.org/BeagleBoard/GSoC/BeagleBone-based_serial_terminal_server thsi is my first proposal draft. Please give it a look if you have time
Mar 22 08:52:44 <ordsen> m_w:  What do you think about the scope?
Mar 22 11:10:58 <l0ftyWhizZ> hello!
Mar 22 11:12:56 <aniket> Hello guys my name is Aniket.
Mar 22 11:14:49 <l0ftyWhizZ> Hi aniket!
Mar 22 11:23:51 <aniket> do we have mentor in this channel
Mar 22 11:23:59 <aniket> i have few questions
Mar 22 11:27:51 <maciejjo> aniket: best to just ask, someone will answer sooner or later
Mar 22 11:32:16 <aniket> I just want to make the program update mechanism for small beagleboard.
Mar 22 11:34:32 <aniket> So if anyone wants to use  beagleboard circuit in their product then they can also provide program updates to users.
Mar 22 11:37:03 <aniket> so my question is that is it a good idea to submit proposal with this idea.
Mar 22 11:43:37 <aniket> As we can see most of new products doesn't have direct access of internet.
Mar 22 11:43:56 <aniket> so idea is to provide updates through mobile.
Mar 22 11:53:02 <ravikp7> aniket: I suggest you to use mailing list to describe your idea more clearly and ask if any mentors are interested in mentoring the project first.
Mar 22 11:54:34 <aniket> okk,thank you ravi
Mar 22 12:03:17 <xiao_> hello everyone
Mar 22 13:15:11 <ark4579> Hi, everyone. I am really interested in "BeagleBone-based Serial Terminal Server" Project for GSoC 2017. What do I do?
Mar 22 13:32:06 <maciejjo> ark4579: have you looked at requirements on ideas page?
Mar 22 13:40:06 <ark4579_> yeah, working on them.
Mar 22 15:11:34 <thetransformerr> hii everybody
Mar 22 15:12:18 <thetransformerr> I have created a proposal wiki page, can some body help me for hoe to list it on proposals page
Mar 22 15:13:45 <ravikp7> thetransformerr: add this in your wiki page
Mar 22 15:13:50 <ravikp7> [[Category: BeagleBoard]]
Mar 22 15:13:50 <ravikp7> [[Category: GSoC]]
Mar 22 15:13:50 <ravikp7> [[Category: GSoCProposal]]
Mar 22 15:13:50 <m_w> ordsen: looks okay
Mar 22 15:14:06 <m_w> oh he is offline now
Mar 22 15:18:03 <thetransformerr> thnks ravikp7
Mar 22 15:18:45 <thetransformerr> and also tell me how are you able to be online all day :)
Mar 22 15:22:38 <ravikp7> thetransformerr: I actually stick to my pc most of the day. When away I use IRCCloud app on phone.
Mar 22 15:23:58 <thetransformerr> the way you say it seems so easy but there is a thing called Life! man
Mar 22 15:25:09 <thetransformerr> Hi nerdboy: and other mentors I have created a wiki page would you please have a look at it and provide quote that I can add to proposal
Mar 22 15:25:16 <thetransformerr> http://elinux.org/GSoC2017_sonic_anemometer_proposal
Mar 22 15:26:33 <ravikp7> m_w: can you please add your quote to my proposal here http://elinux.org/BeagleBoard/GSoC/node-beaglebone-boot  . I've got one quote from nerdboy already
Mar 22 15:27:30 <ravikp7> thetransformerr: currently enjoying this most in my life :)
Mar 22 15:28:16 <thetransformerr> hey ravikp7: mind checking mine wiki page, by the way I have gone through your page and found it nice
Mar 22 15:28:43 <thetransformerr> point me out something that I may have forgot
Mar 22 15:29:25 <ravikp7> Sure, I'll have a look
Mar 22 15:39:22 <ravikp7> thetransformerr: in the about me section, in gsoc participation you've to mention whether you've participated in gsoc earlier or not. If you haven't leave it
Mar 22 15:46:13 <m_w> ravikp7: what exactly do you need?
Mar 22 15:47:24 <m_w> thetransformerr: gsoc is your life over summer if you get approved
Mar 22 15:49:34 <m_w> ravikp7: where is nerdboy's "quote"?
Mar 22 15:49:53 <ravikp7> m_w: in my proposal
Mar 22 15:50:08 <ravikp7> http://elinux.org/BeagleBoard/GSoC/node-beaglebone-boot
Mar 22 15:50:23 <m_w> i see it toward the bottom
Mar 22 15:55:44 <thetransformerr> m_w: thanks for pointing I tried to allot about 7-8 hours but editing somehow messed it
Mar 22 15:58:08 <m_w> ravikp7: certainly better than the other TI programming tool
Mar 22 15:58:25 <m_w> thetransformerr: pointing out what?
Mar 22 15:58:25 <thetransformerr> ravikp7: I think it is mentioned here " Previous GSoC participation: Provide list of URLs for previous participation or =>> tell us why you want to participate here.<== No previous experience required."
Mar 22 15:58:39 <thetransformerr> gsoc is your life over summer if you get approved
Mar 22 15:59:01 <m_w> oh I was sort of joking, but it is pretty true
Mar 22 15:59:19 <m_w> you are expected to do at least 30 hours per week
Mar 22 15:59:31 <m_w> but many actually need more time
Mar 22 16:03:24 <ravikp7> m_w: thanks for your quote :)
Mar 22 16:04:23 <m_w> ravikp7: the TI programming tools only worked on Windows XP or something like that
Mar 22 16:04:27 <ds2> hmmm
Mar 22 16:04:58 <m_w> I think it was the called Flasher or something like that
Mar 22 16:09:17 <m_w> it may have changed since I used to try and program the am3517s way back
Mar 22 16:11:17 <m_w> here is the older flash programmer: http://processors.wiki.ti.com/index.php/Flash_v1.6_User_Guide
Mar 22 16:11:58 <m_w> looks like uniflash is the new one for am335x: http://processors.wiki.ti.com/index.php/Sitara_Uniflash_Quick_Start_Guide
Mar 22 16:23:16 <ravikp7> m_w: i hadn't seen that uniflash tool yet,  thanks for sharing. It's definitely very old, and has a lots of steps to be done manually in order to  get the flashing done. New tool would be way simpler :)
Mar 22 16:38:49 <NP95> Hey ds2?
Mar 22 16:42:15 <nerdboy> uh oh, i've been quoted...
Mar 22 16:52:04 <thetransformerr> nerdboy: please review this page, for the goals and mile stones and provide quote
Mar 22 16:52:06 <thetransformerr> http://elinux.org/GSoC2017_sonic_anemometer_proposal
Mar 22 17:01:08 <ds2> NP95?
Mar 22 17:04:55 <NP95> Yeah
Mar 22 17:05:08 <NP95> regarding the synchronous collection
Mar 22 17:05:38 <NP95> I was going through the manual and saw that there were other clocks like the IEP clock
Mar 22 17:06:21 <ds2> ok
Mar 22 17:07:28 <NP95> It looks like a good canidate for choosing as reference for data collection because it also runs at 200 Mhz
Mar 22 17:07:47 <ds2> how do you synchronize with that clock?
Mar 22 17:07:51 <ds2> does it drive a latch or?
Mar 22 17:08:12 <NP95> Well that is what I am trying to see in the manual
Mar 22 17:08:42 <NP95> I just saw it as a good canidate compared to the other clocks present in the manual
Mar 22 17:10:02 <ds2> the goal is to get a clock from the outside...
Mar 22 17:10:22 <NP95> Oh is that so?
Mar 22 17:11:04 <NP95> An external clock  we will feed to where?
Mar 22 17:11:16 <ds2> what is suppose to happen is -
Mar 22 17:11:45 <ds2> I have a widget... it outputs a signal synchronous to a clock (parallel cameras do this)
Mar 22 17:12:08 <ds2> waht we want is the PRU to be able to capture the data on a given edge (falling/rising, doesn't matter right now)
Mar 22 17:12:17 <ds2> does this clarify it?
Mar 22 17:12:28 <NP95> Ok
Mar 22 17:12:35 <NP95> This makes it clearer
Mar 22 17:12:52 <ds2> for a simplier example...look at SPI - 1 clock, 1 data, 1 CS line
Mar 22 17:15:24 <NP95> Ok let me see whether I nderstood it correctly , what Abhishek did was capture whatever signal is fed into GPIO
Mar 22 17:15:30 <NP95> Simplest case
Mar 22 17:16:02 <NP95> This goal is to capture a signal which is synchronized with a clock
Mar 22 17:16:47 <NP95> Also could you give me some reading about parallel cameras which illustrates this phenomenon
Mar 22 17:17:01 <nerdboy> and....  he already left
Mar 22 17:17:08 <NP95> ds2
Mar 22 17:17:09 <NP95> ?
Mar 22 17:18:09 <nerdboy> thetransformerr i mean...
Mar 22 17:19:47 <ds2> just look at SPI
Mar 22 17:20:18 <ds2> NP95: SPI has potentially 3 data lines to snoop - CS, MISO, MOSI
Mar 22 17:20:32 <ds2> no need to get as complex as a camera yet
Mar 22 17:20:40 <NP95> Ok
Mar 22 17:20:43 <ds2> synchronize yourself to the SPI clock
Mar 22 17:21:13 <NP95> I will look into that . Also regarding on a broad level
Mar 22 17:21:30 <ds2> with sync capture, you get the data as intended... what Beaglelogic does is sample thing so it has to run faster to avoid aliasing... it gives slightly different info
Mar 22 17:21:41 <NP95> Ok
Mar 22 17:21:43 <NP95> I got it
Mar 22 17:21:53 <NP95> In sync we get the data as it is
Mar 22 17:22:04 <NP95> With beaglelogic you take snapshots
Mar 22 17:22:18 <NP95> and then try to reconstruct it?
Mar 22 17:22:35 <ds2> yes
Mar 22 17:22:42 <NP95> For this Abhishe's work can be taken as a base
Mar 22 17:23:02 <NP95> The firmware might have to be rewritten
Mar 22 17:23:20 <NP95> and the kernel modules have to be modified according to the firmware
Mar 22 17:23:24 <NP95> Is this correct?
Mar 22 17:23:39 <ds2> so if you capture it synchronously, you can potentially run slower... say a claim of 25MHz can look at a 25MHz signal...whereas an async capture would need to run faster then 50MHz to see the ame signal
Mar 22 17:24:13 <ds2> NP95: firmware yes... the kernel modules maybe depending on what kernel-firmware interface you use... I'd advise keeping it the same if possible
Mar 22 17:24:24 <NP95> ok
Mar 22 17:24:51 <NP95> Abhishe isn't active in the community nowadays?
Mar 22 17:25:09 <ds2> not sure... I have seen him on and off
Mar 22 17:25:15 <ds2> might be busy with school
Mar 22 17:29:04 <thetransformerr> I m up again nerdboy:
Mar 22 17:33:26 <nerdboy> looks decent; you probably want to use pressure/temperature (using fixed elevation) since it's already available
Mar 22 17:34:28 <nerdboy> might add some error analysis of dry vs. moist sonic velocity
Mar 22 17:34:34 <nerdboy> *up front
Mar 22 17:35:56 <nerdboy> need to know what the effect of dry assumption is so you can ask for a moisture sensor
Mar 22 17:37:20 <thetransformerr> In one research paper I found a typical dependence with temperature detected by anemometer and absolute temperature and I have mentioned it in wiki,
Mar 22 17:37:22 <thetransformerr> The sonic temperature, Tv (in Kelvin), may differ from the absolute temperature by an amount equal to the water vapor content in the air measured. This difference amounts to ±1°C at 20°C and decreases as the temperature decreases.
Mar 22 17:38:45 <thetransformerr> mostly the sonic temperature is fine but in environments like sea shores , humidity is high so there they start to mess
Mar 22 17:39:30 <nerdboy> so depends on accuracy requirement
Mar 22 17:39:51 <thetransformerr> nerdboy: by this line "you probably want to use pressure/temperature (using fixed elevation) since it's already available" did you mean that
Mar 22 17:40:01 <thetransformerr> it is available on beagleboard
Mar 22 17:40:14 <thetransformerr> or some project
Mar 22 17:40:28 <nerdboy> how does the humidity correction compare to the rest of the +/- error in wind speed?
Mar 22 17:41:36 <nerdboy> if you're shooting for 0.1 m/s then the error is probably significant
Mar 22 17:41:55 <thetransformerr> humidity correction in wind speed have further less effect, but I think I haven't encountered any such direct observation ,
Mar 22 17:42:48 <thetransformerr> yeah ,it seems to me, with humidity and temperature there is sort of trade off
Mar 22 17:42:52 <nerdboy> i mean the imu (9250 plus bmp180) has temperature/pressure and you will know the elevation
Mar 22 17:43:20 <nerdboy> so you can use the elevation as "correction" for that part
Mar 22 17:43:51 <nerdboy> the green also had a moisture sensor
Mar 22 17:44:20 <thetransformerr> the delay increases with more data coming in but I think beagle may be able to handle it
Mar 22 17:44:45 <nerdboy> the other sensors are i2c
Mar 22 17:44:52 <nerdboy> or uart
Mar 22 17:45:32 <nerdboy> the pru's should be busy with the sonics
Mar 22 17:45:33 <thetransformerr> though the complexity would increase, there is another use of thermometer, it can be used to derive the delay by a relation I found in one research paper
Mar 22 17:46:23 <nerdboy> at least that's how the grove sensor boards are wired
Mar 22 17:46:24 <thetransformerr> and that is the correction the CSAT uses may be....
Mar 22 17:48:01 <thetransformerr> I don't have knowledge of IMU but I will dig deeper into it, but till then should we keep our apparatus standalone or use IMU??
Mar 22 17:49:01 <nerdboy> the imu is just another source of data, still "independent" from daq/sonics
Mar 22 17:49:23 <nerdboy> you need that data from somewhere
Mar 22 17:49:59 <nerdboy> maybe add that to your wiki page
Mar 22 17:50:09 <nerdboy> what are the minimum data reqs
Mar 22 17:50:42 <thetransformerr> so that is good enough, if the data is directly in user space we can then easily make a program for calculating wind and other things
Mar 22 17:51:56 <thetransformerr> "what are the minimum data reqs" if you are asking in sense of calculations we just need time of flight when we are without IMu
Mar 22 17:52:46 <thetransformerr> and in hardware sense, I can't predict about time frequency or sampling rate as I am not fully clear about it
Mar 22 18:12:13 <nerdboy> i think you need to do an error estimate so we get a feel for what is/isn't negligible
Mar 22 18:13:04 <nerdboy> i see a variation of about 3 m/s in seed for 1kHz sound
Mar 22 18:13:17 <nerdboy> *speed-of-sound
Mar 22 18:15:52 <nerdboy> assume humidity can be 0-100% , pressure could be .95-1.05 atm, temp could be -30 - +40 deg C
Mar 22 18:16:05 <thetransformerr> okk I get back to you in few time
Mar 22 18:16:27 <nerdboy> math and physics come first
Mar 22 18:16:39 <nerdboy> it's all fun
Mar 22 18:17:33 <nerdboy> also max significant figures based on input data
Mar 22 18:18:43 <nerdboy> if all we get is +/- 1 deg c temperature from the sensor then it probably doesn't help much, so better sensors could help
Mar 22 18:31:16 <thetransformerr> now I see why the last year proposal was filled so much with error analysis :)
Mar 22 18:37:59 <thetransformerr> nerdboy: can you tell me anything about the relation of turbulence and our measurements
Mar 22 18:38:45 <nerdboy> depends on what you mean
Mar 22 18:39:28 <nerdboy> in reality turbulence tends to get averaged out
Mar 22 18:39:42 <nerdboy> depends on sampling freq/averaging time
Mar 22 18:43:43 <nerdboy> ideally you can produce sigma-theta from your basic measurements
Mar 22 18:44:22 <nerdboy> http://www.baaqmd.gov/~/media/files/records/mop/vol-6/vol6_appendix.pdf <= monitoring handbook is a decent reference
Mar 22 20:13:34 <ordsen> hey all, I also need to collect some quotes for my proposal, so..
Mar 22 20:13:39 <ordsen> What do you think will be the Serial Terminal Server's impact on the BB community?
Mar 22 20:32:11 <nerdboy> besides making a nice remote management tool? enhance the project sphere with serial control of <whatever>?
Mar 22 20:42:56 <ordsen> nerdboy: I'll change <whatever> to sensors/controllers when I cite you?
Mar 22 20:43:55 <nerdboy> yeah, anything with serial interface to motors/servos/pumps/blahblah
Mar 22 21:00:31 <ordsen> ok
Mar 22 21:00:35 <ordsen> maciejjo: you already worked with terminal servers right? Do you have any thaughts?
Mar 22 21:06:52 <maciejjo> yeah, I think anyone who has >1 target with serial debug can benefit from turning BBB into terminal server, especially if presented with good configuration interface. It can help setting up small board farm without need for expensive device, so it is well suited for home use among embedded enthusiasts.
Mar 22 21:20:58 <ordsen> great thanks to both of you!
Mar 22 23:34:22 <kartik_> hi <nerdboy>
Mar 22 23:34:45 <kartik_> ive been working on some rough prototype to show on the seismometer project
Mar 22 23:34:56 <kartik_> im facing issues to enable i2c-1
Mar 22 23:35:34 <kartik_> i used the echo command which does not work in newer kernels
Mar 22 23:36:30 <kartik_> also in uEnv.txt writing capemgr.enable_partno=BB-I2C1 isnt working
Mar 23 00:06:18 <nerdboy> https://eewiki.net/display/linuxonarm/BeagleBone+Black  <= have you looked at this?
Mar 23 00:06:37 <nerdboy> current capemgr stuff is towards the bottom
**** ENDING LOGGING AT Thu Mar 23 03:00:02 2017