Search results for:

Hi Gordon,
For sure!
Frankly I gave up the espruino latelly for pure C but it may be worth to try it again.

Thanks
Bogdan

@Michel
For now I switched to pure C (Keil IDE). You can debug programs in RAM without having to reprogram the STM32 (nice feature working on Keil).
The ST released CubeX GUI-based peripheral configuration tool which allows to setup peripheral without deep knowledge about internal registers of the STM32. It simply gererates basic code to deal with clocks, GPIO, etc. You can only focus on your project then.

For some application using javascript is not suitable, but for simple ones it might be useful. It's nothing new in the software industry - you do not use object oriented programming when you want to do simple automation tasks... You choose the programming language to get the results quickly - at least in business settings we do use this approach.

They are some application where espruino is the best - for example prototyping.
I meant espruiono popularisation, nothing more.

I'm closing the topic. Thanks you for sharing your thoughts.

I had ONLY one STM32VL where I use the licenced espruino - tt is licenced per SN, isn't it?.
So I have NOT violated the license agreement at least for SN licensing approach.

BTW. Two other STM32 boards are programmed using the arduino (libmaple).
I have 10+ boards coming from Texas Instruments and many from arduino makers.

I did many projects where I was not able to use espruino for many reasons (performance, memory constrains, complexity of javascript event oriented model when using challange/response communications required complex FSMs, etc).

At the beginning the espruino was promissing and I spent many hours trying to use it in every project
(maybe you remember the Nokia FBUS issues we used to troubleshoot together).
I quickly noticed that STM32VL isn't so powerful to run espruino and gave up the idea for some time.
That's another reason why I did NOT bought another license.

Espruino has its place in the hobbyst market. And as usual it is not a 'silver bullet'.

People have different needs. For some people the espruino is great choice. The others might want for example a bunch of sensors embedded on the board and ST boards might be very tempting.

I know how the ST business model looks like - they want to popularise thei board to earn money later.

Assuming that the espruino is targetted at hobbists market the ST, TI, freescale are great choice (cheap, feature-rich), etc.

Maybe releasing espruino for as many boards as possible is a nice choice.
Speciall features could be licenced to get some money from it (it's clear for me that you need money).

Since Kickstart success the popularity of the espruino rised somewhat, I guess.
But I think the main barrier is the espruino board itself.
I personally have about 20 different boards from many vendors (most of the subsidized) and I am looking for for common development environment.

I would look for opportunity how to popularize the espruino-javascipt among hobbits but I would not limit it to a single board (the mentioned "Unsupported board" headline might be discouraging).

I am sorry for these words - you know I have been a fun of the espruino since the beginning.

I think it's difficult to compete with Discovery F4. For about 15$ you get nice board:
http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/PF252419#

Of course some effort is required to use ARM tools but it's feasible and pretty flexible.
Some STM32 boards are supported by arduino (libmaple project and its derivatives).
I use it for STM32VLDiscovery when I run into memory shortage using javascipt.

Understood!
Bogdan

Frankly speaking I started using espruino software before v1.30 (many months before advent of espruino board).
The STM32VLDiscovery was perfectly supported at that time.
I bought a license for using espruino software - nobody remembers that for example 'save' feature required a license to enable it.
That's why I asked this question. I know that Gordon is very busy supporting 'the only right' board.

Hi Gordon,
Each time I read this page:
http://www.espruino.com/Reference
I wonder what this statemen means, especially for owners of non genuine espruino boards: "Other Boards - Unsupported".

Please clarify.
Thanks,
Bogdan

I wonder what you think about new possibilities related to this feature....

Old timer like me used to use assemblers for many years, then switched to high level languages just to simplyfy things (MCU are very powerfull so you do not to count CPU cycles now). Of course interpreters can consume a lot of processing power. I guess Gordon wants to integrate the assembler functionality to speed up things when needed...

I personally use arduino or javascript in this case just to hide complexity related to MCU peripherals (to avoid reading manuals each time I switch from one MCU to another). I guess many people do the same for this reason.

I probably exaggerated a litle bit when talking about avoiding of upgrading.
Sorry, no ofense .

Not sure what is regression tests coverage. Personally I avoid upgradeing espruino as much as possible to avoid new issues not seen earlier (introduced due to refactoring or implementing new features). At this level of complexity of code the regression tests are very important.

@Gordon Is the oninit usage described somewhere? I notice it on examples only and it is mentioned once in Reference as a "workarround" for internal function issues (when called during starup)...
Thanks
Bogdan

So you are right.

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/split

Syntax

str.split([separator][, limit])

Parameters

separator

Specifies the character(s) to use for separating the string. The separator is treated as a string or a regular expression. **If separator is omitted, the array returned contains one element consisting of the entire string**. If separator is an empty string, str is converted to an array of characters.

For me it's ok because you do not have the " separator in the 'HELLO' string so you get the same string as the result.

Yes, remove.

OK. Thanks. Once I buy it I will follow your advice

Hi,
There is a nice board supporting 512KB of flash and 96kB of SRAM
http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/LN1847/PF260000

Do you consider to support this board?
MAybe it's not a big deal as the STM32F407VGT6 is already supported...
Thanks,
Bogdan

Yes, I had the same dilema: have a fun with electronics OR have really reliable solution for plants. My wife made me choose the 2nd option just before vacation time:)
Plants are really chalanging;)

I agree it's not trivial project. I used to try many solutions based on water sensors, pumps, etc. It is difficult for many reasons: quality sensors, water distribution systems (especially challanging when you have 30+ plants scattered all over the house), individual requiremets for water of each plants.

Finally I gave up and bought electronic-less solution:
http://www.blumat.at/en/watering-system-for-house-plants.html

It has been working for over 5 years supplying water for over 30 plants.

Unfortunately I am not skilled enough to make such espruino enhancement.

Lack of this memory optimization is not a problem at all.
Sorry for asking the question about memory again... I know you are busy with more important issues.

Not sure if I understand you correctly:
-there is single queue of events
-there is no pre-emption - the event handler need to run to completion
-then another event is handled from the queue
Let me know if the http event handler completed the task and after this no further (or queued) events is handled (especially those related to setInterval)