| *** tpb has joined #timvideos | 00:00 | |
| *** rohitksingh has quit IRC | 00:13 | |
| *** mparuszewski has quit IRC | 00:42 | |
| *** tija_ has joined #timvideos | 00:56 | |
| *** tija_ has quit IRC | 02:21 | |
| shenki | tija: hello | 02:34 |
|---|---|---|
| tija | : hi | 03:14 |
| tija | shenki: Completed the code. Couldn't test it on hardware fully | 03:15 |
| *** tija_ has joined #timvideos | 03:30 | |
| *** tija_ has quit IRC | 03:37 | |
| *** tija_ has joined #timvideos | 03:37 | |
| mithro | CARAM_ / aps-sids: It would be great if you could figure out a way to let CARAM_ build a docker image for your new flumotion which works with gstreamer-1.X | 04:16 |
| CARAM_ | mithro: sure, if aps-sids has a flumotion I can build and install I can put it in the image | 04:47 |
| shenki | tija: i saw the blog post. good work! | 05:04 |
| shenki | tija: reading your design doc, you've taken over the switches to get your debug output out? | 05:05 |
| *** mparuszewski has joined #timvideos | 05:13 | |
| tija | shenki: yes | 05:15 |
| tija | shenki: you can upstream your exar driver. Will be useful for others | 05:15 |
| *** tija has left #timvideos | 05:19 | |
| *** tija_ has joined #timvideos | 05:19 | |
| *** tija_ has joined #timvideos | 05:22 | |
| shenki | tija_: heh, yeah, it would be nice to | 05:29 |
| shenki | tija_: the complication is that it's not it's own driver; it's a copy of the existing cdc-acm one, with some extra bits tacked on | 05:29 |
| shenki | tija_: so there would have to be some kind of quirk/extensability added to the existing driver to support this one | 05:30 |
| shenki | as we wouldn't want a copy of a driver in the tree | 05:30 |
| shenki | but yeah, i'll work on it in my spare time :) | 05:30 |
| mithro | cdc-acm already has quirks support from what I can see? | 05:47 |
| mithro | ayush3504: ping? | 06:16 |
| ayush3504 | mithro: pong | 06:16 |
| mithro | Reassigned PIC18F85J94 pins to use the 4 hardware UARTs. Two of the UARTs also share the only 2 available hardware I2C ports, so I2C for daughterboard auto-detection have to be bitbanged. | 06:17 |
| mithro | I don't think that is true? | 06:17 |
| shenki | mithro: not to the extent we want | 06:17 |
| ayush3504 | mithro: what is not true | 06:17 |
| mithro | shenki: but probably the right approach to follow when extending? | 06:17 |
| shenki | mithro: yep | 06:17 |
| mithro | ayush3504: The I2C is connected to the PSS-Lite right? | 06:19 |
| ayush3504 | mithro: not sure, the datasheet mentions clearly the pin numbers it is available on. wait.. | 06:20 |
| mithro | ayush3504: actually appears not | 06:21 |
| ayush3504 | mithro: page 372. "• Serial Clock (SCLx) – RC3/SCL1 or RD6/SCL2 | 06:22 |
| ayush3504 | • Serial Data (SDAx) – RC4/SDA1 or RD5/SDA2" | 06:22 |
| ayush3504 | mithro: one pin from both I2Cs overlap with two UARTs in PSS-Lite | 06:23 |
| mithro | ayush3504: so? Sorting the spreadsheet shows there are plenty of options left for each of the uart pins | 06:25 |
| ayush3504 | mithro: i think we're left with port G? and port G doesn't have 6 pins | 06:28 |
| mithro | ayush3504: you should fill out "Connected to" column to make it easier to sort | 06:30 |
| *** slomo has joined #timvideos | 06:32 | |
| *** slomo has joined #timvideos | 06:32 | |
| ayush3504 | mithro: sure. got a couple of daughterboard schematics to finish and the req document. | 06:37 |
| ayush3504 | mithro: as you said, I have to use one port in the mcu for each serial port, and there only port G left as an alternative, which has 5 pins so I didn't use port G | 06:38 |
| ayush3504 | mithro: so there are no options left | 06:38 |
| mithro | ayush3504: I didn't say "you have to use one port for each serial port" I said "you should try to use one port for each serial port" | 06:38 |
| mithro | ayush3504: you can also use the PSS-Lite to build one virtual port too | 06:39 |
| ayush3504 | mithro: virtual port? | 06:39 |
| mithro | 11.14 Virtual PORT - This device includes a single virtual port, which is used to construct a logically addressed 8-bit PORT from 8 physically unrelated pins on the device. | 06:40 |
| ayush3504 | mithro: oh okay | 06:40 |
| tija_ | dang! was about to do a final test on hardware before committing and the power goes off | 06:45 |
| mithro | ayush3504: there seem to be a number of mistakes in your asignments | 06:49 |
| mithro | ayush3504: looking at this spreadsheet, you haven't assigned any hardware peripherals to port e? | 06:54 |
| ayush3504 | mithro: I have, maybe i didn't update is right | 06:55 |
| ayush3504 | it | 06:55 |
| mithro | UART1 is on PORTA | 06:56 |
| mithro | UART2 is on PORTB | 06:56 |
| mithro | UART3 is on PORTC | 06:56 |
| mithro | UART4 is on PORTD | 06:56 |
| ayush3504 | mithro: yes | 06:56 |
| ayush3504 | mithro: it's currently this way | 06:57 |
| mithro | no hardware peripherals are on PORTE, PORTF or PORTG | 06:57 |
| ayush3504 | mithro: port E has UART5 | 06:57 |
| mithro | UART5 is bit-banged and can be put on pretty much any port, right? | 06:58 |
| ayush3504 | mithro: i.e. slot 4 | 06:58 |
| ayush3504 | mithro: yes, but how will it make difference | 06:58 |
| mithro | ayush3504: move it to PORTH then | 07:02 |
| mithro | which frees up PORTE for a hardware UART | 07:02 |
| ayush3504 | mithro: what will we use PORTE for? | 07:02 |
| mithro | which means that PORTC can be used for I2C/SPI | 07:03 |
| ayush3504 | mithro: sounds good | 07:07 |
| ayush3504 | mithro: how many status LEDs are reasonble? | 07:14 |
| mithro | ayush3504: we'll figure that out when everything else is sorted | 07:18 |
| mithro | ayush3504: basically "anything which isn't used can be a status LED" :P | 07:18 |
| mithro | ayush3504: I think you want UART3 on SLOT3 to be less confusing | 07:18 |
| *** tija_ has quit IRC | 07:18 | |
| ayush3504 | ayush3504: so this is like having pads for smd leds on every free pin? | 07:19 |
| ayush3504 | ah | 07:19 |
| ayush3504 | mithro: ^ | 07:19 |
| mithro | ayush3504: basically, there isn't any reason to keep a pin-unused | 07:20 |
| ayush3504 | mithro: or a header for free pins? | 07:20 |
| mithro | ayush3504: we want to assign the SPI hardware too | 07:21 |
| ayush3504 | mithro: what's the SPI hardware | 07:21 |
| mithro | ayush3504: the PIC has a SPI hardware controller, like it's hardware UART | 07:22 |
| mithro | which are assignable via the PPS-Lite | 07:22 |
| mithro | ideally we'd want to put it on PORTC, but it seems PORTC doesn't have two 4n+1 pins | 07:22 |
| ayush3504 | mithro: yeah. SPI will need 4 pins? | 07:23 |
| mithro | yeah | 07:23 |
| ayush3504 | mithro: hard to figure out for me, really getting sleep deprived :p | 07:23 |
| mithro | It uses a 4n,4n+1,4n+2,4n+3 config | 07:24 |
| ayush3504 | mithro: yeah, maybe we can shift one of the uarts to port G? | 07:25 |
| mithro | seems like your slots should be named SLOT1->SLOT6 rather than SLOT0->SLOT5 to match UART numbers? | 07:31 |
| mithro | annoyingly PORTF and PORTG both don't have any 4n+1 pins either | 07:33 |
| mithro | PORTA also has the RX/TX switch to every other port config so far | 07:34 |
| mithro | 4n+1 pins are in short supply it seems | 07:43 |
| ayush3504 | mithro: yeah | 07:56 |
| mithro | So | 07:59 |
| mithro | basically the virtual IO port turns out to be pretty useless because we ran out of 4n+1 pins | 07:59 |
| mithro | ayush3504: please take a look at the spreadsheet now | 08:05 |
| mithro | ayush3504: does that all look good? Should we go about making the remaining LEDs? | 08:05 |
| *** rohitksingh has joined #timvideos | 09:03 | |
| aps-sids | slomo: I'm still stuck here with "GStreamer-CRITICAL **: gst_segment_to_running_time: assertion `segment->format == format' failed" and not able to figure out what is wrong. Can you please have a look at this log and/or suggest something? -- http://s000.tinyupload.com/index.php?file_id=78231224764405920595 | 09:36 |
| tpb | Title: TinyUpload.com - best file hosting solution, with no limits, totaly free (at s000.tinyupload.com) | 09:36 |
| ayush3504 | mithro: yes, looks good. thanks | 13:35 |
| *** rohitksingh1 has joined #timvideos | 14:45 | |
| *** rohitksingh is now known as Guest20981 | 14:45 | |
| *** rohitksingh1 is now known as rohitksingh | 14:45 | |
| *** Guest20981 has quit IRC | 14:46 | |
| *** rohitksingh has quit IRC | 15:14 | |
| *** rohitksingh has joined #timvideos | 15:15 | |
| *** slomo has quit IRC | 17:58 | |
| *** slomo has joined #timvideos | 17:58 | |
| *** slomo has joined #timvideos | 17:58 | |
| *** techman83 has quit IRC | 18:45 | |
| *** loadstar81 has quit IRC | 18:45 | |
| *** slomo has quit IRC | 18:45 | |
| *** thaytan has quit IRC | 18:45 | |
| *** andi-m2 has quit IRC | 18:46 | |
| *** shenki has quit IRC | 18:46 | |
| *** slomo has joined #timvideos | 18:46 | |
| *** thaytan has joined #timvideos | 18:46 | |
| *** techman83 has joined #timvideos | 18:46 | |
| *** loadstar81 has joined #timvideos | 18:46 | |
| *** andi-m2 has joined #timvideos | 18:46 | |
| *** shenki has joined #timvideos | 18:46 | |
| *** kornbluth.freenode.net sets mode: +vvv thaytan techman83 shenki | 18:46 | |
| *** mithro has quit IRC | 18:48 | |
| *** loadstar91 has joined #timvideos | 18:51 | |
| *** mithro has joined #timvideos | 18:54 | |
| *** ChanServ sets mode: +o mithro | 18:54 | |
| *** techman83 has quit IRC | 18:56 | |
| *** loadstar81 has quit IRC | 18:56 | |
| *** techman83 has joined #timvideos | 18:59 | |
| *** ChanServ sets mode: +v techman83 | 18:59 | |
| *** slomo has quit IRC | 20:05 | |
| *** andi-m2 has quit IRC | 20:17 | |
| *** andi-m2 has joined #timvideos | 20:17 | |
| *** andi-m2 has quit IRC | 20:18 | |
| *** slomo has joined #timvideos | 20:24 | |
| *** slomo has joined #timvideos | 20:24 | |
| *** rohitksingh1 has joined #timvideos | 21:17 | |
| *** rohitksingh has quit IRC | 21:19 | |
| *** slomo has quit IRC | 22:10 | |
| *** rohitksingh1 has quit IRC | 22:28 | |
| *** CarlFK has quit IRC | 22:39 | |
Generated by irclog2html.py 2.12.1 by Marius Gedminas - find it at mg.pov.lt!