Raspberry Pi 2 Model B
Pages: 1 2
Jon Abbott (1421) 2651 posts |
Have had a quick look at the Pi 2 now, DHCPInfo is reporting State: ABANDON and its retrying every 17 mins Have now updated to the 13-03-15 nightly build and DHCP works perfectly, so it’s possibly an issue in the RC14 build. Perhaps NOOBS needs updating to a newer build – a tricky one until 5.22 comes out. The nightly however broke the mouse, updating to the 25-03-15 build didn’t resolve, so I probably need to rollback to RC14 and replace !Boot as well and/or update the firmware. What a painful process just to get on the net! |
David Feugey (2125) 2709 posts |
Nota: this one is interesting too http://www.ldlc.com/fiche/PB00123703.html |
Steffen Huber (91) 1953 posts |
Problem is, that only very few selected USB sticks work for 3G/4G connections. At the moment, I am using a WLAN repeater (TP-LINK TL-WA860RE) for home use and a WiFi hotspot (Huawei E5730) when I am “on the road”. Both provide standard ethernet connectivity in addition to WLAN. The German speaking minority can read my recommendations and results here: http://riscosblog.huber-net.de/2015/02/mit-dem-raspberry-pi-drahtlos-ins-netz/ |
Rick Murray (539) 13840 posts |
How does it differ from, say, the Vonets adaptor? |
Jon Abbott (1421) 2651 posts |
Without seeing the config pages, I couldn’t tell you. From the description on Amazon it looks like the Vonets acts as in Bridge mode only. The TP-LINK can act as AP, Router, Repeater, Bridge or Client so is fully flexible. You really only require Bridge mode to connect RISCOS up, so either would do the same job. You’re choice is probably down to aesthetics and design. I chose the TP-LINK because it’s square, flat on both sides (so could be sticky-padded to the Pi case) and is exactly the same size as the width of the Pi/Pi2. Height wise, it’s about 15mm. A better pic showing the profile: |
Jessica Ward (2901) 3 posts |
Find this list of best raspberry pi wifi adapters |
Jeffrey Lee (213) 6048 posts |
ARMv7 fast mode: Unaligned accesses will be handled “correctly”, i.e. for an unaligned LDR it will load 4 consecutive bytes from the indicated address (this is different from the “rotated load” behaviour used by ARMv5 and below). I think the “fast” description comes from the fact that (compared to the other modes) this is the fastest way for a program to perform an unaligned access, because it’s handled automatically by the CPU (if the CPU was in any of the other modes then performing an unaligned access would require extra effort by the program) ARMv7 strict mode: Unaligned/rotated accesses will generate an alignment exception. You’re right about there being no abort handler to fix up the accesses, so for this situation the program will just abort. |
Pages: 1 2