Search results for:

Could I solder it to that pin (A14)? or is that a bad idea with the leds flashing on updating the firmware?

Great thanks :) I was trying with the opendrain mode but I was afraid to damage the board so I figured I'd check first :)

Hi All,

Since LED1 LED2 and LED3 are the same ports as A13 A14 and A15, I was thinking if we could somehow plug something in to port A13 (for example) and light the LED1 if that something gave a high signal?

This is for use with the HM-10 status LED. It works with an external LED just as stated in the docs, but to have just one cable to the A13 would be great :).

Regards,

Alex

Hi Gordon,

Thanks for the reply, it works with the setup now. Happy to have presented a new bug for the great slaughterhouse :).

Regards

Hi All,

I have connected a HM-10 to the espruino and it works well if I unplug the USB cable, replug, connect to WEBIDE and use code that was saved to flash. It also keeps working after resetting the espruino with the reset switch.

If I use the reset() function however, the HM-10 does not listen to my commands anymore. Is there a way to check if the UART connection is still working? The control LED of the HM-10 keeps flashing like it's waiting for orders, so the module itself seems to be running. The only thing I can think of is that the UART communication is not working anymore.

Regards,

Alex

EDIT: I also tried connecting pin 11 of the HM-10 to ground, to reset it. After reset, its still not listening.. UART handshake or something?

Thanks! I'll try that. On a sidenote, why are there so many linebreaks in the data that is printed?

Hi All,

It seems if you call

Serial1.on("data",function(data) {console.log(data);});

multiple times, the function is called multiple times. I guess that makes sense but I cannot unbind this function. Shouldn't there be a Serial1. off?

Regards,

Alex

Hi Guys,

Thank you for the explanation. I guess new mosfets it is :).

Regards,

Alex

Hi Gordon,

Today I tried using MosFETs with the espruino and I used the pins that do not say 3.3v on the reference page, assuming that those were 5v.. could your verify that all pins give 3.3v? Also, could you explain why there are only some labeled with 3.3v?

Thanks!

Alex

I just received 10 HM-10's for a different project to use with espruinos... Are they that bad? Damn.. I figured they'd be up and running rather quickly.

Did you manage to flash the 51822 with the espruino firmware and still use the BLE?

Regards,

Alex

Hi Gordon,
Thank you for your answer :) I thought it strange that the picture on that page didn't look like it followed the description.

Hi All,

I have (a probably stupid) question about hooking up a HM-10 to the espruino. From the BLE example, it states that "In order to use pin 23, connect this pin via a switch to ground (defaul position of the switch is open). Also connect this pin via a resistor of 1k to 3.3V."

My question is: why can't I just connect pin 23 to any GPIO pin of the espruino? The idea is to have 3.3V go into the HM-10 if the pin is off and to have it grounded when the pin is on right? Wouldn't you have that with the GPIO off (ground) and the GPIO on (v-in)?

I'm not too familiar with hardware so if anyone could please clarify this for me I'd be very grateful. Also, I assume a 470R resistor is a 470 Ohm resistor?

EDIT: why does it have to specifically be a 470? Would a 1K work?

Regards,

Alex

Hi guys,

I'm actually planning on integrating a NRF51422 with the espruino. The NRF chips can be programmed to be communicated with using serial. From this I'd imagine every UART should be able to talk to these chips. The downside is that you'd have to program your NRF51x22 to handle your serial commands and do something with them. All the heavylifting can be done on the NRF chip, you create your own API and send it instructions with your espruino. This should be equally possible for both the NRF51822 and NRF51422 since they're basically the same except for and ANT license.

Regards,

Alex

EDIT: sorry I completely misread your topic. Nevermind :).

It might, it said it succeeded the flashing... I downloaded the bin file to browse to it but then it said URL so I figured, must look for the right one automatically from a default layout or whatever.

Hi Gordon,

Ah I see, I just copied the entire link, my bad.

Regards,

Alex

Hi Gordon,

I tried the build above but the red and blue led were glowing weakly afterwards, and I could not connect to the board anymore.

I'll stick with 1.63 until 1.64 is released.

Regards,

Alex

Hi Gordon,

Thank you very much! I'm out of the office at the moment (done for the day:)) so I'll check the link tomorrow!

It's great to see espruino getting better and better with every forum post!

One could argue I'm having a very good day when it comes to bug hunting :). Main reason probably is that I develop for pcs, and then port to espruino, which is what I did today (hence the silence ;)).

Thanks again for the quick reply :) and keep up the great work!

Hi All,

When printing "this" with the console.log(function), the WebIDE freezes and the espruino has to be restarted. This is due to circular output. Example showing this:

function foo() {
  this.bar = new Bar(this);
  console.log(this);
}

function Bar( fooThis ) {
   this.fooThis = fooThis; 
}

var f = new foo();

Could this be detected in order to easily read out the this and stop WebIDE from freezing?

Thanks!

Alex

Great :) thanks!

Hi All,

Take a look at the example below:

var a = "*";

console.log(a.indexOf("hello")); // == 1?? --> -1 expected
console.log(a.indexOf("world")); // == 1?? --> -1 expected

Is this a bug?

Regards,

Alex

Hi Gordon,

Thats true, though slice can also just have one argument. For last element in string you can do string.slice(-1). Which ofcourse you can also do with string.substring(string.lenght-1, string.length). It would be nice to have :)

Regards,

Alex

Hi All,

It seems that String.slice() is missing.

http://www.w3schools.com/jsref/jsref_slice_string.asp

I was wondering if this will be implemented in espruino?

Regards,

Alex

Hi Gordon, I was wondering (hoping) if you have any idea as to when we might expect an espruino 2.0 edition. With 2.0 I mean with one of the bigger chips mentioned in this thread.

From your other posts I gather that you're running into boundaries for the firmware as well so I do see this to be the next step. That is ofcourse, assuming we cannot safely assume all current chips have 64kb ram and 512kb flash :).

I'm planning to buy about 30 espruino's around July, so it would be awesome if those could be the new (future proof?) boards. If the CC3000 issues are ironed out probably 60 more around September. Here's to wishful thinking :).

It does crash (or stop outputting in any case) if I want to check from i = 0 but I'll assume that would be overwriting part of the code that's running..