I work in IT and I thought it would be nice to use my prime for testing routers, switches & ect. I got a belkin usb 2.0 ethernet adapter and it works great. I am running ICS by the way.
This one?
http://www.belkin.com/IWCatProductPage.process?Product_Id=281799
ICS feature list didn't show support for USB LAN adapters. So you're saying standard kernel provides support? Can you up a pic of the networking setup in ICS?
---------- Post added at 03:01 AM ---------- Previous post was at 02:51 AM ----------
Looks like there's a driver pack for HC 3.2 for rooted TF101. Hope to see same for ICS.
http://forum.xda-developers.com/showthread.php?t=1274656
Super curious about this..
http://www.amazon.com/Belkin-F4U047-RS-Ethernet-Adapter-100MBPS/dp/B005UUY24A
would this work?
I remember the reading somewhere that the prime can use a usb the eternity adapter without rooting the prime
And cheap once from amazon and dx also wormd
I'll try to find the link for it
But if someone knows please correct me if I'm wrong
This is the one I got
http://m.radioshack.com/radioshack/product/detail.do?itemId=12182056&categoryId=&path=
https://www.youtube.com/watch?v=LKCOB_sdwYs&feature=youtube_gdata_player
Hmm, I have the D-Link DUB-E100. I'll have to see if that'll work when I get home.
It worked with the Honeycomb drivers, FWIW.
Just tried the USB adapter from my Mac Air and it just worked
With micro HDMI to VGA, who needs a laptop now... well apart from Android development still being better in Eclipse
Can anyone try a USB wifi adapter and see if it works? If it does, please mention adapter make & model. TIA.
that is v cool, have you tried using a console cable to usb for switch configuration? e.g. getting a serial to usb adapter and plugging into the switch and using telnet client on your laptop?
fro5tie said:
that is v cool, have you tried using a console cable to usb for switch configuration? e.g. getting a serial to usb adapter and plugging into the switch and using telnet client on your laptop?
Click to expand...
Click to collapse
I went a different route. Still having some issues getting it to work though. I'll post a [Q] thread on it and see if I can get some positive feedback.
could someone test 1080p streaming via ethernet?
oremy said:
could someone test 1080p streaming via ethernet?
Click to expand...
Click to collapse
Do you want internet video or pc to tab streaming tested?
shawnfr said:
Just tried the USB adapter from my Mac Air and it just worked
Click to expand...
Click to collapse
Hi Shawn,
seriously, your Macbook Air USB-Ethernet adapter works?
Can you confirm whether your Prime is rooted? Which version of Android is it running?
Thanks,
Eddie
Belkin usb to gigabit ethernet works too
I have one of these usb to ethernet devices:
http://www.amazon.co.uk/Belkin-USB-Gigabit-Ethernet-Adapter/dp/B002N56EWI
Works without any added drivers, etc. on the 'Prime running ICS. I rooted mine straight away so can't say 100% that it works without root access before anyone asks (sorry!).
Streams 1080p videos flawlessly from my pc via the MyNET DLNA app and also from the 'Prime's internal memory to my Samsung TV via DLNA (again using MyNet).
Gotta love the 'Prime
This $7 USB Ethernet adapter (only 100MBps) from Monoprice works out-of-the-box with the TF201. The "asix" linux module is builtin to ICS and provides the functionality. The adapter automatically picked up an IP address via DHCP the moment I plugged in the ethernet cable. Manual network config using the "ip addr" command is also a possibility, although I assume it requires root access if you do not already have that.
Code:
<6>[390237.318936] usb 1-1.2: new high speed USB device number 84 using tegra-ehci
<6>[390237.373125] usb 1-1.2: New USB device found, idVendor=0b95, idProduct=772a
<6>[390237.374868] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
<6>[390237.375961] usb 1-1.2: Product: AX88x72A
<6>[390237.377596] usb 1-1.2: Manufacturer: ASIX Elec. Corp.
<6>[390237.379214] usb 1-1.2: SerialNumber: 000002
<6>[390238.066107] ASIX USB Ethernet Adapter:v4.2.0 19:32:21 Jan 17 2012
<6>[390238.066164] <6> http://www.asix.com.tw
<4>[390238.068588] eth%d: status ep1in, 8 bytes period 11
<6>[390238.098586] eth0: register 'asix' at usb-tegra-ehci.2-1.2, ASIX AX88772A USB 2.0 Ethernet, 00:60:6e:05:22:fb
<4>[390238.122315] eth0: rxqlen 0 --> 10
<4>[390238.122645] eth0: rxqlen 10 --> 20
<4>[390238.122942] eth0: rxqlen 20 --> 30
<4>[390238.123389] eth0: rxqlen 30 --> 40
<4>[390238.123600] eth0: rxqlen 40 --> 44
<4>[390238.132625] eth0: ax88772a - Link status is: 0
I am a fan of the BTEP terminal client for Android, but the ssh binary built-in to it will not connect to Cisco devices for me. The ConnectBot app connects flawlessly, however.
Next stop for me: serial console (going to attempt wired and/or bluetooth).
I even plugged in my kids Wii ethernet adapter and it worked! (ICS not rooted).
jdudb said:
I even plugged in my kids Wii ethernet adapter and it worked! (ICS not routed).
Click to expand...
Click to collapse
Nice. My wifi works great but i am sure others will love this.
Was at Microcenter today.. picked up an Apple one that does 1Gbps.. not in the cheapie range at $30, but we'll see how it works out
http://www.microcenter.com/single_product_results.phtml?product_id=0351619
Just waiting to get my Prime back now from ASUS though
I just tested out two different Prolific 2302 USB Serial adapters for connecting to my Cisco stuff's console port. They both "worked" from the Android OS point-of-view (kernel detected device/module and attached to ttyUSB0), but only one worked with the "Slick USB 2 Serial Terminal" app which seems to be the only option for this usage. The app is not awesome for connectivity and the interface is a little quirky, but it is functional and beats carrying a heavy laptop for quick simple stuff. If I expected to be in serial console for more than 30 minutes or so I'd bring my MacBook.
oremy said:
could someone test 1080p streaming via ethernet?
Click to expand...
Click to collapse
Dam I love my prime. I didn't even convert the 1080p video with handbrake. Tegra 2 would never do this. I have fixed the lag-I\O issue on my prime & I don't have WiFi issues so your results may very.
http://www.youtube.com/watch?v=7sinv2ZX2Sg
Anyone know which NFC chip the Xperia Tablet Z uses? I've found references to an NXP 44701, but can't find a data sheet or anything else on that part. I also find it curious that many of the NXP parts begin with letters, not numbers.
I'd like to know what the chip's part number is, and how it is interfaced to the main CPU. It does not appear to be USB. Anyone know?
Thanks!
I wonder that as well.. nobody knows?
Hi,
the number 44701 clearly indicates a PN544. Where 44 is the short code for PN544 and 701 is chip revision information.
Regarding its connection to the application processor: The chip should support HSU (High Speed UART), SPI and I2C. For NFC chips on Android this is typically I2C due to the existing kernel drivers (cf. https://github.com/sonyxperiadev/kernel/blob/yuga-aosp/drivers/nfc/ for Xperia kernel).
br,
Michael
Hello everyone,
I have a Erisin S2046B in my 2001 BMW E46 and found information, that the RK3188 has several external buses which are partly currently not used in the device. Being an electrical engineer and having some projects in my mind which require some sort of external communication to e.g. microcontrollers, I would like to make use of them.
Did anyone go through the effort to use one of these interfaces?
I read in the sound processor thread (http://forum.xda-developers.com/and.../mtc-sound-controlling-bd37xxx-sound-t3234660), that I2C is used there but only limited information on what is done exactly, as it is just a matter of reconnecting the bus lines from the mcu to the rk3188.
I'm not quite sure, if this is the right section, but I would not really consider this "software development". Anyway, if one finds it inappropriate, I would kindly ask a mod to move it to another section
This is great, hopefully it's with guys like yourself tinkering away at these devices we end up with a how new sub-section of interesting mods that can be done for those that like to take stock and improve on it..
Bookmarked for reading as you go through this ... Look forward to some.positive outcomes...
@LC4T, can you be more clear as to what do you plan to achieve? It is no problem to attach another slave (or more) to existing I2C bus, as this bus is a multi-slave in its nature. There's no need to find any interfaces not in use, you are free to use existing, well known one.
As I already mentioned in my posting, I personally plan to connect an external microcontroller and exchange data between the µC and the RK3188. As I don't want to fit the circuitry inside the erisin enclosure, I2C is not the preferable solution.
The principle of I2C and its architecture is known to me, I have already build hardware using I2C But as the existing I2C bus is already connected to at least one slave device, I would be careful with hooking up another one without knowing exactly, what's happening on the bus already. Worst case would be to make the whole existing system unstable. I'd rather use SPI oder UART for my purpose.
In general, this thread should not be seen limited to my intentional use but some sort of collection of information on which buses are present, usable and in use - knowledge base style, so to speak
What's the first solution that comes to your mind when you think of doing something interesting with your I2C?
Some of these units do CANBUS. I'm not sure if there is separate hardware in them or just hookups.
I plan on installing an engine block heater (webasto thermo top c). With the universal wiring kit and control unit, you're only able to set three starting times with a fixed heating time. Additional control units for remote control are quite limited in range and functionality, the "cheap ones" (~200€) only offer "start" and "stop" with the only feedback if the command reached the unit being a blinking led, the ones with the ability to set the starting time from the distance (they claim it works up to 1km depending on the building density) is 350€... There are also GSM units available but also quite expensive and with few functions.
So including a microcontroller would fix all that
If I got it right, the CAN unit is a standalone device, that only decodes relevant data (e.g. gearbox in reverse), so no communication with the android device itself
LC4T said:
I plan on installing an engine block heater (webasto thermo top c). With the universal wiring kit and control unit, you're only able to set three starting times with a fixed heating time. Additional control units for remote control are quite limited in range and functionality, the "cheap ones" (~200€) only offer "start" and "stop" with the only feedback if the command reached the unit being a blinking led, the ones with the ability to set the starting time from the distance (they claim it works up to 1km depending on the building density) is 350€... There are also GSM units available but also quite expensive and with few functions.
So including a microcontroller would fix all that
If I got it right, the CAN unit is a standalone device, that only decodes relevant data (e.g. gearbox in reverse), so no communication with the android device itself
Click to expand...
Click to collapse
I believe there are can bus controllers for that device.
You could take a look at IOIO-OTG boards. it might offer some features.
You can make your own can bus for the devices you want to control and use available can bus adapters.
If you're talking about the webasto heater, yes, there are control units with CAN functionality but they are OEM specific (e.g. VW/Audi, Mercedes, BMW,...) and not universal. Also, adding just another interface is not what I intended to do when there are several of them, mostly unused already available
Again: I don't want to use this thread for my specific problem but as a general thread on using the interfaces already present in the unit
LC4T said:
If you're talking about the webasto heater, yes, there are control units with CAN functionality but they are OEM specific (e.g. VW/Audi, Mercedes, BMW,...) and not universal. Also, adding just another interface is not what I intended to do when there are several of them, mostly unused already available
Again: I don't want to use this thread for my specific problem but as a general thread on using the interfaces already present in the unit
Click to expand...
Click to collapse
Sure. Sure. I like the idea of tapping into the onboard hardware, but it might be good to talk about the limitations and optimal use cases for doing so.
For your case I think you can solve your need without tapping in if the objective is to get it working quickly. If the geek factor is more important then its a moot point.
You could probably tap in using something like this:
sandboxelectronics.com/?product=active-i2c-long-cable-extender-p82b715-module
That might help cut down on noise if you want to run it around the car.
Here's my thoughts.
If you need to control some external DIY device, you need to go with USB ports, which are already available in our devices.
They are just designed to communicate with external world, opposite to I2C or SPI, which are designed for in-system communications only.
Here we have two options:
1. Use native USB communication:
On the headunit side - libusb library which is well-known in Linux world. It might even happen that it is already compiled into the kernel (need to check); otherwise, a libusb.ko module needs to be compiled and loaded.
Nowadays there are many microcontrollers with USB onboard for direct use; and even simpliest MCUs like AVR attiny/atmega can use USB via V-USB library (I've done some just-for-fun projects with it).
2. Use a cheap USB-Serial converter to get a new serial port on a headunit's side. On the MCU side, you'll get a standard UART, which is much simplier than USB for MCU programming.
And returning to your @LC4T idea.
Are you planning to use head unit only as a control panel for your device, so that you only need a big touch screen with a nice UI to set up your externa DIY device, then go off letting that device to work alone? Don't you plan having your head unit always turned on to track time and on/off your heater? Because latter solution is really bad, as our head units are very power hungry.
7floor said:
Here's my thoughts.
If you need to control some external DIY device, you need to go with USB ports, which are already available in our devices.
They are just designed to communicate with external world, opposite to I2C or SPI, which are designed for in-system communications only.
Here we have two options:
1. Use native USB communication:
On the headunit side - libusb library which is well-known in Linux world. It might even happen that it is already compiled into the kernel (need to check); otherwise, a libusb.ko module needs to be compiled and loaded.
Nowadays there are many microcontrollers with USB onboard for direct use; and even simpliest MCUs like AVR attiny/atmega can use USB via V-USB library (I've done some just-for-fun projects with it).
2. Use a cheap USB-Serial converter to get a new serial port on a headunit's side. On the MCU side, you'll get a standard UART, which is much simplier than USB for MCU programming.
Click to expand...
Click to collapse
The IOIO OTG solution gets you here plus there are established libraries etc.
github.com/ytai/ioio/wiki
The OTG version allows it to be powered from the host also. That could make it easy to develop and move around.
github.com/ytai/ioio/wiki/Getting-To-Know-The-IOIO-OTG-Board
pounce said:
The IOIO OTG solution gets you here plus there are established libraries etc.
github.com/ytai/ioio/wiki
The OTG version allows it to be powered from the host also. That could make it easy to develop and move around.
github.com/ytai/ioio/wiki/Getting-To-Know-The-IOIO-OTG-Board
Click to expand...
Click to collapse
From $20 for the board on AliExpress to almost $40 elsewhere? No, thanks These guys want too much for their solution. This is the price of a Raspberry PI, a complete computer.
For that price, I would prefer putting a Raspberry under dashboard, connect with WiFi, for example, and have much more flexibility than gives the IOIO.
As to IOIO - as a prototyping board it might be useful, but not for a well-finished DIY project based on a single cheap MCU with a minimum of components, where total cost of it would be much lower than cost of that board.
It is like using ATmega256-based Arduino boards for the purpose of watching a button and blinking a LED, where the $0.5 worth ATtiny13 is an overhead.
Such a boards are probably good for Hackaton events, where you have to show something working after a few hours of quick-and-dirty work, but not for thoroughly designed DIY project.
Depends on how much you value your time and what an existing product offers you for your solution. Many people aren't as price sensitive. I certainly wasn't suggesting the IOIO as the only solution, but for an open ended or more generic solution to get hardware support external to the head unit is generally fits the bill. Established libs for interacting saves some time. Nice bunch of people put it together and there have been some fun projects.
Like I mentioned before, it might be a good idea to discuss what the objective would be to adding smart hardware in the solution through, I2C, USB, bluetooth, wifi or whatever. I think the OP is looking to discuss the general idea and not super specific solutions that might lead a person to pic a very specific ic and com. Well, I know that was the purpose because the OP has redirected me to the point.
You bring up a good point though. You say you would rather put Pi under the dash. I would also for controlling things. In fact Pi or some duino realtime solution is always going to be better for interacting with an auto. This is especially the case when the purpose might be controlling something that is powered like a motor or something life critical. At this point though we are not talking about android or these head units. You are talking about perhaps the method of communication between two systems. Not really for this forum.
---------- Post added at 01:05 PM ---------- Previous post was at 12:46 PM ----------
I'd like to have more input/output trigger wires for events. We have a backup wire, but I'd like more for other things. An example might be to support a passenger side view camera. Sure, there are ways to hack it in by switching the backup video input, but that's a simple example. Power on a wire sends an event in android on the unit.
Do we have GPIO possibility on any of these units?
CanBus via Uart?
Does anyone know how the CanBus connection works? My MTCB Unit came with an adapter box which turns some messages into external signals (like illumination, reverse), but also seems to forward messages via serial into my Head Unit. At least that's how i guess that the steering wheel buttons are working.
Now, there are some messages that i wish to interpret and send, and also some i would interpret different. My idea was to get some kind of filter (maybe software, maybe a dedicated micro controller) in between the CanBus adapter and the service on my head unit. But right now, i have no idea how to verify my understanding of the setup, since no tty device on the HU seems to directly reflect my button presses. There's one, that pours out something unreadable on key press, but this also does it if i touch the screen, so i guess that's not the CanBus adapter itself.
I suspect that the information in already interpret before it gets into the android system, and only the relevant messages are forwarded, or even pre-processed. I suspect that the only way to get to the signals is to listen on the CanBus adapters RX/TX lines, and maybe finally put an microcontroller in between. If unlucky, the adapter might also filter out messages before i can get them, and i need to access the CanBus directly.
htt p://i.imgur.com/P1QzXta.jpg?1 << CanBus Adapter
I would appreciate any hints on this topic, especially information on the CanBus Adapter.
From what I can see on the PCB and I have read about the can adapter:
The adapter itself only interprets data from either can bus or analog signals and forwards them to the android unit via some sort of serial interface, most probably UART. As you have almost no way to get an inside look into the software running on the microcontroller, I would suggest to design a seperate device, that way you can be 100% sure to get all the messages and filter yourself.
I ordered some can bus adapters to see what i can read. Maybe i will first have a look into the data on the serial line when i finished moving house and had time to unpack my gear
I have a can bus HU, when i listen to the radio or music player, i haven't information on display of my car (CLK MERCEDES). I read the new units have dual can bus and information of radio appears on car display. Ther's a way to modify my HU to dual can bus? I have to change a can bus decoder? My can bus decoder is B200.
Regards
7floor said:
.... There's no need to find any interfaces not in use, you are free to use existing, well known one.
Click to expand...
Click to collapse
Well known interfaces - that's the keyword.
For example I would like to output current FM-frequency, radio station name, song title to the existing (factory) FIS display in a car. Via CAN bus, because the display talks CAN.
Now I would at least have to know which units have CAN capability.
Yes, I could go the USB to RS232 to CAN dasy-chain-adapter route, but I consider that all but a clean solution
Oskar