Hi! I am having the same issue with my B524 SOM - how this story ended? My devices are blinking green without even trying to connect to the cloud. This is strange, cause just yesterday they were all fine. Could anyone help me please?
Blinking green means the device cannot connect to cellular.
Make sure the SIM is still activated in the console.
Removing all power to the device and letting it sit for 30 seconds before powering back up is usually a good idea as well.
If that does not work, use web device doctor to flash troubleshooting firmware to the device so you can get a debugging log.
SIMs are active. I removed power several times - still the same problem.
I have also tried web device doctor - there flashing to latest OS is always successful but there are no errors. What is strange:
I have found this line in console logs:
"NO CARRIER"
Which is weird, because:
- Device was connecting for a days form different locations (Poland) with no problem. I have been testing connecitons from 3 different locations now
- Last handshake was just yesterday, so there mus have been carrier... Is my issue related to cellular network providers or something?
To be honest I am out of ideas for now: - Device is communicating good via USB
- My Hardware seems to be just fine
- I have used 3 differens SOMs, 2 of them only on Particle M.2 DevBoard
The only thing I have not tried yes is changing cellulcar Antenna - I mean, I have tested a few but all of them were from Particle - that is something I can do, but if everything were good before then would stronger antenna be needed...?
And also, I got this info in doctor:
It appears that you do not have a battery connected. A battery is recommended for all non-LTE cellular devices; running without a battery may cause connection or data transmission to fail.
It is true, but on my Hardware i am using 4V power supply with 3A so that should not be a problem. On devboard I have not battery but it it not needed. I think I have never noticed this info before - what might it be caused by?
Could you include more of the log? You may need to use particle serial monitor.
How are you powering the device? If it's falling back to 2G/3G it will need a battery; USB is not typically sufficient.
Here is my log:
Device ID: e00fce689a80ea75d5ab4306
ICCID: 89883070000013785587
IMEI: 862632048651589
IMSI: 234500029252149
Modem Manufacturer: Quectel
Modem Model: EG91
Modem Firmware Version: EG91EFBR06A07M4G
Modem Application Version:
Power Supply: Unknown
Battery: Unknown
Battery SoC: -1
Country:
Carrier:
Access Technology:
Band:
Cellular Global Identity:
0000000266 [system.nm] TRACE: Request to power on the interface
0000000267 [ncp.client] TRACE: Powering modem on, ncpId: 0x62
0000000267 [ncp.client] TRACE: Modem already on
0000000328 [mux] INFO: Starting GSM07.10 muxer
0000000329 [mux] INFO: Openning mux channel 0
0000000329 [mux] INFO: GSM07.10 muxer thread started
0000000331 [mux] INFO: Openning mux channel 1
0000000332 [system.nm] INFO: State changed: DISABLED -> IFACE_DOWN
0000000382 [ncp.at] TRACE: > AT
0000000385 [ncp.at] TRACE: < OK
0000000385 [ncp.client] TRACE: NCP ready to accept AT commands
0000000386 [ncp.at] TRACE: > AT+CFUN=1,0
0000000389 [ncp.at] TRACE: < OK
0000000389 [mux] INFO: Mux channel 1 already opened
0000000390 [ncp.at] TRACE: > AT
0000000392 [ncp.at] TRACE: < OK
0000000392 [ncp.client] TRACE: NCP state changed: 1
0000000393 [net.pppncp] TRACE: NCP event 1
0000000394 [ncp.at] TRACE: > AT+QCFG="cmux/urcport",1
0000000396 [ncp.at] TRACE: < OK
0000000397 [ncp.at] TRACE: > AT+CGEREP=1,0
0000000399 [ncp.at] TRACE: < OK
0000000404 [app] INFO: cellular is on
0000000406 [ncp.at] TRACE: > AT+CCID
0000000408 [ncp.at] TRACE: < +CCID: 89883070000013785587
0000000409 [ncp.at] TRACE: < OK
0000000411 [ncp.at] TRACE: > AT+CGMI
0000000413 [ncp.at] TRACE: < Quectel
0000000414 [ncp.at] TRACE: < OK
0000000416 [ncp.at] TRACE: > AT+CGMM
0000000417 [ncp.at] TRACE: < EG91
0000000418 [ncp.at] TRACE: < OK
0000000419 [ncp.at] TRACE: > AT+CGMR
0000000421 [ncp.at] TRACE: < EG91EFBR06A07M4G
0000000422 [ncp.at] TRACE: < OK
0000000425 [ncp.at] TRACE: > AT+CGSN
0000000429 [ncp.at] TRACE: < 862632048651589
0000000430 [ncp.at] TRACE: < OK
0000001685 [app] INFO: Auto-connect disabled
0000002121 [ncp.at] TRACE: > AT+CFUN?
0000002123 [ncp.at] TRACE: < +CFUN: 1
0000002124 [ncp.at] TRACE: < OK
0000002126 [ncp.at] TRACE: > AT+CCID
0000002128 [ncp.at] TRACE: < +CCID: 89883070000013785587
0000002129 [ncp.at] TRACE: < OK
0000002131 [ncp.at] TRACE: > AT+CGSN
0000002133 [ncp.at] TRACE: < 862632048651589
0000002133 [ncp.at] TRACE: < OK
0000002135 [ncp.at] TRACE: > AT+CGMR
0000002136 [ncp.at] TRACE: < EG91EFBR06A07M4G
0000002137 [ncp.at] TRACE: < OK
0000002694 [ncp.at] TRACE: > AT+CFUN?
0000002696 [ncp.at] TRACE: < +CFUN: 1
0000002697 [ncp.at] TRACE: < OK
0000002698 [ncp.at] TRACE: > AT+CCID
0000002700 [ncp.at] TRACE: < +CCID: 89883070000013785587
0000002700 [ncp.at] TRACE: < OK
0000002701 [ncp.at] TRACE: > AT+CGSN
0000002703 [ncp.at] TRACE: < 862632048651589
0000002704 [ncp.at] TRACE: < OK
0000002704 [ncp.at] TRACE: > AT+CGMR
0000002706 [ncp.at] TRACE: < EG91EFBR06A07M4G
0000002707 [ncp.at] TRACE: < OK
0000003269 [system.nm] INFO: State changed: IFACE_DOWN -> IFACE_REQUEST_UP
0000003272 [net.ppp.client] TRACE: PPP thread event ADM_UP data=0
0000003273 [net.ppp.client] TRACE: State NONE -> READY
0000003276 [ncp.at] TRACE: > AT+CFUN=1,0
0000003278 [ncp.at] TRACE: < OK
0000003278 [ncp.at] TRACE: > AT+CCID
0000003281 [ncp.at] TRACE: < +CCID: 89883070000013785587
0000003281 [ncp.at] TRACE: < OK
0000003282 [ncp.at] TRACE: > AT+CGDCONT=1,"IP","super"
0000003284 [system.nm] INFO: State changed: IFACE_REQUEST_UP -> IFACE_UP
0000003285 [ncp.at] TRACE: < OK
0000003287 [ncp.at] TRACE: > AT+CFUN=1,0
0000003288 [ncp.at] TRACE: < OK
0000003289 [ncp.at] TRACE: > AT+CREG=2
0000003291 [ncp.at] TRACE: < OK
0000003292 [ncp.at] TRACE: > AT+CGREG=2
0000003293 [ncp.at] TRACE: < OK
0000003294 [ncp.at] TRACE: > AT+CEREG=2
0000003296 [ncp.at] TRACE: < OK
0000003296 [ncp.client] TRACE: NCP connection state changed: 1
0000003297 [net.pppncp] TRACE: NCP event 2
0000003298 [net.pppncp] TRACE: State changed event: 1
0000003299 [ncp.at] TRACE: > AT+COPS?
0000003299 [net.ppp.client] TRACE: PPP thread event LOWER_DOWN data=0
0000003302 [ncp.at] TRACE: < +COPS: 0
0000003302 [ncp.at] TRACE: < OK
0000003303 [ncp.at] TRACE: > AT+CREG?
0000003305 [ncp.at] TRACE: < +CREG: 2,5,"DF20","2C88647",2
0000003306 [ncp.at] TRACE: < OK
0000003307 [ncp.at] TRACE: > AT+CGREG?
0000003309 [ncp.at] TRACE: < +CGREG: 2,5,"FFFF","2C88647",2
0000003310 [ncp.at] TRACE: < OK
0000003311 [ncp.at] TRACE: > AT+CEREG?
0000003313 [ncp.at] TRACE: < +CEREG: 2,5
0000003314 [ncp.at] TRACE: < OK
0000003314 [ncp.client] TRACE: NCP connection state changed: 2
0000003315 [mux] INFO: Openning mux channel 2
0000003363 [net.pppncp] TRACE: NCP event 100
0000003364 [net.pppncp] TRACE: New auth info
0000003366 [net.pppncp] TRACE: NCP event 2
0000003367 [net.pppncp] TRACE: State changed event: 2
0000003368 [ncp.at] TRACE: > AT+CIMI
0000003368 [net.ppp.client] TRACE: PPP thread event LOWER_UP data=0
0000003370 [net.ppp.client] TRACE: State READY -> CONNECT
0000003371 [net.ppp.client] TRACE: State CONNECT -> CONNECTING
0000003371 [ncp.at] TRACE: < 234500029252149
0000003372 [ncp.at] TRACE: < OK
0000004375 [ncp.at] TRACE: > AT
0000004376 [ncp.at] TRACE: < OK
0000004377 [ncp.at] TRACE: > ATO
0000004379 [ncp.at] TRACE: < NO CARRIER
0000004379 [ncp.at] TRACE: > ATD*99***1#
0000004391 [ncp.at] TRACE: < CONNECT 150000000
0000004392 [net.ppp.client] TRACE: PPP phase -> Initialize
0000004393 [net.ppp.client] TRACE: PPP phase -> Establish
0000004394 [lwip.ppp] TRACE: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x5852053a> <pcomp> <ac
0000004401 [lwip.ppp] TRACE: rcvd [LCP ConfReq id=0x6 <asyncmap 0x0> <auth chap MD5> <magic 0xac191
0000004403 [lwip.ppp] TRACE: sent [LCP ConfNak id=0x6 <auth pap>]
0000004405 [lwip.ppp] TRACE: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x5852053a> <pcomp> <ac
0000004408 [lwip.ppp] TRACE: rcvd [LCP ConfReq id=0x7 <asyncmap 0x0> <auth pap> <magic 0xac19136a>
0000004410 [lwip.ppp] TRACE: sent [LCP ConfAck id=0x7 <asyncmap 0x0> <auth pap> <magic 0xac19136a>
0000004411 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x0 magic=0x5852053a]
0000004412 [net.ppp.client] TRACE: PPP phase -> Authenticate
0000004413 [lwip.ppp] TRACE: sent [PAP AuthReq id=0x1 user="" password=""]
0000004416 [lwip.ppp] TRACE: rcvd [LCP DiscReq id=0x8 magic=0xac19136a]
0000004419 [lwip.ppp] TRACE: rcvd [LCP EchoRep id=0x0 magic=0xac19136a 58 52 05 3a]
0000004421 [lwip.ppp] TRACE: rcvd [PAP AuthAck id=0x1 ""]
0000004422 [net.ppp.client] TRACE: PPP phase -> Network
0000004423 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <msdns1 8.8.8.8> <msdns2 8.8.
0000005428 [lwip.ppp] TRACE: rcvd [IPCP ConfNak id=0x1 <msdns1 10.11.12.13> <msdns2 10.11.12.14> <o
0000005429 [net.ppp.ipcp] ERROR: Peer NAK'd an option unknown to us
0000005430 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000006436 [lwip.ppp] TRACE: rcvd [IPCP ConfNak id=0x2 <msdns1 10.11.12.13> <msdns2 10.11.12.14> <o
0000009411 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x1 magic=0x5852053a]
0000009415 [lwip.ppp] TRACE: rcvd [LCP EchoRep id=0x1 magic=0xac19136a 58 52 05 3a]
0000011431 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000012439 [lwip.ppp] TRACE: rcvd [IPCP ConfNak id=0x2 <msdns1 10.11.12.13> <msdns2 10.11.12.14> <o
0000014411 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x2 magic=0x5852053a]
0000014416 [lwip.ppp] TRACE: rcvd [LCP EchoRep id=0x2 magic=0xac19136a 58 52 05 3a]
0000017432 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000018437 [lwip.ppp] TRACE: rcvd [IPCP ConfNak id=0x2 <msdns1 10.11.12.13> <msdns2 10.11.12.14> <o
0000019412 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x3 magic=0x5852053a]
0000019416 [lwip.ppp] TRACE: rcvd [LCP EchoRep id=0x3 magic=0xac19136a 58 52 05 3a]
0000023433 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000024413 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x4 magic=0x5852053a]
0000024993 [ncp.at] TRACE: < +CGEV: NW DETACH
0000026093 [ncp.at] TRACE: < +CGREG: 2
0000027393 [ncp.at] TRACE: < +CGREG: 5,"DF20","2C88647",2
0000027395 [ncp.at] TRACE: > AT+CIMI
0000027400 [ncp.at] TRACE: < 234500029252149
0000027400 [ncp.at] TRACE: < OK
0000029414 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x5 magic=0x5852053a]
0000029434 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000034415 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x6 magic=0x5852053a]
0000035435 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000039416 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x7 magic=0x5852053a]
0000041436 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000044417 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x8 magic=0x5852053a]
0000047437 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000049418 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x9 magic=0x5852053a]
0000053438 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000054419 [lwip.ppp] TRACE: sent [LCP EchoReq id=0xa magic=0x5852053a]
0000059420 [lwip.ppp] TRACE: sent [LCP EchoReq id=0xb magic=0x5852053a]
0000059439 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000064421 [lwip.ppp] TRACE: sent [LCP EchoReq id=0xc magic=0x5852053a]
0000069422 [lwip.ppp] TRACE: sent [LCP EchoReq id=0xd magic=0x5852053a]
0000074423 [net.ppp.client] TRACE: PPP phase -> Terminate
0000074424 [net.ppp.client] TRACE: PPP phase -> Establish
0000074425 [lwip.ppp] TRACE: sent [LCP TermReq id=0x2 "Peer not responding"]
0000080425 [lwip.ppp] TRACE: sent [LCP TermReq id=0x3 "Peer not responding"]
0000086000 [ncp.at] TRACE: < +CGEV: NW DETACH
0000086426 [net.ppp.client] TRACE: PPP phase -> Disconnect
0000086427 [net.ppp.client] TRACE: PPP phase -> Dead
0000086427 [net.ppp.client] TRACE: PPP thread event ERROR data=9
0000086428 [net.pppncp] ERROR: PPP error event data=9
0000086429 [net.ppp.client] TRACE: PPP thread event DOWN data=0
0000086430 [net.ppp.client] TRACE: State CONNECTING -> DISCONNECT
0000086430 [net.ppp.client] TRACE: State DISCONNECT -> DISCONNECTING
0000086431 [net.ppp.client] TRACE: PPP thread event ERROR data=5
0000086432 [net.pppncp] ERROR: PPP error event data=5
0000086433 [net.ppp.client] TRACE: PPP thread event DOWN data=0
0000086433 [net.ppp.client] TRACE: State DISCONNECTING -> DISCONNECTED
0000086434 [net.ppp.client] TRACE: State DISCONNECTED -> CONNECT
0000086534 [net.ppp.client] TRACE: State CONNECT -> CONNECTING
0000087537 [ncp.at] TRACE: > AT
0000087539 [ncp.at] TRACE: < OK
0000087540 [ncp.at] TRACE: > ATO
0000087543 [ncp.at] TRACE: < NO CARRIER
0000087544 [ncp.at] TRACE: > ATD*99***1#
0000087558 [ncp.at] TRACE: < CONNECT 150000000
0000087559 [net.ppp.client] TRACE: PPP phase -> Initialize
0000087559 [net.ppp.client] TRACE: PPP phase -> Establish
0000087560 [lwip.ppp] TRACE: sent [LCP ConfReq id=0x4 <asyncmap 0x0> <magic 0x40b4a973> <pcomp> <ac
0000087559 [ncp.at] TRACE: < +CGREG: 2
0000087568 [lwip.ppp] TRACE: rcvd [LCP ConfReq id=0x9 <asyncmap 0x0> <auth chap MD5> <magic 0xac1a5
0000087571 [lwip.ppp] TRACE: sent [LCP ConfNak id=0x9 <auth pap>]
0000087572 [lwip.ppp] TRACE: rcvd [LCP ConfAck id=0x4 <asyncmap 0x0> <magic 0x40b4a973> <pcomp> <ac
0000087577 [lwip.ppp] TRACE: rcvd [LCP ConfReq id=0xa <asyncmap 0x0> <auth pap> <magic 0xac1a584a>
0000087578 [lwip.ppp] TRACE: sent [LCP ConfAck id=0xa <asyncmap 0x0> <auth pap> <magic 0xac1a584a>
0000087579 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x0 magic=0x40b4a973]
0000087580 [net.ppp.client] TRACE: PPP phase -> Authenticate
0000087581 [lwip.ppp] TRACE: sent [PAP AuthReq id=0x2 user="" password=""]
0000087585 [lwip.ppp] TRACE: rcvd [LCP DiscReq id=0xb magic=0xac1a584a]
0000087587 [lwip.ppp] TRACE: rcvd [LCP EchoRep id=0x0 magic=0xac1a584a 40 b4 a9 73]
0000087590 [lwip.ppp] TRACE: rcvd [PAP AuthAck id=0x2 ""]
0000087591 [net.ppp.client] TRACE: PPP phase -> Network
0000087592 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <msdns1 8.8.8.8> <msdns2 8.8.
0000088162 [ncp.at] TRACE: < +CGREG: 5,"DF20","2C88647",2
0000088163 [ncp.at] TRACE: > AT+CIMI
0000088168 [ncp.at] TRACE: < 234500029252149
0000088169 [ncp.at] TRACE: < OK
0000088599 [lwip.ppp] TRACE: rcvd [IPCP ConfNak id=0x1 <msdns1 10.11.12.13> <msdns2 10.11.12.14> <o
0000088600 [net.ppp.ipcp] ERROR: Peer NAK'd an option unknown to us
0000088602 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000089609 [lwip.ppp] TRACE: rcvd [IPCP ConfNak id=0x2 <msdns1 10.11.12.13> <msdns2 10.11.12.14> <o
0000092580 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x1 magic=0x40b4a973]
0000092586 [lwip.ppp] TRACE: rcvd [LCP EchoRep id=0x1 magic=0xac1a584a 40 b4 a9 73]
0000094602 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000097581 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x2 magic=0x40b4a973]
0000100603 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000102582 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x3 magic=0x40b4a973]
0000106604 [lwip.ppp] TRACE: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <msdns1 10.11.12.13> <msdns2
0000107583 [lwip.ppp] TRACE: sent [LCP EchoReq id=0x4 magic=0x40b4a973]
On my hardware I have DC/DC converter for 4V. On devboard I am using externall 5V power supply connector.
However, I have experienced the USB power supply is sometimes not enought. But when I was not enough, deviced used to reset and retry to connect (LED was white for a second, and serial monitor was reseted). Now even if I try powering it only with USB it is not happening, It is constantly blinking green
There is also some mysterious log in console sometimes:
[net.ppp.ipcp] ERROR: Peer NAK'd an option unknown to us
What does it mean?
I don't know for sure why that is happening, however from the log we do know this:
0000003303 [ncp.at] TRACE: > AT+CREG?
0000003305 [ncp.at] TRACE: < +CREG: 2,5,"DF20","2C88647",2
The device was able to connect to a tower, which is why it's fast blinking green instead of slow blinking green. It was registered (2), roaming (5, normal), LAC and CellID, and it was registered 2G/3G (2, not LTE).
The device goes through the PPP LCP/IPCP configuration. Then this occurs:
0000024993 [ncp.at] TRACE: < +CGEV: NW DETACH
The cellular operator disconnected from their side. It's not clear why it decided to do this.
There is a small chance this could be a power or signal-strength related, but the connection looks pretty normal otherwise. It could be a problem with the SIM configuration. It could also be a temporary problem in the mobile network that you've connected to, which would also explain why it suddenly stopped working.
Thank you for your information!
I am trying to contact Orange - cellular network provider for Poland, maybe they would help. Also I will send one of SOMs to our team in Germany to see if connectivity in their country will be OK. This will help us determine whether is network issue or something else.
Is there anything from Particle side that could be done? Maybe you can change SIM or SIM settings? Or can you confirm that my SIMs are properly configured in your system?
Ok, in my opinion this is an issue I cannot handle myself. I have just confirmed, that the same device which was not connecting to the cloud in Poland has just connected successfully in Germany - it is online, I can talk to it with no problems at all. This makes clear all things from earlier - why B-SOM is not connecting to network even when Particle Doctor says everything is all right and why Particle was working fine for weeks and suddently stopped working for no reason.
Please help me now, I guess it will be neded to contact my local provider or change something in SIM settings, but my options are limited...
I'll have to have support take a look because I don't see anything obviously wrong.
It looks like the last traffic on that SIM was 2025-03-06 05:00:00. It looks like the SIM was deactivated and reactivated 2025-03-06 21:22:49. I presume you probably did this to see if that would get it unstuck.
I checked the traffic in Poland and there are many devices still online, and there doesn't seem to be a large number of devices to go offline around the time of your problem.
Thank you! So what is the next step I need to take?
The traffic on that SIM is correct, I have deactivated and activated SIM just to see if it would fix my problem, as you assumed.
Also, I have found this topic:
which is from Poland I guess and the time of problem seems the same as mine. However this topic is fixed, my is not yet - maybe some debug information from this topic will be helpful
Hi! Any info? I am stuck for more than 2 weeks now and I have no clue what to do next. Maybe Particle will change eSIM in my products?
I am 95% sure there is nothing I can do by myself now, all I can do is wait for your support. We were planning launching product on May this year but now it is strongly endangered...
This is being looked into by the cellular provider.
1 Like