**** BEGIN LOGGING AT Mon Aug 08 02:59:59 2016
Aug 08 11:20:46 <amr_ragaey> my beaglebone can't be connected, I get "Unmanaged" status, or connecting status without result. I can see files but can't reach it from ssh.
Aug 08 11:21:16 <amr_ragaey> I'm working now on python-integration phase which supposed to be finished within this week.
Aug 08 11:21:34 <amr_ragaey> I need some help please
Aug 08 11:23:18 <Wormo> That is a job for a serial port, to troubleshoot the status
Aug 08 11:23:49 <amr_ragaey> steps or link please ?
Aug 08 11:23:53 <Wormo> if you have the USB storage gadget going there might be /dev/ttyACM0 for serial over USB as well
Aug 08 11:24:23 <Wormo> if so try minicom with that device
Aug 08 11:24:38 <Wormo> it's really late, sorry I need to head out
Aug 08 11:26:09 <amr_ragaey> there's no folder 'ttyACM0' in /dev
Aug 08 11:27:14 <Wormo> do you have a real serial cable for the beaglebone then, like from adafruit
Aug 08 11:27:15 <Wormo> http://vctlabs.com/posts/2015/Dec/24/serial_console_cheatsheet/
Aug 08 11:28:53 <Wormo> if you're booting from SD, you could try removing the SD and looking for issues from host machine, e.g. check logs
Aug 08 11:29:25 <Wormo> and if nothing turns up, re-do install
Aug 08 11:29:45 <amr_ragaey> i'll check the link
Aug 08 11:29:57 <amr_ragaey> I don't use SD card
Aug 08 11:30:11 <Wormo> you could use one to recover then
Aug 08 11:31:01 <amr_ragaey> How could i recover by an sd card?
Aug 08 11:31:34 <Wormo> by making a good install on the sd card, and letting that boot instead of whatever goofed up internal rootfs you've got
Aug 08 11:32:25 <amr_ragaey> ok, will try that.
Aug 08 11:33:33 <amr_ragaey> thanks Wormo, I'm really disappointed to have like an issue in latest days.
Aug 08 15:42:32 <amragaey> hi jkridner
Aug 08 15:43:11 <jkridner> hi!
Aug 08 15:43:13 <jkridner> sorry i was so difficult to reach last week.
Aug 08 15:43:33 <amragaey> no problem
Aug 08 15:43:49 <amragaey> have you checked my last pull request?
Aug 08 15:44:32 <jkridner> I'll check now.
Aug 08 15:44:54 <amragaey> great
Aug 08 15:45:35 <jkridner> what did you think of my event renames?
Aug 08 15:46:47 <amragaey> yes I noticed it on beagleboard branch
Aug 08 15:47:02 <jkridner> is it an issue?
Aug 08 15:47:12 <amragaey> more clearer than before
Aug 08 15:47:27 <jkridner> merged.
Aug 08 15:47:34 <amragaey> no, but I thought for a while how gonna merge it :D
Aug 08 15:48:09 <jkridner> Need to resolve the conflicts: https://github.com/beagleboard/bone101/pull/22
Aug 08 15:48:34 <jkridner> I'll merge if you can debug/confirm
Aug 08 15:50:22 <amragaey> yes, this is my last pull request.
Aug 08 15:50:37 <amragaey> everything is fine.
Aug 08 15:51:37 <amragaey> Am i missing something?
Aug 08 15:57:56 <jkridner> no, that's not your pull request, that's a pull request between my repo and beagleboard's repo. my repo already pulled in your changes...
Aug 08 15:58:02 <jkridner> now I need to merge.
Aug 08 15:58:48 <amragaey> aha
Aug 08 16:01:07 <amragaey> how do I see conflicts?
Aug 08 16:14:56 <amragaey> So Do i have to change capitalization on wire object, jkridner ?
Aug 08 16:53:49 <chanakya_vc> m_w, Had a doubt, what is the time for which I should do clock stretching?
Aug 08 16:54:08 <chanakya_vc> Like I have to give a timeout to the loop
Aug 08 16:56:15 <m_w> the slave will supposed to hold the clock low after the master releases the clock
Aug 08 16:56:45 <m_w> the time is probably determined by the type of slave
Aug 08 16:57:27 <m_w> so just poll on the clock until the line goes high
Aug 08 17:03:16 <jkridner> amragaey: when you try to merge, the conflicts show up marked with <<<<<<< ======== >>>>>>>
Aug 08 17:03:24 <jkridner> amragaey: I'm trying to resolve them now.
Aug 08 17:03:43 <jkridner> might have been easier for me simply to apply the rename on your branch, but I tried to do multiple changes at once.
Aug 08 17:03:47 <jkridner> always ugly. :(
Aug 08 17:06:30 <jkridner> amragaey: can you look at what I pushed?
Aug 08 17:06:34 <jkridner> hopefully I didn't screw it up..
Aug 08 17:06:56 <jkridner> I'd tried to remove the pinSelected state before (renamed to clickPin), but it seems you used it so I put it back in.
Aug 08 17:07:29 <jkridner> urgh... even clickExit doesn't work. :(
Aug 08 17:10:16 <amragaey> there's an error n console
Aug 08 17:10:35 <amragaey> hSlider is not defined
Aug 08 17:11:02 <amragaey> jkridner, i think this may cause click event not working
Aug 08 17:14:17 <chanakya_vc> m_w, So I should not add any timeout to the loop?
Aug 08 17:14:39 <chanakya_vc> Like if the slave does not release the clock line?
Aug 08 17:15:18 <amragaey> jkridner, you defined it   'hoverSlider' at the end of file.
Aug 08 17:15:35 <jkridner> k
Aug 08 17:15:58 <m_w> if the slave does not release the clock the bus will stop working altogether
Aug 08 17:16:24 <chanakya_vc> Okay m_w .
Aug 08 17:16:51 <chanakya_vc> One more doubt, I see that here in the code:https://en.wikipedia.org/wiki/I%C2%B2C
Aug 08 17:17:01 <chanakya_vc> That there is I2C_DELAY
Aug 08 17:17:16 <jkridner> amragaey: that helped with clickExit, but I still introduced some kind of issue with selecting a pin.
Aug 08 17:17:49 <jkridner> amragaey: will you update http://beagleboard.github.io/bone101/Support/bone101/UI/fsm/ ?
Aug 08 17:17:50 <chanakya_vc> I guess to let the slave properly register the changes. Should I also do this?
Aug 08 17:17:53 <chanakya_vc> m_w, ^^
Aug 08 17:18:16 <jkridner> I'm wondering if I put clickPin in all the right places.
Aug 08 17:19:27 <amragaey> jkridner, for fsm I don't think except that abbrs of states may be defined below the state diagram.
Aug 08 17:20:02 <jkridner> amragaey: k, so you think it is correct except the names?
Aug 08 17:20:04 <bradfa> chanakya_vc: the I2C_delay() function looks like it's just for bitbanging the clock line, no?
Aug 08 17:20:19 <amragaey> yes
Aug 08 17:20:22 <jkridner> amragaey: maybe I can create a function to add text.
Aug 08 17:20:53 <m_w> chanakya_vc: you will certainly need delays in the PRU firmware to match the appropriate frequency of standard I2C
Aug 08 17:20:56 <amragaey> cool :)
Aug 08 17:21:00 <bradfa> chanakya_vc: if the slave doesn't stretch the clock, you the master still need to ensure the clock has proper duty cycle and frequency
Aug 08 17:22:44 <amragaey> jkridner, I think you have to change every 'selectPin' with hoverPin.. and pinSelected with clickPin
Aug 08 17:22:54 <chanakya_vc> bradfa,m_w, It is written there that delay of 4.7us is required. So for PRU assuming 5ns per instruction, I just run a for loop say 1000 times?
Aug 08 17:24:55 <chanakya_vc> bradfa, m_w  I guess I would have to experimentally determine the time delay I should give in order to achieve the frequency of 100 Khz
Aug 08 17:25:46 <chanakya_vc> Or something close
Aug 08 17:26:58 <amragaey> we may need to comment this line for nowhttps://github.com/beagleboard/bone101/blob/gh-pages/Support/bone101/UI/bbui.js#L1601
Aug 08 17:27:07 <amragaey> https://github.com/beagleboard/bone101/blob/gh-pages/Support/bone101/UI/bbui.js#L1601
Aug 08 17:27:44 <bradfa> chanakya_vc: in standard-mode, i2c spec says minimum low period of SCL is 4.7 us and minimum high period of SCL is 4.0 us
Aug 08 17:27:52 <amragaey> i'm cloning it and will check with you, jkridner
Aug 08 17:27:53 <bradfa> chanakya_vc: so do what ever you have to in order to ensure you do not violate that minimum
Aug 08 17:28:05 <bradfa> standard-mode == 100 kHz
Aug 08 17:28:34 <bradfa> chanakya_vc: the 4.7 us in the wiki page is for repeated start condition, which is the correct minimum value
Aug 08 17:28:57 <bradfa> www.nxp.com/documents/user_manual/UM10204.pdf
Aug 08 17:30:11 <chanakya_vc> Okay bradfa Got it. If I maintain minimum at 4.7 us,  it will suffice for both high and low period.
Aug 08 17:30:46 <bradfa> chanakya_vc: yes, but ideally I would expect a 100 kHz clock to be low for 5 us and high for 5 us
Aug 08 17:31:35 <chanakya_vc> Yeah a 1000 counter for loop should ideally give 5us high and 5us low period
Aug 08 17:31:38 <chanakya_vc> bradfa,
Aug 08 17:32:10 <chanakya_vc> But then I am allocating time for function calls and all that
Aug 08 17:32:22 <chanakya_vc> So might touch 4..7us
Aug 08 17:32:26 <chanakya_vc> 4.7us
Aug 08 17:33:26 <chanakya_vc> Anyway I will aim for 5us bradfa
Aug 08 17:34:42 <chanakya_vc> I am done with the driver bradfa . Compiled it and loaded it. I just have the firmware. Hopefully before wednesday, it will be done.
Aug 08 17:35:31 <jkridner> amragaey: want me to comment it?
Aug 08 17:35:35 <jkridner> amragaey: or are you patching now?
Aug 08 17:41:16 <jkridner> amragaey: I'll look for your patches
Aug 08 17:46:15 <amragaey> yes, try it
Aug 08 17:46:37 <amragaey> i'll run it now and check
Aug 08 17:49:05 <amragaey> commenting it doesn't fix the problem
Aug 08 18:01:52 <amragaey> jkridner, fixed..check it now
Aug 08 18:02:58 <jkridner> amragaey: you didn't comment out that one line.
Aug 08 18:03:13 <amragaey> yes, not important
Aug 08 18:03:19 <jkridner> amragaey: also, why enable the event in hoverPin rather than when hoverPin is enabled?
Aug 08 18:03:40 <jkridner> I pushed the patch
Aug 08 18:05:17 <amragaey> I debugged it and found that event 'clickPin' was not discovered after mouse click, I defined it as that on my old code
Aug 08 18:09:40 <amragaey> jkridner, regarding python integration.. I forked bonescript and found a function called writeTextfile, I think that would be useful to save the code into '.py' file
Aug 08 18:10:27 <amragaey> I'm not able to test it because my bb isn't connecting, I'll buy an SD Card today and install new image and try o connect it again
Aug 08 18:11:11 <amragaey> I'll follow the same convention to create a new function for running python files on beaglebone using NodeJS child_process
Aug 08 18:12:16 <jkridner> amragaey: was it determined that child_process is needed rather than using writeTextFile?
Aug 08 18:12:30 <jkridner> I know you need to grab the stdout/stderr somehow.
Aug 08 18:13:01 <amragaey> child process to run a command line on terminal like "python example.py"
Aug 08 18:14:06 <amragaey> I'm thinking of using an open source code for a shell script that run python scripts and returns stdout/stderr into files.
**** ENDING LOGGING AT Tue Aug 09 02:59:58 2016