|
From: Felix S. <fe...@sa...> - 2018-01-19 08:42:35
|
On Thu, Jan 18, 2018 at 06:55:03PM -0800, Kevin Cameron wrote: > I was trying to get the guys at Analog Rails to work on it, but the > Gnucap folk were clueless and it didn't go anywhere. Hi there. at the time Kevin was experimenting with this, gnucap was in transition to plugins. presumably, only Al knew how it was supposed to work. The main idea is that contributions are plugins, and incomplete contributions can be immediably shared (and are workable) without needing either review or changes to the kernel. we are getting there. i have not used icarus or revisited icarus plugins since, but things are evolving. - there are more plugins available now. i see them as proof of concept of the idea. but some of them work quite well. - cosimulation related plugins exist [1,2]. this is analog only, but the idea is clear. with some tweaking, a similar approach could support connectmodules and a discrete event protocol. - the solver is now preloadable. with this it is possible to hook in domain specific calls. i use this for physics based models. in principle you could put vvp or a vpi interface here. > Generally you want to have the analog simulator as master and digital > as the slave (analog does event scheduling) if you can. yes. cheers felix [1] https://github.com/gnucap/gnucap-coupling/blob/master/README [2] https://github.com/gnucap/gnucap-jack |