Shop OBEX P1 Docs P2 Docs Learn Events
SimpleIDE Request — Parallax Forums

SimpleIDE Request

Phil Pilgrim (PhiPi)Phil Pilgrim (PhiPi) Posts: 23,514
edited 2014-06-03 08:40 in Propeller 1
jazzed,

Please allow the terminal to use a different serial port than the program loader -- without having to change back and forth between loading and terminal use. My class is using XBees to interact with their running programs. Although I've told them they can start another instance of SimpleIDE to have an independent terminal window, that's a lot of extra machinery to bring to bear on such a simple problem.

Thanks,
-Phil

Comments

  • KyeKye Posts: 2,200
    edited 2014-05-01 11:41
    Why not just use PST also?
  • Phil Pilgrim (PhiPi)Phil Pilgrim (PhiPi) Posts: 23,514
    edited 2014-05-01 12:00
    Kye wrote:
    Why not just use PST also?
    That's probably what I'll end up doing. But one-stop shopping is nice to have. Otherwise, you lose the "I" in "IDE." :)

    -Phil
  • Heater.Heater. Posts: 21,230
    edited 2014-05-01 12:05
    Phil,

    What is better losing the "I" or the "Simple"? :)
  • Steph LindsaySteph Lindsay Posts: 767
    edited 2014-05-01 16:29
    jazzed,

    Please allow the terminal to use a different serial port than the program loader -- without having to change back and forth between loading and terminal use. My class is using XBees to interact with their running programs. Although I've told them they can start another instance of SimpleIDE to have an independent terminal window, that's a lot of extra machinery to bring to bear on such a simple problem.

    Thanks,
    -Phil

    Hi Phil,

    I gave Jeff Martin a heads-up about your request. He's in charge of prioritizing SimpleIDE feature enhancements and coordinating releases from Parallax.

    -Steph
  • Phil Pilgrim (PhiPi)Phil Pilgrim (PhiPi) Posts: 23,514
    edited 2014-05-01 16:42
    Thanks, Steph!

    -Phil
  • Jeff MartinJeff Martin Posts: 758
    edited 2014-05-02 09:37
    jazzed,

    Please allow the terminal to use a different serial port than the program loader -- without having to change back and forth between loading and terminal use. My class is using XBees to interact with their running programs. Although I've told them they can start another instance of SimpleIDE to have an independent terminal window, that's a lot of extra machinery to bring to bear on such a simple problem.

    Thanks,
    -Phil

    Hi Phil,

    If it's easier (or just as easy) to implement on our side, would it be preferable to have Simple Terminal be available and included (with the SimpleIDE Installer) as a separate executable- that way it can also be launched separately (multiple instances) that are not connected to any SimpleIDE... IDE? :-)
  • Phil Pilgrim (PhiPi)Phil Pilgrim (PhiPi) Posts: 23,514
    edited 2014-05-02 10:11
    Hi Jeff,

    Ideally, it could be included as a separate program but still be able to launch from SimpleIDE with a serial port that's set separately from the load port -- similar to the way PropTool/PST works. That way people have both convenience and options. My students are most comfortable working from within SimpleIDE. With only an hour a week class time, convenience rules.

    Thanks,
    -Phil
  • Heater.Heater. Posts: 21,230
    edited 2014-05-02 12:29
    I don't understand.

    Why not just fire up minicom or gtkterm to communicate with that other port?
  • Phil Pilgrim (PhiPi)Phil Pilgrim (PhiPi) Posts: 23,514
    edited 2014-05-02 12:46
    heater wrote:
    I don't understand. Why not just fire up minicom or gtkterm to communicate with that other port?
    'Already answered above w.r.t. PST.

    -Phil
  • Heater.Heater. Posts: 21,230
    edited 2014-05-02 12:57
    OK.

    I have no idea who "My class" is or how old they might be or what level of sophistication we can expect then to achieve.




  • LoopyBytelooseLoopyByteloose Posts: 12,537
    edited 2014-05-03 09:16
    Hmmm... I tend to sense that SimpleIDE desires to keep a minimalist approach, while others desire to retain what Parallax has previously provided.

    I tend to lean towards providing continuity as this is what customers and educators have come to expect. One can get too simple.
  • pmrobertpmrobert Posts: 673
    edited 2014-05-05 15:43
    Loops, I agree. If SimpleIDE had an option to do automatic bracket matching, generation and indenting my PropGCC world would be complete. I guess that would no longer be "simple" though.
  • bruceebrucee Posts: 239
    edited 2014-06-03 06:27
    New to SIDE, but not to IDEs in general. And I definately am in the camp of KISS

    The biggest suggestion I would make, would be make search clearer that it searches. When I hit ctrlF it lookedlike it wanted to do a replace by default, yikes

    Check time stamps before build, as many people will want to use their own editor.

    Maybe hide some of the options for the neophyte user, like the ones in the lower left.

    Why not add #included files to the projject automatically?

    Why have a print that does a subset of printf and not just call it printf?

    Iam unclear on CMM, as I had a program that was probably too large for that, and it just went into nevrr neverland, but ran in LMM with no changes

    Probably the tooughest issue, is how to take advantage of multplie COGs
  • SRLMSRLM Posts: 5,045
    edited 2014-06-03 07:22
    brucee wrote: »
    Maybe hide some of the options for the neophyte user, like the ones in the lower left.
    There's a simple view and a project view. The simple view is just the editor.
    Why have a print that does a subset of printf and not just call it printf?
    Because printf has requirements dictated by C standards that make it too big for most usages. Parallax's print method is much more lean.
    Iam unclear on CMM, as I had a program that was probably too large for that, and it just went into nevrr neverland, but ran in LMM with no changes
    Do you have a thread on this?
    Probably the tooughest issue, is how to take advantage of multplie COGs
    Yep. I've run into this with my students as well.
  • bruceebrucee Posts: 239
    edited 2014-06-03 08:40
    In the embedded environment, having a subset of printf is quite normal, in fact most people desire that. I think it is OK to do the subset, as I would think it is easier to tell students to use printf, rather than later have them getting use to print, and later having to answer the question "what is this printf thing". Just my opinion.

    As for CMM crash, it was set up as the default (probably should not be), and the program just went south without any warning. But I switched to LMM and it ran fine. Like most people the last thing I do is open a manual anymore, but that might force me to do it, or I can post the question here (lazy that I am). I will post the code later, as this was the coremark test I ran.
Sign In or Register to comment.