Electron 2G breathing cyan but apparently not executing code

Troubleshooting
21

Hey @bblack7489! If you think there might be a bug, the best thing to do is to submit an issue at github.com/spark/firmware with a link to this thread! We’ll be able to take steps to reproduce there.

22

I’ll have a check with my own device again, but how does the device behave when your code does not use delay() or soft delay instead?

Update:
I’ve tried your code and this one

const int led = D7; // built-in LED on D7

void setup() {
    pinMode(led, OUTPUT);
}

void loop() {
    static uint32_t ms;
    if (millis() - ms > 500)
    {
        ms = millis();
     // To blink the LED, we'll toggle it ;-)
        digitalWrite(led, !digitalRead(led));
    }
}

and both do execute just fine and I can OTA other code too while running your and/or my code.

Have you got the LiPo charged and connected when doing OTA?
No extra circuitry?
Good 2G coverage?

23

When I sat down to test, I had a firmware running with the LED blinking at 2Hz. I copied the code above, changed it to "ms > 1000", flashed it over the air, it blinked purple, reset, said flash successful, ready. However when it connects to the internet and then runs my user code, it's still flashing at 2Hz not at the 0.5Hz in the code.

I then downloaded the binary, put it in DFU mode and flashed over the USB

Microsoft Windows [Version 10.0.10586]
(c) 2015 Microsoft Corporation. All rights reserved.

C:\Users\bblack>particle flash --usb firmware2.bin
running dfu-util -l
Found DFU device 2b04:d00a
checking file firmware2.bin
spawning dfu-util -d 2b04:d00a -a 0 -i 0 -s 0x08080000:leave -D firmware2.bin
dfu-util 0.8

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-util@lists.gnumonks.org

Opening DFU capable USB device...
ID 2b04:d00a
Run-time device DFU version 011a
Claiming USB DFU Interface...
Setting Alternate Setting #0 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 4096
DfuSe interface name: "Internal Flash "
Downloading to address = 0x08080000, size = 3188
Download [=========================] 100% 3188 bytes
Download done.
File downloaded successfully
Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!

Flash success!

Again it reported a successful flash, but when it came back online D7 is now blinking at 0.5Hz as expected.

As the last permutation, I tried setting the rate back to 2Hz and flashing over the air, but it is still just flashing at 0.5Hz

The battery is fully charged, the 2G signal is good, and it's not in any sort of carrier board.

24

@will, thanks! I submitted it.

Is there a chance that it’s browser based? Or did I get a board with a faulty FTDI chip?

I can see how Win10 might affect the serial update, but the OTA update seems disconnected to me without knowing the actual firmware inside and out like one of you guys.

25

That is odd and absolutely unexpected :confused:

It’s not necessarily a bug worth a GitHub issue (I’d say), but seems to be something for support
https://www.particle.io/support