Home
JAQForum Ver 24.01
Log In or Join  
Active Topics
Local Time 09:48 03 Aug 2025 Privacy Policy
Jump to

Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me.

Forum Index : Microcontroller and PC projects : Micromite and Micromite Plus Beta 31

     Page 1 of 2    
Author Message
Geoffg

Guru

Joined: 06/06/2011
Location: Australia
Posts: 3292
Posted: 06:12pm 19 Sep 2015
Copy link to clipboard 
Print this post

Another beta. Hopefully this one has nailed all the lingering bugs in the MX170 version (famous last words). You can download it from: http://geoffg.net/Downloads/Micromite/Micromite_4.7_Beta.zip (clear your browser cache first).

The changes are listed in the file Changes.txt but the important ones are:

- Fixed the bug related to the TOUCH(X) function.

- Implemented the ability to call the subroutine MM.PROMPT at the command prompt. The manual has been updated to document this feature (page 21).

Please let me know if you find any more bugs.

Geoff
Geoff Graham - http://geoffg.net
 
atmega8

Guru

Joined: 19/11/2013
Location: Germany
Posts: 724
Posted: 08:11pm 19 Sep 2015
Copy link to clipboard 
Print this post

Geoff,

issues.txt says:

"The Silicon Chip Driver has issues with Windows 10. The workaround is to power
the PIC32 separately (ie, not use the USB +5V)."

So we have to wait until Silicon Chip or Microsoft will fix the Bug?

When providing external Power, but use the USB console, will the console work?

( I will test this tomorrow..)

THX for all this cool enhancements😄, great!

Atmega8
Edited by atmega8 2015-09-21
 
Geoffg

Guru

Joined: 06/06/2011
Location: Australia
Posts: 3292
Posted: 08:14pm 19 Sep 2015
Copy link to clipboard 
Print this post

  atmega8 said  So we have to wait until Silicon Chip or Microsoft will fix the Bug?

I should be able to fix it in firmware. I will let you know.
Geoff Graham - http://geoffg.net
 
atmega8

Guru

Joined: 19/11/2013
Location: Germany
Posts: 724
Posted: 08:22pm 19 Sep 2015
Copy link to clipboard 
Print this post

Thank you Geoff.....
 
WhiteWizzard
Guru

Joined: 05/04/2013
Location: United Kingdom
Posts: 2944
Posted: 09:13pm 19 Sep 2015
Copy link to clipboard 
Print this post

@Geoff,

Possible bug . . .

On 28-pin MX170 (not tried any other MMs), with a MM.PROMPT Sub (either saved in library; or just existing within a program), then you loose the '>' prompt at the start of the line.

I am using usb-to-ttl into TeraTerm.

As soon as I delete (or rename) the MM.PROMPT sub (or library) then the '>' returns

WW
 
kiiid

Guru

Joined: 11/05/2013
Location: United Kingdom
Posts: 671
Posted: 09:21pm 19 Sep 2015
Copy link to clipboard 
Print this post

Geoff, I would like to find out a bit more about the mentioned issue with pin 22 and ssd1963-based displays. Can you please say a few words why is it and will pin 22 be available for use in future or, or never?
Thanks
http://rittle.org

--------------
 
WhiteWizzard
Guru

Joined: 05/04/2013
Location: United Kingdom
Posts: 2944
Posted: 09:25pm 19 Sep 2015
Copy link to clipboard 
Print this post

@Geoff,

If you exit the Editor using ESC, the MM.PROMPT Sub is not run (and you see the '>' prompt)
 
TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283
Posted: 10:37pm 19 Sep 2015
Copy link to clipboard 
Print this post

After a LIBRARY SAVE, the MM.PROMPT sub is not run and the prompt is the default.
After LIST it is run and the prompt reverts to my custom prompt.

18:24:32 >> LIBRARY SAVE
>
>
> list
18:25:10 >>
18:25:16 >>
18:25:17 >>
18:25:17 >> library list
Sub MM.PROMPT
Print Time$ " >> ";
End Sub
18:25:47 >>
18:26:19 >>


MMEdit looks for the ">" in a few places so custom prompts which don't end in ">" will cause a few issues. I can add a timeout, but for now, please put the ">" in the custom prompt string if you are using MMEdit.

Jim

VK7JH
MMedit
 
WhiteWizzard
Guru

Joined: 05/04/2013
Location: United Kingdom
Posts: 2944
Posted: 10:51pm 19 Sep 2015
Copy link to clipboard 
Print this post

After reading Jim's post (and Page21) I see that the built-in command prompt is 'removed' and hence ignore my previous post . . .

  WhiteWizzard said   @Geoff,

Possible bug . . .

On 28-pin MX170 (not tried any other MMs), with a MM.PROMPT Sub (either saved in library; or just existing within a program), then you loose the '>' prompt at the start of the line.

I am using usb-to-ttl into TeraTerm.

As soon as I delete (or rename) the MM.PROMPT sub (or library) then the '>' returns

WW


However, MM.Prompt is not run when using 'ESC' to exit the Editor; as well as immediately after LIBRARY SAVE. I assume it should be??
 
Chris Roper
Senior Member

Joined: 19/05/2015
Location: South Africa
Posts: 280
Posted: 11:55pm 19 Sep 2015
Copy link to clipboard 
Print this post

This is a weird one:
I did an XModem transfer of this code:
[code]
Const ds4 = 4
Const ds3 = 5
Const ds2 = 6
Const ds1 = 7
Const sw1 = 16
Const rp1 = 26
sub mm.prompt
setpin ds4, dout
setpin ds3, dout
setpin ds2, dout
setpin ds1, dout
setpin sw1, din
setpin rp1, ain
Print "LPCDB>"
end sub
[/code]

and the Micromite (28pin) went into an unbreakable loop with the following Console Output:



Cheers
Chris





http://caroper.blogspot.com/
 
boss

Senior Member

Joined: 19/08/2011
Location: Canada
Posts: 268
Posted: 06:24am 20 Sep 2015
Copy link to clipboard 
Print this post



@Geoff

Does exists road map for 100 pin chip FW?

Regards
Bo

 
TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 6283
Posted: 12:05pm 20 Sep 2015
Copy link to clipboard 
Print this post

  Chris Roper said  

and the Micromite (28pin) went into an unbreakable loop with the following Console Output:

Cheers
Chris

I think the important part is the error message I got at the beginning of the output:

sub mm.prompt
setpin 4, dout
setpin 5, dout
setpin 6, dout
setpin 7, dout
setpin 16, din
setpin 26, ain
Print "LPCDB>"
end sub

Saved 313 bytes
[11] SetPin 4, dout
Error: Pin 4 is reserved on startup
[11] SetPin 4, dout
Error: Pin 4 is reserved on startup
[11] SetPin 4, dout

I am using pin 4 for the LCD so the error message is valid, just no way of fixing it.
Eventually the message changed to too many SUBs the same as Chris.

I was unable to reset the MM+ and had to bring out the programmer....

I think that if there is an error in MM.PROMPT, we should be put back to the normal prompt without trying to run the sub again.

Jim
VK7JH
MMedit
 
Grogster

Admin Group

Joined: 31/12/2012
Location: New Zealand
Posts: 9610
Posted: 02:49pm 20 Sep 2015
Copy link to clipboard 
Print this post

  boss said  

@Geoff

Does exists road map for 100 pin chip FW?

Regards
Bo



I know I am not Geoff, but I do know that the 100-pin version has not been developed yet, so there won't be any road map or other. It is mentioned in the documentation, as once the 64-pin one is up and running and as bug-free as possible, it is my understanding that the 100-pin chip will follow soon after that - it is a future release. But for right now, it is sort of in limbo, so to speak.
Smoke makes things work. When the smoke gets out, it stops!
 
Geoffg

Guru

Joined: 06/06/2011
Location: Australia
Posts: 3292
Posted: 03:36pm 20 Sep 2015
Copy link to clipboard 
Print this post

Yes, now that I am concentrating on the MX470 (Micromite Plus) I plan to do the 100-pin version as well as some important bugs (eg, USB and Win 10).

This beta has a couple of issues with MM.PROMPT - First, it is not consistently recognised after EDIT, XMODEM, etc. The second is that an error inside the sub causes mayhem. I will fix both of these in the next release.

  kiiid said   Geoff, I would like to find out a bit more about the mentioned issue with pin 22 and ssd1963-based displays. Can you please say a few words why is it and will pin 22 be available for use in future or, or never?
Thanks

This is only temporary. Another priority for the next beta.

Geoff
Geoff Graham - http://geoffg.net
 
CFLY

Regular Member

Joined: 20/05/2015
Location: France
Posts: 41
Posted: 05:18am 21 Sep 2015
Copy link to clipboard 
Print this post

Thank you Geoff!

TOUCH (X) is OK and TEST GUI TOUCH also on screen 5 '
 
CFLY

Regular Member

Joined: 20/05/2015
Location: France
Posts: 41
Posted: 11:06pm 21 Sep 2015
Copy link to clipboard 
Print this post

A pb !?
I load my program (in B31, Micromite+) by the serial interface with MMEdit,
I enter the "option autorun on",
Off/on the supply and the program start ... OK.
I disconnect the serial interface,
Off/on the supply and nothing !!!
I connect the serial interface,
Off/on the supply and the program start ...
I disconnect only the the link "Data to Micromite",
Off/on the supply, "Micromite Plus MMBasic Ver 4.7 Beta 31 ..." on MMEdit ... OK, but the program is not started
I connect the link "Data to Micromite" and I disconnect "Data from Micromite", no prompt on MMEdit ... OK and the program start
With serial interface connected, I stop MMEdit,
Off/on the supply and the program start ...

Pb known?
 
CFLY

Regular Member

Joined: 20/05/2015
Location: France
Posts: 41
Posted: 11:15pm 21 Sep 2015
Copy link to clipboard 
Print this post

With the serial<=>USB disconnected from the pc, not ok
With the serial<=>USB connected with only 5V it's ok ...
 
CFLY

Regular Member

Joined: 20/05/2015
Location: France
Posts: 41
Posted: 11:24pm 21 Sep 2015
Copy link to clipboard 
Print this post

With the serial interface (serial console) not connected, after power on, I can, only, star the program by the reset switch ...
 
CFLY

Regular Member

Joined: 20/05/2015
Location: France
Posts: 41
Posted: 11:26pm 21 Sep 2015
Copy link to clipboard 
Print this post

On my card, the MCLR has only a 10k on 3.3v ...
 
Grogster

Admin Group

Joined: 31/12/2012
Location: New Zealand
Posts: 9610
Posted: 11:57pm 21 Sep 2015
Copy link to clipboard 
Print this post

Sounds like you are getting parasitic power from the serial connection, and once you remove that connection, that source of parasitic power is then gone, so the chip does not start, or has a dirty start because there is no 'Clean' power. Parasitic power can supply enough power to run the chip, if that is where the supply is coming from, so you need to look carefully at the way you are powering the chip.

What exactly are you using to power the circuit?
Are you using a pre-built module or your own chip circuit on a breadboard?
Breadboards have been the source of many problems before today......

EDIT: Seems OK on my module - I just setup a "Hello" loop, and then reset the MM+, and away it went as it was supposed to:



Edited by Grogster 2015-09-23
Smoke makes things work. When the smoke gets out, it stops!
 
     Page 1 of 2    
Print this page
The Back Shed's forum code is written, and hosted, in Australia.
© JAQ Software 2025