Ok..we are onto that, I wasn't sure if it would work with your board.
BIG QUESTION: DJ, have you had a go at taking ARC to the next level and used your powerful script commands to form a GUI like Nxt-G. Now I'm not saying Nxt-G is the ultimate but it's intuitive in that has structural visual form and follows in block combinations.
A version of ARC in that format would just blow everything away. A massive undertaking - I'm not sure, your the programmer, but it would be super cool...What do you think ?
Nxt-g is limiting by only allowing single process execution and is not scalable. It does not possess the structure to be flexible. It's a great tool for children and beginners who want a line follower. It's not good for full features robots. Theres a reason ez robot is in discussions with very large industry corporations if you have trouble with ARC, Nxt or anything else isn't a solution for you. Patience and accepting that a learning curve is expected with any technology. Youll just have to choose which one. Chances are, you'll return to ez robot because we will always have more functionality than anything else
As for that sdk. There is a section on how to add it to your custom robot. I don't see a benefit for us to add direct support to it. It's a complicated and limited version of what ez robot has already created. If someone added ez-b support, that'd be neat.
I hear what you say. Please understand I'm not saying Nxt-G is better or even compares to your EB. As you say it is more for children playing with Lego to form simple Robots. I chose to go with EB with my son and my brother because of the scalability and reach of the software. All I'm saying is that the format of how information is conveyed in Nxt-G is appealing in structure and presentation of information and something you could think about for the masses. It's a bit like the old DOS days of computing. Not so many years ago I listened to radio shows with PC enthusiast saying they were frustrated users kept complaining about DOS. DOS can do so much, they would say - why don't people just embrace, learn and further develop it. This was all coming from the programmers blinded by their own enthusiasm of a system that was simple to them but difficult for the masses. Then came along Windows, people just point and click, it's visual, intuitive and in a very short time it empowers people that normally would have nothing to do with computers. All I'm saying is that if your going to set up something that can reach the masses through appeal and simplicity, as you have done, don't overlook the fact you can always go one better - and I think if you listen to people that are sending you signals for continuous improvement, you will be around a long time. It's not about large industry corporations because they pull in teams of programmers that deal with whatever it is they are trying to do with your system. I'ts about an old man or a young boy saying - hey, I get it, that's ezy...if we add this to that we get a Robot that dances.
Nxt is limited by its user interface as a single process. The ARC software has more potential but requires a different layout - which is why ARC is a multi threaded control layout
I don't think anyone would compare ARC to MS-DOS. I think Arduino is like DOS. ARC is more like Macintosh. NXT is like Pong. Haha
Take it easy DJ, Pong is a great game Haha... Your right about Arduino being like dos but I think comparing ARC to Macintosh is a massive stretch - I think Steve Jobs would have grin on that one. If it was that good I wouldn't be writing to you to try and get you to think more on the average user side to improve your EB interface. Let's face it, web developers like Google, Successful game developers and MS application teams all trend towards WSWIG and away from text to reach their mass audience. I'm not talking about capability and or scalability, I'm talking about how people like to join the dots. Clever people converted zero's and plus (positive/negative) into text that became code which run through boards like the EZ-B back to a computer and we have robot magic. But to be honest, I'm not interested in that, I want to be able open up windows and join the dots - blocks - cogs - images and see intuitively how they join and interact with each other to form an outcome. What you have done is simplify script and dropped it into a windows type environment and pounded your site with instructions and examples on how to use it. Thats fine but it's all in pieces here and there. Sifting through all that takes time, and I mean no disrespect to those out there that enjoy that. All I'm trying to get you to understand is that if your trying to get from A to B, most people go the simplest easy to understand route. Steve Jobs didn't just wiz up Macintosh Gui and WISWG over night with a bunch of programmers. He brought in people that were musicians, painters, trades people and asked for their insight and ideas on what they wanted to see in a Macintosh for them to use it. He cleverly stood back from his own developers chair and by taking in the views and ideas of others, came up with new take on communication developing the iphone. Anyway, that's enough from me. I'm off work today so it's the dishes, some home maintenance and kid pickups. Now if you had a system to develop a robot that could do all that Mr SJ would be laughing, not grinning. Cheers DJ
ARC is a multi threaded graphical interface based on controls. Each control performs a configurable task. The controls can be linked using EZ-Script to create customized tasks. The tutorials on the website are built to demonstrate users how to interface with controls. There are over 2,000 users in ARC's existence (Which is about a year old). It's great to hear your feedback, however connecting dots using an NXT type single process interface will not provide the flexability and scalability that EZ-Robot is known for. It was concerned during initial architecting phase, but dropped due to limitations.
Our relationship with Apple as EZ-Robot being the only MFI certified DIY robot platform helps defend my claim that ARC is still the most scalable robot control/development environment around. And yes, it's Macintosh comparison worthy according to over 2,000 other users.
It sounds like you would prefer a single process design interface? I would recommend Lego for that. There are a few others, but Lego has the most followers. Multithreaded control environments (such as ARC) are designed for scalability to encompass beginner and advanced users. Of course, expect a learning curve to grow to the latter
I really like the way Labview works... I wonder if EB could be incorporated into a Labview environment..
That would be cool.. In any-case we have invested quite some dollars into your system and offering feedback to further improve it - hopefully to get you from 2000 users to 2 million in the not too distant future. We will persist DJ...once again..cheers, you have done a great job.
I'd suggest downloading both Urbi and ARC to try them out
Ok..we are onto that, I wasn't sure if it would work with your board.
BIG QUESTION: DJ, have you had a go at taking ARC to the next level and used your powerful script commands to form a GUI like Nxt-G. Now I'm not saying Nxt-G is the ultimate but it's intuitive in that has structural visual form and follows in block combinations.
A version of ARC in that format would just blow everything away. A massive undertaking - I'm not sure, your the programmer, but it would be super cool...What do you think ?
Nxt-g is limiting by only allowing single process execution and is not scalable. It does not possess the structure to be flexible. It's a great tool for children and beginners who want a line follower. It's not good for full features robots. Theres a reason ez robot is in discussions with very large industry corporations
if you have trouble with ARC, Nxt or anything else isn't a solution for you. Patience and accepting that a learning curve is expected with any technology. Youll just have to choose which one. Chances are, you'll return to ez robot because we will always have more functionality than anything else
As for that sdk. There is a section on how to add it to your custom robot. I don't see a benefit for us to add direct support to it. It's a complicated and limited version of what ez robot has already created. If someone added ez-b support, that'd be neat.
I hear what you say. Please understand I'm not saying Nxt-G is better or even compares to your EB. As you say it is more for children playing with Lego to form simple Robots. I chose to go with EB with my son and my brother because of the scalability and reach of the software. All I'm saying is that the format of how information is conveyed in Nxt-G is appealing in structure and presentation of information and something you could think about for the masses. It's a bit like the old DOS days of computing. Not so many years ago I listened to radio shows with PC enthusiast saying they were frustrated users kept complaining about DOS. DOS can do so much, they would say - why don't people just embrace, learn and further develop it. This was all coming from the programmers blinded by their own enthusiasm of a system that was simple to them but difficult for the masses. Then came along Windows, people just point and click, it's visual, intuitive and in a very short time it empowers people that normally would have nothing to do with computers. All I'm saying is that if your going to set up something that can reach the masses through appeal and simplicity, as you have done, don't overlook the fact you can always go one better - and I think if you listen to people that are sending you signals for continuous improvement, you will be around a long time. It's not about large industry corporations because they pull in teams of programmers that deal with whatever it is they are trying to do with your system. I'ts about an old man or a young boy saying - hey, I get it, that's ezy...if we add this to that we get a Robot that dances.
Nxt is limited by its user interface as a single process. The ARC software has more potential but requires a different layout - which is why ARC is a multi threaded control layout
I don't think anyone would compare ARC to MS-DOS.
I think Arduino is like DOS. ARC is more like Macintosh. NXT is like Pong. Haha
Take it easy DJ, Pong is a great game Haha... Your right about Arduino being like dos but I think comparing ARC to Macintosh is a massive stretch - I think Steve Jobs would have grin on that one. If it was that good I wouldn't be writing to you to try and get you to think more on the average user side to improve your EB interface. Let's face it, web developers like Google, Successful game developers and MS application teams all trend towards WSWIG and away from text to reach their mass audience. I'm not talking about capability and or scalability, I'm talking about how people like to join the dots. Clever people converted zero's and plus (positive/negative) into text that became code which run through boards like the EZ-B back to a computer and we have robot magic. But to be honest, I'm not interested in that, I want to be able open up windows and join the dots - blocks - cogs - images and see intuitively how they join and interact with each other to form an outcome. What you have done is simplify script and dropped it into a windows type environment and pounded your site with instructions and examples on how to use it. Thats fine but it's all in pieces here and there. Sifting through all that takes time, and I mean no disrespect to those out there that enjoy that. All I'm trying to get you to understand is that if your trying to get from A to B, most people go the simplest easy to understand route. Steve Jobs didn't just wiz up Macintosh Gui and WISWG over night with a bunch of programmers. He brought in people that were musicians, painters, trades people and asked for their insight and ideas on what they wanted to see in a Macintosh for them to use it. He cleverly stood back from his own developers chair and by taking in the views and ideas of others, came up with new take on communication developing the iphone. Anyway, that's enough from me. I'm off work today so it's the dishes, some home maintenance and kid pickups. Now if you had a system to develop a robot that could do all that Mr SJ would be laughing, not grinning. Cheers DJ
ARC is a multi threaded graphical interface based on controls. Each control performs a configurable task. The controls can be linked using EZ-Script to create customized tasks. The tutorials on the website are built to demonstrate users how to interface with controls. There are over 2,000 users in ARC's existence (Which is about a year old). It's great to hear your feedback, however connecting dots using an NXT type single process interface will not provide the flexability and scalability that EZ-Robot is known for. It was concerned during initial architecting phase, but dropped due to limitations.
Our relationship with Apple as EZ-Robot being the only MFI certified DIY robot platform helps defend my claim that ARC is still the most scalable robot control/development environment around. And yes, it's Macintosh comparison worthy according to over 2,000 other users.
It sounds like you would prefer a single process design interface? I would recommend Lego for that. There are a few others, but Lego has the most followers. Multithreaded control environments (such as ARC) are designed for scalability to encompass beginner and advanced users. Of course, expect a learning curve to grow to the latter
I really like the way Labview works... I wonder if EB could be incorporated into a Labview environment.. That would be cool.. In any-case we have invested quite some dollars into your system and offering feedback to further improve it - hopefully to get you from 2000 users to 2 million in the not too distant future. We will persist DJ...once again..cheers, you have done a great job.