Nios II使用过程中遇到的一些问题
System timestamp mismatch - connected: “0”, expected: "1588213965.解决办法
情况一
使用上面的方法新建工程时，我们要选择sopcinfo文件，但是点了那三个点之后，默认出来的路径是我们上一次新建Nios II工程时选择的sopcinfo文件路径，假如两次的sopcinfo文件恰巧命名一样，而自己又没有认真看路径，很容易选择了上一次的sopcinfo文件，这个时候我们继续往下操作，当走到Run As Nios II hardware这一步时就会出现下面这种情况“System timestamp mismatch - connected: “0”, expected: "1588213965.”
这种错误的解决办法就是检查我们工程的sopcinfo文件，看是否选择的是我们这个工程的sopcinfo文件。而且在Nios II中很多要我们选择文件时，它默认打开的路径都是我们上一次进行这个操作时选择的路径，尤其是遇到一些路径显示不全的时候很容易出现上面说到的这种情况，所以在选择文件时，最好检查一下文件路径对不对，是不是我们这个工程的文件。 比如下面这种情况：当我们使用Nios II flash programmer时
点了那三点之后，我出来的路径是我在学习Nios II时例程的settings.bsp的路径，并不是我自己的工程的settings.bsp的路径，而且它恰好是看不见这个文件的全部路径，这个时候一旦选了错误的settings.bsp文件，等会儿就会出来，下图的报错信息，说System ID不匹配。在用Nios II的工程中，一旦出现connected XXX，expected XXX两者不匹配时，检查一下自己在建工程的过程中所选的文件是不是属于这个工程的，因为很多时候默认打开的路径都是上一次在进行同类操作时的路径。
情况二
System timestamp mismatch - connected: “1588253397”, expected: “1588251869”.
我在学习Nios II的过程中再一次遇见了“connected XXX，expected XXX”两个不匹配的情况，这一次我按情况一的解决办法，反复检查了几次都没有找到问题，这个时候我就想是不是硬件平台的构建有问题。果然我仔细检查了一下我的quartus II的程序，发现工程添加用qsys生成的文件有问题。
错误图：
正确图：
这个问题挺隐蔽的，在用quartus编译的时候并不能检查出来。
总结
检查的时候分为两部分，一是检查自己构建的硬件平台有没有问题；二是检查用Eclipse构建的软件是不是有问题。我上面遇到的两种情况，正好一个是软件上的问题，一个是硬件上的问题。