**** BEGIN LOGGING AT Fri Mar 11 02:59:58 2016 Mar 11 03:32:43 ZeekHuge: Now is *not* the time to worry about your proposal getting accepted, you can do that when the application process closes. Mar 11 05:39:16 alexhiam, You there?Just confused a little about UART. Mar 11 17:57:03 ask your question... Mar 11 18:05:21 carpediem_: have you discussed what there is to be done in bonescript with jkridner yet? Mar 11 18:05:51 * jkridner is most interested in adding clean sensor support Mar 11 18:06:33 meaning i2c-dev based support? Mar 11 18:07:09 or interfaces to sensor-specific kernel drivers? Mar 11 18:07:31 Not yet, was hoping you guys would take a look at the project objectives I posted in the mailing list Mar 11 18:07:45 and then build upon that discussion Mar 11 18:08:35 jkridner: are you going to consider bone101 this year ? Mar 11 18:08:45 don't think so. Mar 11 18:10:45 ebadawy: maybe sensors in bone101... Mar 11 18:10:59 needs to be focused on output rather than infrastructure. Mar 11 18:11:15 too much infrastructure work that hasn't worked to scale out the development. Mar 11 18:12:19 adding more examples and docs to bone101 could be a small part of a project Mar 11 18:12:41 I've thought a little about how Python support could be added to bone101 as well Mar 11 18:12:57 would be fairly simple I think, though maybe not the most secure.... Mar 11 18:14:18 jkridner: you mean BBUI? Mar 11 18:14:56 Hi Mar 11 18:16:53 I have a little experience with working with embedded. Can anyone say me some topics ? Mar 11 18:17:17 did you look at the wiki yet? Mar 11 18:19:40 Yes... there are over 500 in Beagleboard/projects Mar 11 18:19:52 ebadawy: no. Mar 11 18:20:08 Nokhil: this one: http://elinux.org/BeagleBoard/GSoC/Ideas Mar 11 18:20:13 no, the gsoc page... Mar 11 18:21:52 anarchism: yea, found it...will look into it Mar 11 18:22:08 Nokhil: how did you find beagleboard.org? How did to get to this irc channel? Just asking because a lot of people aren't finding that page this year, seems like there migh be a missing link somewhere... Mar 11 18:22:11 Sorry, alexhiam Mar 11 18:22:22 * jkridner must shutdown soon. Mar 11 18:25:58 Seen Beagleboard.org in gsoc site...and irc elinux.org Mar 11 18:26:06 jkridner: was asking because I'm thinking of participating in gsoc this year, and one of the options to is to continue on bone101 Mar 11 18:26:35 ebadawy: a strong proposal will always be considered. :-) Mar 11 18:26:44 get a conversation about your inspiration on the mailing list. Mar 11 18:27:51 good, I'll try to gather my thoughts and tell you what I got. Mar 11 18:28:26 I would like to work on Beagleboard...is this irc is good or mailing list for discussion?? Mar 11 18:29:28 Nokhil: both. You can engage with mentors and other students here live, and it's best to get a post on the mailing list discussing what you might like to work on ASAP Mar 11 18:31:18 Alexhiam: thanks... Mar 11 18:43:55 Hello developers! Please help me out here if possible. By 'sensor support', jkridner meant "Process Sensor Data in Real-Time" and the PRU projects ? More demo/examples for commonly used sensors ? Or something else? Mar 11 18:44:42 the second - getting at least some demos together for cool sensors that use i2c, spi, etc. Mar 11 18:46:32 got it. Thanks! Mar 11 20:48:38 alexhiam, Hey! I have posted my timeline on the ml. Could you please have a look at it? Mar 11 20:49:34 alexhiam, Also I have some doubts regarding UART. Which one are we using 232C,422 or 485? Mar 11 20:54:59 alexhiam, av500 I guess my post on the timeline would have to approved? Mar 11 20:57:26 chanakya_vc: RS-232 is a standard for serial communication that defines both the timing and voltage levels. RS-422 and RS-485 are both standards that just define ways of using differential signaling to extend the range of serial communication, and typically use the timing defined by RS-232 Mar 11 20:58:34 a UART is a subsystem on many MPUs and MCUs that most commonly serializes data using the timing defined by RS-232 Mar 11 20:59:39 alexhiam, So I would basically write the code for RS-232C Mar 11 21:00:02 alexhiam, But it would require a external level shifter? Mar 11 21:00:12 the data generated will be at the IO level of that MPU, so 3.3V on the BeagleBone's AM3358. External level shifting and/or differential driving hardware is then required generate RS-232, 485 or 422 signaling from that Mar 11 21:01:59 alexhiam, So my job would be basically to bitbang RS-232C at IO level of BBB? Mar 11 21:02:04 none of those protocols are very common now except in industrial settings (and places like the ISS where they can't ever replace old hardware) Mar 11 21:02:24 hmmm Mar 11 21:02:37 you could kind of say that.. but saying RS-232 implies the voltage levels as well Mar 11 21:02:45 it's just the UART protocol Mar 11 21:03:46 and it would ideally support all the options, like hardware flow control, polarity selection, different configurations of start/stop/parity bits, etc. Mar 11 21:05:11 plenty of info out there on UARTs Mar 11 21:06:06 alexhiam, So these options would go into the firmware.But how does the user control these parameters,through the device driver? Mar 11 21:06:52 ioctl, same as other UART drivers Mar 11 21:07:14 alexhiam, Yes! Got it Mar 11 21:07:41 alexhiam, Anyway I am currently researching UART. Mar 11 21:08:18 alexhiam, I would request you to go through the timeline i have posted on the ml Mar 11 21:08:58 will do Mar 11 21:11:05 alexhiam, Thanks. I have written it under a new post. Please correct me wherever you think I have gone wrong. Mar 11 21:13:38 alexhiam, In the meantime,will research about UART. Mar 11 21:17:48 chanakya_vc: you sent out the email yesterday right? Mar 11 21:18:29 chanakya_vc: IMO, if you can solve most of the things except for the DTO, it could be a sufficient GSoC project Mar 11 21:21:15 chanakya_vc: hmm, good point about the SPI CS signals. The standard way in Linux is to have a different dev file for each, e.g. spidev0 might have /dev/spidev0.0 and /dev/spidev0.1 if it has 2 built-in CS signals Mar 11 21:22:54 many SPI modules have only 1, or even no, built-in CS signals, and instead it's up to the user code to generate the CS signals with GPIO pins. But I think it would be great to generate some CS signals in the PRU Mar 11 21:23:04 not sure how best to handle that... Mar 11 21:28:17 ds2,Yes I did Mar 11 21:32:25 alexhiam, Okay.So how would we get different dev files.I mean one device driver cannot expose as different dev files right? Mar 11 21:41:01 ds2,I think writing DTO'S would basically involve modifying the DTO's that already exist for Beaglelogic? Mar 11 21:58:23 chanakya_vc: not exactly.... there is a driver half... I'd put it at post GSoC; there is enough to do with the drivers and firmware, IMO Mar 11 21:58:38 and DTOs isn't necessarily what you want. You want DT support (overlay is a Beagleism) **** ENDING LOGGING AT Sat Mar 12 02:59:58 2016