Tuesday, 2018-07-24

*** tpb has joined #yosys00:00
*** fsasm has quit IRC00:17
*** m_t has quit IRC00:28
*** promach_ has joined #yosys00:30
*** lutsabound has quit IRC00:53
*** lutsabound has joined #yosys00:55
*** m_w_ has quit IRC01:10
*** promach_ has quit IRC01:48
*** m_w_ has joined #yosys02:00
*** emeb has quit IRC02:15
*** altenius has quit IRC02:51
*** digshadow has quit IRC02:54
*** digshadow has joined #yosys03:22
*** promach has quit IRC03:35
*** proteusguy has quit IRC03:38
*** promach has joined #yosys03:39
*** lutsabound has quit IRC04:03
*** proteusguy has joined #yosys04:36
*** proteusguy has quit IRC04:48
*** cr1901_modern has quit IRC05:10
*** cr1901_modern has joined #yosys05:10
*** m_w_ has quit IRC05:12
*** TFKyle has joined #yosys06:07
*** promach has quit IRC06:46
*** proteusguy has joined #yosys07:01
*** dys has quit IRC07:02
*** promach has joined #yosys07:10
*** leviathan has joined #yosys07:29
*** GuzTech has joined #yosys07:29
*** pie___ has quit IRC07:40
*** proteusguy has quit IRC07:48
*** fsasm has joined #yosys08:01
*** mirage335 has quit IRC08:09
*** proteusguy has joined #yosys08:21
*** m_w_ has joined #yosys08:29
*** m_w_ has quit IRC08:34
*** mirage335 has joined #yosys08:41
*** leviathan has quit IRC09:20
*** leviathan has joined #yosys11:03
*** proteusguy has quit IRC11:04
*** leviathan has quit IRC11:35
*** leviathan has joined #yosys11:36
*** [X-Scale] has joined #yosys12:40
*** X-Scale has quit IRC12:41
*** [X-Scale] is now known as X-Scale12:41
*** m_t has joined #yosys12:43
*** promach has quit IRC13:00
*** lutsabound has joined #yosys13:06
*** promach has joined #yosys13:14
*** m_w has joined #yosys13:15
*** m_w has quit IRC13:16
*** proteusguy has joined #yosys13:18
*** promach_ has joined #yosys13:48
*** eduardo has quit IRC13:55
*** pie_ has joined #yosys14:06
*** pie_ has quit IRC14:20
*** pie_ has joined #yosys15:15
*** GuzTech has quit IRC15:22
*** maikmerten has joined #yosys15:27
mattvennI'm having a problem with a fairly simple design15:31
mattvennI'm testing Kevin Hubbard's hyperram double pmod board with his module hyper_xface.v15:32
mattvennI've wired this up and it looks like it's working OK15:32
mattvennI've put a serial interface in15:32
mattvennso I can write addresses and read and write data15:33
mattvennand am getting strange problems with bytes crossing serial boundaries on the way out15:33
mattvennso an internal counter might get to 32, and this results in 8192 on the serial receive15:33
mattvennremoving the hyperram module removes this problem15:34
mattvennso it looks to me like a timing issue15:34
mattvennunfortunately, icetime fails with Unable to resolve delay for path ce -> ltout in cell type LogicCell40!15:34
mattvennand google isn't helping too much on that15:34
mattvennyou can take a look at top.v here: https://github.com/mattvenn/hyperram/tree/icestick-example15:35
tpbTitle: GitHub - mattvenn/hyperram at icestick-example (at github.com)15:35
mattvennany guidance appreciated!15:36
daveshahmattvenn: the ce -> ltout is hopefully fixed in the latest icestorm (by funny coincidence this issue that has not surfaced for years was found a few weeks ago by someone else)15:36
daveshahhowever I wouldn't expect to see that at all in a design from arachne-pnr?15:37
mattvennis it to do with with SB_IO blocks I'm using to get inout pins working?15:38
mattvennyes, new icetime works with no errors - timing estimate of 105MHz, so my guess about timing isn't correct15:40
mattvennmy target is the icestick, with a 12Mhz clock15:40
*** jwhitmore_ has joined #yosys15:52
mattvennsome other strangeness. If I assign a new pin to the serial tx so I can look at it on the scope16:09
mattvennoutput tx216:09
mattvennassign tx2 = tx;16:09
mattvennthen the serial port stops functioning, no bytes ever sent16:09
mattvenn(with hyperram module enabled)16:10
mattvennwith hyperram removed - all works as expected16:10
mattvennI don't really know how to progress from here16:10
mattvennwhy would adding a new wire stop the design from working?16:11
*** pie_ has quit IRC16:16
*** jwhitmore_ has quit IRC16:28
*** ZipCPU has quit IRC16:44
*** ZipCPU has joined #yosys16:50
*** fsasm has quit IRC16:51
*** ZipCPU has quit IRC16:57
*** ZipCPU has joined #yosys16:58
*** ZipCPU|Alt has joined #yosys17:01
*** ZipCPU|Alt has joined #yosys17:01
*** jwhitmore_ has joined #yosys17:11
*** kraiskil has joined #yosys17:12
*** jwhitmore_ has quit IRC17:17
*** jwhitmore_ has joined #yosys17:19
*** dys has joined #yosys17:26
*** digshadow has quit IRC17:33
*** m_t has quit IRC17:35
*** promach_ has quit IRC17:38
*** kraiskil has quit IRC17:42
*** jwhitmore_ has quit IRC17:55
*** digshadow has joined #yosys17:58
*** seldridge has joined #yosys18:05
maikmertenyay, first take on a very ugly SRAM and PMOD "wing" for the HX8K breakout board... https://pasteboard.co/HvYoBXzG.png18:13
tpbTitle: Pasteboard Uploaded Image (at pasteboard.co)18:13
ZipCPUmattvenn: Are you using any PLL's in your design?18:27
elmsice40 question, how can I configure a logic cell to use a DFF to use the CEN, but another cell in the same tile use a DFF with enable set to 1?18:38
elmsIt's not clear from http://www.clifford.at/icestorm/logic_tile.html but it looks like it should be possible in figure 2.2 of iCE40 LX/HX family datasheet18:40
tpbTitle: Project IceStorm LOGIC Tile Documentation (at www.clifford.at)18:40
daveshahelms: no18:40
daveshahCEN of 1 is simply disconnecting the CEN to the whole tile18:40
elmsyou mean it's not possible?18:40
daveshahNo, its not possible18:40
elmsare the enable and output mux ganged? https://usercontent.irccloud-cdn.com/file/cVzKFFrp/iCE40-PLB.png18:42
daveshahYes - I can't see any reason why you would use them separately anyway18:42
elmsyeah, trying something with VPR and it's packing some together such that one has a cen and one is always 1. Guess we need to stop those from being packed in the same time. Thanks!18:44
daveshahYes, you will need to18:45
*** zkrx has quit IRC18:45
*** zkrx has joined #yosys18:47
mattvennZipCPU: no plls18:48
ZipCPUOk, then that's not your problem.18:48
mattvennthe only other time I've experienced things working funny on addition or removal of a wire or register was due to timing issues18:49
mattvennmaikmerten: looks cool! are there spare wires you can use for more pmods?18:50
ZipCPUmattvenn: I'm also struggling to understand what would cause your issue(s).  It's not making sense here, no matter how many times I read your description.18:51
ZipCPUmattvenn: To understand why icetime is failing, let me ask how many clocks are being used in your design?  (I know you said you weren't using any PLL's)18:59
maikmertenmattvenn, some pins are left, but not enought for a 2x6 PMOD18:59
maikmerten*enough18:59
maikmertenthose 2x20 headers carry surprisingly few signals19:00
maikmertengiven that there's about 10 GNDs per connector19:00
maikmerten*there are19:00
maikmertenalso it's a hazzle to route signals between those pin headers to the right hand side, which explains the weird lines at the top of the board19:02
*** jwhitmore_ has joined #yosys19:02
maikmertenhttps://pasteboard.co/HvYKjGC.png19:06
tpbTitle: Pasteboard Uploaded Image (at pasteboard.co)19:06
maikmerten(a pin header with 1x6 pmod signals should be doable)19:08
*** leviathan has quit IRC19:10
* maikmerten adds a 1x6 PMOD header to the design19:14
mattvennlet me know when you put in on oshpark19:20
mattvenn(if)19:20
mattvennZipCPU: daveshah told me the bug had been fixed and I verified timing is OK with a new icetime19:20
mattvennonly one clock19:21
mattvennwell.. the uart generates a baud clock19:21
mattvennso I guess that's another19:21
maikmertenmattvenn, https://pasteboard.co/HvYQQru.png19:22
tpbTitle: Pasteboard Uploaded Image (at pasteboard.co)19:22
maikmertenmattvenn, sure, I'll happily share the design19:23
mattvennsweet!19:23
mattvennone problem I discovered using sram on the blackice board was that they'd used a global PLL pin in the i/o19:23
mattvennwhich meant only 1 PLL could be used if the sram was being used19:24
mattvennso might be worth checking the pins that would need to be inout for the sram aren't the PLL pins19:24
maikmertenone the hx8k breakout board the clock is on J319:25
* maikmerten checks this is not used on the SRAM19:25
maikmertenewww, J3 is on header "J4", and yes, I'm currently happily using that for the SRAM19:27
maikmertenthanks for the hint19:27
maikmerten(why why why did they do that?!)19:27
mattvennching!19:32
mattvennhttps://forum.mystorm.uk/t/placement-conflict-between-sb-io-for-ram-and-pll/224/719:33
tpbTitle: Placement conflict between SB_IO (for RAM) and PLL? - myStorm (at forum.mystorm.uk)19:33
*** seldridge has quit IRC19:35
maikmertenyup, oscilloscope confirms a neat 12 MHz clock on for signal "J3" on header J419:35
maikmertenyup, oscilloscope confirms a neat 12 MHz clock on signal "J3" on header J419:35
*** m_t has joined #yosys19:37
maikmertenokay, thankfully it was easy to avoid the J3 pin without a ripple effect on the signal routing19:41
maikmertenbut my, without having this conversation I would for sure have ended up with a non-functional board19:42
*** jwhitmore_ has quit IRC19:56
*** seldridge has joined #yosys20:00
*** seldridge has quit IRC20:04
*** seldridge has joined #yosys20:06
*** xerpi has joined #yosys20:09
*** maikmerten has quit IRC20:22
*** seldridge has quit IRC20:43
*** pie_ has joined #yosys21:03
*** m_w has joined #yosys21:56
*** seldridge has joined #yosys22:00
*** digshadow has quit IRC22:07
*** dys has quit IRC22:49
*** dys has joined #yosys22:56
*** pie__ has joined #yosys23:12
*** pie_ has quit IRC23:14
*** m_t has quit IRC23:20
*** altenius has joined #yosys23:27
*** xerpi has quit IRC23:30
*** seldridge has quit IRC23:32

Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!