Decline of PicBasic ?

[Art]

I’d still go for PBP over XC8 for 8 bit pics... Probably just because I feel I’d have better control over the final asm.
That’s just a gut feeling, with no real evidence, the same goes for you with your PBP experience.
But keep it up with XC8 because you’ll have no problem using a 16 or 32 bit pic.

One question: Does XC8 have a floating point math library with associated trig functions, etc. ?
If not, a dsPic project will change your life!
But there are still simple tasks that are overdone using anything other than a cheap 8 bit micro.. for that I like PBP still.

[richard]

Does XC8 have a floating point math library with associated trig functions, etc. ?

yes it does , you can select 24 or 32 bit format floats.
math.lib with sprintf add 9k to a pic16 pgm size .

[Scampy]

Due to circumstances beyond my control I find myself with a lot of time on my hands so I thought I would occupy myself by doing some coding.

A friend has been banging on at me to use an arduino, but I found the structure of the code difficult to understand, and up until now PicBasic Pro has covered all the requirements for my projects. But I had a 2.8" SPI TFT that if I could get working would provide the basis of a revision for an old project. So I dug out the uno and searched the net for some example code and library - I found something and it wasn't long before I had a demo program running (lines of text in all sizes, then lines, fills etc). I then stripped out parts of the code that i didn't need and it wasn't long before i had the screen displaying text in various colours that resembled the layout of the existing project. I then repeated this idea of finding a working example (and there are shed loads of them) for DS1307 RTC, and cut and pasted the parts I wanted into the screen code, followed by code for DS18B20's... and in the space of a couple of days and an evening I have the basic code that reads 4 temp sensors and a RTC complete. Often it's been by chance, adding or subtracting various styles of brackets, comma, full stop or semi-colons and testing after each change until it compiles without error, and the code probably isn't as compact or efficient as it could be, but it works and in around 16K.

I have no idea what's behind the two library files that handle the screen, but it's really easy to set up the text using tft.setTextColor(ILI9341_MAGENTA,ILI9341_BLACK) to print magenta text on a black background. It's a shame that PBP hasn't kept up with these sort of developments. I've no idea how powerful the mega328 chip is compared to say an 18F PIC, but I'm sure these ILI9341 based TFT's would be able to run from a PIC micro.

For me I think what's caused PBP to fall behind is the loss of several members that used to actively post on here and develop solutions, either as example code, or include files. Darrel Taylor being at the forefront, but other members such as Steve (mister -e), Alain, and Melanie. I hate to think what would happen if Henrik, Art, Richard, Ken, and Dave moved away... without you guys forming the mainstay of the forum I feel PBP would be long dead.

I appreciate that developing include files etc takes time ( I was involved with forum member Tabsoft in developing the DHT11/22 sensor library so have some idea in what's involved ), and maybe is not able to employ developers to keep pace with things as other compilers have, but its a competitive market place and if you don't keep up people will jump ship and move away to other products.

[tumbleweed]

There are literally millions of people developing arduino code and libraries. Compare that to the resources of melabs and I think it's pretty obvious who wins. Even if everyone who posts on this forum codes like mad it'll never reach the same level of market acceptance.

Add to that the fundamental difference between the languages and environments (C/C++ vs basically an asm macro generator) and you'll be waiting a loooong time for features like the arduino has. Plus, the arduino tools are free.

Apples and oranges if you ask me (not that you did).

[Scampy]

There are literally millions of people developing arduino code and libraries. Compare that to the resources of melabs and I think it's pretty obvious who wins. Even if everyone who posts on this forum codes like mad it'll never reach the same level of market acceptance.

Oh I agree that being open source nothing can compare to it in terms of support and development. But then you have MikroElektronika - not only have they continued to develop the hardware (easyPIC / AVR range of development boards plus all the addons )- they are / have been developing their compilers, be that Basic or C++ . But then you are right, it's comparing apples and oranges given that MikroElektronika's turnover for 2016 was around £4,000,000, I suspect considerably more than crownhills for the same period based on the limited information available on the web.

[mpgmike]

I'm aware of a "DT_INTS" type book in the works based on the marvelous contributions made by the late great Daryl Taylor. It doesn't compete with the myriad of code, libraries, and examples available for other platforms, but please don't discount the courageous efforts being taken by a select few in the PBP camp. Having looked into various offerings, I chose PIC and PBP for my reasons. I try to contribute where I can, and I sincerely hope the PBP/PIC niche will continue to grow & evolve. Instead of complaining about the lack of support, I try to give it in hopes that others will respond in kind when I need help. The simple answer is if you find yourself more comfortable with Audrino (or any other platform), work with it.

[richard]

But then you have MikroElektronika - not only have they continued to develop the hardware (easyPIC / AVR range of development boards plus all the addons )- they are / have been developing their compilers, be that Basic or C++

I would not be too sure about that. I find the source level debug support is years behind and programmer support not much better for recent chips. I regularly have to use the pickit3 or icd3 on the easypic7 board now for the newer chips. the support for pps is pretty rudimentary also.
imho mplabx/xc8/mcc leaves mikroc for dead now