asked 2013-12-26 23:11:50 +0300
Is it possible to stack otherhalfs? Definition of the i2C allows it, so are there any other limitations?
What possibilities/use cases you can see for stacked otherhalfs?
answered 2013-12-27 00:13:55 +0300
So far only two OHs have been published and they are obviously non-stackable :)
Most OH will be of the same type, i.e. basically 'smart' back-covers.
However, I do see the possibility for a class of 'stackable OHs', which are not covers but frames that are 'sandwiched' between device and back-cover.
For instance, the mythical hardware keyboard could have this shape, an 'extra-battery OH' could be just a frame to allow a thicker battery, and a 'dock OH' could be a frame that basically just extends the internal power+i2c contacts to an external strip on the bottom device edge.
answered 2013-12-27 00:25:53 +0300
Yes, I guess from a technical POV; wait for the TheOtherHalf documentation to be published to be fully confirmed.
This isn't skunkworks as it's clearly possible within less than 6 month time frame and hence belongs in the here and now :)
answered 2014-01-03 21:08:43 +0300
It would be possible, but several things needs to be taken care of. Here the list of what comes to my mind, I can forget something or be wrong, don't hesitate to correct me.
On the mechanical side, it needs to have both the thing that clip to the phone, and the holes like in the phone for the next one to clip into. Doing so might require the other half to be quite thick, which would lead to a ticker phone. Maybe a design can be found to be thin enough and strong at the same time to hold everything.
Electrically, the I2C bus allows to have several chips on the same bus, bus they can't have the same address. That's the reason why most I2C chips have address selection pins (tied to ground or power to change the address). If several other half are stacked, then you need one of these solution:
By the way, a single OH can also embed several chips (like a matrix keyboard decoder + a PWM output extender to control backlight). As it is by design it is easy to have differents address on a given OH, but makes it more complex to have several OH (as this leads to more addresses uses). The interrupts line would also need to be shared (only one input availlable on the Jolla), so when an interrupt is trigger, the phone would need to check all other halfs to see which one emitted it. Lastly, being the only one on a bus means you can use it a 100%. If there are several other half, then they need to share the bandwidth, and some other half may not work perfectly with a limited bandwidth.
Finally, on the software side, from comments on talk.maemo.org, it has been found that when OH is clipped, an eeprom at a specific address on I2C is read. This probably means (to be verified when OH developer guide will be available) that the software expects this eeprom to contain data like what this other half is, and what program/driver does the phone needs to run/load to use it (like on beagle bone capes). Having several other halves stacked would need to change this behavior as it would then need to read one eeprom per OH (with needs to be at different addresses), or having the user to do this by hand (asking the main I2C chip on the stackable OH that have no eeprom still allows to find out if the OH is there or no, by looking at the acknowledge bit, so it may be a one time only user action).
So there would be a lot of work needed but can probably be done. However this is not something I expect to see from a third party manufacturer, only from tinkerers.
If someone has other information about this or can spot errors, please comment and I will correct this message.
Asked: 2013-12-26 23:11:50 +0300
Seen: 464 times
Last updated: Jan 03 '14
probably not, but that would be really good... the closest people get is to make a cover around the phone+TOH
AL13N ( 2013-12-26 23:13:23 +0300 )editAdded "skunkworks" tag as this seems what @Stskeeps intended.
pnuu ( 2013-12-27 00:19:18 +0300 )edit