Photon setup flashing cyan with a "quick red burst" (now orange burst) [Solved]

ScruffR · September 30, 2016, 9:21am

I suppose you have replaced dev_id with your actual device ID.

You may also want to shoot this after particle keys doctor <yourDeviceID>

particle keys server

And make sure your CLI is 1.16.0 (or newer)

Len · September 30, 2016, 9:25am

Whoah! That did it!

Device is connected, back in my dashboard as well and uploading is going great again.

Many thanks

KyleG · October 28, 2016, 5:12pm

5 posts were split to a new topic: Flashing Cyan

KyleG · October 28, 2016, 5:16pm

Hey @omarojo – your most recent post is a bit different than the original topic, “Photon setup flashing cyan with a “quick red burst” (now orange burst)”, so I am going to move it into a new post with the title, “Flashing Cyan”.

Thanks!

dan.s · January 18, 2017, 5:45pm

Hi guys, having a nightmare here with a soldered in photon flashing cyan/red…

Tried everything in this article (with an updated CLI):

 - particle keys server cloud_public.der
 - particle keys new
 - photon particle keys load photon.der 
 - particle keys send 430032000F51353338363333 photon.pub.pem 
 - particle keys doctor 430032000F51353338363333 
 - particle keys server 
 - particle update
 - particle flash --usb tinker

Still no luck .
I can see the system firmware is 0.5.3 and when I try the command:

 - particle device add 430032000F51353338363333

I get: Failed to claim device, server said: [object Object]

Can someone help? @BDub can you try provisioning a new key like you did before?

ScruffR · January 18, 2017, 6:19pm

Can you post the output of these commands?

(in Listening Mode blinking blue)

particle identify

(in DFU Mode blinking yellow)

particle keys server
particle keys doctor 430032000F51353338363333

And also a video of the blinking LED to see what exactly we are up against?

Moors7 · January 18, 2017, 8:21pm

Having a look at the output of particle update wouldn’t hurt either.

dan.s · January 20, 2017, 9:12am

Thanks for your quick replies.
@ScruffR ;
Response to particle identify

Your device id is 430032000f51353338363333
Your system firmware version is 0.5.3

Response to particle keys server

Found DFU device 2b04:d006
checking file C:\Users\dcsim\AppData\Roaming\npm\node_modules\particle-cli\keys\rsa.pub.der
spawning dfu-util -d 2b04:d006 -a 1 -i 0 -s 2082 -D C:\Users\dcsim\AppData\Roaming\npm\node_modules\particle-cli\keys\rsa.pub.der
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:d006
Run-time device DFU version 011a
Claiming USB DFU Interface...
Setting Alternate Setting #1 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 4096
DfuSe interface name: "DCT Flash   "
Downloading to address = 0x00000822, size = 512
Download        [=========================] 100%          512 bytes
Download done.
File downloaded successfully
Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!
Okay!  New keys in place, your device will not restart.

Response to particle keys doctor 430032000F51353338363333

Found DFU device 2b04:d006
Found DFU device 2b04:d006
New Key Created!
Found DFU device 2b04:d006
This file already exists, please specify a different file, or use the --force flag.
Continuing...
checking file 430032000F51353338363333_rsa_new.der
spawning dfu-util -d 2b04:d006 -a 1 -i 0 -s 34:leave -D 430032000F51353338363333_rsa_new.der
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:d006
Run-time device DFU version 011a
Claiming USB DFU Interface...
Setting Alternate Setting #1 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 4096
DfuSe interface name: "DCT Flash   "
Downloading to address = 0x00000022, size = 608
Download        [=========================] 100%          608 bytes
Download done.
File downloaded successfully
Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!
Saved!
attempting to add a new public key for device 430032000F51353338363333
submitting public key succeeded!
Okay!  New keys in place, your device should restart.

@Moors7, response to particle update

> Your device is ready for a system update.
> This process should take about 30 seconds. Here goes!

! System firmware update successfully completed!

> Your device should now restart automatically.
> You may need to re-flash your application to the device.

Here is the video of the blinking LED (sorry for poor quality, I may have over-compressed it): https://drive.google.com/open?id=0B318xmkMW6WJd2pWaXF6Wk9Ta28

ScruffR · January 20, 2017, 9:43am

I see you’ve got the Photon soldered to a custom PCB, so chances are that the external circuitry does overstress the USB power supply on connection attempt causing the key hanshake to fail or your PCB design does cause degraded antenna performance.

Try a different cable (these old Spark USB cables weren’t too good), a 2A minimum USB power supply and possibly a uFL antenna (needs to be selected in code too).
How does your keepout area around the chip antenna look?

There was another thread by @UMD having troubles with a mounted Photon and reception a while back
Photon SoftAP mode - mobile cannot obtain address

and also this
Photon SMD Antena, keepout zones, and ground loops

dan.s · January 20, 2017, 10:17am

The boards have DC jacks fitted and an LDO regulator capable of supplying > 2A, but connecting to the plug does not help.

Here is the keepout area:

I don’t think it is a hardware problem since I’ve got 5 others working fine! The only difference with this one is the way I set it up; instead of using the Particle app, I tried the CLI to set the WiFi credentials using particle setup wifi. It connected and was breathing cyan but would not allow me to add the ID to my account. Thinking there may be a problem with the keys, I generated fresh ones, which is when the problems started…

ScruffR · January 20, 2017, 11:10am

Maybe pinging @BDub again might help.
You can also open a support ticket with a reference to this thread.

Moors7 · January 20, 2017, 11:35am

So the update went through, but you’re still ‘stuck’ on 0.5.3, which is not the latest version. Try updating your CLI and give it another shot?

dan.s · January 20, 2017, 12:14pm

Updated CLI and photon again, it’s version has changed to 0.60 but the red light problem still persists (even after another go at key doctor).

dan.s · January 23, 2017, 8:40am

@Moors7 @ScruffR, so I opened a support ticket and came to a solution - it turns out the IDs are case sensitive! In other words, if there is a letter in there, it must be LOWERCASE! I just had to run the key doctor with lowercase “f”.

Sometimes the solution is so simple…
Thanks for your help though guys.

ScruffR · January 23, 2017, 8:57am

Darn, this has bitten again!

This is an open issue for CLI which should have been addressed a year ago.

github.com/particle-iot/particle-cli

`particle claim` should work when supplying an ID with uppercase hex letters

opened 04:37PM - 09 Feb 16 UTC

closed 06:57PM - 09 Feb 16 UTC

opyh

We just tried to claim a Photon by supplying its ID that we copy&pasted from the… command line output of `particle-cli`. It worked neither with the Particle Build web interface nor with `particle-cli` ('Could not claim device') The ID was `220034000E47343432313031`. When we changed the letter `E` to `e`, it worked. Could it be that IDs are interpreted case sensitive somewhere on the server? In this case the tool should output the ID in lowercase or the server should convert the IDs to lowercase before trying to add them to your account.

LesG · February 23, 2017, 10:00pm

Thanks Scruff this worked great - particle keys doctor 123456789ID particle keys server

Nothing else had worked at all

Cheers

ventz · May 4, 2017, 7:58pm

This fixed the issue!! (out of all the others – like generating new keys, uploading them, etc). Thank you!!

andreasioan · May 25, 2017, 4:04am

Hey, so im going to bring this topic back to life because i havnt been able to fix it for almost a week now.
I have a classroom set of sparkfun photon redboards, with the majority running the 0.5.3 firmware. Im trying to get them all up and running on the latest firmware which is 0.6.2, but when i update them, they devices turn into bricks!
i get the cyan flashing with 3 red flashes. I have tried everything listed in this thread to get it working:
particle keys doctor deviceid
particle keys server device.der
particle keys new
particle keys load device.der
particle keys send deviceid device.pub.pem

and every other variation all all sorts of orders

i have tried reverting back to old firmware such as 0.5.3, but each time i try to update the key on the server using ‘send’ or ‘doctor’ i get a
Error sending public key to server: Permission Denied

eg: particle keys doctor deviceid

C:\Users\ioannidisa>particle keys doctor 230025000e47343337373737
Found DFU device 2b04:d008
Found DFU device 2b04:d008
New Key Created!
Found DFU device 2b04:d008
This file already exists, please specify a different file, or use the --force flag.
Continuing...
spawning dfu-util -d 2b04:d008 -a 1 -i 0 -s 34:leave -D 230025000e47343337373737_rsa_new.der
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:d008
Run-time device DFU version 011a
Claiming USB DFU Interface...
Setting Alternate Setting #1 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 4096
DfuSe interface name: "DCT Flash   "
Downloading to address = 0x00000022, size = 609
Download        [=========================] 100%          609 bytes
Download done.
File downloaded successfully
Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!
Saved!
attempting to add a new public key for device 230025000e47343337373737
Error sending public key to server: Permission Denied
Make sure your device is in DFU mode (blinking yellow), and that your computer is online.
Error - undefined

I cant finish the particle setup to claim the device as when it goes to connect to the cloud, the bad key still blocks it

i need some new ideas!!!

Moors7 · May 25, 2017, 4:19am

Try opening the command prompt as an administrator, and make sure the device is in the proper mode. Also, running Particle update and Particle flash --usb tinker, shouldn’t hurt

andreasioan · May 25, 2017, 4:21am

I should of mentioned ive tried a particle update and particle flash --usb tinker they dont change anything as the device still wont connect to the server
i have also tried manually flashing different firmware

Topic		Replies	Views
[SOLVED]Photon fast blinking cyan (with a random red burst) Troubleshooting	5	7457	September 17, 2015
Flashing Cyan with Quick Flashes of Red Troubleshooting	29	6105	June 5, 2016
Photon flashing cyan and blinking orange Troubleshooting	27	8637	September 7, 2016
Flashing fast cyan with red Troubleshooting	3	813	July 10, 2017
[solved] Photon setup failure - new LED flashing sequence Troubleshooting	52	7766	September 10, 2016

Photon setup flashing cyan with a "quick red burst" (now orange burst) [Solved]

Related topics