**** BEGIN LOGGING AT Sun May 21 03:00:03 2017 May 21 05:40:59 * nerdboy goes to find some duct tape for jkridner ... May 21 05:43:13 nerdboy: I saw maxim board, it seems to like that it has its own processing using microcontroller May 21 05:43:35 and we already have two microcontoller with beaglebone May 21 05:45:23 Since I am not that much into electonics and PCB stuff, I wanted to know is it too much diificult to implement circuits using ideas from board like these and other anemometer completed projects May 21 05:52:13 not sure i get what you're asking May 21 05:53:01 I actually asked two things at same time May 21 05:53:39 so I wanted to ask why do we need maxim board when we already have microcontroller with us May 21 05:54:59 --------------------------------------------- May 21 05:55:06 which you might answer it has sensor driving circuit, so my another ques was cant we implement that circuit ourselves? May 21 06:05:45 thetransformerr: I think as ds2 said, hacked hw ckt boards would be more time consuming to troubleshoot as they are more error prone. That's why he suggested to go for the maxim board May 21 06:07:10 And in gsoc we're supposed to be working more on sw than hw :) May 21 06:08:07 yeah but I wanted to point out that it would be wastage/redundancy of resources and would decrease the appeal of project to open source community May 21 06:13:16 Yeah, I understand. Let's wait for mentors to make the final call. May 21 06:14:16 This project is really interesting and challenging May 21 06:15:09 it many times feels like it is so trivial, and some times the complexity just overwhelm me May 21 06:16:05 beacusa bb is so much powerful, having tons of features, it is a chaalenge to determine the feature that must be used May 21 06:20:37 thetransformerr: what ultrasonic sensors other successful annemometer projects have used? May 21 06:21:53 they have used transreceiver type transducers, that can act as transducer and reciver but not at same time May 21 06:22:35 I had shared a picture of circuit earlier here May 21 06:22:49 can you see it May 21 06:23:04 I guess it was 2 days ago May 21 06:32:58 I can see many circuits shared by you. Not sure which one you're talking about May 21 06:34:50 there are two one is labeled as analog circuits and another is labeled as digital circuit May 21 06:35:11 but I think may be they wont make sense without this pdf May 21 06:35:14 this is the pdf May 21 06:35:33 https://matrix.org/_matrix/media/v1/download/matrix.org/IURSRyYmCzCajMFrIgfZEhsK May 21 06:35:59 If you get some free time please read it.. May 21 06:38:21 Yeah, sure. But I guess only after 24. Exam on tommorow and on 23 :( and also have to complete intro video by 24 :) May 21 06:38:33 no problemo :) May 21 06:38:52 you are currently in which sem?? May 21 06:39:05 6th sem May 21 06:39:14 and uni?? May 21 06:39:28 IP university May 21 06:40:20 http://www.maxbotix.com/performance.htm May 21 06:41:13 not sure the maxim board will do what we want May 21 06:41:31 although these might May 21 06:45:16 I would get back to you May 21 06:51:19 Hm, these sensors seem excellent​ for the project May 21 06:52:13 weather proof.. May 21 07:04:32 yeah, some are kinda expensive May 21 07:04:47 blows "cheap" right out the door... May 21 07:05:09 I say too much expensive some are about $199 May 21 07:06:06 but if they are perfect for us still then price would be lower than commercial ones May 21 07:09:37 check the minimum range May 21 07:09:58 "less that 30 cm will be reported as 30 cm" May 21 07:10:34 the HCSR04 goes down to 2 cm i think May 21 07:11:55 these boards might prove useful in case only when they can report the time taken to reach target May 21 07:12:41 ^^ that one has minmal data sheet but it does have a timing diagram May 21 07:13:06 sometimes simpler is a better "fit" May 21 07:13:31 but they report the reurn time and I can't think of way that we can use to distinguish the time taken to reach target and time taken to return from target May 21 07:14:25 these didtance sensors I guess ignore the effect of wind speed because they take time of flight as simple as dividing by 2. May 21 07:15:02 I havent yet seen the dastasheet but was telling the general observation May 21 07:17:10 yes, we need to get one to listen and one to send May 21 07:17:46 the maxbotix ones can according to the docs May 21 07:18:50 and do they need some sort of driving circuit May 21 07:19:28 or they just take a simple instruction type of trigger like high/low pin?? May 21 07:44:04 depends which one May 21 07:44:27 they all have different interfaces May 21 07:44:43 i put more data sheets in the google-y drive May 21 16:13:50 nerdboy: the sensors you shared today dont report time but they output distance directly and I cant figure out any simple method to extaract the time of flight from distance May 21 16:18:32 I think we should first develop a software solution assuming some sort of mechanism already existing to drive sensors May 21 16:21:21 by tuesday, I would share a document stating plans to implement such solutions, and once we develop system that takes into account every task like pin diagram,adc, user space transfer, then May 21 16:21:49 we should try to tackle sensors problem May 21 17:03:28 with an eye towards precise timing that could be a plan... May 21 17:04:28 but, i was also wondering if we could switch you back to seismometer project May 21 17:04:37 not sure that's been done before May 21 17:05:16 also I wanted to ask what is eCAP(enhanced capture) feature is used for, present in beaglebone May 21 17:05:44 no idea May 21 17:07:04 seismometer project, that also sounds nice, but I guess anemometer can also be done, with some efforts and learning from already completed projects May 21 17:21:27 thetransformerr[: were you looking at this? http://processors.wiki.ti.com/index.php/AM335x_PWM_Driver's_Guide May 21 17:22:10 yeah exactly May 21 17:23:34 I figured out that ePWM can surely be used in our project, and was wondering if eCAP can solve our problem of ADC and TOF determination May 21 17:24:44 and best thing is in that case interaction with PRU would be reduced by a very large scale and thus may allow us to use it for another good use May 21 17:41:13 so you mean use ecap for event capture/timing? May 21 17:41:31 not actual data capture i assume... May 21 17:42:11 don't forget the "heavy pinmux" warning May 21 17:42:32 need to make sure enough pins are available May 21 17:43:02 pretty sure disabling hdmi should free up enough May 21 17:43:26 yeah I sort of calculated free pins after hdmi disable May 21 17:43:45 there were around 28 gpio May 21 17:44:12 and out of them 17 were taken by PRUDAQ May 21 17:45:39 did you try making a timing diagram for all that? May 21 17:47:42 actually I have few things in mind that are conflicting with each other due to less information, so I couldnt draw a timing diagram May 21 17:48:10 although I might be able to draw a possibele diagram by tomm May 21 17:48:28 any suggestions from you?? May 21 18:19:08 i meant incorporating the ecap events/timing May 21 18:20:20 no because I cant actually figure out how to use eCAP for us May 21 18:20:49 need to look at the latest kernel drivers in ti-dev kernel May 21 18:21:09 everything on ti forums/etc so far looks older May 21 18:21:56 until now I referred from techninal reference manual for amm335x May 21 18:22:14 I would surely check out kernel drivers May 21 18:22:17 what version/date? May 21 18:22:46 * nerdboy refreshing kernel checkouts May 21 18:23:59 it is printed last updated "march 2017" in technical reference manual , however i dont know the exact version no. May 21 18:38:42 looks like this is the latest => http://www.ti.com/lit/ug/spruh73p/spruh73p.pdf May 21 18:45:25 might need to add some driver code and/or hack dts May 21 18:46:26 I find DTS to be promising May 21 18:48:10 tale a look at 4.9.28-ti-rt-r34 and 4.4.62-ti-rt-r103 May 21 18:48:41 *latest TI releases May 21 18:49:21 easy to build a deb package if they're not in the apt repos yet May 21 18:50:20 would you please point out which drivers I should focus on from these kernels May 21 19:02:02 thetransformerr[: Hi, I think beaglescope will be of help in the project. Can you point me to a place you have documented the PRU requirements for the project ? May 21 19:04:44 well I havent yet elaborated the specific role of PRU in project, and also at the time of proposal writing, I mainly focused on tof determination and capablities of PRU May 21 19:05:00 however this might give you some idea May 21 19:05:34 http://elinux.org/GSoC2017_sonic_anemometer_proposal#WorkFlow_for_Data_Acquistion May 21 19:31:25 i was talking about the pwm/ecap code for starters May 21 19:32:01 we need to know what features are there/not there May 22 01:14:47 also, you should make a card with the stretch-iot image May 22 01:15:02 some of the jessie packages are kinda old... May 22 01:15:18 thetransformerr[: ^^ May 22 01:28:35 and let's start with linux-image-4.4.62-ti-r104 May 22 01:29:00 more modules/firmware available than for 4.9 **** ENDING LOGGING AT Mon May 22 03:00:01 2017