# API responses for Pro/SBB IDs

**URL:** https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112
**Category:** Integrations
**Created:** [March 1, 2022, 12:36am UTC](https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112 "2022-03-01T00:36:02Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![blueyetisoftware](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.bondhome.io/blueyetisoftware/32/739_2.png) [@blueyetisoftware](https://forum.bondhome.io/u/blueyetisoftware)
#### Post date: [March 1, 2022, 12:36am UTC](https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112/1 "2022-03-01T00:36:02Z")

</div>

I am trying to integrate with SBB fans but don’t have one on hand for testing. I would like to identify them uniquely and distinguish them from standalone bridges and other connected fans. Here are a few questions I have:

1. I have read that SBB fans all have an ID starting with “K”. I am expecting to find this in the BPUP reply. Is this correct?
2. Are there any other clues to differentiate the Bond vs. Bond Pro vs SBB? Can the Bond be differentiated from the Pro?
3. Are there any other SBB devices beside fans?
4. For SBB fans, do they have both a device ID and bridge ID, or just one? If I call `v2/devices/{device_id}` would I use the BPUP id starting with “K” or is there an additional device ID.

Thanks in advance. I appreciate the info.

---

<div class="post-metadata">

### Author: ![residualimages](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.bondhome.io/residualimages/32/74_2.png) [@residualimages](https://forum.bondhome.io/u/residualimages)
#### Post date: [March 1, 2022, 1:35pm UTC](https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112/2 "2022-03-01T13:35:36Z")

</div>

1. I believe all SBB fans are expected to start with K, but I do not know if that is _guaranteed_. Also, as #3 is answered below, there are other types of SBB devices.
2. I believe [this](https://forum.bondhome.io/t/differentiate-between-sbb-and-bridge/1345/2) is the last official answer we saw from the Bond team - also, from what I recall the last time I was able to use one of my SBB devices was that the device ID node was always “1”. I’m not 100% certain of that, though I am fairly certain. The caveat to it, even if it is true, is that I don’t know if that is guaranteed. Finally, only Bridges have the v2/bridge mode, I believe?
3. From what I’ve read, there are a number of Smart by Bond device types either on, or coming to, market from various partner companies. There is the outdoor / [landscape lighting](https://www.dekorlighting.com/shop/dekor-konnect-wifi/) controller, and there is mention in the [API docs](http://docs-local.appbond.com/#tag/Power-Cycle-State) about “in-wall switches and dimmers and other SBB products”.
4. As I recall, there is always a Bond root ID (Bridge or SBB) and also Device ID for any configured devices on the root; in the case of SBB there should always be at least one device. Again, I think historically I had seen it as a device ID of “1”. You cannot just call BondRoot/Commands or Actions or anything directly - it’s always BondRoot/v2/devices/deviceID/commands etc.

@marcio - if you are able to drop by and correct anything I said incorrectly, or add additional details, I will of course defer to you (or other Bond team members).

---

<div class="post-metadata">

### Author: ![blueyetisoftware](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.bondhome.io/blueyetisoftware/32/739_2.png) [@blueyetisoftware](https://forum.bondhome.io/u/blueyetisoftware)
#### Post date: [March 1, 2022, 4:43pm UTC](https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112/3 "2022-03-01T16:43:46Z")

</div>

> [@residualimages](#):
>
> only Bridges have the v2/bridge mode

I did have an alpha tester for my integration try it with their SBB fan and it sounds like it did respond to `v2/bridge`. So it sounds to me like there is both a “bridge” and “device” from a data modeling perspective, even if they are the same physical device.

Being able to separate SBB from the standalone bridges would be great, either by the ID or by something in the `v2/version` endpoint. If anyone feels like sharing their `v2/version` output for SBB devices, that would be greatly appreciated.

---

<div class="post-metadata">

### Author: ![residualimages](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.bondhome.io/residualimages/32/74_2.png) [@residualimages](https://forum.bondhome.io/u/residualimages)
#### Post date: [March 1, 2022, 7:33pm UTC](https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112/4 "2022-03-01T19:33:47Z")

</div>

I’ll have to dig out one of my SBBs and update it (even though it won’t be connected to an actual fan device) tomorrow if someone doesn’t post an update for you before then.

BTW, I did confirm with an old note that “/v2/devices/1/actions/” was the endpoint I was hitting for Actions on a SBB device - showing that the device ID of “1” was what I was getting.

---

<div class="post-metadata">

### Author: ![blueyetisoftware](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.bondhome.io/blueyetisoftware/32/739_2.png) [@blueyetisoftware](https://forum.bondhome.io/u/blueyetisoftware)
#### Post date: [March 1, 2022, 8:13pm UTC](https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112/5 "2022-03-01T20:13:39Z")

</div>

That’s above and beyond. Thanks 👍

---

<div class="post-metadata">

### Author: ![residualimages](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.bondhome.io/residualimages/32/74_2.png) [@residualimages](https://forum.bondhome.io/u/residualimages)
#### Post date: [March 3, 2022, 3:24pm UTC](https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112/6 "2022-03-03T15:24:52Z")

</div>

> [@residualimages](#):
>
> tomorrow

That was a bit optimistic of me. How about we say “over the next couple days or by the weekend”.

---

<div class="post-metadata">

### Author: ![residualimages](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.bondhome.io/residualimages/32/74_2.png) [@residualimages](https://forum.bondhome.io/u/residualimages)
#### Post date: [March 4, 2022, 4:46am UTC](https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112/7 "2022-03-04T04:46:30Z")

</div>

> [@blueyetisoftware](#):
>
> it sounds like it did respond to `v2/bridge`

In the particular SBB device I am using for this example ([a HomeDepot item](https://www.homedepot.com/p/311264804)), I did not get a response from v2/bridge:

```auto
curl -H "BOND-Token: xxxxxxxxxxxxxxxx" -i http://192.n.n.n/v2/devices
	HTTP/1.1 200 OK
	Content-Length: 39
	Content-Type: application/json; charset=utf-8

	{"_":"548663cd","1":{"_":"9a8e7326"}}

curl -H "BOND-Token: xxxxxxxxxxxxxxxx" -i http://192.n.n.n/v2/bridge
	HTTP/1.1 404 Not Found
	Content-Length: 0

```

This image is a bit unwieldy, but I believe it is a full traversal of all the nodes under **/v2** (the script I use to enumerate these in a tree node is a bit … inelegant).  
I did manually collapse each of the “\_” hash object nodes before taking the scrolling screenshot since those are of no value really as a reference.  
If this image doesn’t post well / can’t be clicked and zoomed in well enough, I can convert to text and post that instead. Looks like if you click it once, it opens a little bigger; clicking again makes it legible and scrollable, at least for me.  
Here it is:

 ![Example SBB Node Traversal](https://us1.discourse-cdn.com/flex019/uploads/bond1/original/1X/88259b565b3699137aa9d901a31aedb132a93b1d.png)

---

<div class="post-metadata">

### Author: ![blueyetisoftware](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.bondhome.io/blueyetisoftware/32/739_2.png) [@blueyetisoftware](https://forum.bondhome.io/u/blueyetisoftware)
#### Post date: [March 4, 2022, 5:57pm UTC](https://forum.bondhome.io/t/api-responses-for-pro-sbb-ids/3112/8 "2022-03-04T17:57:26Z")

</div>

This is perfect. Thanks for the info. It is very helpful.
