Closed Thread
Thread Tools
Posts: 1,104 | Thanked: 5,652 times | Joined on Feb 2010 @ Holland
#71
Originally Posted by TemeV View Post
I think there is a ton of reasons. Most significantly that there is not much modern ICs that can handle the battery voltage and even less MCUs. I'd bet that CPU core of the chipset Jolla uses operates on something between 1V and 1.8V. Most IO logic levels are most likely 1.8V. 5V circuits are quite obsolete these days and even 3.3V starts to get rare. Battery voltage (around 3.6V in this case) is almost never used as IO voltage. Most likely the i2c logic level of OH is 1.8V.

Raspberry pi uses 3.3V. If you're going to use it with raspberry pi, I'd recommend regulating the voltage to that.
True! However, we have no confirmed info about that. The power out may just be connected directly to the battery! I like to keep my options open Therefore, I'd always go for a chip that has the complete range.

When all the details are in, different story!
 
Posts: 121 | Thanked: 231 times | Joined on Oct 2013
#72
Originally Posted by dirkvl View Post
True! However, we have no confirmed info about that. The power out may just be connected directly to the battery! I like to keep my options open Therefore, I'd always go for a chip that has the complete range.

When all the details are in, different story!
Jeah, it is most likely connected to battery (through some protection components of course), but it has nothing to do with the i2c logic level.
 
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#73
Originally Posted by jalyst View Post
Alright, alright, I get ya, I've "tweeted" them, lets hope they don't get all "smoke n mirrors" on our asses!
https://twitter.com/JediTWang/status/387465481927405568
IMHO, a bit too verbose. I think something like:
"Hi, looks like a proper keyboard OH needs an I2C interrupt line, we hope this is included as a part of the OH interface."
might be better.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
 

The Following 4 Users Say Thank You to MartinK For This Useful Post:
Posts: 3,464 | Thanked: 5,107 times | Joined on Feb 2010 @ Gothenburg in Sweden
#74
Originally Posted by kulve View Post
I use Windows only for gaming. With STM32 I'm using open source tools only and they work very well, especially with the newer boards.



I guess there's no reason for them to provide different voltage on the power line compared to i2c logic level. Although 1.8V is quite common with modern phone ARMs.
Hmm so powerline is sure 3.8v? I tought they had give spec only on the battery? But if powerline is 3.8v I agree its probadly same with I2C.
__________________
Keep safe and healthy
 
Posts: 1,104 | Thanked: 5,652 times | Joined on Feb 2010 @ Holland
#75
I must agree I don't like this kind of approach either. On the JollaTides keyboard-discussion there are also a lot of people demanding very very very much! Jolla is working extremely hard on the software and hardware side, as well as running a company, talking to carriers etc etc etc etc!


With 80 people.


Jolla has very kindly given notice that they are aware of what is going on and what the issues are. And they have been very clear in that information is being released on their terms, when it is appropriate. Until that time, it is the job of the community the explore all possibilities!

For instance, in this topic there is a discussion about the phone recognizing whether the keyboard is out: an interrupt-line is just one of many solutions! As you might have noticed in this thread, I like to keep my options open. I will not settle for a 3v chip with a 3.8v battery, just an example! There are a million solutions! Common courtesy here is to ask questions and do suggestions, with their hard work in mind! 99% of questions can be answered with the old googalizer!

So, two very long off-topic posts!


And we are back on topic! Tomorrow I am going to to find some stuff to touch up all the tiny flaws in the first toner transfer. Nail-polish seems to do the trick, any females reading this thread??

After that, I will start on the design of the backside of the pcb and maybe even drill some holes (crazy!) for alignment. When everything is ready, I will start etching, which is something completely new for me!


ps. If there are people that agree/disagree with the whole 'Jolla should give information about blablabla', please do not post about that subject. The great on-topic machine is on.

Last edited by dirkvl; 2013-10-08 at 21:30.
 

The Following 4 Users Say Thank You to dirkvl For This Useful Post:
Posts: 56 | Thanked: 146 times | Joined on Sep 2013 @ Norway
#76
Have you thought about using a NFC chip as an sliding switch. When sliding out the keyboard, the distance between the chip and the NFC receiver is to big to detect the NFC chip.

Edit: I ment NFC tag instead of NFC chip.

Last edited by PamNor; 2013-10-08 at 23:21.
 

The Following User Says Thank You to PamNor For This Useful Post:
Posts: 1,548 | Thanked: 7,510 times | Joined on Apr 2010 @ Czech Republic
#77
Originally Posted by PamNor View Post
Have you thought about using a NFC chip as an sliding switch. When sliding out the keyboard, the distance between the chip and the NFC receiver is to big to detect the NFC chip.
Well, even a modified passive NFC tag might do.
You could place a relay in it's antenna circuit, so that the circuit would be closed on only when the keyboard is open.

Or possibly even a simpler solution - place a passive NFC tag on the sliding OH part in such a way, that in one position it would be found by the on-device NFC antenna and in another not.

Still the question is - if it polling would be required or if there are is some low power NFC standby mode that might send interrupts once a NFC tag is found.
__________________
modRana: a flexible GPS navigation system
Mieru: a flexible manga and comic book reader
Universal Components - a solution for native looking yet component set independent QML appliactions (QtQuick Controls 2 & Silica supported as backends)
 
Moderator | Posts: 5,320 | Thanked: 4,464 times | Joined on Oct 2009
#78
Originally Posted by MartinK View Post
IMHO, a bit too verbose. I think something like:
"Hi, looks like a proper keyboard OH needs an I2C interrupt line, we hope this is included as a part of the OH interface."
might be better.
Well after referencing dirkvl's post, I proceeded to make it even easier for them by pointing directly to the 4 most relevant posts.
If that's still too hard for them, then I'm genuinely fearful for Jolla...

Last edited by jalyst; 2013-10-09 at 16:59. Reason: typo
 
Posts: 121 | Thanked: 231 times | Joined on Oct 2013
#79
Originally Posted by mikecomputing View Post
Hmm so powerline is sure 3.8v? I tought they had give spec only on the battery? But if powerline is 3.8v I agree its probadly same with I2C.
Nope, nothing sure about this, just speculation. What I'm saying is that the logic level of i2c is most likely not the battery voltage, because it would be very uncommon solution for that.
 

The Following User Says Thank You to TemeV For This Useful Post:
Posts: 1,104 | Thanked: 5,652 times | Joined on Feb 2010 @ Holland
#80
party at my place!


I am still looking for a good way ro repair/touch up parts that were not transferred properly, anyone any advive here?
 
Closed Thread

Tags
keyboard, limited-edition, otherhalf, qwerty

Thread Tools

 
Forum Jump


All times are GMT. The time now is 19:18.