Shop OBEX P1 Docs P2 Docs Learn Events
Mr. Gracey, any SX Java on the horizon? — Parallax Forums

Mr. Gracey, any SX Java on the horizon?

John CoutureJohn Couture Posts: 370
edited 2006-12-08 00:36 in General Discussion
Ken,

Looking at the manual for the Javelin it would seem that it would be possible to port Javelin functionality·to the SX IDE seeing as the Javelin is actually an SX48.· Any thoughts?

▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
John J. Couture

San Diego Miramar College

Comments

  • Ken GraceyKen Gracey Posts: 7,389
    edited 2006-08-07 17:46
    Hey John,

    Not planned at the moment. Our support plan·for the SX is as follows (not listed in order of priority):
    • Finalize engineering of new SX-Key USB. Planned production is in September. New tool will have a significantly lower price to increase access to the SX.
    • Develop "Getting Started with SX/B" tutorial. Project starts this week and proceeds for eight weeks. Book should be out by November.
    • Release SX28AC/SS Proto Boards this week for $9.50.
    • Continue development of the·free SX/B compiler with Terry Hitt.
    • Release the CCS·SX/C compiler to beta testers in the next month; CCS is finishing some work on the integration.
    • Publish new SX stress-test characterization data in our·SX datasheets.··

    The proposal you mention is interesting, albeit complex at least from a management standpoint. The Javelin Stamp IDE and Javelin Stamp firmware were both developed by Chris Waters, a 3rd party.·The SX-Key IDE is managed by Peter Montgomery, another consultant. Guenther Daubach handles the·SX-Key·firmware and documentation.·Even though we own the intellectual property and maintain copies of·all assets·within Parallax,·coordinating these troops·from their different locations around the world is far from trival and quite time-consuming.·We can literally wear one another down with e-mail. For this reason we choose our tasks quite carefully.·Technically, the Java functionality is designed around the Javelin Stamp hardware and IDE. The Javelin Stamp utilizes an interpreter chip, like a BASIC Stamp, but also has some compilation done by the IDE. Perhaps development or re-targeting of a Java compiler would be the best way to incorporate such functionality into the SX. Maybe this is what you propose.

    But alas, it's·not planned at this point. I can't say I wish it was planned, either. We've got our hands full around here right now. I relate our current support·for Propeller with·our position·about ten years ago when we started Stamps in Class. It takes a lot of time from enthusiastic, skilled people to properly launch a new project.

    If you have·a second·wish we'll let you know what·we can do.

    Sincerely,

    Ken Gracey
    Parallax, Inc.

    P.S. Mr. Gracey? If my·children's friends call me "Ken" you·can certainly do the same. I realize it's just for fun, though. . .
  • Peter VerkaikPeter Verkaik Posts: 3,956
    edited 2006-08-07 18:18
    John,
    I don't think java on just an SX is feasible. The sx contains the JVM and
    native methods for Virtual Peripherals. One needs to add memory to
    store any program (bytecodes), so basically, recreating the javelin.
    As an alternative, I did do a smallc port to the SX. This smallc virtual
    machine has a smaller memory footprint than the JVM, so there
    is code space and ram space enough left to store a smallc program
    inside the sx, together with the smallc interpreter.

    Ken,
    Good news that the SX/C beta is due for release next month.
    Can we sign in anywhere for beta testing?

    regards peter
  • hammerhead74000hammerhead74000 Posts: 58
    edited 2006-08-07 19:41
    Hmm... I don't think a SX-only java is feasible either... the language makes assumptions about system resources being available that the SX just doesn't have (and consequently would have to be emulated - a slow process). There are also other potential issues involved with using a garbage-collected language on a memory-constrained MCU for real-time processing that would have to be addressed.

    Instead, I would suggest either a C compiler (like the upcoming CCS compiler) or my mcc compiler (as soon as I get the SX-Key interface going I'll post a beta -- I've written almost all of the SX-Key driver, but it's as of yet totally untested).


    smile.gif
  • Ken GraceyKen Gracey Posts: 7,389
    edited 2006-08-07 21:15
    Peter and anybody else,

    I plan on distributing 10-20 copies of the CCS SX/C compiler for user input. You are absolutely on our list for receiving a copy of this compiler, along with Peter Vanderzee and any others who want to give it a critical review. What's different about the way we're going to handle SX/C is that the product will be somewhat "customer driven". By this I mean we won't be creating Parallax help files or books for it (like we do with SX/B) but we're certainly going to facilitate compiler and IDE improvements with CCS. I expect it to be a well-supported product, but not like you're used to with Parallax-designed software tools.

    Ken Gracey
  • John CoutureJohn Couture Posts: 370
    edited 2006-08-08 00:33
    Thank you Ken,

    Very thoughtful reply and I agree that you have plenty in the pipeline to keep you busy. Someday I'm going to have to take a course in compiler design so that I can truly appreciate how difficult it is to create them!

    Wow! SX28 proto boards. You hit a winner there. Those boards are so kool! I treat my old SX52 proto boards like gold. Thank you!

    Terry has done a great job with SX/B. Keep that guy employed! He does a great job!

    I'll wait on the finished version of C. I have enough trouble fumigating my own bugs without having to worry about ones in the compiler (grin). Thank you for that product because now I can work on one of my colleagues on putting this architecture to work in the classroom.

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    John J. Couture

    San Diego Miramar College
  • hammerhead74000hammerhead74000 Posts: 58
    edited 2006-08-09 04:48
    >> and any others who want to give it a critical review.

    Sign me up! Heck, I'll even drive over to pick it up from you (I'm only about a half-hour away from Rocklin)...


    >> Someday I'm going to have to take a course in compiler design so that I can truly appreciate how difficult it is to create them!

    Much depends on the language in question; and what was used to construct the compiler. In it's current version, mcc's lexer is only 127 lines long; and it's parser (including it's header file) is only 825 lines long; but these were written with flex and bison (which make the task MUCH easier). The SX codegen, however, is 1660 lines long; and it's moderately dense code at that. This is for a language that was deliberately designed to be simple -- there is no support for structures, unions, pointers, function pointers, static variables, multiple types (byte, word, etc), or any sort of OOP constructs; and the compiler does not yet have any warnings or semantic error checking (although, some of that will be added), or any sort of optimizing engine (source-symbolic, machine-peephole, or otherwise).

    Compare that to a recent version of gcc, the download of which is in the neighborhood of 30MB, compressed.


    smile.gif

    Post Edited (hammerhead74000) : 8/9/2006 4:52:30 AM GMT
  • Analog1Analog1 Posts: 17
    edited 2006-08-14 13:57
    Please add me to the list for Beta testers. I have some time on my hands wink.gif
  • PunMasterPunMaster Posts: 11
    edited 2006-08-25 23:57
    Hi, I really love the sx chips but have always been buged by the fact that i could only use basic or asembly with them. On the other hand, i am an experienced c and c++ programmer and even with c# gaining popularity, c and c++ are still my favorite programming languages by far. As soon as i saw that there was a sx c copmpiler in the works i was immediatly intrested. I would love to beta test the sx c compiler! Pleese feel free to contact me regarding the idea. The admins should have my email address but if anybody else wants to get in touch, my email's punmachine at gmail dot com (i said it that way because i'm worried about some spam bot seeing it, i usually wouldn't be so parinoid but the address is new and, so far, spam free). Thanks in advance! smilewinkgrin.gif
  • scary_botscary_bot Posts: 32
    edited 2006-08-26 06:47
    I would also be vewry interested. I have been studying c and c++ for a few years now. And although basic is a simple laugage to pick up with a littel effort. C has always been my preferance.
  • Michael CaisseMichael Caisse Posts: 5
    edited 2006-12-07 17:33
    Just joined the Parallax community and have been reading the forum. These looks like a rather old thread but I thought I would still throw in my two cents in case anybody is still watching.

    A few years ago, ok about 16, I used a program called JUMP to convert Java byte code to Motorola Dragonball assembly. This would then run on the very first generations of the Palm Pilot. The task wasn't too hard I suspect because Motorola byte codes and java byte codes are similar. My guess is that the same thing could be done with the SX chips also. No interperter needed. This will limit what Java type syntax is available but it should work.
  • John R.John R. Posts: 1,376
    edited 2006-12-07 18:54
    Speaking of this thread, any updates on the SX/C compiler and/or the Getting Started with SX/B book?

    ▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔▔
    John R.

    8 + 8 = 10
  • JonnyMacJonnyMac Posts: 9,071
    edited 2006-12-07 21:49
    I (Jon Williams) am writing the SX/B book Ken mentioned -- should have it finished and delivered to Ken in January.
  • BenoitBenoit Posts: 47
    edited 2006-12-08 00:36
    I've been lurking on the SX forum while I learn the assembly for the SX... Now, C I can do.

    I'm look forward to discover the new SX/C compiler.
Sign In or Register to comment.