[Wifi on NDSL v7]

Surelly a bad download, it hapends to mi on any .nds file directly downloaded from the web. Maybe some program modifies it to put their ads or something like that. It will be better if Sgstair upload it in a zip.

 

This is unlikely but possible.

 

If you suspect something in the middle is mucking with your web traffic, visit our integrity checker page at

 

http://vancouver.cs.washington.edu

 

But it is probably a mime encoding issue on the part of the web server, rather than an in-flight modifier.

[Low level air interface access?]

One last stupid question:

 

I'm having some build issues with wifi_lib_test... (Mac, downloaded the latest DevKitPro MAC installer (x86) from sourceforge). I then manually updated the dswifi lib to 0.3.3...

 

 

 

Where is the source code for wifi_lib_test?

 

It doesn't seem to be in the dswifi-src-0.3.3.tar.bz2 or dswifi-0.3.3.tar.bz2 files from sourceforge.

 

So did it change at all from the 0.3a version complete zipfile? I think it did...

 

When I tried to compile:

[gala:~/devkit/test/dswifi_lib_v0.3a_full] nweaver% cd wifi_lib_test/

[gala:test/dswifi_lib_v0.3a_full/wifi_lib_test] nweaver% make

make -C arm7

template.c

arm-eabi-gcc -MMD -MP -MF /Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/build/template.d -g -Wall -O2 -mcpu=arm7tdmi -mtune=arm7tdmi -fomit-frame-pointer -ffast-math -mthumb-interwork -I/Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/include -I/Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/build -I/opt/local/devkitPro//libnds/include -I/Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/build -DARM 7 -c /Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/source/ template.c -o template.o

/Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/source/template.c: In function 'VblankHandler':

/Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/source/template.c:62: error: 'TransferRegion' has no member named 'curtime'/Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/source/template.c:97: error: 'TransferRegion' has no member named 'heartbeat'

/Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/source/template.c:109: error: 'TransferRegion' has no member named 'curtime'

/Users/nweaver/devkit/test/dswifi_lib_v0.3a_full/wifi_lib_test/arm7/source/template.c:62: warning: unused variable 'ct'

make[2]: *** [template.o] Error 1

make[1]: *** [build] Error 2

make: *** [arm7/wifi_lib_test.elf] Error 2

[gala:test/dswifi_lib_v0.3a_full/wifi_lib_test] nweaver%

 

 

I placed the downloaded binary 0.3.3 libs in the appropriate place in

 

[gala:/opt/local/devkitPro] nweaver% find . -name "*dswifi*" -print

./libnds/include/dswifi7.h

./libnds/include/dswifi9.h

./libnds/include/dswifi_version.h

./libnds/lib/libdswifi7.a

./libnds/lib/libdswifi7d.a

./libnds/lib/libdswifi9.a

./libnds/lib/libdswifi9d.a

[gala:/opt/local/devkitPro] nweaver%

 

I do see the representation for TransferRegion in libnds/include/nds/ipc.h

and it does declare curtime, but as a subunion, not as a field, and there is no definition of heartbeat...

 

Thanks!

 

(Oh, and if you are ever in Berkeley, CA, I owe you a beer or three)

[Low level air interface access?]

Not very directional, and no - 2mbit is the limit.

 

Ah well on 2 Mbps.

 

As for the antenna, I guess it will just be Warrantee-voiding time, it looks like a standard connector, no?

[Low level air interface access?]

Oh right - yes, the header does provide signal strength. And it's a bit of a hack to get to it, but it's right next to the speed (I meant to say strength, not speed - but managed to confuse them in my reply)

See here (though not entirely accurate): http://akkit.org/info/dswifi.htm#FmtRx

 

The wifi RX header is in the buffer right -before- the pointer the "raw" API gives you, so you have to compute the address and read it. Next version will provide easier access.

(Also the RSSI readings are more complex than indicated, I'll document this sometime.)

 

EXCELLENT!

 

Time to go order me a DS.

 

Oh, and how directional is the internal antenna?

 

Any luck on tricking it into 11 Mbps receive mode?

 

Thanks for all your help!

[Low level air interface access?]

 

For non-promiscuous packet receiving, is it possible to get the signal-strength issue?

 

(Promiscuous mode would be a win, but wouldn't be essential, for what I want to do, as I can fake it with some ARP spamming)

 

Yup, And actually if you are connected to an AP, you can receive all 1-2mbit packets "attached" to that AP.

When you enable raw packet capture you have the ability to get a header including the speed.. though it's a little bit of a hack.

 

but does header also give signal strenght? Basically, I want to hunt-down some WiFi sources in the building.

[Low level air interface access?]

Not quite - the wifi lib can provide channel changing but doesn't currently receive all packets in promiscuous mode.

 

(There is a way to do this, but it's not documented and requires some lower level hacking at this point - I haven't confirmed that it works yet, either...)

 

For non-promiscuous packet receiving, is it possible to get the signal-strength issue?

 

(Promiscuous mode would be a win, but wouldn't be essential, for what I want to do, as I can fake it with some ARP spamming)

[Low level air interface access?]

I'm looking at doing a development project, where I need a small WiFi device with a (somewhat) directional antenna and a gyroscope.

 

The DS (with the gyroscope/3-axis accelerometer card) appears to fit the bill.

 

But I need to do low level access to the air interface, a'la Kismet et al...

 

Namely, I need to be able to tune to a channel, receive all packets in promiscuous mode (with signal strength, no decryption required) and send raw packets.

 

Before I start digging through API documentation, does DSWifi library give this capability?

 

Thanks.