*** tpb has joined #timvideos | 00:00 | |
*** ssk1328 has quit IRC | 00:15 | |
*** paradisaeidae has joined #timvideos | 00:40 | |
*** paradisaeidae has quit IRC | 01:45 | |
*** CarlFK has quit IRC | 01:52 | |
*** CarlFK has joined #timvideos | 01:53 | |
*** ChanServ sets mode: +v CarlFK | 01:53 | |
*** Bertl_oO is now known as Bertl_zZ | 02:11 | |
*** rohitksingh_work has joined #timvideos | 04:03 | |
*** rohitksingh_wor1 has joined #timvideos | 04:09 | |
*** rohitksingh_work has quit IRC | 04:09 | |
tumbleweed | mithro: so now, I have a logic analyzer. But I don't know what I'm doing with it | 04:34 |
---|---|---|
tumbleweed | and can't find the UART on the TOFE pinout in the opsis docs | 04:35 |
mithro | tumbleweed: You want to attach the logic analyzer to the I2C bus and reset line between FX2 and the FPGA | 04:40 |
mithro | tumbleweed: one problem you have is that the I2C CLK isn't on a header anywhere | 04:42 |
tumbleweed | I'll need some help finding it | 04:46 |
mithro | UMAC1 is probably the best IC to use | 04:55 |
mithro | tumbleweed: Look at the schematic do at https://github.com/timvideos/HDMI2USB-numato-opsis-hardware/blob/master/doc/Numato-Opsis-v3-prod-3-g83e7bd5.pdf and page 7 you can find the UMAC1 wiring | 04:56 |
tpb | Title: HDMI2USB-numato-opsis-hardware/Numato-Opsis-v3-prod-3-g83e7bd5.pdf at master · timvideos/HDMI2USB-numato-opsis-hardware · GitHub (at github.com) | 04:56 |
tumbleweed | U23 is nice and big, so I'm giving it a shot | 04:58 |
mithro | tumbleweed: yeah | 04:59 |
mithro | SDA signal is also avaliable on P18 | 05:00 |
mithro | The reset signal is available on K3 == JFX2-RST | 05:00 |
tumbleweed | yeah | 05:07 |
tumbleweed | trying to figure out how external clock is supposed to work | 05:07 |
mithro | tumbleweed: hrm? | 05:11 |
tumbleweed | how do I get it to use the I2C bus' clock? | 05:14 |
*** ssk1328 has joined #timvideos | 05:17 | |
mithro | tumbleweed: You just want to capture the clock + data signals? | 05:18 |
tumbleweed | presumably | 05:19 |
mithro | tumbleweed: So you need to attach your logic analyzer to pins 5 and 6 of UMAC1 | 05:26 |
tumbleweed | yeah, I gave up on external clock, and just captured at a higher clock rate | 05:29 |
tumbleweed | I have some analysis which is basically a screen full of bus errors | 05:30 |
mithro | tumbleweed: oh, yeah you definitely want to oversample it | 05:30 |
mithro | tumbleweed: you also want to trigger on the JFX2-RST | 05:30 |
tumbleweed | aha, let's try that | 05:31 |
tumbleweed | JFX2-RST seems to stay high a lot | 05:33 |
mithro | tumbleweed: That is expected, the FX2 is only running when it is high IIRC | 05:34 |
mithro | you pull it low to reset the FX2 | 05:34 |
tumbleweed | that's annoying for triggering | 05:34 |
mithro | tumbleweed: you want to trigger on it going high | 05:35 |
mithro | tumbleweed: the SDA and SCL should be idle for the rest of the time | 05:35 |
mithro | tumbleweed: but just after a reset it will read a bunch of stuff out of the EEPROM first, and then from the FPGA second | 05:35 |
* tumbleweed was getting data before, now all the pins just seem to be high :/ | 05:41 | |
mithro | tumbleweed: The data will only occur after a reset | 05:41 |
mithro | ssk1328: ping? | 05:45 |
tumbleweed | mithro: no, I mean, the clock line is just staying high now | 05:55 |
* tumbleweed is confused | 05:55 | |
mithro | tumbleweed: the clock line will only toggle when it is sending data | 05:55 |
mithro | tumbleweed: Do you know how I2C works? | 05:56 |
tumbleweed | well it's serial, so yes, that's what I'd expect | 05:56 |
tumbleweed | but that's not what's happening | 05:56 |
tumbleweed | which is why I'm confused | 05:56 |
tumbleweed | I don't know the I2C protocol | 05:57 |
tumbleweed | but I do know that these logic lines probably shouldn't be staying high | 05:57 |
tumbleweed | aha, because I'm being a numpty | 06:00 |
tumbleweed | well that was obvious | 06:00 |
tumbleweed | but you know... | 06:00 |
mithro | tumbleweed: When idle, they will remain high | 06:05 |
mithro | tumbleweed: https://learn.sparkfun.com/tutorials/i2c | 06:05 |
tpb | Title: I2C - learn.sparkfun.com (at learn.sparkfun.com) | 06:05 |
tumbleweed | no, there seems to be a bug in this software | 06:06 |
tumbleweed | if you use too big a capture buffer, it's all corrupted | 06:06 |
tumbleweed | I noticed this earlier | 06:06 |
ssk1328 | mithro: Pong | 06:09 |
ssk1328 | mithro: did you see the doc I sent here | 06:09 |
mithro | ssk1328: yes | 06:09 |
mithro | ssk1328: I don't quite understand the first section | 06:09 |
ssk1328 | mithro: that's a problem I am unable to solve | 06:10 |
mithro | ssk1328: You can have multiple sinks in a component | 06:10 |
mithro | ssk1328: Why doesn't the adder block just have two sinks? | 06:11 |
ssk1328 | I tried that | 06:11 |
ssk1328 | mithro: That gave a error | 06:11 |
ssk1328 | Maybe not using the correct way | 06:11 |
mithro | ssk1328: What was the error? | 06:11 |
tumbleweed | mithro: https://corelli.tumbleweed.org.za/stefanor/i2c-analysis.html | 06:12 |
ssk1328 | mithro: Let me reproduce, but it was something about Endpoint can't have two definition of sink | 06:13 |
tumbleweed | mithro: also https://corelli.tumbleweed.org.za/stefanor/capture.sla (FX2-RST seems to be having some fun) | 06:14 |
mithro | tumbleweed: Okay, lets start with FX2-RST - the correct behaviour is that on boot it goes high, then at some point later it will get pulled low for a period and then go high again | 06:15 |
tumbleweed | it is rather wobbly | 06:15 |
tumbleweed | it's line 2 in my capture | 06:15 |
mithro | tumbleweed: That is the FPGA resetting the FX2 to get it to read the new firmware | 06:15 |
mithro | I dunno how to read a sla file? | 06:16 |
mithro | ssk1328: Can you give me edit access so I can play with your block diagram? | 06:16 |
tumbleweed | mithro: with SUMP | 06:16 |
tumbleweed | mithro: at 1.8ms, it seems to settle down | 06:16 |
ssk1328 | mithro: Sharing setting changed | 06:18 |
mithro | tumbleweed: https://github.com/timvideos/HDMI2USB-misoc-firmware/blob/master/firmware/lm32/fx2.c#L113 | 06:20 |
tpb | Title: HDMI2USB-misoc-firmware/fx2.c at master · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 06:20 |
tumbleweed | when I say wobbly I mean it's toggling faster than the I2C clock, at times | 06:21 |
mithro | tumbleweed: https://github.com/timvideos/HDMI2USB-misoc-firmware/blob/master/platforms/opsis.py#L117 | 06:21 |
tpb | Title: HDMI2USB-misoc-firmware/opsis.py at master · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 06:21 |
mithro | tumbleweed: It shouldn't be toggling.... | 06:21 |
tumbleweed | well yeah, that's why I mention it | 06:22 |
ssk1328 | mithro: This is how am I doing it right now, and surprisingly no errors turned up | 06:26 |
ssk1328 | http://paste.ubuntu.com/21109260/ | 06:26 |
tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 06:26 |
ssk1328 | mithro: I have started the make gateware for this, lets how this works out | 06:27 |
ssk1328 | mithro: Made a typo in above code | 06:31 |
ssk1328 | mithro: I am gonna pastebin the error I got here | 06:32 |
ssk1328 | http://paste.ubuntu.com/21109623/ | 06:33 |
tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 06:33 |
ssk1328 | mithro: Also the correct code which cause this error http://paste.ubuntu.com/21109705/ | 06:34 |
tpb | Title: Ubuntu Pastebin (at paste.ubuntu.com) | 06:34 |
mithro | ssk1328: That isn't an error? | 06:35 |
ssk1328 | mithro: The second pastebin is the terminal output of error I get | 06:37 |
tumbleweed | mithro: I'm guessing it could just be a very slow transition from low to high | 06:37 |
tumbleweed | but there are still some spikes to low | 06:38 |
tumbleweed | nafc | 06:38 |
mithro | ssk1328: Ask _florent_ or in #m-labs | 06:42 |
ssk1328 | mithro: Okay | 06:42 |
mithro | tumbleweed: It's hard for me to tell if the problem is actually your FX2 line or your equipment? | 07:04 |
*** rohitksingh_wor1 has quit IRC | 07:21 | |
*** rohitksingh_work has joined #timvideos | 07:25 | |
*** ssk1328 has quit IRC | 07:26 | |
*** ssk1328 has joined #timvideos | 07:27 | |
*** wanig_ has quit IRC | 07:41 | |
*** wanig_ has joined #timvideos | 07:43 | |
*** springermac_ has joined #timvideos | 08:36 | |
*** springermac is now known as Guest17034 | 08:36 | |
*** springermac_ is now known as springermac | 08:36 | |
*** Guest17034 has quit IRC | 08:38 | |
mithro | ssk1328: I updated your document with my thinking about the pipeline | 10:16 |
*** ssk1328 has quit IRC | 10:45 | |
*** sab_123 has joined #timvideos | 12:09 | |
*** ssk1328 has joined #timvideos | 12:52 | |
*** danielki has joined #timvideos | 13:09 | |
*** rohitksingh_work has quit IRC | 13:28 | |
*** rohitksingh has joined #timvideos | 14:15 | |
*** rohitksingh1 has joined #timvideos | 14:19 | |
*** rohitksingh has quit IRC | 14:19 | |
*** nueces has joined #timvideos | 14:55 | |
*** rohitksingh1 has quit IRC | 15:02 | |
*** rohitksingh has joined #timvideos | 15:30 | |
*** ssk1328 has quit IRC | 15:45 | |
*** nueces has quit IRC | 15:52 | |
*** danielki has quit IRC | 16:07 | |
*** sab_123 has quit IRC | 16:18 | |
*** danielki has joined #timvideos | 16:19 | |
tumbleweed | mithro: I can't tell, either | 16:23 |
tumbleweed | mithro: and it's not necessarily a problem. How did the rest of that I2C dump look? | 16:23 |
*** ssk1328 has joined #timvideos | 16:26 | |
*** rohitksingh1 has joined #timvideos | 16:58 | |
*** rohitksingh has quit IRC | 16:58 | |
*** rohitksingh1 has quit IRC | 17:05 | |
*** rohitksingh has joined #timvideos | 17:05 | |
*** rohitksingh1 has joined #timvideos | 17:49 | |
*** rohitksingh has quit IRC | 17:50 | |
*** rohitksingh1 has quit IRC | 17:54 | |
*** danielki has quit IRC | 18:06 | |
*** danielki has joined #timvideos | 18:17 | |
ssk1328 | mithro: I saw the changes | 18:52 |
ssk1328 | mithro: I had a similar thing in mind | 18:53 |
ssk1328 | mithro: Though I need to figure out things for encoder as well | 18:53 |
*** CarlFK has quit IRC | 20:08 | |
*** Bertl_zZ has quit IRC | 23:18 | |
*** Bertl_zZ has joined #timvideos | 23:19 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!