|
2017-07-21
, 16:36
|
|
Posts: 1,478 |
Thanked: 9,871 times |
Joined on Dec 2008
@ Shanghai / London
|
#822
|
I find this point intriguing, I'm genuinely curious how this could add a lot of costs.
Specifically, I'm not asking for a full blown dedicated port (like Apple's Lightning port, or like laptops accessory bays), but just a few apparent contact points that a tinkerer could tap into to access one of the buses of the phone (I2C, USB, whatever is availble).
I was (perhaps wrongly... please update my knowledge !) that this shouldn't be that much complex, either just leaving some traces visible from under the battery cover, or maybe the additional cost of pogo-pins for convenience (they didn't seem that expensive when they were a must for XBox haxking), maybe at worst a chip to buffer voltages (not necessary for I2C as far as I know).
I was under the impression this doen't raises to much the costs from a hardware point (no custom mechanical port, just a few traces and pogo pins) nor from the software (the kernel already has a driver for the I2C bus for the sensors).
I would be work for the UI/UX habdling them, but that's basically the work foe the actual tinkerer building stuff on them (see drikv and kimoli's work on Jolla TOHKBD).
I'm specifically NOT interested in something like Jolla's "The Other Half" NFC platform. That would require extra chips (NFC radio) and extra software (the whole platform for automatically detecting OtherHalf's NFC, downloading corresponding software packages - like drivers or ambiance, etc.)
That's tons of work for just a small non-essential feature.
The Following 19 Users Say Thank You to chenliangchen For This Useful Post: | ||
Amboss, Boxeri, catbus, Feathers McGraw, Jedibeeftrix, Jordi, juiceme, Koiruus, ljo, Macros, mariusmssj, napaDokc, nthn, NX500, pichlo, rcolistete, rinigus, santeira, Zeta |
|
2017-07-21
, 18:25
|
|
Posts: 32 |
Thanked: 96 times |
Joined on Aug 2015
@ Crow's Nest, Souvereignty of Faerie Fae
|
#823
|
speaking of which, why haven't we got Doom running on the Jolla already? It's been ported to pretty much everything else.
|
2017-07-21
, 18:40
|
Posts: 339 |
Thanked: 1,623 times |
Joined on Oct 2013
@ France
|
#824
|
Unfortunately it doesn't work that way. I would explain into details later but it's impossible.
|
2017-07-21
, 18:44
|
|
Posts: 32 |
Thanked: 96 times |
Joined on Aug 2015
@ Crow's Nest, Souvereignty of Faerie Fae
|
#825
|
The Following 4 Users Say Thank You to indie carmayne For This Useful Post: | ||
|
2017-07-21
, 18:49
|
|
Posts: 32 |
Thanked: 96 times |
Joined on Aug 2015
@ Crow's Nest, Souvereignty of Faerie Fae
|
#826
|
The Following User Says Thank You to indie carmayne For This Useful Post: | ||
|
2017-07-21
, 19:08
|
Posts: 1,335 |
Thanked: 3,931 times |
Joined on Jul 2010
@ Brittany, France
|
#827
|
Unfortunately it doesn't work that way. I would explain into details later but it's impossible. My suggestion is to get something else if that is important to you.
Update: Here are some reasons behind:
- The PCBA has already proven bug-free and stablised. Even small modifications can sometimes cause some troubles and result serious delays. Plus this is a high end qualcomm solution, the cost will be enormous.
- We are currently resolving difficulties of the FPC of front camera and the screen, to attach to the bottom board. Plus the battery mounting method to make it removable. These are already not easy in structural point of view, I don't want to open more slots to make extra complexity.
In general it's not a good idea to implement it at this stage, considering risk, cost we can afford, and timeline. I would spend the effort in the internal structure, especially fpc with the moving parts.
And this is Lauta revival - like N9, the principle is to make the device beautiful, modern*, stylish and with a great choice of OS. It's not meant to be DIY. I also need to make it commercially successful, at least to cover the costs.
*Lauta/N9 had the best rear camera at it's time. So we have implemented modern 2017 dual rear camera system - with dual flash. Probably what Nokia will be doing if they survived today.
The Following 5 Users Say Thank You to Kabouik For This Useful Post: | ||
|
2017-07-21
, 19:11
|
|
Posts: 363 |
Thanked: 1,375 times |
Joined on Nov 2015
@ Sweden
|
#828
|
The Following 4 Users Say Thank You to eson For This Useful Post: | ||
|
2017-07-21
, 19:26
|
|
Posts: 32 |
Thanked: 96 times |
Joined on Aug 2015
@ Crow's Nest, Souvereignty of Faerie Fae
|
#829
|
|
2017-07-21
, 20:27
|
|
Posts: 654 |
Thanked: 2,368 times |
Joined on Jul 2014
@ UK
|
#830
|
126.866 USD (251% of the funding goal of 50.000 USD) reached in 15 days
Tags |
jolla tablet, sailfish os |
Thread Tools | |
|
Specifically, I'm not asking for a full blown dedicated port (like Apple's Lightning port, or like laptops accessory bays), but just a few apparent contact points that a tinkerer could tap into to access one of the buses of the phone (I2C, USB, whatever is availble).
I was (perhaps wrongly... please update my knowledge !) that this shouldn't be that much complex, either just leaving some traces visible from under the battery cover, or maybe the additional cost of pogo-pins for convenience (they didn't seem that expensive when they were a must for XBox haxking), maybe at worst a chip to buffer voltages (not necessary for I2C as far as I know).
I was under the impression this doen't raises to much the costs from a hardware point (no custom mechanical port, just a few traces and pogo pins) nor from the software (the kernel already has a driver for the I2C bus for the sensors).
I would be work for the UI/UX habdling them, but that's basically the work foe the actual tinkerer building stuff on them (see drikv and kimoli's work on Jolla TOHKBD).
I'm specifically NOT interested in something like Jolla's "The Other Half" NFC platform. That would require extra chips (NFC radio) and extra software (the whole platform for automatically detecting OtherHalf's NFC, downloading corresponding software packages - like drivers or ambiance, etc.)
That's tons of work for just a small non-essential feature.