10fxx support......

[Nemena]

I wish 10f202 10f204 .... support
thank you

[zristic]

We will give our best to do it.

[Niki]

I would like 10F support too!

I know the stack is tiny on a 10F, but even if it meant losing support for procedures, it would still be worth it!

[newtronic]

Hello

I was some time appart from the pic's
But about 10F2xx i would like to program them in basic, even if they have small memory, and as somebody wrote, the demo ver of MB can fill all their memory, why not to make it available only for registered users?




Newtronic

[zristic]

10F are a little tricky. They differ too much from a standard architecture, so we have to write a separate code generator/linker for them. It will take some time and it is of a low priority. It is planned for this year, but no exact dates yet.

[newtronic]

Hi Zoran
Tanks for your fast response


As i'm working on SMD circuits, it's easy to include on, some 10F
And sometimes we don' need more ports, this is enough
I'll wait for it


Newtronic

[dinoraptor123]

HEY MIKROBASIC

I THINK YOU SHOULD MAKE A BOOK WITH ALL THE COMMAND AND LIBRARIES WITH THE PRODUCTS YOU MAKE LIKE PICEASY3 AND SOME OF THE OTHER EASYPICS I THINK THAT WOULD MAKE PEOPLE UNDERSTAND THE IDE ENVIRONMENT MORE.

I APPRECIATE THE PRODUCTS YOUR MAKING RIGFHT NOW THIER AWESOME BUT THIS IS JUST MY OPINION.

THANKS

[izifer]

Hi,

In new (v5) version you dont support PIC10F.
Why? And when will support?

izifer

[LGR]

10F are a little tricky. They differ too much from a standard architecture, so we have to write a separate code generator/linker for them. It will take some time and it is of a low priority. It is planned for this year, but no exact dates yet.

Given the extremely limited capabilities of the 10Fs, maybe an extremely limited subset of BASIC would be appropriate, and easier to impliment than trying to port everything over, when most facilities (and libraries) wouldn't be usable, anyway. You're not going to write a TCP/IP server with GLCD and CF on a 10F. Maybe just the bare essentials; byte arithmetic, IF-THEN, etc. I wouldn't even attempt soft serial comm.

Comments?

[zristic]

Well, too much work for very little pleasure. We will leave it for some happier times.

[LGR]

I agree it's low priority.

Maybe the way to approach it is, when you get the time, produce a stand-alone tiny basic with only the bare bones of instructions, and no libraries (except maybe delays). Of course, you can't have a free version, because all programs would be under 2K. So you sell it either as a free extra to people who have already bought a license to the full PIC or dsPIC compiler, or charge something like $40 for it. If it's easier, dispense with the IDE, and use it with a text editor. This would be only for very tiny programs, and a lot of the niceties of the IDE wouldn't be needed.

But not in 2006.

[Deedoo]

And what is with the litle 12F PICs? PIC12509 as sample didn't work too...

The FlowCode from MatrixMultimedia didn't support 10F and 12F too. But the PICFLASH2 support all of these. Great, and how can we write the programms? Only with MPLAB in ASM an then convert it to .hex. So then have four Programms, because we have small PICs.

I can understand your statement, but this is not very beginner friendly!

[Deedoo]

And what is with the litle 12F PICs? PIC12509 as sample didn't work too...

The FlowCode from MatrixMultimedia didn't support 10F and 12F too. But the PICFLASH2 support all of these. Great, and how can we write the programms? Only with MPLAB in ASM an then convert it to .hex. So then have four Programms, because we have small PICs.

I can understand your statement, but this is not very beginner friendly!

This is for C, Pascal and Basic Compiler.

[Niki]

10F are a little tricky. They differ too much from a standard architecture, so we have to write a separate code generator/linker for them. It will take some time and it is of a low priority. It is planned for this year, but no exact dates yet.

Given the extremely limited capabilities of the 10Fs, maybe an extremely limited subset of BASIC would be appropriate, and easier to impliment than trying to port everything over, when most facilities (and libraries) wouldn't be usable, anyway. You're not going to write a TCP/IP server with GLCD and CF on a 10F. Maybe just the bare essentials; byte arithmetic, IF-THEN, etc. I wouldn't even attempt soft serial comm.

Comments?

I've been working on a 10F basic compiler for a few weeks now and already have working code generation on it. Still months away from finishing the program, but here's a list of features:

o Prototyping language
o All commands stored in auto-updating SQL database (No .mcl files or waiting for main releases for command fixes)
o Hardware abstraction layer (No need to read datasheets)

Here's a small example program that already compiles:

Code: Select all

with gpio set pins 0,1,2 as output
loop
  with gpio make pins 0,1,2 go high
  wait 1 second
  with gpio make pins 0,1,2 go low
  wait 1 second
end loop

No MPU specific code as all inteligence is in the compiler

[zristic]

Code: Select all

with gpio set pins 0,1,2 as output
loop
  with gpio make pins 0,1,2 go high
  wait 1 second
  with gpio make pins 0,1,2 go low
  wait 1 second
end loop

Looks interesting. Please keep us updated with this project.