Just wondering, will you make the stl files available? I'd rather have the keyboard in black than white, and i do have access to a 3d-printer (Lulzbot A0-101).
It could also serve as a good starting point for people wanting to use a different hardware keyboard than the Motorola Droid one.
Just wondering, will you make the stl files available? I'd rather have the keyboard in black than white, and i do have access to a 3d-printer (Lulzbot A0-101).
It could also serve as a good starting point for people wanting to use a different hardware keyboard than the Motorola Droid one.
Very probably! But ATM the design is still being optimalized!
I'm thinking about how it could be possible to signal the phone a change of state of the keyboard. This could be useful for
- saving energy (stop polling I2C device)
- waking up phone after opening keyboard and locking it after closing it
- closing the virtual keyboard
- keep display always on
There are at least three peaces of hardware on the phone, that evemtially could be utilized:
a) Power IN contacts: What happens when these contacts are short cut? No, I will not try that myself :-) What happens, if there are no 5V but the rerouted 3,3V from Power Out? I wont try that eigther. There we have to wait for the specs of TOH from Jolla.
b) NFC tag: Unfortunatelly opening the keyboard moves a potential NFC sticker _away_ from the receivers position, if the sticker is located on the keyboard part. That leaves a sticker within the fix part of TOH, that connects to the phone. Could such a sticker be deactivated somehow, when the keyboard is closed? Maybe by short cutting the stickers antenna? This would mean that the sticker has to be fiddled with and additional connector must be positioned.
c) The phone switch, that is pressed, when Jollas TOH is plugged onto the phone. I guess this would be the most elegant way to go - no latency, exact timing when to do action, no additional electrial parts. Unfortunatelly, the switch is lowered into the phone. I could not think of a simple mechanic, that could press the button when the keyboard is openend. There must be some kind of a spring involved, which makes it quite complicated. I wonder what Jolla had in mind, when they decided to solder a switch to the phone and not use two more golden spring contacts like for power or I2C. Maybe there is already some kind of counter part to that specific switch, that could be operated by a plastic ramp on TOH?
I'm thinking about how it could be possible to signal the phone a change of state of the keyboard. This could be useful for
- saving energy (stop polling I2C device)
- waking up phone after opening keyboard and locking it after closing it
- closing the virtual keyboard
- keep display always on
a) Power IN contacts: What happens when these contacts are short cut? No, I will not try that myself :-) What happens, if there are no 5V but the rerouted 3,3V from Power Out? I wont try that eigther. There we have to wait for the specs of TOH from Jolla.
Shortcut ground and 5Vin, nothing happens.
Hooking up 3.3V to the 5V in, nothing happens. (port is triggered from +-4V and up I believe. But why would you??
b) NFC tag: Unfortunatelly opening the keyboard moves a potential NFC sticker _away_ from the receivers position, if the sticker is located on the keyboard part. That leaves a sticker within the fix part of TOH, that connects to the phone. Could such a sticker be deactivated somehow, when the keyboard is closed? Maybe by short cutting the stickers antenna? This would mean that the sticker has to be fiddled with and additional connector must be positioned.
No, the NFC tag is in the piece attached to the phone.
Fiddling with NFC tags is not really practical. Very very small components
c) The phone switch, that is pressed, when Jollas TOH is plugged onto the phone. I guess this would be the most elegant way to go - no latency, exact timing when to do action, no additional electrial parts. Unfortunatelly, the switch is lowered into the phone. I could not think of a simple mechanic, that could press the button when the keyboard is openend. There must be some kind of a spring involved, which makes it quite complicated. I wonder what Jolla had in mind, when they decided to solder a switch to the phone and not use two more golden spring contacts like for power or I2C. Maybe there is already some kind of counter part to that specific switch, that could be operated by a plastic ramp on TOH?
Activating the keyboard will happen via software, so no open/close sensor. This is beyond my capabilities to make a reliable switch. But I am confident it will work fine
Without an open/close sensor, it will be impossible to do:
Lock to landscape when the keyboard is open. => Cannot really imagine using the keyboard without the lock.
Backlight on only when the keyboard is open. => It will glow in the dark even if closed.
Using Jolla as touch only phone when the keyboard is closed. => No onscreen keyboard.
Waking up the phone by opening the keyboard. (The most likely scenario on my N900)
Is this correct?
(great project nevertheless, but these would be serious regressions, compared to N900)
Hmm... could this be achieved by NFC? If there was action on NFC going out of reach (keyboard slid out), could use this as trigger, not sure how feasible though this would be
Hmm... could this be achieved by NFC? If there was action on NFC going out of reach (keyboard slid out), could use this as trigger, not sure how feasible though this would be
Without an open/close sensor, it will be impossible to do:
Lock to landscape when the keyboard is open. => Cannot really imagine using the keyboard without the lock.
Backlight on only when the keyboard is open. => It will glow in the dark even if closed.
Using Jolla as touch only phone when the keyboard is closed. => No onscreen keyboard.
Waking up the phone by opening the keyboard. (The most likely scenario on my N900)
Is that correct?
These are all things that are under consideration and will be solved on the software-side. No backlights though, there will be leds for shift and function!
