maemo.org - Talk

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Competitors (https://talk.maemo.org/forumdisplay.php?f=4)
-   -   Fairphone (https://talk.maemo.org/showthread.php?t=90198)

Amboss 2016-09-14 09:02

Re: Fairphone
 
Fairphone 2 has some external pins on the back. I understand, these are in fact USB 2.0 contacts. Since there is already being worked on porting sailfish. Would it be possible to adapt TOHKBD2 architecture to work with those FP2 pins?
Yes, I know that USB != I2C

Still, it would be nive to have a similar concept as with J1/TOHKBD2

explit 2016-09-14 10:07

Re: Fairphone
 
Quote:

Originally Posted by Amboss (Post 1515013)
Fairphone 2 has some external pins on the back. I understand, these are in fact USB 2.0 contacts. Since there is already being worked on porting sailfish. Would it be possible to adapt TOHKBD2 architecture to work with those FP2 pins?
Yes, I know that USB != I2C

Still, it would be nive to have a similar concept as with J1/TOHKBD2

USB is not I2C, but indeed, in some cases it is simplier to connect a device over usb than over I2C.

Additional HW (and maybe also SW) will be needed to connect something to this extension pins.

We need to ask kimmoli and dirkvl about it...

juiceme 2016-09-14 11:22

Re: Fairphone
 
There are many usb-to-gpio chips around so it is no big deal to convert any of the nice TOH solutions to work over usb o the FP2.
As a bonus you will get much higher bandwidth, allowing for niceties like HIFI-audio TOH or high-resolution/high refresh e-ink display TOH...

Amboss 2016-09-14 14:47

Re: Fairphone
 
... or all in one :D

mikecomputing 2016-09-14 18:23

Re: Fairphone
 
Quote:

Originally Posted by explit (Post 1515015)
USB is not I2C, but indeed, in some cases it is simplier to connect a device over usb than over I2C.

Additional HW (and maybe also SW) will be needed to connect something to this extension pins.

We need to ask kimmoli and dirkvl about it...

That means FP2 has to support host mode since it is easier. And then connect a device with USB CDC or HID so that kernel detect is as a serial port (/dev/ttyUSBx or /dev/ttyACMx).

For example would be cool connect a STM32 or similar MCU to FP2.

There is a STM32F042(ARM CortexM0) smallest LQFP is 32 pin package with builtin USB(this 32 pin variant is USB device only there is variants with Host mode also but it is a bit more complex). there is also a 20pin TSSOP variant with USB.

STM32 has USB CDC and HID drivers for its MCU's.

With such MCU we could do much cool sensor stuff :cool:
http://www.st.com/content/st_com/en/...oductId=LN1823

Btw to Dirkvl https://github.com/dirkvl/FairPhone/...vertingTOHtoFP

do not use FTDI. Here is one of the reasons:

https://www.youtube.com/watch?v=eU66as4Bbds

Also FTDI is to high price. You get a real MCU like STM32 for similar price.

I personally will not support any OTH with FTDI hell.

gaelic 2016-10-03 07:21

Re: Fairphone
 
Quote:

Originally Posted by MutoSan (Post 1514984)
Why because you think it can be hacked? Even a bank can be hacked now adays. seen just a few years back, when a group stole money virtualy. I do my payments over the mobile phone since years and check how much is still on the account. Because its faster I can scan the payment slipps and proceed with it right away. On the pc I would have to buy a payment slip scanner, which i didnt wanted so far.

2 Factor Authentication using the same device is broken by design. That's why. If you read the contract with your bank carefully I'm sure you find a paragraph where there's stated that they are not liable for any losses if you use the banking app and TAN on the same device.

And your example of a bank getting hacked is a totally different story. Simple as that.

explit 2016-10-03 09:28

Re: Fairphone
 
Quote:

Originally Posted by gaelic (Post 1516028)
2 Factor Authentication using the same device is broken by design. That's why. If you read the contract with your bank carefully I'm sure you find a paragraph where there's stated that they are not liable for any losses if you use the banking app and TAN on the same device.

And your example of a bank getting hacked is a totally different story. Simple as that.

not in the Deutsche Bank if you use Mobile Tan (SMS Tan) on the confirmed phone number

delmar 2016-10-03 10:41

Re: Fairphone
 
Quote:

Originally Posted by explit (Post 1516035)
not in the Deutsche Bank if you use Mobile Tan (SMS Tan) on the confirmed phone number

Same here: I can login and operate with every device having internet access, but then the action has to be confirmed with my registered phone number.

Edit:
Confirmed not only by a phone call, but also with a random number given by the bank after the operation has done.

gaelic 2016-10-03 12:43

Re: Fairphone
 
Yes, and there is the problem. If you get the SMS on the same device as your banking app it is a security risk. The main reason 2 factor authentication is regarded as secure is the usage of two separate devices. In case of theft or the loss of one device it is not harmful.

See for example here:

https://www.berliner-sparkasse.de/pr...mstan%2Ffaq%2F

----
Kann das smsTAN-Verfahren auch in einer Mobile-Banking-Anwendung
(z. B. mit Smartphones) genutzt werden?

Nein. Die Sicherheit des smsTAN-Verfahrens ergibt sich aus der Trennung von Online-Banking-PC und Empfangsgerät für die smsTAN.

klinglerware 2016-10-07 13:26

Re: Fairphone
 
I'm planning on giving this a go soon. My device is currently on FP Open 16.09. Is it recommended that I downgrade down to 16.06 before installing the SFOS image?


All times are GMT. The time now is 20:52.

vBulletin® Version 3.8.8