Comments on: visualSTATE http://embeddedgurus.com/stack-overflow/2008/05/visualstate/ Thoughts on embedded systems by Nigel Jones Thu, 09 Feb 2012 07:32:39 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: A short introduction to IAR visualSTATE | Miika Lönnqvist http://embeddedgurus.com/stack-overflow/2008/05/visualstate/comment-page-1/#comment-11957 A short introduction to IAR visualSTATE | Miika Lönnqvist Thu, 22 Dec 2011 16:16:30 +0000 http://www.gfcdev.org/test-stack/2008/05/20/visualstate/#comment-11957 [...] I haven’t seen anyone else write about it (except IAR with their technical articles). I found one blog post giving kudos to it, but that’s roughly it. If you want to toy around with it in the meantime, [...] [...] I haven’t seen anyone else write about it (except IAR with their technical articles). I found one blog post giving kudos to it, but that’s roughly it. If you want to toy around with it in the meantime, [...]

]]> By: Nigel Jones http://embeddedgurus.com/stack-overflow/2008/05/visualstate/comment-page-1/#comment-2641 Nigel Jones Fri, 12 Nov 2010 14:47:29 +0000 http://www.gfcdev.org/test-stack/2008/05/20/visualstate/#comment-2641 As a general rule, I don't allow comments from tool suppliers that are promoting their products. I have made an exception in this case because (a) Miro is a fellow blogger here at EmbeddedGurus, and (b) I have a lot of respect for his technical abilities. Come the happy day that I have a spare week on my hands, I will take QM tools out for a test drive and report my results. As a general rule, I don’t allow comments from tool suppliers that are promoting their products. I have made an exception in this case because (a) Miro is a fellow blogger here at EmbeddedGurus, and (b) I have a lot of respect for his technical abilities. Come the happy day that I have a spare week on my hands, I will take QM tools out for a test drive and report my results.

]]> By: Miro Samek http://embeddedgurus.com/stack-overflow/2008/05/visualstate/comment-page-1/#comment-2640 Miro Samek Fri, 12 Nov 2010 14:36:17 +0000 http://www.gfcdev.org/test-stack/2008/05/20/visualstate/#comment-2640 The new, free QM tool from Quantum Leaps provides features very comparable to IAR visualSTATE. In particular, you get a very intuitive graphical editor for hierarchical state machine diagrams and automatic code generator based on the QP state machine frameworks. Unlike visualSTATE, QM gives you complete control over the generated code structure, directory names, file names, and elements that go into every file. You can mix your own code with the synthesized code and use QM to generate as much or as little of the overall code as you see fit. At the low level, QM respects your graphical layout as much as possible and will not re-attach or re-route connectors, resize nodes, or adjust text annotations. You will find that you don't need to fight the tool. You can download QM from state-machine.com/qm. QM is free to download and free to use without any restrictions and without filling any forms. The new, free QM tool from Quantum Leaps provides features very comparable to IAR visualSTATE. In particular, you get a very intuitive graphical editor for hierarchical state machine diagrams and automatic code generator based on the QP state machine frameworks.

Unlike visualSTATE, QM gives you complete control over the generated code structure, directory names, file names, and elements that go into every file. You can mix your own code with the synthesized code and use QM to generate as much or as little of the overall code as you see fit. At the low level, QM respects your graphical layout as much as possible and will not re-attach or re-route connectors, resize nodes, or adjust text annotations. You will find that you don’t need to fight the tool.

You can download QM from state-machine.com/qm. QM is free to download and free to use without any restrictions and without filling any forms.

]]> By: Gregory http://embeddedgurus.com/stack-overflow/2008/05/visualstate/comment-page-1/#comment-34 Gregory Tue, 16 Jun 2009 14:42:16 +0000 http://www.gfcdev.org/test-stack/2008/05/20/visualstate/#comment-34 I can't say I've used VisualSTATE, but I've had good success with <a href="http://smc.sf.net/" rel="nofollow">SMC</a>, an open source state machine compiler. There's no GUI, but it produces decent code in a wide variety of languages from a very readable state description file format. I can't say I've used VisualSTATE, but I've had good success with SMC, an open source state machine compiler. There's no GUI, but it produces decent code in a wide variety of languages from a very readable state description file format.

]]> By: Nigel Jones http://embeddedgurus.com/stack-overflow/2008/05/visualstate/comment-page-1/#comment-33 Nigel Jones Fri, 05 Sep 2008 11:29:00 +0000 http://www.gfcdev.org/test-stack/2008/05/20/visualstate/#comment-33 Apologies for how long it has taken to respond. The answer is no - at least within the confines of a blog. Partitioning is a mix of art, science and blind luck. Having said that, I'm finding that the more I do it, the less luck is involved. If you really need help on this are, then I do offer a training course on visualSTATE, which I'll publicize on my web site as and when I get the time. Apologies for how long it has taken to respond. The answer is no – at least within the confines of a blog. Partitioning is a mix of art, science and blind luck. Having said that, I’m finding that the more I do it, the less luck is involved. If you really need help on this are, then I do offer a training course on visualSTATE, which I’ll publicize on my web site as and when I get the time.

]]> By: Anonymous http://embeddedgurus.com/stack-overflow/2008/05/visualstate/comment-page-1/#comment-32 Anonymous Wed, 20 Aug 2008 13:05:00 +0000 http://www.gfcdev.org/test-stack/2008/05/20/visualstate/#comment-32 <i>"... I found that it took me a lot longer to work out how best to partition a problem between visualSTATE and traditional code."</i>Can you offer general guidance regarding partitioning "best practices"? “… I found that it took me a lot longer to work out how best to partition a problem between visualSTATE and traditional code.”Can you offer general guidance regarding partitioning “best practices”?

]]> By: Nigel Jones http://embeddedgurus.com/stack-overflow/2008/05/visualstate/comment-page-1/#comment-31 Nigel Jones Sun, 15 Jun 2008 12:04:00 +0000 http://www.gfcdev.org/test-stack/2008/05/20/visualstate/#comment-31 visualSTATE is a UML tool, albeit a subset of UML (for which I'm grateful). Since I don't know much about Rhapsody I can't compare the two products - but then that's not really my point. I think the point is that by using a tool such as visualSTATE (and presumably Rhapsody if it's any good) one can achieve dramatic gains in productivity. If you have particular experience of Rhapsody I'd love to hear about them. visualSTATE is a UML tool, albeit a subset of UML (for which I’m grateful). Since I don’t know much about Rhapsody I can’t compare the two products – but then that’s not really my point. I think the point is that by using a tool such as visualSTATE (and presumably Rhapsody if it’s any good) one can achieve dramatic gains in productivity. If you have particular experience of Rhapsody I’d love to hear about them.

]]> By: Anonymous http://embeddedgurus.com/stack-overflow/2008/05/visualstate/comment-page-1/#comment-30 Anonymous Sat, 14 Jun 2008 19:52:00 +0000 http://www.gfcdev.org/test-stack/2008/05/20/visualstate/#comment-30 Why not use a UML tool instead? E.g. Telelogic rhapsody./Oscar Why not use a UML tool instead? E.g. Telelogic rhapsody./Oscar

]]>