TheBackShed.com

Forum Index : Microcontroller and PC projects : VAR CLEAR

Page 5 of 7

Author

Message

TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283

Posted: 10:51pm 14 Jan 2019

Copy link to clipboard

Print this post

PeterB said
I'm making your NANO thing and need to engrave a small board.

Peter

You don't need to get that sophisticated.

A bit of veroboard has served me well since Rob first told us about it.

You might find MMFlash useful as well
2019-01-15_084946_MMflash.zip
It's a GUI front-end for a few of the programming methods.

Jim

VK7JH
MMedit

PeterB
Guru

Joined: 05/02/2015
Location: Australia
Posts: 655

Posted: 11:18pm 14 Jan 2019

Copy link to clipboard

Print this post

Thanks Jim.

It's all too much (for an old bloke to cope with).
I used vero for years but now like to engrave a board and it's fun.
If my board is a dud I will go back to a birds nest or vero.
I will look at MMflash but keep in mind that I am senile.

Peter

PeterB
Guru

Joined: 05/02/2015
Location: Australia
Posts: 655

Posted: 03:03am 15 Jan 2019

Copy link to clipboard

Print this post

******* PICKIT 3 FOR SALE CHEAP *********

The replacement arrived today and it works!!!!!!!!!!!!!!!!!!!!!!!!

Thanks to all of you, and I've still got half a bottle of red.
Now I have to understand the pic32prog that I have built.

Turbo46

Guru

Joined: 24/12/2017
Location: Australia
Posts: 1642

Posted: 04:49am 15 Jan 2019

Copy link to clipboard

Print this post

Great news Peter,

Good to know you weren't doing anything wrong. Make sure that red stays cool and finish it off tonight.

Bill

Keep safe. Live long and prosper.

PeterB
Guru

Joined: 05/02/2015
Location: Australia
Posts: 655

Posted: 10:59pm 21 Jan 2019

Copy link to clipboard

Print this post

Take 2

Sorry Bill (Turbo46), I thought the fault had gone but it had not.
When the new PICKIT arrived I tried it, got no fault, had a glass of red and walked around looking smug for some time. I think I needed a break.
When I got back to it the fault was still there and the red was all gone.
Then I started thinking about Grogster's chip. It was damaged so I had not done much with it but as far as I could remember, it had never displayed the fault and that was the key.
Grogster's chip had V5.04.08, I was using V5.05.01.
A quick email to Grogster for V5.04.08 and the problem has gone.

WIN7 & V5.05.01 has a problem with:

OPTION AUTORUN ON
VAR RESTORE
DO
PRINT "LLL"
LOOP

WIN7 & V5.04.08 does not.

Could somebody please verify this?
Both my PC's have WIN 7 apart fro my CNC system which is XP5.

Sorry again for the confusion.

Peter

Turbo46

Guru

Joined: 24/12/2017
Location: Australia
Posts: 1642

Posted: 11:50pm 21 Jan 2019

Copy link to clipboard

Print this post

Hi Peter,

Sorry but it works for me. WIN10 & V5.05.01 using MMEdit. I loaded the program, ran it stopped it, ran, stopped again and again with no problem.

The chip has been running other programs before, if that matters I don't know? Can you post a screen grab of what you do and see maybe?

Bill

Keep safe. Live long and prosper.

PeterB
Guru

Joined: 05/02/2015
Location: Australia
Posts: 655

Posted: 11:54pm 21 Jan 2019

Copy link to clipboard

Print this post

G'Day Bill

It has to be WIN7.
Others may also do it but I know WIN7 does.

Peter

Turbo46

Guru

Joined: 24/12/2017
Location: Australia
Posts: 1642

Posted: 12:41am 22 Jan 2019

Copy link to clipboard

Print this post

Hello again Peter,

I don't know why it would be WIN7.

I tried your program using MMEdit, entering it using the internal editor and also transferring it using TeraTerm and xmodem. I tried defining a variable (a$) and VAR SAVEing it then downloading the program via TeraTerm and xmodem - All running with no problems.

Have you tried programming the chip with something other than the PicKit? Have you tried MMEdit? I believe that issues a NEW command as part of the download - yes it does. I just tried it again.

Bill

Keep safe. Live long and prosper.

PeterB
Guru

Joined: 05/02/2015
Location: Australia
Posts: 655

Posted: 12:54am 22 Jan 2019

Copy link to clipboard

Print this post

I have 2 PICKIT 3s with a third on the way (I thought that was the problem)
I have a pic32prog.
I have 2 programmers which use a ZIF socket with a 3.3 V regulator and provide ICSP and console access.
The PCB for this project also has ICSP and console access.
I have not tried MMedit so perhaps I should.

I really do want somebody with WIN7 and the rest of the gubbins to try it.

And thanks for your interest.

Peter

TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283

Posted: 02:17am 22 Jan 2019

Copy link to clipboard

Print this post

What USB-TTL converter are you using?

I can't see how the Windows version has any effect.
It does with the Explore64 which uses the microchip USB.

Jim

VK7JH
MMedit

PeterB
Guru

Joined: 05/02/2015
Location: Australia
Posts: 655

Posted: 02:23am 22 Jan 2019

Copy link to clipboard

Print this post

FTD1232
I have a CP2102 I'll give that a go.
Thanks Jim

Peter

robert.rozee
Guru

Joined: 31/12/2012
Location: New Zealand
Posts: 2442

Posted: 02:39am 22 Jan 2019

Copy link to clipboard

Print this post

using:
pic32prog version 2.0.220
GFXterm (build: 15-jan-2019)
win XP home
SDIP MX170 and 1455 usb/ser (fw:1.18)
MMBasic Ver 5.05.01 and MMBasic Ver 5.04.09

procedure:
use pic32prog to load the firmware, then immediately connect using GFXterm. type "edit" to start the editor, paste program code from the clipboard, then press f2 from within the editor to save and run.

results:
verson 5.05.01:

Saved 53 bytes
[2] VAR RESTORE
Error: Variable name

version 5.04.09:

Saved 53 bytes
LLL
LLL
LLL
LLL
LLL

is this the difference in behaviour you are referring to?

cheers,
rob :-)

PeterB
Guru

Joined: 05/02/2015
Location: Australia
Posts: 655

Posted: 02:45am 22 Jan 2019

Copy link to clipboard

Print this post

G'Day rob (Saint ROBERT)

That is it.

Your Sainthood is in the post.

I tried Jim's idea with the CP2102 with the same fault.

Peter

TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283

Posted: 02:51am 22 Jan 2019

Copy link to clipboard

Print this post

Another thought,
try a PAUSE 50 as the first line.
The system could be starting too quickly for it's own good.

Jim

VK7JH
MMedit

PeterB
Guru

Joined: 05/02/2015
Location: Australia
Posts: 655

Posted: 02:56am 22 Jan 2019

Copy link to clipboard

Print this post

I am going to enjoy my smug look for a while before I do anything else as I don't get many opportunities.

Peter

Turbo46

Guru

Joined: 24/12/2017
Location: Australia
Posts: 1642

Posted: 03:13am 22 Jan 2019

Copy link to clipboard

Print this post

That's weird.

I just used MMEdit to download the program closed MMEdit, opened TeraTerm, typed "EDIT" then F2 to save and run and it still ran OK.

But it wasn't just after programming the chip???

Bill

Keep safe. Live long and prosper.

panky

Guru

Joined: 02/10/2012
Location: Australia
Posts: 1115

Posted: 03:29am 22 Jan 2019

Copy link to clipboard

Print this post

Bill,

Tried your setup and confirmed same result.

It appears that the code to do with var save/restore can start up in an indeterminate state.

If you do a hard reset (you know, reset while holding down the ! key)
then try the following at the command prompt

var clear

then run your program, it will run fine (mind you, there are no variables to restore now as you just cleared them all !!!). So it would seem that the problem may be in the initial pointers to memory that the var save/restore code uses is suspect.

If you do a var save after an immediate hard reset, you also get an error

CPU Exception 7 (bus error on load or store) at address 0x9D05CC60

The point is, that var clear seems to reset the var environment so I think this may be a bug for Geoff to chase.

panky.

... almost all of the Maximites, the MicromMites, the MM Extremes, the ArmMites, the PicoMite and loving it!

palcal

Guru

Joined: 12/10/2011
Location: Australia
Posts: 1993

Posted: 03:36am 22 Jan 2019

Copy link to clipboard

Print this post

I had this problem as I posted earlier in this thread but was using V5.0401. I upgraded to 5.0501 and the problem went away. That was using an E-28 SOIC version of the chip.
I just loaded 5.0501 into an LCD backpack using the through hole version of the chip and it fails. So I have on the bench at the moment 2 chips one SOIC and the other SPDIP both loaded with 5.0501 and one runs and the other fails ????

"It is better to be ignorant and ask a stupid question than to be plain Stupid and not ask at all"

PeterB
Guru

Joined: 05/02/2015
Location: Australia
Posts: 655

Posted: 03:47am 22 Jan 2019

Copy link to clipboard

Print this post

That may just indicate the main problem. The results depend on VAR CLEAR, OPTION AUTORUN and the day of the week. (The day of the week is just me being silly.)
The point is that I had great difficulty working out under what conditions it would fail.

Peter

Edit.
So are you sure both chips are set up in an identical way?

P Edited by PeterB 2019-01-23

palcal

Guru

Joined: 12/10/2011
Location: Australia
Posts: 1993

Posted: 03:59am 22 Jan 2019

Copy link to clipboard

Print this post

Both chips had code in them that I cleared. I re flashed the backpack chip to 5.0501 and the E-28 chip already had 5.0501 loaded. Used identical code in each and one works and one fails.

"It is better to be ignorant and ask a stupid question than to be plain Stupid and not ask at all"

Page 5 of 7

Print this page