New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
micro:bit may have a problem with first connection #1040
Comments
The request seems to be the problem, with off, it is possible to connect via usb and bluetooth without problems |
It is probably a good idea to use as few software components as possible, so espruino and a json to document. "ENV_ON_CONNECT": true or false : same result, no response from micro:bit when using COM4 I continue to look thru what can be done to document or even fix something. espruino -j config.json
config.json
|
I apparently missed the tick in the GUI: the cmd tool and web have same result with the following, access to the Espruino cmd prompt.
|
I double checked on nRF52-DK and no problems with "ENV_ON_CONNECT": true, "SERIAL_THROTTLE_SEND" : false |
Having spent a bit on the core js files of EspruinoTools, I go over to the actual firmware that is on the micro:bit with a flash of code from lattest github. I enabled console.log for what is actually sent, should probably be on when in verbose
|
Side issue from current github code:
Wish micro:bit had more flash/ram : continues without debug |
Status: At some stage, I look more into the problem as I gain experience in the code. |
Notepad:
|
I haven't read all of this issue, but first connection display of espruino 'ASCII' logo etc can be hit and miss on many boards. The acid test of a correct connection is do you have console access and can you send code. Since you can reset and see the Espruino ASCII then you have one or both? |
nRF52-DK (and soon puck.js) are used as reference and a correct setup for developement is established. |
You won't see the startup logo on a lot of boards - that doesn't have anything to do with the request for environment variables. The logo is sent at boot time (and only if no code is saved), and on micro:bit the USB-Serial interface will take some time to establish, during which time it will be ignoring anything sent to it. Short of intentionally slowing Espruino's boot time down just so the logo can be made to appear, I don't think there's anything that can be done about it |
As @olliephillips says, the real test is whether you can actually write characters on the left hand side of the IDE and make stuff happen |
yes: acid test is left hand side active. I return to the micro:bit problem after nRF52-DK and puck.js tests and some thought. "ENV_ON_CONNECT": false, |
Can I close this? Not getting a logo on reset is to be expected on Micro:Bit because of what I said above |
yes close it. |
By the way, I have to repeat the acid test in controlled environment with documentation in the form of video with relation to the acid test.
|
The micro:bit(s) I am testing seem to have the same form of problem with first connection.
It seems that when connecting over usb (windows 10), that the board does not react with a normal Espruino logo (etc).
It first after one presses reset that the logo comes and things get to normal.
Tested with released firmware and github make.
EspruinoWeb and with espurino --list and -p
With bluetooth, no way to continue at the moment, but I feel that if usb connection is solved, the bluetooth will slacken up.
Press reset
Edit:
If required, I will boot on a ubuntu live usb and try the same to see if os related
Edit edit:
Not seen in nRF52-DK
The text was updated successfully, but these errors were encountered: