**** BEGIN LOGGING AT Thu Jul 27 03:00:02 2017 **** ENDING LOGGING AT Thu Jul 27 03:17:28 2017 **** BEGIN LOGGING AT Thu Jul 27 10:49:16 2017 Jul 27 15:22:22 ravikp7: the interface descriptor should tell you which endpoints to use. Jul 27 15:23:58 jkridner: yeah.. Jul 27 15:24:58 jkridner: seems libusb drivers on windows don't support setting configuration other than default one https://github.com/libusb/libusb/wiki/Windows#known-restrictions Jul 27 15:25:32 tried with all drivers, available with zadig installer, no success Jul 27 15:25:36 can we edit SPL and u-boot to make the RNDIS configuration the default? Jul 27 15:25:52 was going to ask the same Jul 27 15:35:13 ravikp7: I'll try to work on that some next week. Jul 27 17:48:55 hi nerdboy: Jul 27 17:49:32 I tested out single channel and would upload a wiki page abt test setup Jul 27 17:49:50 apart from that I today received the h/w I ordered Jul 27 17:50:32 they are a lm-35 , Op-amps, DHT and HC-SR04 Jul 27 17:51:25 I think it would be nice if we could test out the code with sensors by using circuit with op-amp Jul 27 17:51:57 ds Jul 27 17:52:19 ds2: any suggestions for LM-35 interfacing Jul 27 17:54:11 is that the one with 4 opamps on it? Jul 27 17:54:30 you talking abt circuit Jul 27 17:54:32 ?? Jul 27 17:54:46 can you push what you have? i have to finish the evals... Jul 27 17:55:12 the chip thing we looked the other day? Jul 27 17:55:19 I pushed almost all the single axis code Jul 27 17:55:22 *looked at even Jul 27 17:55:27 chip for pwm Jul 27 17:55:30 ?? Jul 27 17:55:45 documentation counts... Jul 27 17:56:05 those are minor changes I did locally, I would push them in abt half an hour Jul 27 17:56:07 you still didn't say how you hooked it up... Jul 27 17:56:32 I used sig gen and pwm output Jul 27 17:56:38 I am creating a doc Jul 27 17:56:46 to upload on wiki Jul 27 17:57:20 and also checked the pwm output burst pattern on scope Jul 27 17:58:34 and should I mention abt dependicies of common lib required in python like numpy or zmq Jul 27 17:59:04 always document dependencies... Jul 27 18:01:15 I ping you once i prepare draft of wiki page Jul 28 01:58:56 nerdboy: https://github.com/thetransformerr/beagle-sonic/wiki/Intermediate-Test-Setup-for-Single-axis-TOF Jul 28 02:05:42 I also pushed some minor tweaks as I said yesterday Jul 28 02:06:12 anything u might require I would update Jul 28 02:07:44 it's actually new-ish TI kernels that don't have uio_pruss enabled Jul 28 02:08:06 all the bone kernels should have it Jul 28 02:08:37 it's pwm that changes between 4.4 and 4.9 for bone kernels Jul 28 02:09:10 okk I didnt knew abt it I do the change, in wiki Jul 28 02:09:19 get on your beaglebone and do "apt-cache search linux-image" Jul 28 02:09:20 Pwm change is abt name?? Jul 28 02:09:31 sysfs path, etc Jul 28 02:09:56 sysfs path slipped out of my mind I do it now Jul 28 02:10:09 apt-cache search , I did it Jul 28 02:10:29 it yields list of images Jul 28 02:10:52 see how many there are? Jul 28 02:11:18 they mostly match the build repos in rcn's github area Jul 28 02:11:45 one for ti kernel, one for bone kernel, one for armv7multi kernel, etc Jul 28 02:11:53 any version You would suggest to add in wiki as in command apt-install Jul 28 02:12:35 each of those has branches for X.X-blah and X.X-blah-rt Jul 28 02:13:10 i'm just pointing out what they are and where they come from Jul 28 02:13:16 yeah I saw list earlier also, but while reading your wiki abt setup there was some comment abt 4.9 kernel, so I thought they may throw up something Jul 28 02:13:29 thnks :) Jul 28 02:13:38 a little bit of docs on the eewiki beaglebone pages Jul 28 02:14:13 so go back to my setup doc and which is which hopefully makes more sense Jul 28 02:14:27 and as in sys/class path, the only diff is I guess is pretty looking as it is sym link to the path we are using Jul 28 02:14:34 okk as you say :) Jul 28 02:14:47 bone kernel good for uio_pruss, TI kernel good for rproc Jul 28 02:16:00 other differences in drivers etc, but for this project (and using prudaq) it's an important thing Jul 28 02:18:09 i just picked the -rt version for better control over timing stuff Jul 28 02:18:33 *userland timing/responsiveness Jul 28 02:19:09 I was talking abt this note Jul 28 02:19:11 Switching from the 4.4 to 4.9 bone kernel with uboot_overlays disabled seems to take a very long time to boot (mainly between u-boot and starting the kernel). You may have to wait several minutes before the kernel-driven LEDs start to blink. This has not been debugged yet. Jul 28 02:19:23 although now it makes more sense to me Jul 28 02:20:29 i didn't look at it yet so i have no idea why there's such a long delay compared to "normal" u-boot defaults Jul 28 02:21:32 usually it's only a second or two from 4 lights (u-boot) to blinky (kernel) lights Jul 28 02:25:03 I made again some changes abt kernel image and boot/uEnv, so please review them and suggest all other changes Jul 28 02:51:25 looks better now **** ENDING LOGGING AT Fri Jul 28 03:00:00 2017