Database Users

Processor Swapping???

so I have done some research and found nothing on this topic. I may be going on a limb here but I really would like to know if it is at all possible to swap out a CPU from our touch HD phones with another one? not shooting too high for something like a snapdragon, but something a bit faster maybe?!?!?
I know it might sound crazy but its worth the inquiry. It might not even be possible at all, considering the processor might be imbedded into the motherboard.. I really dont know the inside of a smartphone and i would like to maybe clear up things in that area. I have taken apart and built complete laptops, and desktops, but have never thought of modding a smartphone.
What do you guys think? Im very interested in these responses.

its not possible for the processor is soldered in the board and just in case you happen to remove it it might burn the board or just in case you successfully removed it, what processor would you like to put and is it supported by the blackstone board?

well it was just a thought to get some more speed and to test the limits of modifying our phones. Maybe if it fit, I would swap out all together the processor and board from another faster qualcomm setup

Not physically possible.

But you can always overclock your HD.

Hardware for Android Device

Hey guys,
Recently I have been seeing companies releasing devices for Android that are not phones e.g.
Android USB Sticks:
techland.time.com/2012/05/18/pc-in-your-pocket-74-android-stick-goes-on-sale/
or more recently a game console:
kickstarter.com/projects/ouya/ouya-a-new-kind-of-video-game-console
I'm in University now studying Electrical Engineering and I've had an interest in electronics since I was young, so now I thought it was possible for me to design my own device. But so far my only luck with getting anywhere was drafting designs of the device and finding development boards online. Sure i could start off with development boards to test software (which i'm planning to do) but I am quite lost as to where I should go next. For example where to I get a manufacturer to produce my device or where to purchase a processor/motherboard that is custom designed for my project.
It would be really great if someone could point me in the right direction,
Scott

that's an ambitious project, I've just finished 2 degrees in EE and in the long term i'm looking to do similiar projects, but right now it is beyond my capabilities. But what i have done is buy a very cheap dev kit from STmicroelectronics with their ARM m4 chip onboard. (STM32F4)
this chip should be powerful enough to get started on and all the pins are broken out, plus the device includes a programmer and is powered over usb.
It was less than €20 but is still sat in its box as I've a lot to learn before cracking it open.
Have you any experience with RTOS for ARM, Keil offer a free trial version of their well respected uVision MDK software, it supports the above board directly and removes the need to configure a tool chain etc. Personally i'm trying to get eclipse on ubuntu to program it bit Keil uVision will allow me to blink LED's etc so long as my program is under 4Kb.
I too am only starting down this project but i hope the little i know has been of some help.
As for custom devices, well thats a whole other ball game, you will need to make out a schematic, then a board layout, then gerber files. After that you need a small run on a pick and place / reflow line. It's very rare these work out first time round, attention has to be paid to details like noise sinking, pull up resistors, matching logic levels and optically isolating external devices etc.
It's great that you are looking beyond your course material, I've learned much more from personal geekery rather than just taking notes from a lecturer. Anything you do outside the course will benefit you in a better degree at the end.

I've never been designing device from scratch, and I'm also just first grade student. Anyway I could imagine how this might look for small company or single person:
1) Decide what do you want to build-up. Easiest todo is custom dev-board, it can be always redesigned and packed into tablet case. The hardest to-do is mobile phone, and it's nearly impossible to create such thing due to high level of embedding everything, and need to sign pretty serious agreements with RF CPU (and other things like transceivers, antennas, duplexers) supplier like Infineon or Qualcomm.
2) Think what main components you'll need, like LPDDR, SoC (CPU), PMIC (SoC manufacturer usually recommend PMICs to be used and provide reference board schemas for using both), battery fuel gauge, charging controller (both might be built into PMIC, depends on model), screen+touchscreen (there are dozens of such, one might want to decide its size already, but in case of dev-board like build it usually can be replaced by some smaller/bigger with small HW modifications or without modifications at all), sensors like gyro, compass, pressure, light, whatever.
3) Search through suppliers websites and decide what models of ICs you want to use (I'd pick only open hardware), order engineering samples and get reference schemas, rather start from SoC(OMAP4460 for eg.)+PMIC pair, then decide about the rest.
4) Don't forget about extension slots like USB ports, DC supply, serial converters, whatsoever.
5) Start designing PCB board. IMO it's impossible for begginer to project any usable PCB for embedded system, I'm begginer and I'm failing with simplest boost HF DC/DC converters (like 10-20 parts on board), while such board would have thousands of elements on it, and multi layer board to fit it everything in some rational size.
6) Find company that will make prototype for you - they should make board + solder all the components you provide them - one with no professional (and very, very expensive) soldering stations is not able to solder BGA components at home.
7) Test it out.
Relatively, assuming that main components are free engineering samples, this might be not so money-expensive way to create some useful stuff. But for sure it's very, very time expensive, and begginer alone will nearly for sure fail.
//edit:
I just re-read my post and figured it might be pretty demotivating. I'm not saying it's impossible, but I'd suggest you to start from something easier - ARM dev board is the thing you need. As Quiggers stated above.

Just noticed these - cheap and powerful dev boards:
http://wiki.xbmc.org/index.php?title=Allwinner_A10#Other

Custom design
I'm looking to do the same, has this worked for you? I'm looking to build a custom android based mobile device as the original poster. I haven't had any look finding the correct electrical or device engineer to provide me any assistance. Are you available to assist?
Quiggers said:
that's an ambitious project, I've just finished 2 degrees in EE and in the long term i'm looking to do similiar projects, but right now it is beyond my capabilities. But what i have done is buy a very cheap dev kit from STmicroelectronics with their ARM m4 chip onboard. (STM32F4)
this chip should be powerful enough to get started on and all the pins are broken out, plus the device includes a programmer and is powered over usb.
It was less than €20 but is still sat in its box as I've a lot to learn before cracking it open.
Have you any experience with RTOS for ARM, Keil offer a free trial version of their well respected uVision MDK software, it supports the above board directly and removes the need to configure a tool chain etc. Personally i'm trying to get eclipse on ubuntu to program it bit Keil uVision will allow me to blink LED's etc so long as my program is under 4Kb.
I too am only starting down this project but i hope the little i know has been of some help.
As for custom devices, well thats a whole other ball game, you will need to make out a schematic, then a board layout, then gerber files. After that you need a small run on a pick and place / reflow line. It's very rare these work out first time round, attention has to be paid to details like noise sinking, pull up resistors, matching logic levels and optically isolating external devices etc.
It's great that you are looking beyond your course material, I've learned much more from personal geekery rather than just taking notes from a lecturer. Anything you do outside the course will benefit you in a better degree at the end.
Click to expand...
Click to collapse

Technexion
I have used OMAP3530 CPU. The TAO3530 is a good starting point and you can get a Tsunami board.

s8500 board with tablet touchscreen
hi dudes,
i have an old wave s8500 but the screen is broken. and i have an old tablet screen 7" from herotab8/dropad8.
can i use the tablet screen with the s8500 board? is not drivers necessary for the touchscreen? and where will i get the drivers?
and do i not need the datasheets of the pins to connect?
)

What we REALLY need is for someone to make a SoC that's basically like the one in the Raspberry Pi, but substitutes a FPGA for the GPU that's big enough to re-implement GPU functionality... long after the chip has left the fab & gotten soldered onto an open-ended generic ARM stick with no specific purpose, and thus manages to officially avoid getting infected by DRM-mandated licensing terms (ie, anything *officially* licensed to support h.264 or HDMI) that keep making totally open drivers nearly impossible. After all, if the drivers were 100% open source, there's no way they can stop you from commenting out the part responsible for implementing Cinavia, or lying to endpoint devices (like your home theater amp) about HDCP compliance
To deflect infringement claims, a company that made Android boards from the FPGA-equipped SoCs could make it with a soldered-on DVI port instead of HDMI (HDMI connectors are encumbered by viral licensing, DVI isn't), and put a reference design on their website for a wacky octopus cable that used the DVI-A pins to output unbuffered 3-bit pseudo-VGA, and used the remaining pins as a high-density breakout connector for a bunch of half-duplex RS-485 ports and GPIO lines that just *happened* to use DVI/HDMI logic levels
Of course, you'd never be able to legally sell a product based upon that board to end users in the US with the taboo technologies supported "out of the box", but other companies outside the US not subject to our self-inflicted wackiness could, and hopefully WOULD, buy enough of those boards to drive the price down enough to make them cheap for American hobbyists to buy on eBay and use for our own guerrilla Android-powered hardware projects.
In theory, the Xilinx Zynq 7000 series sort of does this... but at the moment, they're so ungodly expensive, you could almost buy a half-dozen Nexus 7 tablets for the price of their Android-capable dev board.

sounds great dude

Nice
Nice post

Hardware for Android D
Its not even turning on now...guess i will have to take it to a computer shop now, are you sure it has to be major things like "dead hard drive to a burned up chip to a bad motherboard."?

Setting up LCD with Android

I'm just looking to be pointed in the right general direction here.
How would I go about hooking up an LCD and touch panel to an Android board (Raspberry PI or something similar). This is for an embedded device.
Something like a Hannstar HSD062IDW1

sbarrow said:
I'm just looking to be pointed in the right general direction here.
How would I go about hooking up an LCD and touch panel to an Android board (Raspberry PI or something similar). This is for an embedded device.
Something like a Hannstar HSD062IDW1
Click to expand...
Click to collapse
Hey, most of these ARM dev boards have raw LCD headers. If you're an electronics designer then you can go design a PCB to do things like level shift those bits and maybe convert those parallel signals to something else (LVDS or HDMI or watever). But from what I understand, you already have a video out in the form of HDMI and svideo. Some of us here at ArcDatum have done embedded systems research on a whole bunch of ARM boards (BeagleBoard, Pandaboard, the obscure ODROID-X) and almost all of them should have LCD headers. As for touch screens, that's more difficult. Chances are you'll have to use GPIOs or find a screen with HDMI input and USB output for touch sensing. Otherwise you'll have to design an touch screen input/output driver (which actually isn't that hard once you know how.....finding out how is the difficult part since so many of the chips they use have little or no documentation).
You might be in luck with iPhone screens. I personally have heard rumors of people reverse engineering the screen signals and driving them.
Edit: So i looked at your Hannstar link. Looks like you have a 10.5V LED backlight. So u'll have to drive that separately; that's easy enough. As for the actual signals. Looks like the pinouts you have all the RGB 8bit per color channels as well as your power stuff, ground stuff, and your clock inputs all of which can come from either your LCD header on ur RPi (if it has one; i know the BeagleBoard-XM has them) or an external power supply (for Vcc etc). Note you should tie all grounds together in many cases. As for the other random signals you will have to figure out if they're necessary to connect to something (Even if it's ground) or if you can leave them floating. Watch out for your voltage levels and how much current the RGB signals on the display will sink. Likely case is you have to do a level shift from something like 1.8V logic to 3.3V logic or something like that. When you're picking your IC to do that level shifting, also be very aware that the IC has to be able to change from 0 to 3.3V fast enough. You will have to verify that within one clock cycle, the slew rate of every pin (aka each bit for the RGB channels) is high enough to change from a high value to low or vice versa before the next clock edge comes along. If not you're data will be considered corrupt or just completely invalid.
Edit2: Your title states that you're trying to make this work with Android. I think in fact you are trying to drive the LCD with the System on a Chip on the RPi. Depending on the SoC and kernel, you might have to enable the LCD header pinouts in the kernel. Don't quote me on this though. I could be totally bull****ting you. My GUESS is that the same signals that go to the HDMI chip go to the header and in fact when using the header, you're just pulling the logic of those same signal lines (which also means you have to be extra careful of the current you're sourcing from those lines)

I wish to understand your motivation.
There are plenty of cheap Android tablets available with LCD touch screen. Now instead of trying to use one of these you want to get inferior "WhateverBerry" and engineer LCD interface + software stack etc spending your time and money.
Am I correct describing your intention?
Also I am not sure that Android is a good fit for embedded development which is mostly applied to some type of real-time controllers. It is not real-time OS.
If your want to build quickly an embedded controller with LCD touch you can get it done using Arduino boards. There are few LCD modules with touch capabilities available but with very poor documentation. It will require some work but it is feasible to achieve in a few days. It would cost you about $100 in components including Arduino and LCD shield and software is free.
Good luck!
sbarrow said:
I'm just looking to be pointed in the right general direction here.
How would I go about hooking up an LCD and touch panel to an Android board (Raspberry PI or something similar). This is for an embedded device.
Something like a Hannstar HSD062IDW1
Click to expand...
Click to collapse

Adapt0r said:
I wish to understand your motivation.
There are plenty of cheap Android tablets available with LCD touch screen. Now instead of trying to use one of these you want to get inferior "WhateverBerry" and engineer LCD interface + software stack etc spending your time and money.
Am I correct describing your intention?
Also I am not sure that Android is a good fit for embedded development which is mostly applied to some type of real-time controllers. It is not real-time OS.
If your want to build quickly an embedded controller with LCD touch you can get it done using Arduino boards. There are few LCD modules with touch capabilities available but with very poor documentation. It will require some work but it is feasible to achieve in a few days. It would cost you about $100 in components including Arduino and LCD shield and software is free.
Good luck!
Click to expand...
Click to collapse
I agree with this, for the most part. Although theres no reason his application wouldnt be better with Android. What if theyre making some sort of consumer friendly appliance. Android wud be a great place to start. Arduinos wud be good for tiny applications but if they want anything pretty it wont have enough horse power.
Also Im not sure how RTOS fits into this. Sure Android isnt an RTOS, but ur phone is Android and thats an embedded system too. Just because it isnt deterministic doesnt mean it isnt suited for embedded. Just go look at basically any of the Texas Instruments ARM based android/linux dev boards.
Anyway back to the topic at hand. If you want a high powered device then try a BeagleBoard with a third party LCD attachment. It wont be cheap, you would basically have an android tablet only itd be for development (and I mean product development, not just software development). But if you dont need 700+mghz of 32 bit addressing lol, then yes go with a much cheaper arduino and lcd.
Edit: Look at this, I think you'll like it (its an all in one ARM development board):
e2e.ti.com/group/universityprogram/educators/w/wiki/2252.am335x-starter-kit.aspx?sp_rid_pod4=MTk2NzAwNDYzODgS1&sp_mid_pod4=40798754
Also I should clarify Arduinos are a 'cheaper' solution, not a 'cheap' solution. Arduinos are not cheap for the amount of processing power u get and they are almost never suited for LCD applications (but there are a few).
Sent from my SGH-I747M using xda app-developers app

I am glad to have this discussion, it helps to clarify choices we make and avoid waste of time.
RTOS is needed if high rate data acquisition is the core application. If time uncertainty of Android apps execution is tolerable then it might be a good choice considering great UI and communication capabilities.
A number of projects utilize commercial Android hardware with external Bluetooth or USB accessory/ host. In this configuration external accessory acquires and stores data in a buffer, Android terminal reads this data buffer and then does data processing and visualization if necessary.
This combination looks the most efficient since it provides great flexibility with minimal resources.
Low price of Raspberry PI and good marketing attracted a lot of people but usability of this board is very limited. You get what you paid for. It is underpowered for modern Linux and Android, does not have ADC, not suitable for low power (battery) applications. Originally, its main purpose was declared to make learning of programming languages more accessible.
Cheers!

screen
hello Folks,
i even have a broken tablet, but the touchscreen is still ok.
and i still have a samsung wave s8500 with broken screen but it still running.
is there any solution how i can connect the 7 inch screen with the wave?
the 7 inch screen is a mid tablet dropad/haipad.
is there any link to hardware manuall..
and where can i get the driver of the mid?
thanks in advance

Samsung Galaxy Tab 2 7" to LCD
is ther anyone trying connect samsung galaxy tab 2 7" to LCD
or it is imposible.... (

Need general help. Please just read.

Hey all the good people at XDA. I have an idea and the potential parts to make this work. Think of it like a Google Glass ( another glass concept ) but for the combat Infantrymen. We wear eye protection already and put some crazy stuff on our helmets. We get shot at and we shoot back.
This is where I and trying to help.
The concept:
Being able to know and many rounds you have fired.
able to tell distance, direction and elevation the shots originating from.
Able to tell what round was fired.
The hardware:
Will be tested on Oakley M frames. I am drafting up at the moment.
Small screen on either eye but supposed to be your non firing eye.
there will be small mics around the helmet. This is what will give direction.
There will be a small shock sensor and mic to give an accurate round count.
What I want to try to use:
I have an electronic viewfinder screen from an old digital camera. that's what I will look up to. I have the orignal PCB that I know has the TI DPS. I think it has whatever display chip on the board as well. Basically I tore a kodak easyshare z710. I don't know what firmware type is it. Maybe Linux but I don't know.
Can I get some help on this. Is a little near and dear lol.
Sent from my Nexus 7

I don't actually understand what kind of help you need. Do you need hardware or software help? And if you plan on an endeavor such as this how do you plan to obtain funding?
Please give a thanks if you think this post helped you!
Sent from my Nexus 4 using XDA Premium 4 Mobile App .

can you elaborate it a bit more,seriously I could not make out where you need help

I'm sorry guys, I think my sleep meds started kicking in and I just zone out.
Basically I want to make a small projector with the hardware provided to project an image onto the lens of my Oakley eye pro. The mobo in the camera has some sort of OS. I don't know what it is (I would think Unix of some sort).
There is more to it, but the hardest things is getting the projector work right and have control from a smartphone.
Sent from my Nexus 7 using xda app-developers app

So what do you need from us? I'm confused...
Please give a thanks if you think this post helped you!
Sent from my Nexus 4 using XDA Premium 4 Mobile App .

It sounds like the basic concept is there. I'm guessing you are looking for technical help to make this a practical reality.
So far I see that you have most of the sensors planned out:
-shock sensor
-mics
And the output:
-LCD from the camera
But it seems to me you need a microcontroller somewhere in there. You could use an Atmega (the kind Arduino boards use) or Microchip (probably 18f series) or AVR. I'm sure there are others. Depending on your level experience you may decide to go with Arduino (which are a little more expensive (usually $15+) then the others but includes it's own programmer (assuming you get one that has the USB on the board) and are easy to program (Arduino IDE has lots of code examples)) or you can go for a more low level one like a Microchip 18f4550 ($5) for example and program in C (I think this costs) or assembly (free) but you'll need to understand registers and some of the lower level aspects to microcontrollers (however there are free very in depth datasheets that will give you all the information (you'll just need a few months to digest it).
Those are just some ideas, this projects sounds quite awesome though. It may take you a 6 month to year to do though.

Best device for ROM dumping

I'm more of a software guy, but looking to get more into hardware hacking. In particular, I'm interested in dumping firmware off embedded devices. As such, I'm looking for a device that will do this for me. A lot of the advice online seems quite dated, so just wanted to check if there was any update in thinking in 2021.
Here are the criteria I'm looking for in a device:
- Supports SPI - I2C, UART, JTAG are a bonus;
- Supported by flashrom - supported by OpenOCD is a bonus;
- Doesn't require messing around with hardware too much - a USB interface would be preferred;
- Actively developed - preferably open source;
- European shipping is a bonus.
The options I've come across so far are:
- Bus Pirate: v3 still actively developed, but apparently not great for JTAG stuff. v4 is being developed but apparently the hardware is still experimental;
- Shikra: looks neat, but community seems far smaller, and much less well documented;
- Attify Badge: I really don't know anything about this - any good reviews?;
- Raspberry Pi: I have a bunch of Raspberry Pis lying around, but I'd prefer something that I can just plug into my laptop/desktop. Using a Pi feels like overkill here;
- FTDI FT2232H/FT232H: I understand a lot of SPI programmers are built on top of this chip, but I feel the low level dev boards for this are a bit too low level for me - looking for a higher level of abstraction;
- CH341A SPI Programmer: people seem to have a lot of success with this, but looks a bit "cheap" to me.
Does anyone have any strong recommendations for any of these solutions over the others? Is there anything else I've missed?
Thank you in advance - any help you can provide would be greatly appreciated.