Geek Answers Handbook

Internetworking not software related

I am creating an iOS / macOS application that uses remote control features through the Multiber Connectivity Framework. Since the device that will be monitored and controlled remotely will work for a long period of time, it is impractical to use automatic control methods, since the monitoring device can be blocked or put into sleep mode, and then disconnect the connection. Therefore, I use a programmatic approach, so when the monitoring devices lose their connection, they automatically connect when they unlock / wake up, and the application starts again. My connection works fine using the ViewController method, but not the delegate subroutine approach. Advertising, viewing and invitation work fine, but when the invitation is accepted from the remote side, I get a few errors and a failed connection. What is strange is that some errors are GCKSession errors.

So why is he trying to use the GameCenter system? And why does he fail after accepting the invitation? Could this be a bug in the Xcode 8 / Swift 3 / iOS 10 / macOS Sierra Beta SDK?

[ViceroyTrace] [ICE][ERROR] ICEStopConnectivityCheck() found no ICE check with call id (2008493930) [GCKSession] Wrong connection data. Participant ID from remote connection data = 6FBBAE66, local participant ID = 3A4C626C [MCSession] GCKSessionEstablishConnection failed (FFFFFFFF801A0020) Peer Changing Failed [GCKSession] Not in connected state, so giving up for participant [77B72F6A] on channel [0]

Here is the code from my connection class

 func startAdvertisingWithoutUI () { if advertiserService == nil { advertiserService = MCNearbyServiceAdvertiser (peer: LMConnectivity.peerID, discoveryInfo: nil, serviceType: "mlm-timers") advertiserService?.delegate = self session.delegate = self } advertiserService?.startAdvertisingPeer() } func browserForNearbyDevices () { if browserService == nil { browserService = MCNearbyServiceBrowser (peer: LMConnectivity.peerID, serviceType: "mlm-timers") browserService?.delegate = self session.delegate = self } browserService?.startBrowsingForPeers() } func sendInvitation(to peer: MCPeerID) { browserService?.invitePeer(peer, to: session, withContext: nil, timeout: 60) } func advertiser(_ advertiser: MCNearbyServiceAdvertiser, didReceiveInvitationFromPeer peerID: MCPeerID, withContext context: Data?, invitationHandler: (Bool, MCSession?) -> Void) { let trustedNames = GetPreferences.trustedRemoteDevices for name in trustedNames { if name == peerID.displayName { invitationHandler(true,session) return } } invitationHandler (false, session) }
+6
source share
6 answers

I found out what happened. The MCPeerID object that I passed to the MCSession instances, I sold it as a Computed Class property, instead of storing it as a stored property. So I changed it to the property of the saved instance, and everything started to work! Thank you Tanya for pointing me towards the MCPeerID object.

Old code

 // Class Properties static var localPeer : MCPeerID { return MCPeerID(displayName: GetPreferences.deviceName!) }

New code

 // Instance Properties let localPeer = MCPeerID (displayName: GetPreferences.deviceName!)
+2
source

No one worked for me.
I decided to only disable encryption ...

 let session = MCSession(peer: myPeerId, securityIdentity: nil, encryptionPreference: MCEncryptionPreference.None)
+9
source

When the peerID used to create the session and peerID used to prevent the advertiser or browser from matching, I get this part of the error.

 [GCKSession] Wrong connection data. Participant ID from remote connection data = 6FBBAE66, local participant ID = 3A4C626C

Once the peerIDs match, this part of the error will disappear.

However, some connection problems may occur.

+3
source

The problem for me was that I never installed the MCSession delegate. I have all the same error messages that the OP mentioned, which made me think that the connection was broken, but in fact I just forgot to install the delegate. After installing the delegate, all error messages are still printed, but otherwise my delegate methods were usually called after receiving the message!

I brought this problem to myself twice. Hope this helps someone read!

+2
source

The same problem for me with the application that I have had in the itunes store for many years. The latest 10.1 beta update now seems to fix the Bluetooth issue with my application without any changes to my code.

+1
source

I need to work with the beta version of TViOS 10.0 with this ...

  peerID = MCPeerID(displayName: UIDevice.current.name)

Although I still see this error ...

  2016-09-08 10:13:43.016600 PeerCodeATV[208:51135] [ViceroyTrace] [ICE][ERROR] ICEStopConnectivityCheck() found no ICE check with call id (847172408) 2016-09-08 10:13:47.577645 PeerCodeATV[208:51155] [GCKSession] SSLHandshake returned with error [-9819].
0
source

More articles:


All Articles