Andrew, Thanks for the info. I'll switch over to snapshot.
Thanks, Richard Black On Fri, Mar 14, 2014 at 10:26 AM, Andrew Martens <[email protected]> wrote: > Hey Richard > > I think I know what the problem is. The 'To Processor' software registers > have recently been updated and now include Assert blocks which check that > the input is the correct type. The input should be > UFix_32_0 but in this case it is something else. You could add a convert > block or pad the input address with 0s. > > Also, please try to use Scopes/snapshot blocks, the old Scopes/snap blocks > are due for removal from the library. > > Regards > Andrew > > > On 14/03/2014 18:08, Richard Black wrote: > >> Hi all, >> >> I was just inserting a snap block into a design to test an ADC yellow >> block, and I got an assertion error: >> >> The input type propagated to this block did not match the specified type. >> Expected Type: UFix_32_0 >> Actual Type: UFix_11_0 >> >> The offending block is the "addr" register in the snap block, which is >> driven by the "freeze_cntr" block. Any idea what is causing this? >> >> Here is what revision of the ska-sa github repository I'm using. >> >> ------------------------------------- >> >> git log -1 >> commit 2d523da21e87393f8d025e570a97e3b42af9358a >> Merge: b89854a a0f051b >> Author: Andrew Martens <[email protected] <mailto:[email protected]>> >> >> Date: Fri Jan 24 18:29:56 2014 +0200 >> >> Merge branch 'master' of github.com:ska-sa/mlib_devel >> ------------------------------------- >> >> Thanks! >> >> Richard Black >> >
