Shop OBEX P1 Docs P2 Docs Learn Events
Turning propeller chips into micro computers — Parallax Forums

Turning propeller chips into micro computers

robot mogulrobot mogul Posts: 32
edited 2010-12-04 16:29 in Propeller 1
Propeller chips can be turned into powerful miniature computers. Heres how: Download basic stamp 2.5 v software, make sure the program is correct, then click directive three times, youll see the option View Propeller Chip, click on it and a screen will open, do you want to proceed, if yes, click yes, if no, click cancel, go to the screen where it says Make New Program, click it, program it, and have your way the rest of the way. This is only micro computer compatible with kjl1 model robots.
«13

Comments

  • Mike GreenMike Green Posts: 23,101
    edited 2010-11-19 15:03
    I don't know where you got this information. The Basic Stamps and the Propeller are completely different microcontrollers. They're programmed differently, and their development software (Stamp Editor and Propeller Tool) are completely different. You can't use one to program the other.
  • Dr. MarioDr. Mario Posts: 331
    edited 2010-11-19 15:13
    I gotta agree with Mike Green, unfortunately.
    Same for using PowerPC computer to program x86 computer (although there are few very efficient x86 interpreters out there, you gotta know where to find it...)

    And for using it as a general CPU, it's possible. But the problem is, your COGs only have 2KB COG-RAMs compared to two 16 - 64KB Level 1 cache RAMs in both powerPC and x86 CPUs, making it a bit difficult, if not impossible. However, if you long for classic-y touch, you can always try Ataris firmware to run GUI desktop of a 68k-based Ataris personal computer. But Windows? No way. MS-DOS? Ho hum.... Again, RAM size still do limit on what the x86 interpreter can do inside Propeller (but still can be done for maybe 80186 softwares). uCLinux would work, but the C++ ports for Propeller are still growing and maturing, it would be a while before you see a happy propeller beanie-wearing fat penguin waving back at you on monitor (or TV) whilst booting up. It will take a lot of works to turn Propeller into a general CPU will take a lot of work (thus entails lot of frustrations and rainbows of carefully-chosen four-letters words), trust me.
  • Dr_AculaDr_Acula Posts: 5,484
    edited 2010-11-19 15:20
    Emulating early microcomputers is possible on the propeller. Based on all the threads with emulations of microcomputers, we are up to about 1983.

    The next big leap is moving from text based operating systems to graphics based. Keep watching all the threads. I think soon we will be up to the late 1980s.

    See the link below for screenshots of microcomputers runnning on the Propeller. I think the best so far has been Pacman in color.
  • Mike GreenMike Green Posts: 23,101
    edited 2010-11-19 15:20
    CP/M does work using a Propeller running a Z80 emulator. The native Propeller only has enough memory for relatively small CP/M programs, but you can buy boards with external RAM that can then work as a full-sized CP/M machine and run close to original CP/M speeds.
  • Heater.Heater. Posts: 21,230
    edited 2010-11-19 19:55
    Dr A,

    I have a Prop in front of me with 32MBytes of SDRAM attached and the possibility of many giga bytes of file system storage. I can program it in C++.

    Apart from the speed and ignoring emulation of any actual previous machine I would say the Prop as a micro-computer (not controller) has now arrived somewhere about 1991. That is before the world went all graphical with the coming of Windows 3.1.
  • Cluso99Cluso99 Posts: 18,069
    edited 2010-11-19 23:01
    To correct a couple of bits. Some of the CPU emulations run faster than the original 4MHz Z80 machines and the disks fly compared to the old disks. These were up to about 1985 although we can have banked memory and CPM3 does work as does multiple CPM machines in a single prop (Drac has done it).

    Now, we actually only need to get up to 1995 and the rest should be achievable because once Windoze went past 98 things slowed because of bloatware even though the processors got faster <tongue-in-cheek>
  • Dr_AculaDr_Acula Posts: 5,484
    edited 2010-11-19 23:05
    Re heater I would say the Prop as a micro-computer (not controller) has now arrived somewhere about 1991.

    See the new graphical OS thread with video I just started. It is a bit slow at the moment, but I reckon we are now into the 2000's...
  • BatangBatang Posts: 234
    edited 2010-11-19 23:11
    Dr_Acula
    See the new graphical OS thread with video I just started. It is a bit slow at the moment, but I reckon we are now into the 2000's...

    Hmm, the graphics on that site reminds me of a Vic 20
  • Dr_AculaDr_Acula Posts: 5,484
    edited 2010-11-20 00:15
    Hmm, the graphics on that site reminds me of a Vic 20

    Aaargh... 1980. Going backwards now?!
  • BatangBatang Posts: 234
    edited 2010-11-20 00:23
    Don't despair, the images with the blue backgrounds are reminiscent of a C64, going forward a few more years.
  • Dr. MarioDr. Mario Posts: 331
    edited 2010-11-21 01:14
    Good point. Although (personally), I really doubt the x86 emulation would be quick on this chip, but optimistically, I would place the first-generation Propeller (P8X32A) somewhere between Intel i386 and i486, while Prop II may be either on Pentium P45 or Pentium Pro instruction compatibility space (I don't know for sure YET, but I may probably write x86 emulation. Need to find a way to keep those IUs' [Cogs'] pipelines filled all the times. I am still consider Out-of-Order execution on Prop II's Cogs... I will experiment with 80386 interpreter with Prop 1 first until Prop II comes out, though.)

    BTW, if you guys succeed in running Windows 95 on Prop, that's called luck, guts, and dedication. I would be really surprised.
  • Dr_AculaDr_Acula Posts: 5,484
    edited 2010-11-21 03:18
    Windows 95 might be a bit hard. Lots of things in the background, eg all those printer drivers. But maybe we can do elements of this? A simple "point and click" GUI. The basics like buttons and text boxes. Different fonts. Pictures.

    And a language to tie it all together (I'm thinking a startup in Spin, with Catalina for the heavy lifting code).

    So much is already done - mouse, keyboard, mass storage on an sd card, external ram. Hi resolution video is the missing link but there have been some interesting developments recently. Once you have the basic building blocks, self hosting development might soon be possible.
    640 x 480 - 33K
  • HumanoidoHumanoido Posts: 5,770
    edited 2010-11-21 03:26
    I'm waiting for an early Mac-like interface. Those graphics and simple OS would work well with some prop chips.
  • Heater.Heater. Posts: 21,230
    edited 2010-11-21 04:08
    Dr. Mario.
    optimistically, I would place the first-generation Propeller (P8X32A) somewhere between Intel i386 and i486,

    Very optimistically.

    The Prop has no floating point support so it's not up with the 486.
    The Prop is a 32 Bit machine so it is a step up from the 16 bit 286.
    The Prop has no memory manager, so back down at 8086 level.
    The Prop does match the clock speed of a 386 but only with the limited scope of PASM. With LMM for larger programs we are back to 8086. With external memory for realistic apps we are back down to Z80:)

    Let's face it any comparison to a real micro-processor make no sense.
    I may probably write x86 emulation.

    We have had Z80 emulation and CP/M running on the Prop one way and another for some time now. Many question the sanity of that:) At least it does achieve a speed comparable to an original CP/M machine.

    x86 emulation will be an order of magnitude bigger effort, and bigger code and slower running. Especially if you go for 386 vintage with memory management. Prop II will bring a significant speed up but I'm still not convinced it could match an original 386.

    I have though about this some and decided that it's not for me. Still the Prop seems to achieve the impossible quite often.
  • Toby SeckshundToby Seckshund Posts: 2,027
    edited 2010-11-21 04:48
    I would have thought that trying to emulate Windoze would have no use. There are tons of old motherboards lying around to do that. I wanted to get the Blessed Nascom back from extinction.

    I remember the C64 doing a GUI, and there was the Atari (I think) that everybody used for MIDI and as a poor man's MAC.
  • Heater.Heater. Posts: 21,230
    edited 2010-11-21 05:12
    Toby,
    I would have thought that trying to emulate Windoze would have no use.

    Is that because Windows was never of any use?
    Jumps into nearest bomb shelter:)

    Part of my motivation for CP/M on the Prop was as a tribute to Gary Kildall and Digital Research. The source code is available and hence encourages the effort for preservation. There is no such motivation for MSDOS/Windows.
    I remember the C64 doing a GUI,

    Do you mean GEOS? http://toastytech.com/guis/c64g.html

    I'm now wondering why no one has stepped up to port CONTIKI to the Prop http://en.wikipedia.org/wiki/Contiki
  • Toby SeckshundToby Seckshund Posts: 2,027
    edited 2010-11-21 06:28
    Heater,

    Yes, that was it. I lost the faith and got a PC just as that was getting going. I had the CBM128 because it had the Z80 inside too.

    I had never heard of the Contiki, if I get a version running on one of the AVRs I have then I could dream about tranfers.
  • prof_brainoprof_braino Posts: 4,313
    edited 2010-11-21 08:02
    Did you guys check out the Hive?

    It's a three prop board, does VGA, keyboard, maus (its German) ethernet, sound, SD, and has 1 meg of SRAM. This pin-out is different, but ithey run everything from the OBEX AFAIK.

    The Tri-OS is like CP/M or linux. They have a bunch of guy developing on it, and a bunch of applications.

    They just made another batch of (Rev14) boards.

    http://hive-project.de/

    Google translate does well enough, it comes out kind of like "What's Up, Tiger-Lily?".
  • Toby SeckshundToby Seckshund Posts: 2,027
    edited 2010-11-21 08:12
    Getting all cynical,

    Couldn't we just put up a blue background and put some obscure message about writing to memory blocks xxx at yyy. Thats WinEMU sorted.
  • pharseidpharseid Posts: 192
    edited 2010-11-21 13:01
    Smalltalk-80, which had its own GUI, ran on CP/M, I think. In any case, the byte code was 16-bit, I have the Blue Book section which details that around someplace. I doubt that it's worth the effort of trying to port any version of Windows, but a microkernel GUI should certainly be doable.

    -phar
  • Heater.Heater. Posts: 21,230
    edited 2010-11-21 14:10
    Toby,

    I have been getting into very hot water for cracking such jokes around here:)
  • PerryPerry Posts: 253
    edited 2010-11-21 14:55
    A little history from a old micro user.

    Smalltalk, the first real graphical user interface was developed by Xerox, Palo Alto. The design criteria was to make something eminently understandable with out care of cost.

    The September 1981 issue of Byte magazine was entirely devoted to it. In that issue there was no adds for IBM but onl a rumor mentioning IBM bringing out a personal computer in the next year.

    After working at a large plant making Wordprocessors as lead line test engineer, I introduced that company to CP/M and saw how they could screw up such an elegant system as CP/M. I changed jobs and worked for a small startup company.

    I was working on the development of an MP/M system on what was then the standard S100 bus. We had only 128K of RAM.( should have been 256K but were still debugging access to the second two banks of memory) We had 5Meg hard drives and 5 1/4 inch floppys.

    MP/M or CP/M for single users had Smalltalk 80, PL/I ,APL, Forth and many other languages. We could run four users on the that system with Wordstar.

    Needless to say the bottom of that nascent industry fell out after the introduction of the IBM PC

    In my opinion it was MP/M that forced IBM to bring out that piece of Smile they called a personal computer (16K of ram and cassette tape drive for storage )

    The intention of IBM was to destroy the thriving microcomputer industry at that time. They set back the microcomputer business by maybe 10 years.

    WHY?

    MP/M would have blown away the huge margins of the mini computer business!

    As for graphical user interfaces, Apple tried to copy the Smalltalk interface but not the language. Compared to Smalltalk the MAC was a horrible kludge. Of course Microsoft Windows was not even marketable until version 3.1. But both we only user interfaces. They did not come even close to the functionality of Smalltalk.

    As for why you don't see many Smalltalk systems even to-day that's because it's almost impossible to hide the source code in Smalltalk.

    If you want to make a graphical interface to-day, I would consider "Squeak", but you will need extended memory. It would be an interesting project. Parallax have borrowed some of the language of object orintated systems but not the meat. The propeller architecture might be well adaptable to Smalltalk.

    Just the musings of a semi retired old fart.

    Perry
  • wjsteelewjsteele Posts: 697
    edited 2010-11-21 14:57
    Heater. wrote: »
    I have been getting into very hot water for cracking such jokes around here:)

    Thanks... I was just biting my toungue! :-)

    Bill
  • Dr. MarioDr. Mario Posts: 331
    edited 2010-11-21 20:48
    Heater, good point. I agree. I would like to think of Propeller's CPU core as 8086 on steroids (by the look of CPU cores on Propeller's die)... Although I noticed it's kinda like ancient ARMv2 CPUs (the one without MMU).

    Windows 95 execution on Propeller is especially tough (although IT'S possible that Windows 98SE would work on 386s - whatever you have in the ATX case really do vary.) - it's still called luck... -____- That's why I noticed BOCHS got some emulation schemes kinda wrong (still run fine... Until it stumbles in general protection traps, in both emulated x86 CPU and even PowerPC / x86 host CPU. Ta-Da, instant BSOD.)

    So, in the end, I would perfer to use x86 emulation on Prop for to run 80186 microcontroller softwares.

    Perry, I would agree on Smalltalk. Still, CPU emulation is a issue, but if it's ported for Zilog Z80, then yes. It can be done (just need seperate processor or maybe large RAM, up to 2MB for CPU emulation, tiny Smalltalk OS kernel and graphics.) - who knows? Propeller's always full of surprises.
  • Toby SeckshundToby Seckshund Posts: 2,027
    edited 2010-11-22 03:19
    I know, I know ...

    A jaundiced view of Windoze was the result of my fights with my PC over the weekend.
  • obrienmobrienm Posts: 65
    edited 2010-11-22 04:37
    Perry,
    Nice to read your Smalltalk history. You are right in your description of Smalltalk as a windowing system - in an era where most consumer apps were still character based - Smalltalk was built as an interpreted windowed environment. Just a small point, Smalltalk (Smalltalk V from Digitalk and ParcPlace Smalltalk to name a few) was a fully object-oriented language and development environment where you could actually subclass the kernel and and optional very easy to use WindowBuilder windowing system. Nothing has matched the way you would add functions and classes in place in the system class hierarchy and actually change the the kernal image. Smalltalk was essentially replaced by Java as the internet became widespread in 95. Java, which was also influenced by C++ succeeded and still does primarily because it was designed as a network centric API from the start.
    An example of Smalltalk-turned-Java framework is the object relational mapping layer - TopLink. This API orginally written in Smalltalk was ported to Java and now exists as EclipseLink in most EE application servers and the Eclipse IDE.
    I posted this message because I started formal programming in university with Smalltalk for 3 years and studied under the original prof. founders of TopLink before I arrived full circle, after C/C++ telecom development, working on the product 10 years later when Java was more mature and enterprise ready - I miss the Smalltalk language but not its limitations in the early 90's OS's. A port would require 1Mb and at least a GC cog.
    http://en.wikipedia.org/wiki/TopLink
    thank you
    /michael
  • GadgetmanGadgetman Posts: 2,436
    edited 2010-11-22 04:55
    Heater. wrote: »
    Toby,
    I'm now wondering why no one has stepped up to port CONTIKI to the Prop http://en.wikipedia.org/wiki/Contiki

    Slightly off-topic, but whenever anyone mentions Contiki and computers, I always think of the Tiki 100(Z80 based computers sold here in Norway) which in the beginning also ran an OS called ConTiki. That is, until Thor Heyerdal and the people at the Contiki museum heard about it...
    Then it changed name to KP/M, which also reflected its true nature as a CP/M clone.
    (I used Borland CP/M tools on it. That's how compatible it was. )
  • Heater.Heater. Posts: 21,230
    edited 2010-11-22 06:12
    Here's a historical tidbit I just discovered for Toby,
    The Turbo Pascal compiler was based on the Blue Label Pascal compiler originally produced for the NasSys cassette-based operating system of the Nascom microcomputer in 1981 by Anders Hejlsberg.

    Do you have a NasSys for your DracNascom?
  • Toby SeckshundToby Seckshund Posts: 2,027
    edited 2010-11-22 06:45
    I am sure that all the varients of Nas-Sys are on the website. I started with T2, then T4 and onto the Nas-Sys monitors. They were in 2708 EPROMS (1Kx8) three supply rails and £40 each back in 1978.

    The monitor programs were quite highly admired for their usability and editing, all in 1-2KBs.
  • pharseidpharseid Posts: 192
    edited 2010-11-22 07:32
    Humanoido mentioned Smalltalk-80 for CP/M some time back, I searched the web for it, but couldn't find an existing copy. That would probably be a reasonable port for the Prop I, it's monochrome graphics would fit on hub RAM. The tipping point would hinge on whether you could fit the byte code interpreter in a COG or whether you end up interpreting an interpreter, from a performance standpoint. I would think that you'd gain a lot of insight into whether that was possible from the project to implement the Java virtual machine in a COG.

    Speaking of the JVM, the Java Optimized Processor is a VHDL model of a Java machine that gets implemented on FPGA's and they've got the JNode Java operating system running on that. The JOP runs a stripped-down version of Java byte-code, so potentially you could port JNode by emulating that.

    -phar
Sign In or Register to comment.