Hi Mitch, Thanks for the reply. The 100 Gbe is working fine on my end. I also was able to get the into my design.
In terms of using the -es1 in the design files, I would suggest that this be noted in the tutorials that this could be an issue for people if they do not have a -es1 board and they should adjust it in the design file if they are having trouble with 100 Gbe. I know it was necessary to remove the -es1 to get my 100 Gbe on my board to work. Thanks, John On Monday, March 11, 2024 at 1:21:39 AM UTC-4 Mitch Burnett wrote: > Hi John, > > Now I think the trick is you have to change the block parameters for the > yellow block supplying the PPS to be single ended because I ran that and it > got rid of my error since in the zcu208/216 use single LVCMOS18 instead of > LVDS_25. > > Am I on the right track here? > > > Yes, this is correct. The `sync_in` from the CLK104 is a single-ended > input and so you will need to hint this to the yellow block with the ‘Use > as single-ended’ checkbox. > > Also I may have found more errors in the .yaml file for the zcu208. > > > Thanks! The best thing to do here would be to either make a Github issue > on `casper-astro/mlib_devel/` documenting what you have found. Or, if you > already have these changes corrected and in a branch you can create a pull > request against the `m2021a-dev` branch on `casper-astro/mlib_devel/` and > folks can review what you found there. > > Can we also take the -es1 off of all of the files so the 100 Gbe works out > of the box or add a message to the tutorial? > > > What about having `-es1` prevents 100 GbE working? Are you still having > issues with 100 GbE? This shouldn’t have had any impact on what you were > seeing previously? > > Removing -es1 is probably fine. I am not sure how widely used zcu208 is > (you may be the first — we are patching the errors in the porting process > as you report them. What was there was a carryover from zcu216 and not > tested due to lack of hardware). A better approach though may be to allow > for an -es1 and non-es1 version when making a selection in the yellow block > mask. I know this would help folks like me where I have 12 -es1 zcu216 that > will need to still be targeted but also will help the folks building on > non-es1 hardware and not need to make adjustments to the underlying > platform files. > > Best, > Mitch > > On Mar 10, 2024, at 3:32 PM, John Swoboda <swo...@gmail.com> wrote: > > Hi All, > > I've been trying to get my zcu208 to trigger on a pps. I've looked at a snap > tutorial > <https://casper-toolflow.readthedocs.io/projects/tutorials/en/latest/tutorials/snap/tut_corr.html> > > that has sync generator example and I tried to model a basic PPS counter > from that which is seen here: > > > > <simpleppscounter.png> > > Building it I get the following error though: > > > Traceback (most recent call last): > File "/home/swoboj/CASPER_DEV/mlib_devel/jasper_library/exec_flow.py", > line 213, in <module> > tf.generate_consts() > File "/home/swoboj/CASPER_DEV/mlib_devel/jasper_library/toolflow.py", line > 657, in generate_consts > constraint.gen_physical_const(self.plat) > File "/home/swoboj/CASPER_DEV/mlib_devel/jasper_library/constraints.py", > line 120, in gen_physical_const > pins = platform.get_pins(self.iogroup, index=self.iogroup_index) > File > "/home/swoboj/CASPER_DEV/mlib_devel/jasper_library/casper_platform.py", > line 155, in get_pins > raise KeyError('No pin named %s' % name) > KeyError: 'No pin named sync_in_p' > Error using jasper (line 23) > Backend build failed! Check log files for more information > > Now I think the trick is you have to change the block parameters for the > yellow block supplying the PPS to be single ended because I ran that and it > got rid of my error since in the zcu208/216 use single LVCMOS18 instead of > LVDS_25. > > Am I on the right track here? Also I may have found more errors in the > .yaml file for the zcu208. Can we also take the -es1 off of all of the > files so the 100 Gbe works out of the box or add a message to the tutorial? > > Thanks, > > John > > <blockpps.png> > > -- > You received this message because you are subscribed to the Google Groups " > cas...@lists.berkeley.edu" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to casper+un...@lists.berkeley.edu. > To view this discussion on the web visit > https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/719ac75b-2634-42e6-8c91-d48516b84a72n%40lists.berkeley.edu > > <https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/719ac75b-2634-42e6-8c91-d48516b84a72n%40lists.berkeley.edu?utm_medium=email&utm_source=footer> > . > <simpleppscounter.png><blockpps.png> > > > -- You received this message because you are subscribed to the Google Groups "casper@lists.berkeley.edu" group. To unsubscribe from this group and stop receiving emails from it, send an email to casper+unsubscr...@lists.berkeley.edu. To view this discussion on the web visit https://groups.google.com/a/lists.berkeley.edu/d/msgid/casper/257109c4-2522-402c-b07d-de6e3ed3bf59n%40lists.berkeley.edu.