**** BEGIN LOGGING AT Sun Apr 12 02:59:58 2015 Apr 12 05:59:47 alexanderhiam: i have updated the git..https://github.com/GeeksWine/BeagleArduino/tree/master/adc%20libraries Apr 12 06:00:41 alexanderhiam: hope this time its somewhat improved than previous one :) plss suggestions on this !!! Apr 12 14:49:50 alexanderhiam: have u seen that ?? Apr 12 14:52:20 this link https://github.com/GeeksWine/BeagleArduino/tree/master/adc%20libraries Apr 12 14:55:01 geekswine: yeah, that's the idea. It's missing a step where you'd wait for the sample complete flag, so the data you get out of the FIFO could be stale Apr 12 14:59:22 ohh..so setting for open delay reg..right ? Apr 12 15:03:15 which is in stepdelay !!! Apr 12 15:04:23 no, I mean once you've started the sequencer you need to wait for it to finish before pulling from the FIFO Apr 12 15:05:14 like adding a delay there ?? Apr 12 15:05:57 not a delay, a while loop on a register read Apr 12 15:06:49 I think in one-shot mode the sequence step enable bits are cleared once it finishes, so if that's true you could use that Apr 12 15:07:24 you can also enable the End_of_Sequence flag and poll that bit Apr 12 15:08:03 yeah ..that's why i chose that..in continuous mode SW need to disable that !!! Apr 12 15:08:11 ohhkk.. Apr 12 15:09:10 with a delay you'd be guessing how long that takes and you'd have to wait a bit longer to make absolutely sure you waited long enough. The while loop ensures that you grab the data as soon as possible after it finishes Apr 12 15:10:01 yeah..like we do in C..while reading a end of file.. Apr 12 15:13:39 alexanderhiam: i have one more doubt Apr 12 15:13:49 like we have 16 steps..suppose in a step 1 I configured it with averaging, differential control, FIFO select. what is the difference if i configured these 3 different thing in different step ?? Apr 12 15:13:57 like step 1 for averaging, step 2 for differential control, step 3 for FIFO select. Apr 12 15:16:17 you can't chain them like that. Each step can only get input from the differential pins, not from the result of the previous step Apr 12 15:17:29 so it means like for diff analog input, diff steps ?? Apr 12 15:17:42 mean diff analog pin Apr 12 15:18:32 right Apr 12 15:19:11 okkk!! gotcha :D Apr 12 15:37:21 alexanderhiam: for this adc...should we use masked or unmasked interrupts ?? Apr 12 15:38:04 i think it should be masked one ?? Apr 12 15:51:00 what do you mean? Apr 12 16:08:31 alexanderhiam: ahh..okk..silly ques :P..sry.. Apr 12 16:08:35 btw i meant IRQSTATUS (masked) or IRQSTATUS_RAW (unmasked) registers.. Apr 12 16:46:16 alexanderhiam : Any thoughts for porting PyBBIO to the X15? Apr 12 16:46:54 karki: if someone wants to send me an X15 I'd get on it ;) Apr 12 16:47:03 :D Apr 12 16:47:10 * karki wants the X15 Apr 12 16:47:12 too Apr 12 16:47:20 in theory PyBBIO is ready to support other platforms Apr 12 16:47:23 * nerdboy gets in line Apr 12 16:48:07 been thinking about adding support for some of the olinuxino boards Apr 12 16:48:07 alexanderhiam : I like theory-land a lot :D Apr 12 16:48:25 the name will make less sense though :( Apr 12 16:48:42 PyOlinuxino Apr 12 16:48:46 :p Apr 12 16:48:59 PyBBOlinuxinoIO Apr 12 16:49:25 ....... Apr 12 16:49:53 * alexanderhiam needs to learn how to name things well Apr 12 16:50:15 wasn't there an adafruit wrapper for bbio/rpigpio? Apr 12 16:50:24 there is Apr 12 16:50:42 I personally don't like their interface! Apr 12 16:50:58 yeah, they started working on a more universal single board linux GPIO library thingy Apr 12 16:51:29 oh, their wrapper has adafruitbbio on backend Apr 12 16:51:43 https://github.com/adafruit/Adafruit_Python_GPIO Apr 12 16:51:50 my impression is that their devs are spread very thin across the libraries for pretty much every project they sell, with the result that none of them get very stable or full featured Apr 12 16:52:37 how does pybbio compare to the adafruit one? => https://pypi.python.org/pypi/Adafruit_BBIO Apr 12 16:52:57 it's much cooler :P Apr 12 16:53:17 * nerdboy has played with sensors on bbb yet... Apr 12 16:53:25 *hasn't even Apr 12 16:53:56 I've just tried interfacing a few capacitive touchscreens with it Apr 12 16:54:16 and a laptop smart battery as well Apr 12 16:54:17 basically adafruit's is just a pot of their fairly minimal rpi library so their rpi libraries for other products they sell will work Apr 12 16:54:50 * Abhishek_ recently received a Raspberry Pi 2 :) Apr 12 16:54:58 * nerdboy has a PiTFT and a bunch of weather sensors Apr 12 16:55:26 just waiting for a microSD card to roll Apr 12 16:56:19 PyBBIO is more of a 'development environment' of sorts, which can be used Arduino-style if that's what your into, and comes with a bunch of its own additional libraries for peripheral thingies Apr 12 16:56:29 * nerdboy has been a bit disappointed with available gpio/i2c interfaces Apr 12 16:56:50 just need a fast serial interface, isn't it? Apr 12 16:56:56 especially when they don't clean up after themselves... Apr 12 16:57:10 you mean userspace interfaces? Apr 12 16:57:27 yes Apr 12 16:57:45 pretty much all python i2c stuff I've seen has used that smbus module, which is really not that great imo Apr 12 16:58:12 kernel sensor drivers a bit better but still less than optimal... Apr 12 16:58:46 not so much the smbus stuff Apr 12 16:59:01 I remember trying to use py smbus Apr 12 16:59:14 but just ended up using i2cget and the like Apr 12 16:59:25 well unless someone wants to write a new I2C driver we're stuck with the ioctls that the current one provides Apr 12 16:59:37 which is the biggest limitation of userspace i2c Apr 12 17:00:14 * Abhishek_ wonders what more it is to the i2c device lib Apr 12 17:00:18 (a new userspace C I2C driver is on the roadmap for PyBBIO fyi) Apr 12 17:00:27 meaning full i2c is even more disappointing... Apr 12 17:00:28 for more speed? Apr 12 17:01:18 the problem is the current i2c driver can do what you need like 90% of the time Apr 12 17:01:34 can always wrap a full interface with a "simple" one... Apr 12 17:02:14 alexanderhiam: Do you know about MicroPython? Apr 12 17:02:22 https://www.kernel.org/doc/Documentation/i2c/dev-interface Apr 12 17:03:18 I've heard of micropython... Apr 12 17:03:24 * alexanderhiam is not a fan of cramming high level interpreted languages where C and Assembly should be used Apr 12 17:04:07 though I did pre-order a tessel 2... Apr 12 17:04:09 probably that's how you utilize the 1 MB flash that they managed to squeeze in the MCUs Apr 12 17:04:59 I assume it's a stackless Python? Apr 12 17:05:27 * Abhishek_ has booked his tickets to Bangalore Apr 12 17:05:33 4KB RAM, definitely stackless Apr 12 17:06:15 karki: know of any good accomodation around Bagamane Tech Park? Apr 12 17:06:50 nope, all I know about it is that my friend owns the tech park Apr 12 17:07:36 all of it? Apr 12 17:07:55 yeah, the area Apr 12 17:08:02 he is freaking rich Apr 12 17:08:17 aditya bagamane Apr 12 17:08:24 well, his dad owns it Apr 12 17:08:51 I see Apr 12 17:09:19 that's where I'd be working for two months in my summers Apr 12 17:09:45 TI :D Apr 12 17:09:53 yeah Apr 12 17:10:29 arriving on the 2nd Apr 12 17:10:33 * karki should get back to doing his work. Today has been exceptionally distracting :( Apr 12 17:10:41 nice nice :) Apr 12 17:11:15 how far do you live from that area? Apr 12 17:12:06 10km Apr 12 17:12:09 approx Apr 12 17:13:56 I see Apr 12 17:20:45 * nerdboy got a couple of rpi2's but hasn't had a chance to play with them much yet Apr 12 17:23:23 * vvu needs to buy his tickets too...much flying Apr 12 17:27:05 graduating? Apr 12 17:49:09 Abhishek_: for us/london Apr 12 17:51:08 <_av500_> vvu: there are two BARD projects? Apr 12 17:52:02 <_av500_> ah ic two Apr 12 17:53:35 yep there are 2 proposals Apr 12 17:57:45 <_av500_> ok Apr 12 17:57:55 <_av500_> I count 9 projects in total Apr 12 17:58:27 <_av500_> so far Apr 12 17:58:33 <_av500_> I put a list on top of the page Apr 12 17:58:37 _av500_: this is #gsoc, this discussion for #mentors ? Apr 12 17:58:44 <_av500_> oops Apr 12 17:58:45 <_av500_> right Apr 13 01:44:10 SETNAME heloooo **** ENDING LOGGING AT Mon Apr 13 03:00:00 2015