Subject: Re: [boost] Flow-based programming library for Boost?
Date: 2012-12-06 14:26:56
One of the main issues we ran into teaching EE's how to use SystemC was that they didn't have a solid background in C++ (most were C folk). As a result, we spent a day on C++, three on basic SystemC and a day on transaction level modeling.
It's important to note that SystemC handles multiple levels of abstraction within the same simulation. You can simply work at the very abstract level of messages being sent from system to system if you wish. You can also create simulations with specific elements having higher levels of specificity. For some (chip folk) the actual signals on the wire are simulated.
In practice, you would only work with the high-resolution model elements to debug them. Once you were happy, you would retain only the abstract version with appropriate timing information.
Senior Software Development Engineer
Dell | Enterprise Solutions Group
> -----Original Message-----
> From: boost-bounces_at_[hidden] [mailto:boost-
> bounces_at_[hidden]] On Behalf Of Jeff Flinn
> Sent: Thursday, December 06, 2012 12:12 PM
> To: boost_at_[hidden]
> Subject: Re: [boost] Flow-based programming library for Boost?
> On 12/6/2012 7:37 AM, Marcus Tomlinson wrote:
> > This is a very powerful and impressive modeling system, but its very
> intimidating! Don't get me wrong, this is obviously my opinion. I believe this is
> why so few people use (or are even aware of) flow-based programming in
> their projects (hobbyists + companies).
> (Your posting format is difficult to respond to as it doesn't wrap properly and
> you should avoid top posting)
> My experience has been that FBP has been used extensively and for quite
> some time in automotive, aerospace and general controls industries via
> Matlab's Simulink which allows graphical design, editing, simulation and
> testing, with subsequent code generation to low level (C, C++, ADA, ...).
> Most of these users are Mechanical/Electrical engineers who are not
> particularly adept with modern C++(IMHO of course).
> Unsubscribe & other changes: