
Jayutmb
My background is in drug development for cancer ( this robot stuff is quickly becoming my favorite hobby and i am slowly picking up on this stuff) ... So dont burn me if this is totally stupid or already done by someone
Anyhow... So I am great with logic flow ..just no so much with all the scripting jargon out there... How cool would it be if someone came up with a compiler program that let you write out your logic flowchart with all the squares,circles,if/then boxes/lines connecting flow..ect then it would do the "scripting" in the background that corresponded with the flowchart... and for things that require physical things like servos for example ... just drag and drop the items from a list that goes with items that have action, i.e "servos" ..ect...
Anyhow that is something that I think would be a huge boon for people like me who have the logic down.. just lack the exposure to scripting ...
Ok start flaming me
Scripting is the advanced add-on on top of the basic drag and drop functions available in ARC.
I am not saying your idea is bad. Just to do it, beyond what the UI already does, would be a massive undertaking. The scripting language is really not that hard to learn, and the community is always here to point you to existing scripts or help you write scripts when you need it.
Alan
I sent you an email bro...
I use a flowchart system on everything...simply so I don't get confused when there's too many things going on, and it's easy to get lost. Nice to have a map of functions.
How's this for a system, create a flow chart, post it here and let a real person code it properly?
Honestly, I am always looking for something to write but am always out of ideas. All of my scripts which I have shared and improved are based on someone else's idea. Ping Roam was based on someone else's question posted. Speed ramping was built on someone else's question. Speak The Time/Speak The News built from someone else's question or script.
Truth is, I love to write scripts so feed me ideas
Which type of "firmware" do you mean - embedded or low level code, libraries...?
High level *application* specific languages deserve a lower level framework, i.e. kind of an OS and libraries, with different development requirements in each area.
But I don't see a big difference in flow charts, state diagrams, and other forms of requirements, as means for the *description* of the goals. That's independent from the *implementation*, where different techniques may suit better. In either case the *verification* of a professional implementation requires that each party can determine or demonstrate *that* and *how* the goals are reached. This suggests to me some formal layer on top of an implementation, understandable by both the ordering party and the contractor. I.e. they should speak the same "language", be strict or sloppy, textual or graphical. Even if the same person defines and implements her application, she should have such a choice.
I am not saying anything against either method, just my preference. I'm also just saying that if he manages his code correctly then he should be able to recognize the paths it flows through and anyone else should be able to apprehend it.
I mostly program in vhdl now. I have dealt with programming ADA and assembly a couple of times but that's mainly on older systems. When it comes to mapping code in assembly that's a whole different story cause those instructions are specific register moves. So I am not really trying to bring that up as reference to the current topic.