/diy/ - Do It Yourself

[Anonymous No.1631402]

I can use old iphone hardware, like the camera, in another stuff?

[Anonymous No.1631404]

Can i*

[Anonymous No.1631446]

In principle yes.
Seeing as you have to ask you probably won't be able to as of now.

[Anonymous No.1631650]

>>1631402
OP's pic makes me sad. Fat flash must be quite slow.

[Anonymous No.1631694]

>>1631402
>iphone
>reusing the hardware
Good fucking luck with that

[Anonymous No.1631858]

>>1631650
Why? That's not anything to do with how the Flash works, although I think in a few incarnations he has a fast metabolism so might be beneficial having some fat stores. Keto Flash.

>>1631694
A lot of Apple hardware is reusable and fairly well documented because fuck Apple.

[piled cornography !stuUhkKwfw No.1632083]

>>1631858

unless you can reverse engineer their proprietary software to translate the language that their hardware uses to communicate you're not going to be successful. except the flash and the battery. maybe the buttons and switch, and shit like resistors, diodes, relays

shit like the camera will output the data it captures in a way that only apple knows how to read it and get anything useable out of it

[Anonymous No.1632136]

>>1632083
>Being this fucking redarded.

Hardware doesn't use "languages". Hardware communicates with binary data, of which a programming language is a high level abstraction of.
Besides that, Apple actually open-sources a lot of their stuff.
The CUPS (Common UNIX Printing System) was developed by Apple, and released as open-source.
The Kernel at the heart of OSX and IOS, Darwin/XNU, is also open sourced.
https://opensource.apple.com/
https://opensource.apple.com/source/xnu/

No, the sticking point for this is the MIPI interface on the camera and display.
There's some details about the MIPI interface online, but it's not the full spec, and manufacturers are allowed to extend the interface.
If you want the full MIPI spec for a device you need to buy like 10,000 units from the manufacturer.
Also, MIPI is a fairly demanding interface so you'll need a reasonably powerful FPGA just to communicate with it.
Luckily, some people have managed to reverse engineer small subsets of MIPI devices.
Here's an example project: https://hackaday.io/project/364-mipi-dsi-display-shieldhdmi-adapter

[Anonymous No.1632140]

>>1632136
>Hardware communicates with binary data
Sweet child.

[Anonymous No.1632403]

>>1632140
And what would you call a serial interface?
You have a few serial lines, which send and receive data one binary bit at a time, and maybe a few control lines.

[Anonymous No.1634676]

>>1632403
There's nothing "digital" about serial. It is not clocked. It is measured in baud, not bits.

[Anonymous No.1634754]

>>1634676
How fucking dense are you?

>There's nothing "digital" about serial
I never mentioned "digital", although, yes it is.
Digital means quantized into discrete values, which a binary encoding does, and therefore by extension a serial interface does to.

>It is not clocked.
Only for asynchronous interfaces, like RS-232, UART, or 1-Wire.
There are also synchronous interfaces, such as I2C and SPI, which have a dedicated clock signal.

>It is measured in baud, not bits.
That's like saying that you measure temperature in Celsius, not Fahrenheit. They measure the same information, just in slightly different ways.
Baud means symbols per second. In all the protocols I mentioned above each symbol represents 1 bit, therefore baud = bits per second for them.
In a parallel bus a symbol can represent multiple bits. For example, say I have a 10 bit wide parallel bus where 8 of those bits are data and the last two are parity information for error detection and correction. In this scheme, each symbol transmits 10 bits of information, where 8 of those are data. This would mean that data bandwidth of this interface in bits per second is 8 times the baud.
Another way to encode more that one bit of information into a symbol is to use a more complex encoding, such as Quadrature Amplitude Modulation (QAM). In QAM a symbol is represented by the amplitude and phase of a signal.
Under QAM64 there are 64 unique combinations of amplitude and phase, meaning that each symbol represents 6 bits of information. Once again, baud here can be converted to bits per second by multiplying by 6.
However, all that said, parallel buses are old tech and not used due to issues with skew as the operating frequency increases, and QAM mainly used for radio communications, not device interfaces.

[Anonymous No.1634761]

>>1632140
>>1632403
>>1634676
>>1634754

when autistic spergloards argue.

[Anonymous No.1634792]

>>1632140
Are you retarded?

[Anonymous No.1634872]

>>1634754
Man you're easy to rustle. Also you sound like a insufferable ee student. Symbols are not bits you fuck tard, your shitty temperature units comparison is as crap as your knowledge. You can have lots of bits in a symbol and baud is never higher than the bit rate. But baud is not digital by any means. Symbols are not digital. They become digital after interpretation.. You know, when they exist in a fucking register and not some em pulse or a 25+/- v signal that requires parity and shit. I suppose you'll start trying to convince me that a vhf signal is digital too. That one is full of fucking symbols.

To close off this shit show this was counter to your argument that hardware only uses binary data. You are sorely, sorely mistaken. It's like saying oscilloscope are only digital. The world is much bigger and older than you think.

[Anonymous No.1634894]

>>1634872
>It's like saying oscilloscope are only digital.

No it is not. Scopes can show analog signals, and old scopes were 100% analog. But IN GENERAL, serial data cables are not used to send something like audio in analog format. They send everything in some sort of digital format.

[Anonymous No.1634911]

>>1634894
Asynchronous serial IS analog. That was my point. There's nothing "digital" about it. And for fucking sure I can send audio down a serial data cable it'll work just fine. I can show you plenty of cables out there that use extra pins just for that shit on many pieces of equipment. I have a fucking camera with a few analog outputs terminated to a db9 in a machine vision application.

You're just inexperienced. Nothing to be ashamed about.

[Anonymous No.1635049]

>>1634872
>>1634911
You're the one who sound rustled here.

[Anonymous No.1635052]

>>1635049
Naw man I'm chillin like a villan.

[Anonymous No.1635053]

>>1634872
>>1634911
>Bringing up equipment which has no bearing on the current discussion
This thread is talking about hardware found in a phone, not 50 year old oscilloscopes and specialty cameras with analog outputs.

You're pretty bloody dense, if not outright retarded.

[Anonymous No.1635150]

>>1634872
>>1634911

Please start using a trip or a name. You are so hilariously arrogant and stupid that I want to be able to spot your posts easily, not that it's hard considering your issues.

[Anonymous No.1635152]

won't lie lads, today was my first day on this board and I am massively enjoying how autistic you get over trivial shit

I think I'll be staying

[Anonymous No.1635157]

>>1634911
>Asynchronous serial IS analog. That was my point. There's nothing "digital" about it. And for fucking sure I can send audio down a serial data cable it'll work just fine.

We all know that ALL electrical signals are analog. Stop trying to impress us. And being able to send audio down a data cable is also something that everyone knows.

God I hope you are trolling. If you are really trying to show off your experience...

[Anonymous No.1635214]

>>1635053
>>1635150
>>1635157
Same fag. But nice try.

[Anonymous No.1635237]

>>1635214

I admit to writing two of those posts, but that guy is worth it. He (you?) is one of the finest trolls around. Or a potato head. I'm leaning towards potato head, but who knows.

[Anonymous No.1635293]

>>1635237
Tbh I thought the same but infinite boredom on a work night inspired me to level up on the strawman arguement. Like an ambiguous math question, the Jimmie Rustling was mellifluous. I love this board.

[Anonymous No.1635304]

[Anonymous No.1635313]

>>1632136 see
>>1635304

[Anonymous No.1635600]

>>1635304

are you for me or agin me, anon

[piled korn !stuUhkKwfw No.1637723]

>>1632136

>Hardware doesn't use "languages". Hardware communicates with binary data

it was an analogy, sorry that you took it literally

>the sticking point for this is the MIPI interface on the camera and display. There's some details about the MIPI interface online, but it's not the full spec

>Also, MIPI is a fairly demanding interface so you'll need a reasonably powerful FPGA just to communicate with it.

and this is the exact point i was making. you clearly have more knowledge than me on the subject and i thank you for translating my post to a more advanced vernacular.

[Anonymous No.1637851]

>>1635152