Photon Setup Failed at "Verify Product Ownership"

keeps flashing cyan, no red.

try to reflash the Particle cloud keys in DFU mode (blinking yellow) with:

Download the server public key from https://s3.amazonaws.com/spark-website/cloud_public.der

and use the command dfu-util -d 2b04:d006 -a 1 -s 2082 -D cloud_public.der

iMac002:Spark kevinhankinson$ dfu-util -d 2b04:d006 -a 1 -s 2082 -D cloud_public.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

dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
Deducing device DFU version from functional descriptor length
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 = 402
Download	[=========================] 100%          402 bytes
Download done.
File downloaded successfully

On reboot - now flashing cyan (no red). I have attempted to run ‘particle device add’ and it failed.

particle device add will not work until the device is breathing cyan (not flashing/blinking)

Hmm… If there’s no red flashes then that’s super weird. Can you factory reset and re do the steps for sending wifi credentials? Sorry for the trouble :wink:

If I do a factory reset, will the photon still have the new keys I just loaded via DFU, or do I need to redo this step as well?

I need to leave this for now (need to leave for a weekend trip)… but thank you for your input, it is appreciated. I will pick this up on my return.

1 Like

The keys will stay so you can attempt a factory reset. :slight_smile:

This can also happen if your behind a firewall. Can you open up a terminal/command line and issue the following command: telnet device.spark.io 5683 or telnet device.particle.io 5683. If you get lots of gibberish text back then your firewall isn’t the problem

Hi

Thank you for the suggestion. This is a residential broadband connection, no firewall in place. My Core products connect ok.

Ah. Ok. Have you performed the keys doctor command as well?

See this page for information on how to do that.

If I do get the photon to register, will this resolve the issues so I can send out to a customer to setup on their network using the mobile app? Or are they expected to go through the same, low level processes?

I have one photon that exhibits a similar issue, even after the dfu update with the new keys. The flashing is fast blue with red in between. Factory reset also does not work. I have given up on that one since the rest of my photons (3 of them) work fine.

A.J.

Hi

Tried this. the photon is in DFU more, I then run the command and the photon moves from DFU (stops flashing yellow) and the command fails. I have tied this several times, same result:

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

dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
Deducing device DFU version from functional descriptor length
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
dfu-util: Error during download get_status
Error saving key to device…
Make sure your device is in DFU mode (blinking yellow), and that your computer is online.
Error -

I have just tried the third (of 10) photons and this is also failing verification. Can we arrange a support call to the UK so we can go through this on Skype? Perhaps my setup is missing something?

FYI - the CLI wifi command is now crashing my imac! It has done this 4 times consecutively. I have updates the CLI and DFU utility and it is still crashing the machine.

I have a similar/the same problem, and have a setup as thus:
Two wifi APs, with same SSID and 64 bit WEP code (I understand that 64 bit WEP is basically zero protection). Using the iOS app, as well as updating to 0.4.1 and then 0.4.2 via DFU-util didn’t seem to allow registration of the device.

I changed one of my APs’ SSID to a unique value, turned off WEP, and also forced it to 802.11 B only (as opposed to b/g). After this point, it was able to connect to that particular access point and let itself get registered. However, changing that AP back to the previous setup (matching SSID, with WEP, and mixed b/g mode) made the photon just blink green lights again on reset.

I’d like to be able to preserve my current network setup (i.e., some nominal amount of protection in order to keep random people off of my wifi) and also have my photon connect… Is this likely the same issue, or a completely separate one?

@Jangie how long is your WEP password?

10 characters of hex.

Hmmm… Hex? Should it be alphanumerical somehow? Does other devices connect well under that setting?

I got two photon, one photo works well, but other one don’t.

particle keys new
running openssl genrsa -out device.pem 1024
running openssl rsa -in device.pem -pubout -out device.pub.pem
running openssl rsa -in device.pem -outform DER -out device.der
New Key Created!

and next

particle keys load device.der
running dfu-util -l
Found DFU device 2b04:d006
Apparently I didn’t find a DFU device? util said 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

Found DFU: [2b04:d006] ver=0200, devnum=3, cfg=1, intf=0, alt=1, name="@DCT Flash /0x00000000/01016Kg", serial=“00000000010C"
Found DFU: [2b04:d006] ver=0200, devnum=3, cfg=1, intf=0, alt=0, name=”@Internal Flash /0x08000000/03
016Ka,01016Kg,01064Kg,07*128Kg", serial=“00000000010C”

running dfu-util -l
Found DFU device 2b04:d006
Apparently I didn’t find a DFU device? util said 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

Found DFU: [2b04:d006] ver=0200, devnum=3, cfg=1, intf=0, alt=1, name="@DCT Flash /0x00000000/01016Kg", serial=“00000000010C"
Found DFU: [2b04:d006] ver=0200, devnum=3, cfg=1, intf=0, alt=0, name=”@Internal Flash /0x08000000/03
016Ka,01016Kg,01064Kg,07*128Kg", serial=“00000000010C”

running dfu-util -d 2b04:d006 -a 1 -s 34:612 -U pre_device.der
running openssl rsa -in pre_device.der -inform DER -pubout -out pre_device.pub.pem
Error saving key from device… Error: Command failed: unable to load Private Key

I got a Private Key error, but try next,

particle keys send [device_id] device.pub.pem
attempting to add a new public key for device [device_id]
submitPublicKey got error: invalid_token

I update firmware 0.4.2 local dfu mode, but don’t work. What’s should I do next? any Idea?

thank you.

It’s all alphanumeric, 0-9, A-F. Works just fine on everything else.

I’m going to try WPA2 tonight to see if that does the trick, but would have preferred not to change my existing setup just for a device.

I have received a further 4 Photons today. Just tried the first one and I get the same issues - fails at the last step of the app based setup.
Clearly an issue with my network (that I do not see with the Core’s). I sent a support ticket on Sunday to ask if someone could Skype me to walk through this, with no response so far. I now have 14 Photons and some customer orders with no workable chips, so keen to get to the bottom of this, though a little disappointed as the Core did not work in some places and I deferred for the Photons, but looks like I am in the same situation.

I really need some Spark support here.

Thank you