Other Half Feasibility - Page 3 - maemo.org

Active Topics

Is there a section to talk about Java ME? Apps, etc. (6)
to General by Kalatti - 5 days, 8 hrs ago
more...

Page 3 of 4

< Prev

Next >

Thread Tools

mikecomputing	2013-10-15 , 20:52
Posts: 3,464 \| Thanked: 5,107 times \| Joined on Feb 2010 @ Gothenburg in Sweden	#21

Originally Posted by Zeta

This is exactly what I think.
I was a bit deceived seeing that only I2C would be availlable as it kills most of the "advanced" uses of the other half.
If the only way to transfer enough data is wireless, then it is more interesting to make an independant device: it allows to continue to use the device remotely, doesn't need to change the other half, and works with all phones !
The only benefit of the other half in that case would be to share the power source, but again, if the cost is to lose the wifi connection when using the other half... (there are chances the other half will provide its own network, which is separate from your house/work one).
If some of (HDMI, DSI, CSI, SPI, USB, SATA) was availlable, there would be interest to embed some parts in other half, but with I2C, I can only see the keyboard and bigger batteries other half that make sense.

I had at first the idea of a CANbus other half, to be able to diagnose some controllers (automotive or industrial) using only the phone, but this would need at least an SPI bus running at about 10Mbps. So the only solution I have now is to make a CANbus/wireless gateway, and I don't see anymore why embedding it in a other half, as the wifi allows monitoring the system in a 100 meter range without any wires, and works with any laptop, tablet or mobile device...

I am still waiting for Jolla to see what they will do with the other half, as for me, most of my ideas went away when the I2C only connector was disclosed... Still, the keyboard will be a good one.

Canbus on low bandwith should be possible.

Use some lowend CortexMx CPU with Canbus and let that CPU handle incoming canbus packages and forward it to I2C to display log on phone screen. Or wait better just use some USB2CanBus if phone USB support HOST mode...

__________________
Keep safe and healthy

Quote & Reply |

The Following User Says Thank You to mikecomputing For This Useful Post:
jalyst

jalyst	2013-10-16 , 04:39
Moderator \| Posts: 5,320 \| Thanked: 4,464 times \| Joined on Oct 2009	#22

Dear sweet lord I hope they've implemented host-mode/OTG for USB...
If they haven't, they really haven't been listening, or learnt from experience.

Quote & Reply |

The Following 5 Users Say Thank You to jalyst For This Useful Post:
Artyom, late88, mikecomputing, ste-phan, thedead1440

Zeta	2013-10-16 , 18:39
Posts: 339 \| Thanked: 1,623 times \| Joined on Oct 2013 @ France	#23

Originally Posted by mikecomputing

Canbus on low bandwith should be possible.

Use some lowend CortexMx CPU with Canbus and let that CPU handle incoming canbus packages and forward it to I2C to display log on phone screen. Or wait better just use some USB2CanBus if phone USB support HOST mode...

Yes, it may be possible on I2C, but would be less efficient, as you would have to code the CAN to I2C gateway, and rewrite your application to use it....
On SPI, you simply have to plug a < 10€ board with for example a MCP2515 CAN driver and a MCP2551 CAN transceiver. Then activate the driver already availlable in the kernel tree, and finally use existing app that are already written using the SocketCAN interface. It can't be made simpler.
About USB to CAN devices, it is another way to do it, but cost a lot more. The cheapest we have at work are about 250€. SocketCAN drivers are already availlable for them in the kernel tree. The one you propose is using its custom format, and still cost 120€.

So having to pay a bit more, or to spend time to develop a new solution, I choose to go to a Wifi to CAN gateway, which will cost less than 100€ and will allow wireless monitoring from ANY device (phone, pc, tablet...) and not only Jolla, using TCP packets, so migrating apps from SocketCAN to TCP will be straightforward.

But SPI would have provided a 10€ only solution with almost no work...

Quote & Reply |

The Following User Says Thank You to Zeta For This Useful Post:
mikecomputing

	aironeous	2013-10-18 , 13:59
	Posts: 819 \| Thanked: 806 times \| Joined on Jun 2009 @ Oxnard, Ca.	#24

Have you asked this company about making a other half version of their product with embedded battery for the sailfish phone?
http://www.redferret.net/?p=40485
http://www.sensorcon.com/sensordrone/
Skipping the bluetooth part would let it run a lot longer especially if it has an on/off switch on it if all that would travel through an i2c.

Here is there Android apps http://www.sensorcon.com/android/
which we know will run on Sailfish

I've wanted a CO2 sensor for work (some companies won't properly ventilate) and to check my room before and after sleep to make sure I have enough Oxygen while asleep.

__________________
On duh count uh tree

Last edited by aironeous; 2013-10-18 at 14:55.

Quote & Reply |

	aironeous	2013-10-18 , 14:12
	Posts: 819 \| Thanked: 806 times \| Joined on Jun 2009 @ Oxnard, Ca.	#25

Originally Posted by jalyst

^I like that for a eInk OH, I wonder if it would be doable with the current I2C/power config...
Still, it looks like this tech is barely past the concept stage, you often hear about things like this, but then they never make it to real products

They are in production now and being used by TLC in China.

From the bottom of this page:
http://sunpartnertechnologies.com/mo...obilestablets/

"TCL Communication has been using Wysips® Crystal technology on some of its mobile telephone product lines since summer 2013. For this reason, Sunpartner has launched a production line of Wysips® Crystal components in the town of Rousset, near its headquarters in Aix-en-Provence, France. For the time being, our other partnership agreements with global leaders must remain confidential."

__________________
On duh count uh tree

Quote & Reply |

	aironeous	2013-10-18 , 14:25
	Posts: 819 \| Thanked: 806 times \| Joined on Jun 2009 @ Oxnard, Ca.	#26

Look at how thin this is
http://www.arnousedigitaldevices.com...e/products.php
could that work embedded in a other half with Steam OS on it? That way you carry around your steam OS games on it and you plug it into a desktop and it runs a virtual box of Steam OS using the desktop's ram and hardware.
Their youtube video http://www.youtube.com/watch?v=x6RdY...ature=youtu.be

Jolla or Valve could invest in cloud rendering http://render.otoy.com/ in the future so as to make this able to run high graphics demanding games.

__________________
On duh count uh tree

Last edited by aironeous; 2013-10-18 at 15:15.

Quote & Reply |

jalyst	2013-10-18 , 15:18
Moderator \| Posts: 5,320 \| Thanked: 4,464 times \| Joined on Oct 2009	#27

Pretty cool, but they will have to rely on partners for all of this kind of stuff (& good luck with that).
The only OH's they'll provide, will be 1-2 of the most boring/predictable/safe ideas, + (hopefully) 1 slightly more innovative/novel OH.

Quote & Reply |

	aironeous	2013-10-18 , 15:51
	Posts: 819 \| Thanked: 806 times \| Joined on Jun 2009 @ Oxnard, Ca.	#28

Also related gameklip

__________________
On duh count uh tree

Quote & Reply |

	aironeous	2013-10-18 , 16:23
	Posts: 819 \| Thanked: 806 times \| Joined on Jun 2009 @ Oxnard, Ca.	#29

Picture this.
Steam controller with gameklip on sailfish phone playing dota 2 using cloud render

__________________
On duh count uh tree

Quote & Reply |

The Following User Says Thank You to aironeous For This Useful Post:
mikecomputing

	aironeous	2013-10-18 , 17:06
	Posts: 819 \| Thanked: 806 times \| Joined on Jun 2009 @ Oxnard, Ca.	#30

Here is another idea. What about a 2 piece (or maybe it is a one piece with a hinge) game controller that you clip over the phone with the end result looking like this.
http://www.redferret.net/?p=39616

__________________
On duh count uh tree