TheBackShed.com

Forum Index : Microcontroller and PC projects : Micromite 5.0

Page 2 of 4

Author

Message

atmega8

Guru

Joined: 19/11/2013
Location: Germany
Posts: 724

Posted: 05:11am 20 Nov 2015

Copy link to clipboard

Print this post

Hi,

is in 5.0 for MX170 Support for an SD-Card???

twofingers

Guru

Joined: 02/06/2014
Location: Germany
Posts: 1593

Posted: 05:25am 20 Nov 2015

Copy link to clipboard

Print this post

atmega8 said Hi,

is in 5.0 for MX170 Support for an SD-Card???

No.

EDIT
But you can try this.
I tried it some time ago (v4.7 beta) with success, but later then it did not work.
No idea why.

Edited by twofingers 2015-11-21

causality ≠ correlation ≠ coincidence

atmega8

Guru

Joined: 19/11/2013
Location: Germany
Posts: 724

Posted: 05:43am 20 Nov 2015

Copy link to clipboard

Print this post

Thank you...
so i have to be Patient and must wait for 5.0 ....;-)

twofingers

Guru

Joined: 02/06/2014
Location: Germany
Posts: 1593

Posted: 06:38am 20 Nov 2015

Copy link to clipboard

Print this post

atmega8 said Thank you...
so i have to be Patient and must wait for 5.0 ....;-)

?? I'm not sure if I missed something?

Maybe you have to wait till v6.0 (for MX170).
5.0 does not support SD cards!

causality ≠ correlation ≠ coincidence

atmega8

Guru

Joined: 19/11/2013
Location: Germany
Posts: 724

Posted: 07:40am 20 Nov 2015

Copy link to clipboard

Print this post

If 6.0 will support SD you Arne correct.

matherp
Guru

Joined: 11/12/2012
Location: United Kingdom
Posts: 10315

Posted: 08:19am 20 Nov 2015

Copy link to clipboard

Print this post

The MX170 will never support SD cards. It doesn't have enough flash memory for a proper implementation

With some clever coding Peter Carnegie (G8JCF) created some limited support using a CFunction as referenced above but never released the source. Unfortunately changes in the Micromite firmware mean his binary will no longer work and without the source it isn't possible to update it.Edited by matherp 2015-11-21

twofingers

Guru

Joined: 02/06/2014
Location: Germany
Posts: 1593

Posted: 09:16am 20 Nov 2015

Copy link to clipboard

Print this post

matherp said Unfortunately changes in the Micromite firmware mean his binary will no longer work and without the source it isn't possible to update it.

Thanks for clarifying, that saves me hours! (Still hoping that PeterC makes his code available).

Michael

causality ≠ correlation ≠ coincidence

WhiteWizzard
Guru

Joined: 05/04/2013
Location: United Kingdom
Posts: 2944

Posted: 04:50am 21 Nov 2015

Copy link to clipboard

Print this post

@Geoffg

Small typo that may cause a bit of confusion:

On Page 26, under the section 'Infrared Remote Control Transmitter', you have the following:

Quote To send a signal you use the command:
IR SEND pin, dev, cmd
Where pin is the I/O pin used, dev is the device code to send
and key is the key code.

Ideally 'cmd'/'key' need to be consistent between the shown 'syntax' and the subsequent description.

WW

EDIT: The above relates to User Manual v5.0Edited by WhiteWizzard 2015-11-22

twofingers

Guru

Joined: 02/06/2014
Location: Germany
Posts: 1593

Posted: 07:42am 21 Nov 2015

Copy link to clipboard

Print this post

@Geoffg

Small typo that may cause a bit of confusion:

User Manual p 22:

Quote Colours
Colour is specified as a true colour 24 bit number where the top eight bits represent the intensity of the red colour, the middle eight bits the green intensity and the bottom eight bits the blue. The easiest way to generate this number is with the RGB() function which has the form: RGB(red, green, blue)
A value of zero for a colour represents black and 255 represents full intensity.
[...]
in the case of the ILI9341 controller, is 65K colours in the 565 format.

AFAIK is this not fully understandable. IMHO - as far as the ILI9341 displays concerned - would it be better somehow to explain that the colour values need to be left shifted (red <<3, green <<2,blue <<3) if you are starting from zero. Or you need to start from 8,4,8 (RGB) if you want to increase the intensity of a colour.

ie 248 is the highest intensity value for red (252 for green, 248 for blue).

Or I'm wrong?

' red starts from 8, green from 4, blue from 8
' used bits for LCD colours and ILI9341 LCDs
' H___L H____L H___L
RGB(&b11111000,&b00000000,&b00000000)

I mean no one can know (except PeterM?) how the 565 conversion is done. There are many ways to implement this.

But maybe I'm the only one who worries about these things.

(Not sure if this text is understandable ...)

Best regards
MichaelEdited by twofingers 2015-11-22

causality ≠ correlation ≠ coincidence

Geoffg

Guru

Joined: 06/06/2011
Location: Australia
Posts: 3292

Posted: 02:40pm 21 Nov 2015

Copy link to clipboard

Print this post

I think that you do have it a little wrong.

Inside MMBasic colours are always 24 bit numbers. It is only when the colour is sent to the LCD that it is converted to 16 bit (656) format.

Geoff

Geoff Graham - http://geoffg.net

twofingers

Guru

Joined: 02/06/2014
Location: Germany
Posts: 1593

Posted: 04:18pm 21 Nov 2015

Copy link to clipboard

Print this post

Thanks,
EDIT:
It seems there is no interest to solve this.

MichaelEdited by twofingers 2015-11-26

causality ≠ correlation ≠ coincidence

MicroBlocks

Guru

Joined: 12/05/2012
Location: Thailand
Posts: 2209

Posted: 05:53am 27 Nov 2015

Copy link to clipboard

Print this post

I have some PIC32MX170F512H chips lying around.
Would those also work with V5.0?

Microblocks. Build with logic.

matherp
Guru

Joined: 11/12/2012
Location: United Kingdom
Posts: 10315

Posted: 06:17am 27 Nov 2015

Copy link to clipboard

Print this post

Quote It seems there is no interest to solve this.

Solve what?

if I specify a colour in 24-bit mode

r7r6r5r4r3r2r1r0,g7g6g5g4g3g2g1g0,b7b6b5b4b3b2b1b0

Then the conversion works like this:

r7r6r5r4r3r2r1r0 -> r7r6r5r4r3, r2r1r0 are thrown away
g7g6g5g4g3g2g1g0 -> g7g6g5g4g3g2, g1g0 are thrown away
b7b6b5b4b3b2b1b0 -> b7b6b5b4b3, b2b1b0 are thrown away

final result in RGB565 is r7r6r5r4r3g7g6g5g4g3g2b7b6b5b4b3

Very simple and the way all platforms do it if they allow RGB888 specification. Then the only difference between RGB888 and RGB565 is that the gradation of the primary colours is 8x less sensitive for R and B and 4x for G

Going back to your original post:

RGB(&B11111000,&B11111100,&B11111000) will give the same as RGB(255,255,255) but it matters not which you use in your code

Edited by matherp 2015-11-28

matherp
Guru

Joined: 11/12/2012
Location: United Kingdom
Posts: 10315

Posted: 06:33am 27 Nov 2015

Copy link to clipboard

Print this post

Quote I have some PIC32MX170F512H chips lying around.
Would those also work with V5.0?

Not as is, it would need a big edit to IOPorts.h which defines all the pin mappings and some other changes in the source to support this chip. It could be a smaller change to support it with the MM+ code by limiting RAM usage to 64K and patching out USB support assuming the pinout is identical to the 64-pin MX470.

Either way, it won't work with either of the variants as-is

MicroBlocks

Guru

Joined: 12/05/2012
Location: Thailand
Posts: 2209

Posted: 06:41am 27 Nov 2015

Copy link to clipboard

Print this post

Thanks for the quick answer Peter!
I have the MX470's also so it is not a problem.
Was just wondering because it seemed so close to an MX170 but just with more pins.

Microblocks. Build with logic.

MicroBlocks

Guru

Joined: 12/05/2012
Location: Thailand
Posts: 2209

Posted: 09:03am 27 Nov 2015

Copy link to clipboard

Print this post

Would it be possible to only use the touch controller, like the one that is used on screens with the ili9341 controller?

I have tried to find the particular chip and only found a reference to a XPT2046 and FT6206?
Is it always the same chip or are there several with the same specs.

Microblocks. Build with logic.

Geoffg

Guru

Joined: 06/06/2011
Location: Australia
Posts: 3292

Posted: 12:32pm 27 Nov 2015

Copy link to clipboard

Print this post

The touch facility can only be used in conjunction with an LCD panel - not on its own.

There are many different part numbers out there but fortunately they all seem to be compatible. I used the data sheet for the XPT2046 as my standard.

Geoff

Geoff Graham - http://geoffg.net

MicroBlocks

Guru

Joined: 12/05/2012
Location: Thailand
Posts: 2209

Posted: 08:09pm 27 Nov 2015

Copy link to clipboard

Print this post

Thanks Geoff, it will make the search for the right controller easier.
I also could do it with a few analog ports.
I asked because there are lots of replacement touchscreens available for 1-2US$.
Making your own touch keyboard can be easily made by printing out a keyboard design and put it under the touchscreen.

Like this (a samsung touch replacement with two four digit 7 segment displays and a printed 'keyboard on a piece of paper):

The sides are acrylic strips. There is enough room for a battery and a small pcb with a umite and usb charging.
It is part of a long long project. :) ( A stepper motor controller that can repeat sequences)

Edited by MicroBlocks 2015-11-29

Microblocks. Build with logic.

Geoffg

Guru

Joined: 06/06/2011
Location: Australia
Posts: 3292

Posted: 12:18am 28 Nov 2015

Copy link to clipboard

Print this post

Using a resistive touch screen on its own without a controller is not hard (eg, the TFT Maximite does not use a controller).

Geoff

Geoff Graham - http://geoffg.net

kiiid

Guru

Joined: 11/05/2013
Location: United Kingdom
Posts: 671

Posted: 07:21am 28 Nov 2015

Copy link to clipboard

Print this post

Wondering, is there any theoretical chance to see the MM+'s built-in fonts upgraded soon for 8-bit support to make possible the inclusion of the special and accent characters?

A second question: how can the DEFINEFONT command be used to define or replace a single character in a font?

And... a third one

Any chance to see the sprites (or something similar) and some basic sound reintroduced for the MM+ ?

Thanks!

http://rittle.org

--------------

Page 2 of 4

Print this page