| *** tpb has joined #timvideos | 00:00 | |
| *** springermac has quit IRC | 00:05 | |
| *** springermac has joined #timvideos | 00:06 | |
| CarlFK | xfxf: where is your script for saving atlys stream? | 00:25 |
|---|---|---|
| xfxf | on road atm | 00:31 |
| xfxf | I'm.intending on hacking on it more tonight | 00:31 |
| CarlFK | k | 00:32 |
| mithro | https://warmcat.com/hardware%20design/hdmi/fpga/2015/10/20/hdmi-capture-and-analysis-fpga-project.html | 01:42 |
| tpb | Title: HDMI Capture and Analysis FPGA Project warmcat.com (at warmcat.com) | 01:42 |
| *** Bertl is now known as Bertl_zZ | 02:10 | |
| mithro | G33KatWork / seaLne: ping? | 04:08 |
| mithro | shenki: I'm assuming you aren't around? | 04:47 |
| *** springermac has quit IRC | 05:28 | |
| *** springermac has joined #timvideos | 05:50 | |
| *** travis-ci has joined #timvideos | 06:12 | |
| travis-ci | [timvideos/HDMI2USB-misoc-firmware/master#279] (fb3d8ad): The build passed. (https://travis-ci.org/timvideos/HDMI2USB-misoc-firmware/builds/88943359) | 06:12 |
| *** travis-ci has left #timvideos | 06:12 | |
| mithro | _florent_: when your bored / eating lunch / etc, take a read of https://warmcat.com/hardware%20design/hdmi/fpga/2015/10/22/hdmi-capture-and-analysis-fpga-project-3.html - specifically the "Raster measurement and statistics collection" section | 06:32 |
| tpb | Title: HDMI Capture and Analysis FPGA Project 3 warmcat.com (at warmcat.com) | 06:32 |
| *** springermac has quit IRC | 06:35 | |
| mithro | _florent_: not urgent at all | 06:35 |
| *** springermac has joined #timvideos | 06:36 | |
| *** se6astian|away is now known as se6astian | 07:34 | |
| *** [d__d] has joined #timvideos | 08:03 | |
| *** rohitksingh has joined #timvideos | 08:04 | |
| *** rohitksingh has quit IRC | 08:14 | |
| *** rohitksingh has joined #timvideos | 08:26 | |
| seaLne | mithro: pong | 09:02 |
| *** Bertl_zZ is now known as Bertl | 09:25 | |
| *** [d__d] has quit IRC | 09:38 | |
| *** JBentley has joined #timvideos | 10:34 | |
| *** [d__d] has joined #timvideos | 11:08 | |
| thaytan | mithro, hmm - the Opsis campaign page doesn't say anything about what the milkymist compatibility board actually does | 11:11 |
| thaytan | oh, it's in the updates tab | 11:11 |
| JBentley | Hey Guys, I'm James and I just got an Opsis board. I spoke with mithro over email and he said I should log on here for some help setting it up | 11:42 |
| JBentley | if anyone around able to give me some pointers on where to start? | 11:42 |
| JBentley | is* | 11:42 |
| seaLne | JBentley: https://github.com/timvideos/HDMI2USB-misoc-firmware/tree/master/scripts gives the main instructions on getting the board up and runnig | 11:55 |
| tpb | Title: HDMI2USB-misoc-firmware/scripts at master · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 11:55 |
| mithro | I'll be around in like 15 minutes | 11:56 |
| JBentley | Awesome thanks seaLne | 12:01 |
| JBentley | and mithro :) | 12:01 |
| JBentley | So to start I'll need to set up an Ubuntu 14.04 environment I guess | 12:02 |
| seaLne | works fine on wily aswell if that helps | 12:03 |
| seaLne | but trusty would be the same as mithro is using so most likely to work | 12:04 |
| seaLne | i think some people are using other distros but the simplest way is with *ubuntu | 12:04 |
| JBentley | ok cool, well I suppose I ought to get on that before I do anything else as I only have an osx machine in the office currently | 12:05 |
| seaLne | you might get away with a virtual machine but usb stuff can be a bit more complicated | 12:09 |
| mithro | JBentley: I'll be working on improving Mac support for users, but there is no way you can do development on a Mac | 12:09 |
| mithro | the FPGA tools only run on Linux and Windows | 12:09 |
| JBentley | Alright Well I was planning on partitioning a mac-mini we have with an arch linux partition anyway | 12:13 |
| JBentley | so I may just do another partition with ubuntu | 12:13 |
| seaLne | mithro: is it still advised to use your opsis-fixes or is all of that merged now? | 12:23 |
| mithro | seaLne: that is merged now | 12:24 |
| mithro | seaLne: but I still have more to do | 12:24 |
| seaLne | something that i only recently discovered was that get-env.sh could be rerun to get updates | 12:26 |
| seaLne | so might not be obvious to others either | 12:26 |
| seaLne | i didn't really know what conda was | 12:27 |
| xfxf | mithro: my hdmi2usb toggle script you added read stuff to, do you have that somewhere? | 12:28 |
| mithro | xfxf: https://gist.github.com/mithro/0717f9a0b39a538e1e6d | 12:31 |
| tpb | Title: Modified Ryans script · GitHub (at gist.github.com) | 12:31 |
| xfxf | ta | 12:31 |
| mithro | xfxf: its not very reliable | 12:31 |
| xfxf | yeah i remember you saying | 12:31 |
| xfxf | did you identify why? | 12:31 |
| xfxf | i.e. it is a pyserial problem, or something funky going on with hdmi2usb's serial interface? | 12:32 |
| *** Bertl is now known as Bertl_oO | 12:48 | |
| mithro | xfxf: its the stupid exart driver and not the hdmi2usb stuff | 12:54 |
| xfxf | right, so nothing i can fix in my script then? | 13:01 |
| xfxf | i'll hold off integrating your read changes for now then | 13:01 |
| xfxf | did i send you a PR with changes to the flash script? (and i assume they're probably obselete now given openocd branch is now merged?) | 13:02 |
| ysionneau | mithro: for debug, is there a way to ask FX2 to reprogram itself from I2C? like a PROG pin or something? or maybe setting some config pin + asserting reset? | 13:13 |
| mithro | ysionneau: there is a reset pin | 13:14 |
| ysionneau | ok | 13:14 |
| mithro | ysionneau: and you can reboot the fx2 via the fx2 firmware | 13:14 |
| ysionneau | for dev I think I will just add a CLI command to the LM32 fw : debug flash_fx2 | 13:15 |
| ysionneau | that will reset the fx2 and let it reprogram | 13:15 |
| ysionneau | is there a PDF of the schematics of the Opsis board somewhere? Or just the kicad files? | 13:16 |
| mithro | https://github.com/timvideos/HDMI2USB-numato-opsis-docs/tree/gh-pages/pdfs | 13:21 |
| tpb | Title: HDMI2USB-numato-opsis-docs/pdfs at gh-pages · timvideos/HDMI2USB-numato-opsis-docs · GitHub (at github.com) | 13:21 |
| mithro | ysionneau: http://opsis.hdmi2usb.tv/features/usb-peripheral.html | 13:21 |
| tpb | Title: Numato Opsis : USB Peripheral (at opsis.hdmi2usb.tv) | 13:21 |
| ysionneau | thanks! | 13:22 |
| *** wanig_ has quit IRC | 13:24 | |
| *** wanig___ has joined #timvideos | 13:24 | |
| *** JBentley has quit IRC | 13:44 | |
| *** se6astian is now known as se6astian|away | 16:05 | |
| *** CarlFK has quit IRC | 16:23 | |
| *** CarlFK has joined #timvideos | 16:42 | |
| *** ChanServ sets mode: +v CarlFK | 16:42 | |
| *** se6astian|away is now known as se6astian | 16:52 | |
| CarlFK | http://youtu.be/H_og9lRyfxg look at that sync! | 16:57 |
| CarlFK | hd camera pointed at the monitor hooked up to Atlys output 1 | 16:58 |
| CarlFK | I am a little disturbed that I don't have a sync problem | 16:58 |
| *** rohitksingh has quit IRC | 17:29 | |
| *** wanig___ has quit IRC | 17:38 | |
| *** wanig___ has joined #timvideos | 17:39 | |
| *** rohitksingh has joined #timvideos | 17:48 | |
| *** rohitksingh has quit IRC | 17:55 | |
| *** rohitksingh has joined #timvideos | 18:10 | |
| *** rohitksingh has quit IRC | 18:16 | |
| *** rohitksingh has joined #timvideos | 18:31 | |
| *** rohitksingh has quit IRC | 19:02 | |
| *** rohitksingh has joined #timvideos | 19:04 | |
| *** springermac has quit IRC | 19:36 | |
| *** springermac has joined #timvideos | 19:36 | |
| *** rohitksingh has joined #timvideos | 20:19 | |
| *** rohitksingh has quit IRC | 20:25 | |
| ysionneau | _florent_: I cannot find where you platform.request the i2c pins on Opsis board (for i2c.c bit banging) | 20:26 |
| ysionneau | ah, found it https://github.com/timvideos/HDMI2USB-misoc-firmware/commit/197d81f67fa0314e2762681d762b0463c7a0eff1 | 20:35 |
| tpb | Title: targets: add dna to base targets and remove i2c from opsis (not used … · timvideos/HDMI2USB-misoc-firmware@197d81f · GitHub (at github.com) | 20:35 |
| *** CarlFK has quit IRC | 21:16 | |
| mithro | ysionneau: how did you go? | 21:31 |
| ysionneau | morning! | 21:36 |
| ysionneau | I didn't write much today in fact, mostly documenting (I'm not accounting it) | 21:37 |
| ysionneau | looking at where is what in the repo :) | 21:37 |
| mithro | Fair enough | 21:38 |
| ysionneau | do you have an example of usage of the i2c.c ? | 21:38 |
| mithro | Rohit had used it as a master | 21:38 |
| ysionneau | ok | 21:38 |
| mithro | I'm on my phone right now so can't link it | 21:39 |
| ysionneau | ok no problem, you can link it later | 21:39 |
| ysionneau | I built the bios/fw/bitstream, can't flash it, but my dev env is ready | 21:40 |
| ysionneau | I'm pretty sure of the answer but I need to work on the misoc firmware, right? | 21:40 |
| mithro | Okay, cool. I expect you'll want to do most of the i2c stuff at a high level at first? | 21:41 |
| ysionneau | so that it's clear | 21:41 |
| ysionneau | yes | 21:41 |
| mithro | Might want to put it in a little ccan library or something? | 21:42 |
| ysionneau | I'll write some fx2_flash() function which resets the fx2 and then waits for fx2 to do the start bit and so on | 21:42 |
| ysionneau | this could run at lm32 fw boot for instance | 21:42 |
| ysionneau | or on demand via debug command | 21:42 |
| mithro | Yeah that is a good start | 21:42 |
| ysionneau | ccan, I don't know what this is | 21:43 |
| mithro | Eventually we should have an interrupt on this i2c bus | 21:43 |
| ysionneau | http://ccodearchive.net? ? | 21:43 |
| tpb | Title: ccan (at ccodearchive.net) | 21:44 |
| mithro | Yeah | 21:44 |
| ysionneau | I was thinking about irq ... | 21:44 |
| ysionneau | but maybe this is cleaner and uses less cpu with polling? | 21:44 |
| ysionneau | ah ... but then you can't reboot *from* the fx2 | 21:44 |
| ysionneau | right? | 21:44 |
| mithro | Actually you can | 21:44 |
| mithro | But don't worry about that to much | 21:45 |
| ysionneau | yes, but I was just thinking that if I just let lm32 send the fw to fx2 when the lm32 boots or on uart command, then if fx2 reboots by itself it won't get any fw from lm32 | 21:45 |
| ysionneau | so irq stuff would be needed there | 21:46 |
| mithro | BTW you should make sure your code has the right abstraction so that we can replace the bit banging with an i2c UART in the future | 21:46 |
| ysionneau | except if there is a way to probe the fx2 boot from the FPGA | 21:46 |
| ysionneau | i2c UART? | 21:47 |
| mithro | The fx2 booting is detected by i2c commands happening on the i2c bus | 21:47 |
| ysionneau | yes but if we put an irq on, say, the scl pin, the lm32 will get interrupted quite often | 21:48 |
| mithro | i2c hardware which does the bit banging, so you just write whole cmds/bytes rather then every scl | 21:49 |
| ysionneau | ah, an i2c hw core | 21:49 |
| mithro | Yeah | 21:49 |
| ysionneau | right ok | 21:49 |
| ysionneau | I'll keep that in mind | 21:50 |
| mithro | You'd interrupt on the first SCL transition then go into fx2 booting mode | 21:50 |
| ysionneau | then I mask this irq | 21:51 |
| mithro | Yeah | 21:51 |
| ysionneau | upload the fw, unmask it? | 21:51 |
| ysionneau | what if the fx2 does some other i2c commands after booting? | 21:51 |
| mithro | It's okay if the lm32 is busy just doing the fx2 upload for now | 21:51 |
| mithro | IE it ignores all other tasks | 21:52 |
| ysionneau | ok | 21:52 |
| ysionneau | hmmm, is the fx2 supposed to do i2c transactions during the product life time, except for fetching its fw? | 21:54 |
| mithro | Yes | 21:54 |
| ysionneau | ok, so those would also wake up the lm32 which will think the fx2 is booting and wants its firmware fed, right? | 21:55 |
| mithro | Multiple i2c busses | 21:55 |
| ysionneau | ah ok | 21:56 |
| ysionneau | ok so not on the i2c bus MAC_* | 21:56 |
| mithro | Yeah | 21:56 |
| ysionneau | about ccan, I didn't know about that, but I was planning on working your repo and working in my branch and just adding a fx2_flash.c/.h file in the lm32 fw directory | 21:57 |
| mithro | I think there will be like ~10 i2c busses in total eventually | 21:57 |
| ysionneau | wow =) | 21:57 |
| ysionneau | i2c highway | 21:57 |
| mithro | Ccan is useful if you want a quick unit testing library or something | 21:57 |
| ysionneau | s/working/forking/ | 21:58 |
| mithro | You can think of it like a "useful C code snippets" | 21:58 |
| mithro | Each HDMI port has an i2c bus on it | 21:58 |
| mithro | BTW I forgot to mention it | 21:59 |
| ysionneau | ah yes the DDC or something | 21:59 |
| mithro | I believe EDID is actually an i2c EEPROM of the same sort the fx2 expects | 21:59 |
| mithro | So you might be able to crib a bunch of stuff from the HDMI in core | 22:00 |
| ysionneau | ah interesting | 22:02 |
| mithro | BTW you saw https://github.com/timvideos/HDMI2USB-misoc-firmware/issues/21 right? | 22:02 |
| tpb | Title: Add I2C EEPROM gateware and software · Issue #21 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 22:02 |
| ysionneau | this one is entirely in gateware it seems | 22:02 |
| *** se6astian is now known as se6astian|away | 22:02 | |
| ysionneau | the edid is in an sram and is output via an fsm | 22:03 |
| mithro | ysionneau: yeah, but there isn't a good reason for it to be if I understand correctly | 22:03 |
| ysionneau | I'll have a look | 22:03 |
| mithro | ysionneau: your @fallen on GitHub right? | 22:03 |
| ysionneau | yes I am | 22:04 |
| mithro | The EDID is often stored in the monitor in amemory device called a serial PROM(programmable read-only memory) orEEPROM (electrically erasable PROM) and is accessible via the I²C-bus at address 0x50.[2]The EDID PROM can often be read by the host PC even if the display itself is turned off. | 22:04 |
| mithro | https://en.m.wikipedia.org/wiki/Extended_Display_Identification_Data | 22:04 |
| tpb | Title: Extended Display Identification Data - Wikipedia, the free encyclopedia (at en.m.wikipedia.org) | 22:04 |
| ysionneau | ok good | 22:04 |
| ysionneau | so I can definetely have a look at the gateware FSM to make sure I understand what I'm supposed to do in software | 22:04 |
| ysionneau | 22:59 <@mithro> BTW you saw https://github.com/timvideos/HDMI2USB-misoc-firmware/issues/21 right? < yes saw it | 22:05 |
| tpb | Title: Add I2C EEPROM gateware and software · Issue #21 · timvideos/HDMI2USB-misoc-firmware · GitHub (at github.com) | 22:05 |
| mithro | Yeah, eventually I expect we'll rip out the EEPROM gateware in the HDMI in and replace it with software | 22:07 |
| mithro | Got to run | 22:08 |
| ysionneau | why do you want to fix something which is working ? :p | 22:08 |
| ysionneau | ok se you ! | 22:08 |
| mithro | Be back in an hour or two | 22:08 |
| ysionneau | +e | 22:08 |
| ysionneau | ah I'll be sleeping | 22:08 |
| mithro | Yeah, I figured as much | 22:08 |
| mithro | Otherwise I wouldn't be typing so much on my phone :-) | 22:09 |
| ysionneau | ^^ | 22:09 |
| *** CarlFK has joined #timvideos | 22:10 | |
| *** ChanServ sets mode: +v CarlFK | 22:10 | |
| mithro | https://www.google.com.au/url?sa=t&source=web&rct=j&url=http://ww1.microchip.com/downloads/en/DeviceDoc/21683a.pdf&ved=0CDQQFjAIahUKEwjxu6DhoPXIAhWEPCYKHXN_Az4&usg=AFQjCNHawrDlROgc8Nlj1DWrxInc3o_esQ&sig2=eT00NUdO4jS1haQgkE3lag | 22:10 |
| ysionneau | linking it for the i2c "protocol" ? | 22:10 |
| ysionneau | I already found some 24A* datasheet | 22:11 |
| ysionneau | the TMC one | 22:12 |
| ysionneau | but yours is interesting as it's clearly branded as a VESA EDID eeprom =) | 22:12 |
| ysionneau | thx | 22:12 |
| ysionneau | interesting how in fact the protocole does not seem to be I2C at all | 22:16 |
| ysionneau | just clocking the bits out of it | 22:17 |
| ysionneau | ok I have some more reading to do then =) | 22:23 |
| CarlFK | mithro: put something in testing please | 23:07 |
| mithro | ysionneau: this might be useful too https://github.com/groeck/i2c-tools/tree/master/eeprom ? | 23:16 |
| tpb | Title: i2c-tools/eeprom at master · groeck/i2c-tools · GitHub (at github.com) | 23:16 |
| *** Bertl_oO is now known as Bertl_zZ | 23:24 | |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!