**** BEGIN LOGGING AT Wed Jul 05 03:00:07 2017 Jul 05 03:07:40 do you have any idea what the old pwm pins map to? Jul 05 05:05:29 so, maybe a little closer but still stuck on no proper pwm device to configure for the prudaq clock Jul 05 15:48:46 hmmm Jul 05 15:52:30 <_av500_> aooo Jul 05 15:54:03 hello : Jul 05 15:54:33 Hi :) Jul 05 15:56:44 hi Jul 05 15:58:48 * _av500_ gets a coffee, back in 3 Jul 05 15:59:16 hello Jul 05 15:59:28 hmm missing reports Jul 05 16:00:18 I got mine in last night, albeit a bit late Jul 05 16:02:45 * tlwoerner pulls up a chair Jul 05 16:03:06 Hi everyone Jul 05 16:03:50 <_av500_> alright Jul 05 16:03:56 <_av500_> 1) Welcome everybody Jul 05 16:04:03 <_av500_> roll call Jul 05 16:04:11 <_av500_> students present by chance? :) Jul 05 16:04:23 present Jul 05 16:04:26 I'm here Jul 05 16:04:26 I'm present Jul 05 16:04:37 I'm here Jul 05 16:04:48 <_av500_> 4/6 Jul 05 16:04:52 maciejjo? Jul 05 16:05:04 thetransformerr[? Jul 05 16:05:17 here :) Jul 05 16:05:29 hi Jul 05 16:05:30 hi all Jul 05 16:05:35 <_av500_> hi rma Jul 05 16:06:02 <_av500_> thetransformerr[: ? Jul 05 16:07:08 <_av500_> 5/6 Jul 05 16:07:48 anyone see a report from thetransformerr[? Jul 05 16:08:06 hi I am sorry Jul 05 16:08:34 I was not able to catch up becuase I was out of town since yesterday Jul 05 16:09:07 <_av500_> ok, so 6/6 Jul 05 16:09:10 <_av500_> we can start Jul 05 16:09:41 <_av500_> 2) Weekly reports Jul 05 16:09:51 <_av500_> all there? Jul 05 16:10:25 <_av500_> hello? Jul 05 16:10:33 mine is up Jul 05 16:10:42 I think ds2 was saying that we have all except transformer's Jul 05 16:10:58 I see 4/6 i'm not sure, mine is up Jul 05 16:10:59 I sent it yesterday Jul 05 16:11:06 sorry, my mistake Jul 05 16:11:15 plz let me check again Jul 05 16:11:32 I can see 5 Jul 05 16:11:45 yes I see 5 Jul 05 16:12:00 Hello everyone :) Jul 05 16:12:50 <_av500_> hi Jul 05 16:12:53 hello zeekhuge Jul 05 16:13:26 <_av500_> so Sonic Anemometer report is not there Jul 05 16:13:37 <_av500_> oops, I forgot something Jul 05 16:13:40 mine report stuck due to internet Jul 05 16:13:46 I have sent it again Jul 05 16:13:49 <_av500_> 1.5) first evaluations Jul 05 16:13:53 <_av500_> congrats everybody Jul 05 16:13:54 <_av500_> :) Jul 05 16:14:05 <_av500_> keep up the good work Jul 05 16:14:05 thanks mentors Jul 05 16:14:09 ^ Jul 05 16:14:09 sorry, but I was not in reach of internet Jul 05 16:14:19 thanks to all mentors :) Jul 05 16:14:20 thanks av500 : Jul 05 16:14:33 maciejjo: I see last push to GitHub was made last week, where is this week's code? Jul 05 16:14:35 and all our mentors Jul 05 16:14:55 Abhishek_: I pushed lately on a branch Jul 05 16:16:39 <_av500_> ok, back to schedule Jul 05 16:16:41 <_av500_> 2) report Jul 05 16:16:53 <_av500_> one missing, thetransformerr[ please send it ASAP Jul 05 16:17:11 _av500_: he just sent it Jul 05 16:17:17 I have sent it again plz check it now Jul 05 16:17:34 <_av500_> ah ok Jul 05 16:17:45 <_av500_> ok Jul 05 16:17:57 <_av500_> so, anybody blocked on anything? Jul 05 16:18:33 nope Jul 05 16:18:38 it's ok Jul 05 16:18:43 I've been having a little bit of trouble with the Rust implementation of the I2C/UART stuff bit I think I'll be fine, just need to work on it some more Jul 05 16:19:19 although we had agreed to make a significant change in method of calculation, now we are Jul 05 16:19:26 I will just have to step out for a moment, should be back in <5 mins Jul 05 16:20:18 just measuring time of delay for one direction rather than both direction for a single axis, Jul 05 16:20:27 not blocked, as I've started working on integrating server with flash tool, but due to uboot tftp issues, server's working on OSX and Windows is still not done Jul 05 16:21:02 <_av500_> niche system :) Jul 05 16:21:17 <_av500_> ok Jul 05 16:21:29 <_av500_> so it seems you are all set for another week of work :) Jul 05 16:22:03 <_av500_> then we do Jul 05 16:22:06 yes we are :) Jul 05 16:22:16 <_av500_> 3) standup reports Jul 05 16:22:27 <_av500_> ee and ravikp7 this week Jul 05 16:22:35 <_av500_> grab the mike Jul 05 16:22:47 I'll start Jul 05 16:23:06 back Jul 05 16:23:47 So, I started the project with the development of bootloader server Jul 05 16:25:26 Earlier, it was implemented synchronously, which could create issues when integrated with flashing tool, as code was blocking. and JS means we should async. Jul 05 16:26:48 So, I implemented async through promises last week which was compilcated, so I made the server event driven as suggested by jkridner , so problem was solved Jul 05 16:27:56 I also tried flashing beaglebone black with etcher tool, no problems with that Jul 05 16:28:49 I didn't receive any helpful replies in uboot mailing list to fix the uboot tftp issue, so I moved forward with integrating server with etcher tool Jul 05 16:30:11 This week, I also got my some concepts cleared of node.js working, and learnt Angular for UI design. Jul 05 16:31:36 I've started to modify the UI of etcher tool to add a button which can run the server prior to the flashing process and make some style changes Jul 05 16:31:59 I expect to complete the UI this week Jul 05 16:32:20 That's all from my side, any questions, suggestions? Jul 05 16:32:23 Thanks Jul 05 16:33:10 <_av500_> so it does not work on windows, but on mac? Jul 05 16:33:30 only linux for now Jul 05 16:33:33 <_av500_> ah Jul 05 16:33:41 <_av500_> important OS first Jul 05 16:34:15 ^ hahaha Jul 05 16:34:21 :) Jul 05 16:34:28 Someone uses windows? Jul 05 16:34:58 windows is so conventional ;) Jul 05 16:35:15 ee: your turn Jul 05 16:35:56 Sure. Only a short report this week since I've still got to push the work upstream. Jul 05 16:36:27 Basically I've finished all of the "easy" stuff so far on the Rust side (GPIO, ADC, PWM etc) and am left with I2C, UART, and SPI Jul 05 16:37:23 These last few have proved tricky to write cleanly, and I had been struggling with the UART implementation (had to rewrite more than once) Jul 05 16:37:52 I've got one sitting on my drive at home which is decent, but it's still not up to my standards so I will continue to work on it Jul 05 16:38:33 for the I2C things are moving along but warning to anyone working with syscalls in Rust, it kinda sucks Jul 05 16:38:44 the ffi is a little clunky, but I'm making do Jul 05 16:40:20 Other than that I've been going over guidelines and design patterns and have identified a bunch of improvements that I will make before declaring the lib usable. A bunch of implementation/performance improvements, and a couple of usability/documentation/example fixes/additions too. Jul 05 16:41:00 So overall i'm not as far along as I'd like to be, but things are coming along Jul 05 16:41:44 I think that's it for this week Jul 05 16:42:11 <_av500_> right after email, UART is the next hardest thing :) Jul 05 16:42:22 heh yep Jul 05 16:42:31 <_av500_> mdp: ^^^^ Jul 05 16:42:35 <_av500_> ok, thanks Jul 05 16:42:49 <_av500_> next week are Jul 05 16:42:52 I was debating just doing it the "dumb" way and using the stty command to change speeds etc, but that's like cheating! Jul 05 16:42:57 I and ? Jul 05 16:43:00 <_av500_> pmezydlo and maciejjo Jul 05 16:43:04 <_av500_> according to my list Jul 05 16:43:07 yes Jul 05 16:43:10 <_av500_> ok Jul 05 16:43:19 <_av500_> 4) anything else? Jul 05 16:43:40 a little dumb question,mov r30, (1 << 1) | (1 << 3) | 0x1 this means we are first loading 1 then shift it by 3 bits left and then 1 again Jul 05 16:43:48 mov r30, (1 << 1) | (1 << 3) | 0x1 Jul 05 16:44:26 Is jkridner going to be around? I have a hardware request and he owes me one from the customs fees Jul 05 16:44:35 <_av500_> ee: he should be Jul 05 16:44:46 <_av500_> if not, please email and CC me Jul 05 16:45:03 0xb Jul 05 16:45:36 and am i right in my interpretation Jul 05 16:45:53 _av500_: got it, thanks :) Jul 05 16:47:14 sorry, I have to run now, will be back in few h, so I will answer then if needed Jul 05 16:47:49 m_w: please mention the steps that this code executes Jul 05 16:48:01 thetransformerr[: did the sensors arrive yet? Jul 05 16:49:02 nope, i havent even yet received any tracking thing :( Jul 05 16:50:07 _av500_: does the someone need to follow up the stuff for thetransformerr[? Jul 05 16:52:44 thetransformerr: just do the shifting and bitwise or , move should be last step Jul 05 16:55:00 <_av500_> ds2: you tell me Jul 05 16:55:15 <_av500_> thetransformerr[: what is blocking? Jul 05 16:55:46 it was maxq board I guess that ds2 have received Jul 05 16:56:24 I need it too to complete the apparatus to put it up for testing Jul 05 16:57:37 _av500_: I have no idea if it was ordered or sent Jul 05 16:59:00 <_av500_> ah Jul 05 16:59:07 thetransformerr[: what do you mean? Jul 05 16:59:10 <_av500_> so can you please send that as a mail to jk and CC me? Jul 05 17:00:34 m_w: I was asking about the bit shifting procedure just to verify If I am correct Jul 05 17:00:56 so how did you reached 0xb Jul 05 17:01:58 _av500_: I send or? Jul 05 17:02:16 (1 << 1) = 2, (1 << 3) = 8, so 0x2 | 0x8 | 0x1 = 0xb Jul 05 17:03:19 okk thanks, I did it by literally shifting them after writing in binary form Jul 05 17:04:26 av500:do I have to send email? Jul 05 17:04:54 ds2: pls specify the board name exactly.. Jul 05 17:06:18 maciejjo: can you explain the project status in a bit more detail (as compared to the report) ? Jul 05 17:06:32 thetransformerr: should be same even in binary Jul 05 17:06:48 maciejjo: specifically how are you planning and doing config transfer to the PRUs .. Jul 05 17:06:51 yeah it is but it usually required pen and paper Jul 05 17:07:49 although even now I do require binary form as every bit controls some h/w Jul 05 17:08:15 but I didnt knew about this method Jul 05 17:08:37 jkridner knows the board/item number, the last i heard they were all shipped out but i have no status on the e14.in order Jul 05 17:08:56 or any other orders except mine, which came last week Jul 05 17:09:19 * nerdboy forgot to say he was blocked by cats... Jul 05 17:09:40 e14 is turning out big headache, as they always mess up something to delay in order Jul 05 17:10:33 i think we thought e14.in would be "easiest" Jul 05 17:11:09 however if it is ordered on e14 recently, we might not face previous difficulties I faced, because GST is implemented, that eases the intra state transfer Jul 05 17:12:15 either JKRIDNER: is doing something wrong or e14 is messing up somehow Jul 05 17:12:44 because last time they replied that they are not allowed to serve retail customers Jul 05 17:12:56 they were only b2b Jul 05 17:14:06 nerdboy: are you sure teh one for thetransformerr[ has been ordered? Jul 05 17:23:37 maciejjo: Its the meeting day. you should be AT LEAST available this day .. Jul 05 17:25:24 that was the last thing jkridner said but other than that i know nothing... Jul 05 17:26:35 so who is sending the email? Jul 05 17:42:08 i sent one, reply to previous oreder sending email... Jul 05 17:45:55 *nod* Jul 05 17:46:02 nerdboy: is your setup working now? Jul 05 17:51:41 i have the mods done on the boards, but i didn't have anything to hook them up to (sig-gen, scope) so i was trying to get beaglelogic prudaq firmware working on 4.9 stretch Jul 05 17:53:02 nerdboy: are you setting 2 boards (One RX, One TX) or just 1 (reflection tests)? Jul 05 17:53:07 once something does anything i guess i can put it online for thetransformerr[ to login to Jul 05 17:53:21 'k Jul 05 17:53:47 i have them setup/soldered like you said Jul 05 17:53:58 one is tx and one is rx Jul 05 17:54:38 would need to solder more stuff to make them do both Jul 05 17:54:55 no Jul 05 17:55:00 my mods will do both on one board Jul 05 17:55:09 unless you broke up my 3 things Jul 05 17:55:59 i meant physically Jul 05 17:56:15 one board has a diode and the other one has output leads Jul 05 17:57:45 not so easy to make them swicth "roles" without more soldering Jul 05 17:59:22 Ohhhh you did it that way...got it. Jul 05 18:00:07 if wormo has time, I think she has a scope Jul 05 18:00:36 sig-gen can be a BBB running a kernel that has working PWM - set it up for 40KHz output, 50% Jul 05 18:00:50 worse case a dumb loop on the PRU can do that Jul 05 18:13:32 don't really need pru just to test pwm driving the tx side, but ideally he should be testing the full monty Jul 05 18:14:26 the kicker is getting anything out of prudaq with a new-ish kernel Jul 05 18:15:27 i did not think everything related to prudaq software-wise was still stuck on 3.8 Jul 05 18:16:17 i could swear i tested the non-beaglelogic sampling demo on a newer kernel... Jul 05 18:18:36 *nod* Jul 05 18:18:45 worse case, use the ADCs after some signal conditioning Jul 05 18:19:11 bbl Jul 06 00:01:51 thetransformerr[: i guess you have an order/tracking number: Element14 17750136 Jul 06 02:38:34 nerdboy: tracking cant be done without logging in :( **** ENDING LOGGING AT Thu Jul 06 03:00:02 2017