Propeller IDE failure to download
rikki
Posts: 53
Are there instructions on the site to facilitate troubleshooting when Propeller IDE fails to download?
I have searched, but I've found nothing.
I am using Propeller IDE ver 0.33.3, in Ubuntu Linux, with a Prop Plug.
My code is a minimal snippet used only to verify downloading:
OBJ
pst : "Parallax Serial Terminal" ' import serial utilities
PUB mainLoop
CON
' enable use of the external clock/crystal
_clkmode = xtal1 + pll16x
_xinfreq = 5_000_000
When I click the WRITE (download) button, the dialog opens for a couple seconds, then declares "Download failed", then the dialog closes.
I have searched, but I've found nothing.
I am using Propeller IDE ver 0.33.3, in Ubuntu Linux, with a Prop Plug.
My code is a minimal snippet used only to verify downloading:
OBJ
pst : "Parallax Serial Terminal" ' import serial utilities
PUB mainLoop
CON
' enable use of the external clock/crystal
_clkmode = xtal1 + pll16x
_xinfreq = 5_000_000
When I click the WRITE (download) button, the dialog opens for a couple seconds, then declares "Download failed", then the dialog closes.
Comments
And is the com-port available (I mean, to make sure the comp-port is NOT open in some other application).
It you have any other port-consuming software open (such as Terminal, SimpleIDE, etc...), try closing all those, and then re-start Propeller IDE, and try again. IF Propeller IDE has a com-port dropdown to choose the port, make sure you've got the right one selected.
Thank you, VonSzarvas for your response.
The com port does appear in the Propeller IDE.
If I unplug the Prop Plug, the listing for ttyUSB0 does not appear.
When the Prop Plug is plugged into a USB port, it does appear in Propeller IDE.
I (my user-name) am included in the dialout group.
The other thing this could be is faulty target hardware, faulty USB cable, or un-powered target hardware.
They would be some quick things to trouble shoot.
1. Try a different USB cable.
2. Make sure the target hardware (not the prop-plug, but whatever you are plugging that into) is powered up.
3. Make sure the target hardware has the tx/rx pins the right way round, and that the RESn pin is connected too.
OK... I realise in asking all this that we missed the first obvious question... What are you plugging the prop-plug into ? Can you share a photo or schematic if that's a non-Parallax board?
Another thing you could try is putting a jumper wire between the PropPlug tx and rx pins, and then open a linux serial terminal, type some characters, and see if those characters echo back again. That won't prove that the RESn pin is working, but it will at least prove that linux is communicating with the PropPlug data lines ok. That said... this seems like it could be a target-hardware issue more than a PropPlug issue.
I am connected via the Prop Plug to a Propeller Spinerette.
I apologize that I had not posted that previously.
The Spinerette is powered ok.
I did verify that the Prop Plug is connected correctly.
Thank you also for this suggestion.
I will give it a try as soon as possible and post the results.
I can write into the terminal $ echo "1" > /dev/ttytUSB0
With no jumper, the blue LED on the Prop Plug flashes.
With the jumper in place, the blue and the red LEDs flash.
I have not managed to get a terminal open as yet.
I will do so and repeat.
I especially appreciate and value your time.
I appreciate your suggestion, which would not have occured to me to do.
Noted in my journal.
If I can get a good take on the required procedures and info then I'll publish it here.
Somewhere there is a logfile, or can be.
I will search for it and include what I see from PropellerIDE connection events to that interface.
ETA: I'm not too concerned with the Spinerette. I only wanted a quickie simple time-of-day/season thing for some lighting.
I have also a Project Board and a Mini, only not at hand for the moment. I'll get them in-hand and try also with the Mini if need be, and the Project Board.
I'm convinced that purchasing a Project Board to mod for use as a downloader /terminal adapter is something I want to do. Worth it I think.
I was connecting/downloading successfully to the Prop product 14 months ago.
Just gotta document the solutions to development connectivity.
I've clock-calendar 'breakout boards' to be integrated with the Project Board or Mini when/if needed.
I just want to get on with that - clock-calendar functions on any of those products. Whichever gets me there first.
-I don't know anything about the rtcc on the Spinerette, though I did download all the manufacturer's docs.
-the rtcc breakout-boards I purchased are well documented..
I'm just as yet ignorant of the libraries' integration in the Prop.
it has to be connected for programming.
maybe that?
Mike
Yes it is, thank you for suggesting it.
The pgm enable jumper at J2 (the programming plug port)
is in place.
Added also to checklist.
thanks for your input.
I downloaded a flash routine from somewhere on the site.
The downloader reports success.
It isn't flashing the LED, but I can go from there.
If it reports successful download, OK..
I had only opened the Propeller ide terminal and got lines of ^.
Seem to recall that's probably incorrect baud rate set somewhere? (it's been almost 2 years for me)
The Terminal window will lock up if I open it to change the baud-rate... hm?
'____CODE:________
OBJ
pst : "Parallax Serial Terminal" ' import serial utilities
CON
' enable use of the external clock/crystal
_clkmode = xtal1 + pll16x
_xinfreq = 5_000_000
PUB LedOnOff
dira[23] := 1
repeat
outa[23] := 1
waitcnt(clkfreq/2 + cnt)
outa[23] := 0
waitcnt(clkfreq/2 + cnt)
'
I ran propelleride from the terminal/command-line and a successful download produces this report:
( I know this is from Propman. I plan to learn to run a binary directly, as a test procedure.)
note the report of a "Device Not Found" error.. in a successful download.
I assume the Prop forces a disconnect after a download?
It seems to report the same on a successful download and on a not-successful download:
_____________dump from propelleride_____________________
propeller.manager: opening "ttyUSB0"
propeller.manager: attaching PropellerSession(0x171b570) to "ttyUSB0"
propeller.manager: detaching PropellerSession(0x171b570) from "ttyUSB0"
propeller.manager: attaching PropellerSession(0x171b570) to "ttyUSB0"
[PropellerManager] ttyUSB0: Downloading image (1156 bytes, 5740 ms)
[PropellerManager] ttyUSB0: ERROR: Device not found
propeller.manager: detaching PropellerSession(0x171b570) from "ttyUSB0"
propeller.manager: attaching PropellerSession(0x171b570) to "ttyUSB0"
propeller.manager: detaching PropellerSession(0x171b570) from "ttyUSB0"
propeller.manager: closing "ttyUSB0"
It failed.
Closed that and opened another terminal.
ran $ sudo propelleride and it ran again,
but failed the download now also.
Back up the chain..
Tried once again inputing: $ echo "1" > /dev/ttyUSB0
No problem, the red LED flashes for 1/4 second.
Again opened $ sudo propelleride
and it fails to download.
There is no other program or service competing with Propman for that interface.
May have missed something..
As soon as traffic is less, I'll go after my Mini and Project Board.
It is downloading ok now, however.
I commented-out most of the code except
PUB LedOnOff
Now it downloads fine.
Didn't report an error before other than "download failed".
That's ok though. Now I know.
Perhaps a unit-swap will tell me something here... the tools aren't.
I can report that my problem seems to be either the Spinerette or the Prop Plug
(I had downloaded to the Spinerette successfully a year ago, don't know what changed )
I am able to download OK to a Propeller Project Board from my present Propeller IDE setup/configuration.
To do: Test the Prop Plug. Try downloading to a Propeller Mini.
.
.
Thanks for that.
The answer is, I do not know.
Didn't think of it at all.
I've had my Parallax products for almost two years and have not been able to immerse myself in them yet.
That process has been interrupted each time I've made a start at it.
This recent exercise to download test code to the Spinerette was the most recent run at it, and now I'm interrupted again (due to family medical emergency).
So I had forgotten there was any option to download to either RAM or EEPROM.
I do appreciate you bringing it to my awareness.
I'll take another look with that in mind.
Thanks for responding.
Again, I regret that I'm as yet not able to add any additional value to this thread.
When I know more then I do expect to update here, to try for a more comprehensive solution.
The red rails are 3.3 volts, and the blue rails are ground on both sides of the breadboard.
I have 2 propellers, Both fail in the same way.
I am running PropellerIDE 0.33.3 on Ubuntu Linux 20.04
When I try to download a very simple spin file that only turn on a single LED, I get Download failed! then the window goes away.
When I run propelleride in a terminal, the error is [PropellerManager] ttyUSB0: ERROR: Device not found.
I am in the dialout group, and ttyUSB0 is recognized in PropellerIDE. If I disconnedt the Prop Plug, the download button and other associated buttons are greyed out. When the Prop Plug is connected, the buttons are active.
I connected tx and rx from the Prop Plug, and typed letters and numbers in a serial terminal connected to the same port (not at the same time that PropellerIDE is open), and I got the characters echoed back.
I tried a second Propeller microprocessor with the same results.
Even just one, as close to the pins as possible.
Ideally you should have the one ground rail, not one on each side. So jumper that ground across at the Prop pins for good measure as well as Vdd. A bad ground can also kill the PLL in the chip, so that's another good reason.