| 00:08 | BAndiT1983 | changed nick to: BAndiT1983|away
|
| 00:30 | atoav | joined the channel |
| 00:31 | d0 | left the channel |
| 01:43 | Elbehery | left the channel |
| 02:20 | intracube | changed nick to: intracube_afk
|
| 03:22 | atoav | left the channel |
| 03:30 | Spirit532 | left the channel |
| 04:31 | jucar1 | left the channel |
| 04:33 | jucar | joined the channel |
| 05:24 | Bertl_zZ | changed nick to: Bertl
|
| 05:24 | Bertl | morning folks!
|
| 05:47 | jucar | left the channel |
| 06:28 | usmankhan | joined the channel |
| 06:29 | sagnikbasu | joined the channel |
| 06:30 | sagnikbasu | Hi Bertl. check this link, its kind of a rough proposal I have made, https://github.com/sagniknitr/GSoC-Apertus/blob/master/Proposal.md
|
| 06:33 | Bertl | is there a specific reason for Verilog? (just curious)
|
| 06:35 | Bertl | the 'Week 4' tasks do not make much sense, as the filter will not get in direct contact with LVDS anywhere, i.e. the data stream has already been received from the sensor when the filter is applied and the output data will not be sent over LVDS before a lot more processing happens
|
| 06:36 | Bertl | nevertheless, we concluded that some 'input module' for stream decimation and maybe even reordering (bayer pattern, etc) would make a lot of sense and similar an 'output module' which then handles and packs the data accordingly
|
| 06:38 | Bertl | in 'Week 3' the 'reach minimum latency' doesn't make too much sense to me, here is why:
|
| 06:39 | Bertl | for a NxN filter, you need to keep a buffer of at least (N-1) lines to work with, which means that the output of the filter will also have at least N-1 lines worth of delay (latency)
|
| 06:40 | Bertl | of course, it makes no sense to buffer more lines than actually required but on the other hand, it doesn't matter if you add the time for another line (extreme case) to the latency
|
| 06:41 | Bertl | so, optimization should focus on bandwidth and throughput as well as minimizing the resource usage while maximizing the efficiency
|
| 06:41 | usmankhan | Hello Bertl, I was a bit caught up with exams in the past week. I will revise my proposal today
|
| 06:42 | Bertl | usmankhan: no problem
|
| 06:43 | Bertl | sagnikbasu: I'd also add a block (week or so) for creating a test bench and proper test setups for the filter, to verify functionality and, if applicable, error range
|
| 06:48 | Bertl | the links all go to your git account ... you might want to link the specific repository there
|
| 06:49 | usmankhan | left the channel |
| 06:50 | sagnikbasu | thanks Bertl for the feedback..I will get back with the necessary changes
|
| 06:51 | sagnikbasu | This was only a draft proposal..I will definitely change the link address
|
| 06:51 | Bertl | no problem, just giving feedback where possible
|
| 06:52 | sagnikbasu | and for the question "why verilog?" , just my habit as I have done most of my reconfigurable design labs in verilog..
|
| 06:53 | sagnikbasu | also I find verilog HDL concise and clear
|
| 06:54 | Kshitij | joined the channel |
| 06:54 | Bertl | I was just asking because basically all of the AXIOM Beta code is VHDL (partially VHDL-2008)
|
| 06:54 | Bertl | welcome Kshitij!
|
| 06:54 | Kshitij | Hi Bertl
|
| 06:55 | Bertl | sagnikbasu: but I don't see a problem with a mixed design, you just need to make sure that it integrates seamlessly
|
| 06:55 | sagnikbasu | of course..that will be my target for this project..
|
| 06:56 | sagnikbasu | oh gtg...bye...
|
| 06:56 | Bertl | personally I think Verilog is too much like C, so it somewhat tends to mislead you and forget that it is actually an HDL :)
|
| 06:56 | Bertl | no problem, cya
|
| 06:59 | usmankhan | joined the channel |
| 06:59 | Kshitij | left the channel |
| 07:01 | sagnikbasu | left the channel |
| 07:58 | niemand | joined the channel |
| 07:58 | niemand | left the channel |
| 07:58 | niemand | joined the channel |
| 08:09 | usmankhan | Bertl, can you check the schematic here? https://github.com/usmanwardag/gsoc17_proposal/blob/master/Buck.pdf
|
| 08:10 | usmankhan | The idea is that as the feedback voltage (Vf) increases, the output of the negative feedback amplifier decreases
|
| 08:11 | usmankhan | Accordingly, we can design a pid controller to adjust the duty cycle
|
| 08:11 | anuditverma | joined the channel |
| 08:14 | usmankhan | Oops, it seems like I have positive feedback op-amp in the schematic, but anyway the op-amp can be either and we can design logic accordingly
|
| 08:21 | Bertl | looks good so far
|
| 08:22 | Bertl | what tools did you use to create the schematic?
|
| 08:22 | usmankhan | Ok great
|
| 08:23 | usmankhan | draw.io
|
| 08:25 | usmankhan | I'll be right back
|
| 08:26 | Bertl | you probably need to extend the 'Feedback' block to cover the positive input as well, because that's probably the only way to add some kind of hysteresis
|
| 08:29 | usmankhan | left the channel |
| 08:33 | niemand | left the channel |
| 08:41 | anuditverma | left the channel |
| 08:43 | usmankhan | joined the channel |
| 08:50 | usmankhan | Ok, I'll do that
|
| 08:53 | usmankhan | What hysteresis range would you recommend?
|
| 08:58 | Bertl | it should match the ripple voltage I guess (probably be somewhat lower)
|
| 09:00 | anuditverma | joined the channel |
| 09:01 | usmankhan | Ok
|
| 09:24 | Spirit532 | joined the channel |
| 09:28 | anuditverma | left the channel |
| 09:48 | anuditverma | joined the channel |
| 09:54 | usmankhan | left the channel |
| 10:02 | Guest45465 | joined the channel |
| 10:04 | Bertl | off for now ... bbl
|
| 10:04 | Bertl | changed nick to: Bertl_oO
|
| 10:06 | dimaursu16 | left the channel |
| 10:08 | dimaursu16 | joined the channel |
| 10:14 | Guest45465 | left the channel |
| 10:39 | dimaursu16 | left the channel |
| 10:40 | anuditverma | left the channel |
| 10:41 | anuditverma | joined the channel |
| 10:58 | anuditverma | left the channel |
| 10:59 | anuditverma | joined the channel |
| 10:59 | anuditverma | left the channel |
| 11:49 | Elbehery | joined the channel |
| 11:54 | niculescu_vlad | joined the channel |
| 11:54 | niculescu_vlad | left the channel |
| 12:03 | thirdpartythirty | joined the channel |
| 12:05 | thirdpartythirty | left the channel |
| 14:10 | d0 | joined the channel |
| 14:35 | intracube_afk | changed nick to: intracube
|
| 14:39 | intracube | changed nick to: intracube_afk
|
| 14:44 | jucar | joined the channel |
| 15:25 | jucar | left the channel |
| 15:29 | intracube_afk | changed nick to: intracube
|
| 15:50 | BAndiT1983 | joined the channel |
| 16:29 | BAndiT1983 | left the channel |
| 16:38 | Roopal08 | joined the channel |
| 16:58 | anuditverma | joined the channel |
| 17:17 | intracube | changed nick to: intracube_afk
|
| 17:38 | Elbehery | I would really appreciate your feedback about my current draft proposal [https://github.com/ELBe7ery/i2c_draft_gsoc/blob/master/Proposal/AbdelrahmanElbehery.md]
|
| 17:53 | arpu | left the channel |
| 17:59 | intracube_afk | changed nick to: intracube
|
| 18:07 | arpu | joined the channel |
| 18:14 | Elbehery_ | joined the channel |
| 18:16 | BAndiT1983 | joined the channel |
| 18:23 | anuditverma | left the channel |
| 18:26 | RexOrCine[m] | Elbehery - Thorough. Looks good.
|
| 18:28 | Elbehery | Thats great :), any comments or things you suggest i should edit at the moment ?
|
| 18:29 | Elbehery | I really appreciate taking the time to look at this thanks so much :)
|
| 18:33 | RexO | Well I don't get too involved with technical stuff. There are a handful of spelling errors or words missing, which is ok, but it was good to see that you'd made the effort to answer all the questions fully. Good to meet you.
|
| 18:35 | Elbehery | Great, i will check all the grammar mistakes and correct them, thanks so much
|
| 18:37 | anuditverma | joined the channel |
| 19:02 | Spirit532_ | joined the channel |
| 19:06 | Spirit532 | left the channel |
| 19:45 | RexO | I've got four applications / proposal links listed thus far: Elbehery / Mehrikhan / Usmanwardag / Sagnik Basu .... If you've linked us and I've missed it please let me know.
|
| 19:47 | RexO | ... or email on team @ apertus . org
|
| 19:52 | niemand | joined the channel |
| 20:11 | anuditverma | Hi RexO, I will be submitting in a while
|
| 20:12 | anuditverma | almost finished with my draft
|
| 20:12 | RexOrCine[m] | Understood. No rush or anything, but I'm logging applications centrally.
|
| 20:22 | anuditverma | left the channel |
| 20:55 | Roopal08 | left the channel |
| 21:20 | niemand | left the channel |
| 21:29 | dimaursu16 | joined the channel |
| 21:29 | dimaursu16 | left the channel |
| 21:29 | dimaursu16 | joined the channel |
| 21:34 | BAndiT1983 | left the channel |
| 21:40 | dimaursu16 | left the channel |
| 21:50 | dimaursu16 | joined the channel |
| 21:50 | dimaursu16 | left the channel |
| 21:50 | dimaursu16 | joined the channel |
| 22:53 | Bertl_oO | Elbehery: looks really good, I would add a small, final point which addresses future improvements and developments in this area, like for example changes to the pwm circuitry or similar
|
| 22:56 | Bertl_oO | regarding oversampling for the I2C slave: I think that is not required at all, but a good point and actually depends on T731 in our case ... note that the clock domain crossing between I2C slave and PWM unit needs to be addressed in any case
|
| 22:58 | Bertl_oO | small detail though: the FPGA part of the FAN controller will not be on a Xilinx FPGA, as the circuitry is connected to the Lattice MachXO2 routing fabric, so you need to integrate it there (you can still test and simulate it on Vivado if that is something you prefer, for whatever reason)
|
| 23:02 | Bertl_oO | side note: simulation via iverilog (Icarus Verilog) might be in the FOSS/OH spirit of the project and together with GTKWAVE it should provide all you need for both, functional as well as gate level simulation
|
| 23:16 | Elbehery__ | joined the channel |
| 23:18 | Elbehery_ | left the channel |
| 23:19 | Elbehery | left the channel |
| 23:20 | dimaursu16 | left the channel |
| 23:22 | dimaursu16 | joined the channel |
| 23:22 | dimaursu16 | left the channel |
| 23:22 | dimaursu16 | joined the channel |
| 23:34 | dimaursu16 | left the channel |
| 23:49 | Elbehery__ | Thanks soo much for taking the time and viewing my proposal really appreciate this
|
| 23:50 | Elbehery__ | Regarding the improvement section. Do you think this should be considered in the schedule ?
|
| 23:50 | Elbehery__ | Regarding the 2nd point i totally agree
|
| 23:53 | Elbehery__ | Regarding the 3rd point. was reading earlier char logs and i have totally missed this, you mentioned earlier this is going to be implemented on the Lattice FPGA, i will edit this since no point of working on xilinx tool. Also Lattice tool comes with the reveal tool which is really good for the debugging stage
|
| 23:55 | Elbehery__ | Regarding yosys and iVerlog thats great, i am familiar with both of them, i have even written some tools for faster simulations and compiling via atom text editor so this is good for me i will be using them
|
| 23:55 | Elbehery__ | chat logs *
|
| 23:56 | Elbehery__ | Any comments on the suggested schedule ?
|