Shop OBEX P1 Docs P2 Docs Learn Events
SX/B running on a SX52 — Parallax Forums

SX/B running on a SX52

ForrestForrest Posts: 1,341
edited 2005-04-16 15:19 in General Discussion
Just saw this posted on the XGameStation Forums

205.158.110.70/ubbcgi/ultimatebb.cgi?ubb=get_topic&f=20&t=000272

Looks like the official Parallax version will be released in 2-3 weeks

Comments

  • Jon WilliamsJon Williams Posts: 6,491
    edited 2005-01-24 15:17
    No, no, no, no ... not two to three weeks. A lot of work has to be done yet.

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    Jon Williams
    Applications Engineer, Parallax
    Dallas, TX· USA
  • Dave PatonDave Paton Posts: 285
    edited 2005-04-14 03:25
    It's been a few months Jon...are we any closer to an ETA? See, I need one more port than the SX28 has, and BS2P-40s are kinda pricy, and is it really that hard to compensate for the 12 bit word length?

    wink.gif

    Thanks

    -dave

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    This is not a sig. This is a duck. Quack.
  • Jon WilliamsJon Williams Posts: 6,491
    edited 2005-04-14 05:10
    Notice that my comment said NOT in two or three weeks, but don't worry, we're just about there. I think the IDE is going through some final testing before a new distribution is created. Sorry for the delay, but there's only a couple of us really wringing out the new compiler. That said, we feel pretty good about it.

    I don't understand your question on 12-bit word length. What are getting at?

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    Jon Williams
    Applications Engineer, Parallax
    Dallas, TX· USA
  • Dave PatonDave Paton Posts: 285
    edited 2005-04-14 13:42
    The 12 bit word length was a typo. I meant it to say something about 4k addressing instead of 2k, but fumbled after a 12 hour day at the office. Go figure.

    <practices happy dance in anticipation of SX/B on my 52 con Carne>

    Thanks Jon!


    -dave

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    This is not a sig. This is a duck. Quack.
  • Jon WilliamsJon Williams Posts: 6,491
    edited 2005-04-14 13:50
    It's all taken care of in 1.2 -- and it's right around the corner. We hope everyone will be happy; here's some of the improvements we made:

    -- SX48 and SX52 support
    -- SUB declaration for automatic creation of subroutine jump table
    -- page handling is automated
    -- IF-THEN-ELSE construct
    -- I2C (master) and 1-WIRE commands

    I particularly like the SUB (subroutine) declaration and IF-THEN-ELSE additions. With SUB, a subroutine jump table is automatically created AND the compiler can check code for parameter errors (number of parameters expected). Declared subroutines don't need to use GOSUB, so it's like extending the language (and saves a bit of typing). IF-THEN-ELSE just makes decisions easier to code.

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    Jon Williams
    Applications Engineer, Parallax
    Dallas, TX· USA
  • Dave PatonDave Paton Posts: 285
    edited 2005-04-14 16:31
    The auto-declaration of subroutine jump tables and automated page handling will be wonderful. That's one of the biggest stumbling point I've run into over and over and over, mainly because my asm skills are heavily 8051 based, where paging wasn't ever an issue. I/T/E was sorely missed, and it'll be very nice to have it back. I don't use OW much, but I2C will be nice. I've got 3 or 4 devices on my protoboard right now that would love to abandon my horiffic bitbanged version.

    Sheesh, a few more revs and the instruction set will have something close to parity with PBasic 2.5. You guys are really cooking.

    -dave

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    This is not a sig. This is a duck. Quack.
  • dkemppaidkemppai Posts: 315
    edited 2005-04-14 20:12
    Jon Williams said...
    -- SX48 and SX52 support
    -- SUB declaration for automatic creation of subroutine jump table
    -- page handling is automated
    -- IF-THEN-ELSE construct
    -- I2C (master) and 1-WIRE commands
    Jon,

    I am currently doing a layout on a board using the SX52 for one of my customers. It would be really nice to do the coding in SXB...·· ...just how long before you expect the code to arrive?

    Also, Any consideration been given to word length, or longer bit·math?· 32 would be really really nice...·· ...16 would make life easier...· ...the 32·stuff can still be done in asm...· ...16 bit mult,div, add,sub would be still be really really·nice.

    -Dan


    ·
  • Jon WilliamsJon Williams Posts: 6,491
    edited 2005-04-14 20:42
    The compiler and help file is done -- there's a little testing left yet (I believe) on the IDE. When that engineer says go we'll create a new installer. Remember, guys, it's free ... so we have to work this in with money-making projects.

    No consideration for 16-bit variables. The compiler is designed as a learning tool and 16- or 32-bit vars will just make things too tricky for beginners. You may want to consider a pro compiler for your project.

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    Jon Williams
    Applications Engineer, Parallax
    Dallas, TX· USA
  • James NewtonJames Newton Posts: 329
    edited 2005-04-14 21:18
    Dave Paton said...
    The auto-declaration of subroutine jump tables and automated page handling will be wonderful. That's one of the biggest stumbling point I've run into over and over and over, mainly because my asm skills are heavily 8051 based, where paging wasn't ever an issue.
    If you work with SASM now or ever get into assembly programming, paging, and many other things, can easily be managed by the use of a few macros. See:

    http://www.sxlist.com/techref/ubicom/inst/macro.htm

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    ---
    James Newton, Host of SXList.com
    james@sxlist.com 1-619-652-0593 fax:1-208-279-8767
    SX FAQ / Code / Tutorials / Documentation:
    http://www.sxlist.com Pick faster!



  • dkemppaidkemppai Posts: 315
    edited 2005-04-15 13:59
    Jon Williams said...
    No consideration for 16-bit variables. The compiler is designed as a learning tool and 16- or 32-bit vars will just make things too tricky for beginners. You may want to consider a pro compiler for your project.

    How about a pay version of SXB with support for 16,24,32 bit integers, plus math.·Leave the current one alone as a learning tool, and offer the more extensive version as a·$$$ upgrage. I really like the level of parallax·support, and wouldn't mind paying for the options that I would use.

    I just·like the idea of using the parallax tools, with ICD, and such.

    -Dan
    ·
  • Paul BakerPaul Baker Posts: 6,351
    edited 2005-04-15 17:27
    Dan, honestly most of the features you request have been solved using assmebly and are availible on James' website. Integration of assembly routines into SX/B is a straightforward process. By using an include file (.INC) and macros encapsulating your desired features you can program in SX/B with your desired features to your hearts content while still maintaing the look and feel of true SX/B programming, and all your assembly is hidden away in your include files.
  • BeanBean Posts: 8,129
    edited 2005-04-15 17:58
    I'm currently working on doing exactly what Paul has suggested with the XGameStation, I broke the assembly files into a header (hdr) and an include (inc) file. It's works great (less filling) and hides all the assembly ugly stuff.
    Bean.

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    "SX-Video Display Module" Available Now.

    www.sxvm.com

    "A problem well defined, is a problem·half solved."
    ·
  • dkemppaidkemppai Posts: 315
    edited 2005-04-16 15:19
    Paul Baker said...
    Dan, honestly most of the features you request have been solved using assmebly and are availible on James' website. Integration of assembly routines into SX/B is a straightforward process. By using an include file (.INC) and macros encapsulating your desired features you can program in SX/B with your desired features to your hearts content while still maintaing the look and feel of true SX/B programming, and all your assembly is hidden away in your include files.
    Yeah,

    I know, but I'm lazy. Too busy building hardware to want to code much. I prefer·4 layer
    copper to coding. (I'm really a Magnetics/SMPS/Analog hardware geek)

    I will have to play with the includes a little. I may just code the whole thing in ASM. I've got enough
    16 and 32 bit stuff going on, and so little else it may not pay to try it in SX/B. However, if the 16 bit
    functions were there, it would be a different story. The only thing that the SX/B is useful for would
    be the comm and LCD links, but even they are pretty easy in ASM.

    I will have to look into the includes, to see how time consuming the learning curve is. (I'm sure
    it's easy, but my time gets billed to my customers)

    -Dan

    Dan: Too busy building hardware to learn the MACRO language...

    ·
Sign In or Register to comment.