AR6004 WiFi devices and firmware - General Questions and Answers

Hi,
I am investigating a project using the Alcatel Y855 MiFi device, and want to be able to use the device in station mode, rather than the default AP mode.
The WiFi chipset in this devices is the Qualcomm / Atheros AR6004.
This is a relatively open device (allows direct SSH access!), which makes modding the OS build on it easy.
However (presumably because it is a MiFi) the WiFi chipset on it appears to be set up in a way that only allows it to run properly in AP mode - in Station mode, the performance seems to be limited to a very low rate (looks like forced to 802.11b, it will never sync above 11Mbit/s)
So my specific question is whether anyone has tried to use this device in station mode, and had any success?
A more general question is whether anyone has any experiences of any other devices that are based around this WiFi chipset, and therefore can give any pointers to sources of the drivers and firmware files (that live in /lib/firmware/ath6k/AR6004/hw3.0) that are designed for devices using the chipset that run in station mode.
Thanks in advance for any advice / experiences!
Michael

Related

hardware based data transfer

Hi!
I want to use my G1 to do some special measurements. For this purpose I've created a microcontroller board (Atmel ATmega8) that does that. Now I want to transfer the data the board collected to the Android phone.
Because of the high powerconsumption the G1 has while Bluetooth is on this isn't a real alternative for me - the measurements will last about 2 - 3 hours.
I'm not experienced concerning hardware access within Linux and Android but thought there might be a possibility to gain a kind of low level access to the USB port. I do neither need high bandwith nor real USB functionality - so might it be possible to create an own kind of bus using that interface? Do you have any other idea?
Thank you in advance!
If you use micro linux system, the ones that are like a usb port, a network jack and a vga connecter, you could script some adb commands and have it run every few seconds to upload the data, not an ideal solution. As far as I know the g1 doesn't support host mode. But if you have a micro linux computer in the middle, it could work.
Something like this
http://www.pcpro.co.uk/blogs/2008/08/27/a-real-space-oddity-arrives-at-pc-pro/
I'm sure there are other ways to do it, maybe check there how to make a serial port thread a few pages back in the dev section.

[Q] Wired Remote/Control Panel?

I've got a question I have not been able to find a definitive answer to.
Everyday other day on a blog I read I am seeing someone has created a robot controlled via an application running on a iPhone/Android, using either Bluetooth or Wifi.
But my question is, can an android device function as a wired remote via the usb port?
Is there any IO class for the USB port that can be used to turn on various things and read back various sensor information given the propper platform?
Am I seeking USB Host mode or is that something else?
My goal is to have an android device running an application monitoring various sensors and controlling various other hardware devices with a nice touch screen interface if possible. Since the phone would be located with the control hardware using Bluetooth for this seems silly if I am able to use USB and a cable from the Android Device to the Control Hardware, essentially making the android device the brains.
thanks in advance guys!
Nobody has any feedback on this?

Host mode support on Nexus S developments?

hey guys came across an interesting discussion! i cant post in dev boards yet... however, this guy provides some answers, maybe some of the elders may want to take a look. EDIT: i cant even post an outside link read code box i guess...
Code:
Hi All,
I've spent some time today dithering on the Nexus S and host mode and I think the way to approach this is different from the Nexus 1 host driver hack.
The Nexus S uses a Fairchild USB switch (fsa8480) to detect device connections. I believe the point is to allow the device to handle multiple functions like charging, UART and USB access simultaneously.
The Switch will detect OTG connections. Plugging in a microB to A convertor with pin 4 grounded to 5 causes the fas9480 driver to wake up and report an OTG attachment. It also calls into the S3C_UDC_OTG driver to configure it up and create a vbus session. (start charging)
The problem is that in the Nexus S kernel, this driver is device mode only. There is no code to put it into Host mode and the chip can only be in Host or device mode. It can't do both at the same time. Also, the few people that have tried to use host drivers have found that they must disable the device code (including charging capability) to get the hubs to enumerate.
It appears that the OTG core in the samsung part is from DesignWare. There are synopsis reference drivers up here:
*************check edit reason for driver link*****************
The register map appears the same, and the code supports host and device mode as well as dynamic switching based on HNP negotiation.
It seems like the best way to approach this would be to integrate this code and use the fsa9480 discovery as the hook to force host mode (when OTG is detected) or device mode when other devices are detected.
The demo we were under the gun to support will probably just use Nexus one, however I thought the rest of you guys would want to see this. I think if done right, you could have host mode, gadget mode and charging all in the same kernel.
Steve
--
Steve Modica
CTO - Small Tree Communications
---not my words, or even me. just though people may want to know!

Comparing of Android Q/10 "Desktop Modes"

Hey there!
As many of you may have heard or even tried, there is a functional "Desktop Mode" built into Android 10 (as long as the phone vendor didn't deactivate this). This mode will, when manually activated in the developers options, act like an Desktop OS when connecting your phone to an external screen. (or without activating anything in case of e.g. Samsung DeX)
I'd like to use this Thread to gather some information about the implementations of "Desktop Mode" into the phones of different vendors, and hope you can support me with testing it out on your phones.
Things of interest are (IMHO, to be continued):
is the desktop mode working (and usable)
does the dpi setup change in the moment of connecting an external screen (or does everything look just awful big)?
(yes, I know there are apps/tools to change that)
which maximum resolution is possible?
how many screens are possible? (usually just one, ...but who knows)
do you just need an USB-C to HDMI/DP cable or a (special) docking station for connecting a screen? (if using a cable, Miracast/wireless is another option of course)
does the handset get a special 'role'/feature in desktop mode? (like Samsung devices becoming a trackpad)
are there any usage improvements implementated, e.g. like file drag'n'drop or dragging windows to the display sides to maximize them on half the screen (like in windows)
what's the connection speed of the USB-C port? (USB 2.0, USB 3.2 G1 (5 Gbps), USB 3.2 G2 (10 Gbps) or even faster!?)
is it possible to use USB mouse/keyboard or just Bluetooth, and how's the speed? (eg. does BT lag a lot?)
At the moment it seems like Samsung has the best implementation of this feature with their "DeX Mode", but i'd like to know about those things from other vendors also.
My dream is to be able to ditch my notebook/tablet/8in tab/subnotebook collection an use just one device in future. (everything else needed for 'bigger' or x86 tasks can be done on cloud instances already)
But for that purpose there needs to be more than just 'basic' OS UI without any useful features
Hope we can start a good collection here and answer also your questions regarding this topic(s).
Thank you, regards
Schwarzer Riese

Connect emulated device on Linux to a car (Android Auto)

Hi!
I'm trying to establish a connection between an Android Virtual Device and a car. The goal is to run the AVD on a Linux laptop and connect it to the car via USB. Ideally the AVD would recognize the car's HU (and also the other way around) which should make it possible to use Android Auto.
I read a lot about the Android Open Accessory Protocol and how the connection is established. I also found posts about people tunneling USB connections from a Linux host to an Emulator using the command below:
emulator @AVDname -qemu -usb -device usb-ehci.id=ehci -device usb-host,vendorid=0x----,productid=0x----
Some also say you need to build a custom kernel beforehand so that USB on the Emulator is enabled in the first place. So far the Linux machine doesn't recognize the HU at all, which makes it impossible to use the USB tunnel since I don't know the vendor and device id.
The HU probably acts as host and expects a device, so does the Linux machine. This is somehow where my progress stopped.
Does someone know if that kind of connection is even possible with a emulated device? Do AVD's support the Accessory Mode in the first place? Is there a way around this Host to Host problem?
Any hints or ideas would mean a lot to me!

Categories

Resources