There are ALOT of programs for the propeller, as Humanoido has presented, on his Big Brain list.
Propforth is an OS, as described the big brain website;
PROPELLERFORTH by CLIFFE BIFFLE http://propeller.wikispaces.com/Programming+in+Forth http://www.cliff.biffle.org/software...orth/index.php
Cliffe Biffle has created an open source complete Forth development system for the Propeller, called PropellerForth. If you are not familiar with what Forth is about, its basically a programming language and development environment that runs entirely on the Propeller. You do not need a PC to program your Propeller board (Prop Demo, Hydra supported) anymore. Once you use the Propeller Tool to upload the single binary image all your other development tasks are performed on the Propeller directly. Simply plug in a keyboard, hook up a TV, and off you go! I was a little confused a while back about what Forth is really about, so the best analogy I can give would be: It's like an open programmable dynamic "operating system" that can be modified on the fly, in real-time, while the system is running. Your best bet is to go download this rather amazing peice of work, and install it on your Propeller system. More information and links to file downloads available on the PropellerForth homepage.
If these programs can function as an operating system, that makes the propeller competative with
the "allegedly" more powerfull boards. That said, anyone who wants to put together a system, can
do it with the Parallax forum. These threads can provide information to make a great system, with
the an excellent product.
"With great power comes great responsibility". - Those who are old hands at this, in the forum, has
the advantage to accelerate the Parallax support goup. Thanks for your help.
These days, we are faced with abundant tool choices.
I suspect that even Hewlett-Packard would admit that calculator sales have gone down severely by the fact that anything that can be done on the best of their calculators can be done equally well or better on a desktop, laptop, or notebook computer.
The HP50g is mainly a tool for university students, surveyors, and field engineers.
Nothing wrong with the HP50g being your preferred tool for number crunching, and desiring to mate it with the Propeller. I really loved my HP41c. I was heart-broken when the keyboard finally wore out and couldn't be replaced. I even use RPN calculators on my computers.
In my case, I simply use an EeePC linked to my Propeller via Minicom to do the same or similar things. It is a bit more to carry around, but I have more resources as well. My HP50g sits at home and mainly gets used when I file an annual Form 1040.
I certainly am interested in seeing what you come up with as a balance of resources between the HP50g and the Propeller.
++++++++++++
Dave Hein has created Spinix, a nice little operating system for SDcard support Forth on the Propeller. It even has a Text Editor. I strongly suspect that it would make a very good mate to the HP50g doing the number crunching and the Propeller doing the data collection or process control.
++++++++++++
PockeTerm by Briel Computers is likely the Propeller Terminal Program that you are hoping for. But no Xterm or Kermit protocol.
I have used PockeTerm to create a dump terminal for my Propellers that are loaded with Forth. Works quite well.
:nerd: Does anybody know if there is a terminal program written for the propeller? The propeller
must be able to run the terminal program, itself, and gather data. Please advise.
I'm having a hard time following some of your questions.
Do you want the Propeller to produced an interface like Parallax Serial Terminal, or to you want to have a serial driver which can interface with the 50g and send it properly formatted requests and to parse out the appropriate data from the replies?
The Propeller is used for the later type of application all the time.
Unless I greatly misunderstand what you're trying to do, you're wasting your time with the BBB if you intend to end up using the Propeller.
What do you want to use as an interface? Do you want a keyboard and TV?
Do you want the Propeller to produced an interface like Parallax Serial Terminal, or to you want to have a serial driver which can interface with the 50g and send it properly formatted requests and to parse out the appropriate data from the replies?
The Propeller is used for the later type of application all the time.
Right direction. I am going to use the propeller for the interface. If the propeller can be used as part of the whole device, then
I will use that. I have a propeller. Might buy another. I am gathering info on how to use it to its intended purpose. Serial interface seems problematic,
so I switched to a terminal program to handle the interface and processing of the data; faster and clean.
I have found that I am building quite a library, with all the leads that I am following. It takes effort, but leaves a ladder
of learning to be used later, in future projects. I appreciate your help.
Hello again,
Well, I am once again trying to create a generic Loopback test for the HP50g.
I am using a litte DB9 female connector that has Pin 2 and Pin 3 connected.. that is all that is needed... in theory.
BUT it seems that the HP50g is operating as a half-duplex device, so a XMIT will not be immediately placed in its own buffer.
I have to do more... I guess I will set up a Propeller in Forth and see if it will work.
AS it is now... Both my XMIT and my SRECV seem to be working right, but the BUFLEN indicates that nothing ever arrives in the incoming buffer.
There could be a simple alternative explaination and that would be that I have damaged my HP50g serial cable. I previously mention that this may have happened.
If my cable is damaged, and yours is NOT, the proceedure listed below may work just fine.
++++++++++++++++++
You can enter character strings easily by pressing yellow ALPHA key twice. This will leave it in ALPHA entry mode until you hit <enter>.
+++++++++++++++++++++++++++++++++
A. To start with, clear the i/o buffers by doing the following:
> CLOSEIO <enter>
> OPENIO <enter>
B. Send some text with XMIT
> "TEST MESSAGE" /* THIS quoted test sits on the stack while you enter XMIT */
> XMIT /* You should get a 1 if the text was properly sent */
/* At this point you have 1. on the LCD screen indicating a successful transmit without Xmodem or Kermit protocols... just 8 bit ASCII. */
C. Transfer the received text from the serial incoming buffer to the LCD
BUFLEN <enter> /* to acquire the exact number of characters in the Serial receive buffer */
SRECV <enter? /* this should use the number left by BUFLEN to transfer the characters to the LCD *?
/* It seems that the incoming text should have the quotes around it. I get two lines after a bit of a wait.
""
0.
And that all seems to indicate that nothing was found in the incoming buffer. */
++++++++++++++++++++++
About the only 'trick' with all this is to get your alpha characters to work with the XMIT command. You have to use the Orange Key to get the " " mode for your text and you can then use ALPHA ALPHA or just enter digits.
About the only hazard is that if you don't use the serial port timeout (another code feature), and don't do a CLOSEIO before you are finished, you may end up with dead batteries from the serial port remaining on even when the calculator is shut off.
I'm curious, what is this "winmodem" protocol of which you speak?
Last I heard a "Winmodem" was a modem card you used in a PC. It was called a "Winmodem" because a lot of the modem work required was done in software running under Windows. These cards were not usable under other operating systems. They were not really modems at all!
Other than that, ones communications software saw the "winmodem" the same as any other modem, using AT commands.
None of this "winmodem" stuff seems at all related to STAMPS, Beagle Bones, Propellers, Calculators and all that stuff you are mixing up.
Whilst we are here. Serial comms with the Propeller is about the simplest thing one can do.
Last I heard a "Winmodem" was a modem card you used in a PC. It was called a "Winmodem" because a lot of the modem work required was done in software running under Windows. These cards were not usable under other operating systems. They were not really modems at all!
Other than that, ones communications software saw the "winmodem" the same as any other modem, using AT commands.
Whilst we are here. Serial comms with the Propeller is about the simplest thing one can do.
Thanks for the insight, both you and Loopy. I was wondering when you would drop by for a chat.
I have scoured the internet for any clue to solve the problem, chipset, program or otherwise. Winmodem
has duality in its usage, as it depends on who you ask. (?) Its name is applied to programs, chipsets, and cards.
This confusion, I assume, stems from Global companies. Winmodem vernacular was supposed to cover
all modem laguages, Xmodem, Ymodem, Zmodem, Etc.. This setback is fustrating.
Insofaras an OS for the Propeller, you have helped write one, right? I scanned Peter J's thread
for taycheonForth.
The reason I know this will work, is because I work with a company that uses the hp calculator as the brain of a complex
surveying device. Seemless, accurate, and precise, it uses 3D calculations and high level
integration and differentation formulas used with on onboard microcontroller to process the enviroment to the
intended purpose.
I have tried to acquire the interfacing techniques on the internet from the company, to no avail.
Comments
Propforth is an OS, as described the big brain website;
PROPELLERFORTH by CLIFFE BIFFLE
http://propeller.wikispaces.com/Programming+in+Forth
http://www.cliff.biffle.org/software...orth/index.php
Cliffe Biffle has created an open source complete Forth development system for the Propeller, called PropellerForth. If you are not familiar with what Forth is about, its basically a programming language and development environment that runs entirely on the Propeller. You do not need a PC to program your Propeller board (Prop Demo, Hydra supported) anymore. Once you use the Propeller Tool to upload the single binary image all your other development tasks are performed on the Propeller directly. Simply plug in a keyboard, hook up a TV, and off you go! I was a little confused a while back about what Forth is really about, so the best analogy I can give would be: It's like an open programmable dynamic "operating system" that can be modified on the fly, in real-time, while the system is running. Your best bet is to go download this rather amazing peice of work, and install it on your Propeller system. More information and links to file downloads available on the PropellerForth homepage.
the "allegedly" more powerfull boards. That said, anyone who wants to put together a system, can
do it with the Parallax forum. These threads can provide information to make a great system, with
the an excellent product.
"With great power comes great responsibility". - Those who are old hands at this, in the forum, has
the advantage to accelerate the Parallax support goup. Thanks for your help.
I suspect that even Hewlett-Packard would admit that calculator sales have gone down severely by the fact that anything that can be done on the best of their calculators can be done equally well or better on a desktop, laptop, or notebook computer.
The HP50g is mainly a tool for university students, surveyors, and field engineers.
Nothing wrong with the HP50g being your preferred tool for number crunching, and desiring to mate it with the Propeller. I really loved my HP41c. I was heart-broken when the keyboard finally wore out and couldn't be replaced. I even use RPN calculators on my computers.
In my case, I simply use an EeePC linked to my Propeller via Minicom to do the same or similar things. It is a bit more to carry around, but I have more resources as well. My HP50g sits at home and mainly gets used when I file an annual Form 1040.
I certainly am interested in seeing what you come up with as a balance of resources between the HP50g and the Propeller.
++++++++++++
Dave Hein has created Spinix, a nice little operating system for SDcard support Forth on the Propeller. It even has a Text Editor. I strongly suspect that it would make a very good mate to the HP50g doing the number crunching and the Propeller doing the data collection or process control.
++++++++++++
PockeTerm by Briel Computers is likely the Propeller Terminal Program that you are hoping for. But no Xterm or Kermit protocol.
I have used PockeTerm to create a dump terminal for my Propellers that are loaded with Forth. Works quite well.
http://www.brielcomputers.com/wordpress/?cat=25
I'm having a hard time following some of your questions.
Do you want the Propeller to produced an interface like Parallax Serial Terminal, or to you want to have a serial driver which can interface with the 50g and send it properly formatted requests and to parse out the appropriate data from the replies?
The Propeller is used for the later type of application all the time.
Unless I greatly misunderstand what you're trying to do, you're wasting your time with the BBB if you intend to end up using the Propeller.
What do you want to use as an interface? Do you want a keyboard and TV?
Do you have a Propeller?
Right direction.
I will use that. I have a propeller. Might buy another. I am gathering info on how to use it to its intended purpose. Serial interface seems problematic,
so I switched to a terminal program to handle the interface and processing of the data; faster and clean.
I have found that I am building quite a library, with all the leads that I am following. It takes effort, but leaves a ladder
of learning to be used later, in future projects. I appreciate your help.
Well, I am once again trying to create a generic Loopback test for the HP50g.
I am using a litte DB9 female connector that has Pin 2 and Pin 3 connected.. that is all that is needed... in theory.
BUT it seems that the HP50g is operating as a half-duplex device, so a XMIT will not be immediately placed in its own buffer.
I have to do more... I guess I will set up a Propeller in Forth and see if it will work.
AS it is now... Both my XMIT and my SRECV seem to be working right, but the BUFLEN indicates that nothing ever arrives in the incoming buffer.
There could be a simple alternative explaination and that would be that I have damaged my HP50g serial cable. I previously mention that this may have happened.
If my cable is damaged, and yours is NOT, the proceedure listed below may work just fine.
++++++++++++++++++
You can enter character strings easily by pressing yellow ALPHA key twice. This will leave it in ALPHA entry mode until you hit <enter>.
+++++++++++++++++++++++++++++++++
A. To start with, clear the i/o buffers by doing the following:
> CLOSEIO <enter>
> OPENIO <enter>
B. Send some text with XMIT
> "TEST MESSAGE" /* THIS quoted test sits on the stack while you enter XMIT */
> XMIT /* You should get a 1 if the text was properly sent */
/* At this point you have 1. on the LCD screen indicating a successful transmit without Xmodem or Kermit protocols... just 8 bit ASCII. */
C. Transfer the received text from the serial incoming buffer to the LCD
BUFLEN <enter> /* to acquire the exact number of characters in the Serial receive buffer */
SRECV <enter? /* this should use the number left by BUFLEN to transfer the characters to the LCD *?
/* It seems that the incoming text should have the quotes around it. I get two lines after a bit of a wait.
""
0.
And that all seems to indicate that nothing was found in the incoming buffer. */
++++++++++++++++++++++
About the only 'trick' with all this is to get your alpha characters to work with the XMIT command. You have to use the Orange Key to get the " " mode for your text and you can then use ALPHA ALPHA or just enter digits.
About the only hazard is that if you don't use the serial port timeout (another code feature), and don't do a CLOSEIO before you are finished, you may end up with dead batteries from the serial port remaining on even when the calculator is shut off.
HERE are some videos of the HP49 and HP50g working as a serial terminal. AND there is HP code for the terminal interface.. read it! +++> http://www.adictoshp.org/topic/214-hp484950-como-mando-de-control-de-perifricos-externos/
I'm curious, what is this "winmodem" protocol of which you speak?
Last I heard a "Winmodem" was a modem card you used in a PC. It was called a "Winmodem" because a lot of the modem work required was done in software running under Windows. These cards were not usable under other operating systems. They were not really modems at all!
Other than that, ones communications software saw the "winmodem" the same as any other modem, using AT commands.
None of this "winmodem" stuff seems at all related to STAMPS, Beagle Bones, Propellers, Calculators and all that stuff you are mixing up.
Whilst we are here. Serial comms with the Propeller is about the simplest thing one can do.
I have scoured the internet for any clue to solve the problem, chipset, program or otherwise. Winmodem
has duality in its usage, as it depends on who you ask. (?) Its name is applied to programs, chipsets, and cards.
This confusion, I assume, stems from Global companies. Winmodem vernacular was supposed to cover
all modem laguages, Xmodem, Ymodem, Zmodem, Etc.. This setback is fustrating.
Insofaras an OS for the Propeller, you have helped write one, right? I scanned Peter J's thread
for taycheonForth.
The reason I know this will work, is because I work with a company that uses the hp calculator as the brain of a complex
surveying device. Seemless, accurate, and precise, it uses 3D calculations and high level
integration and differentation formulas used with on onboard microcontroller to process the enviroment to the
intended purpose.
I have tried to acquire the interfacing techniques on the internet from the company, to no avail.