10001001sos Posted August 20, 2019 Report Share Posted August 20, 2019 @Michael_b, is the new file the @ants sent you working with your SE? If so, I might install it as well. Quote Link to post Share on other sites
uyjulian Posted August 21, 2019 Report Share Posted August 21, 2019 Stripping the binary, disabling exceptions, and using static functions (no vtables) may also reduce code size. Quote Link to post Share on other sites
10001001sos Posted January 5, 2020 Report Share Posted January 5, 2020 Sorry it took a while to respond, I finally got around with trying out the patched version of the extension (with thread manager 2.1 installed), and am greeted with a system error: "Finder" Address Error. Any suggestions? Quote Link to post Share on other sites
ants Posted January 11, 2020 Author Report Share Posted January 11, 2020 @10001001sos can you remind me of your OS version and how much RAM you have? I'll then try testing from my end. Quote Link to post Share on other sites
stormy Posted October 19, 2020 Report Share Posted October 19, 2020 (edited) @ants Firstly thank you for all your work, but I am struggling, I hope you can help me get this working: system: --------------------- Powerbook 190 Using System 8.1 with 40mb ram pcmcia 3com 589 ethernet Opentransport 1.3 --------------------- Process I followed: GL-AR300M16 / Updated to latest OpenWRT 19.07 (sets the default ip to 192.168.1.1) Connected it to my wifi to see if the bridge is working (yes it does) Installed Json RPC, which just involves this correct? opkg install luci-mod-rpc /etc/init.d/uhttpd restart Installed ethtool Swapped eth1/eth0 devices added: ethtool -s eth0 autoneg off speed 10 duplex half to my startup paremeters (infront of exit 0) Is this correct? Because in your readme you state 'eth1' but I think this is supposed to be eth0... --------------------- - Checked that my Mac can browse the internet, yes it can - Configured the tool with the 192.168.1.1 host and root/password - click refresh networks - nothing happens --------------------- The mac is connected to the WAN port, I think this is right since we swapped eth1/0? It must be talking okay since I can browse the internet, but the wifi extension doesn't seem to work. Is the router meant to be in the first/default dhcp mode (with the hardware switch to the left) This is what I am using it on. You don't mention this switch in the documentation. Any thoughts appreciated, thank you. Edited October 19, 2020 by stormy Quote Link to post Share on other sites
stormy Posted October 24, 2020 Report Share Posted October 24, 2020 (edited) NEW DAY, NEW TESTING: Okay decided to start again, I re-flashed with the latest GL-AR300M16 firmware from the manufacturers website, this still includes WRT 18.06 so it should be fine. I figured it might be the pure OpenWRT that might be causing an issue. After this, I was facing the same difficulty so I decided to omit the Ethtool stage and not swap the ports - voila! The Mac was talking to the Router. I have the menu with all the Wifi signals, it connects okay! BUT, none of my programs connect to the internet because of 'no DNS server'. So for some reason it doesn't seem to be getting DNS server info, I tried inputting my own manually in the TCPIP Mac settings to no avail. This is where I am at, will update with any news. EDIT: Just FYI there is no mention what the physical mode button should be set to in your guide. Should it be in router mode? I assume it should. EDIT-2: I tried setting the DNS server manually to the Cloudflare 1.1.1.1 in tcp/ip settings of the Mac, programs look and try to connect, but still come up with DNS not available. Edited October 24, 2020 by stormy Quote Link to post Share on other sites
ants Posted October 25, 2020 Author Report Share Posted October 25, 2020 Hey @stormy sorry for the delay, unfortunately life has gotten in the way of all my hobbies! It's great to hear you got the wifi menu working with OpenWRT, please post a screenshot! I don't think the DNS issues will be too sinister, I'll fire up my Mac today and check my settings. But can you at least hit websites by IP address? e.g. 17.253.144.10 (apple.com - but you'll just get an error page) Quote Link to post Share on other sites
68kMLA Supporter Crutch Posted October 25, 2020 68kMLA Supporter Report Share Posted October 25, 2020 (Hi @ants nice to hear from you!) Quote Link to post Share on other sites
stormy Posted October 25, 2020 Report Share Posted October 25, 2020 @ants Yeah ip's seem fine. I'm gonna try some more stuff today I'll let you know what I find. Quote Link to post Share on other sites
stormy Posted October 25, 2020 Report Share Posted October 25, 2020 (edited) 17 hours ago, ants said: Hey @stormy sorry for the delay, unfortunately life has gotten in the way of all my hobbies! It's great to hear you got the wifi menu working with OpenWRT, please post a screenshot! I don't think the DNS issues will be too sinister, I'll fire up my Mac today and check my settings. But can you at least hit websites by IP address? e.g. 17.253.144.10 (apple.com - but you'll just get an error page) Hi @ants I got it working, this is how: 1. did a full reset of the router, holding reset for 10 seconds. 2. Once connected, plugged into my main pc with ethernet and went to 192.168.8.1 3. Set my password etc, then entered the main screen --- this is where I did something different --- 4. At the bottom where it says 'Repeater' I clicked 'Scan networks' 5. I clicked the drop-down list and selected my local wifi, connected 6. Tested connectivity on my pc, works, no problems 7. ssh into the mini router to install JsonRpc --- unplug from main pc, plug into mac --- 8. First tested the internet, was working just the same as it was on my main pc 9. I noticed the wifi extension hadn't properly connected yet, as this was just running off previous settings, so I clicked 'settings' and 'ok'. 10. Wifi extension displayed my local wifi as not connected, I clicked connect and typed my password 11. It connected, and the internet continued to work - note - the _only_ time I needed to enter the advanced Luci interface was to go to 'Software' and click 'Update lists' so that the ssh could install Json. So it seems the magical difference was number 4 - actually connect it to your wifi under the repeater section first. Previously I was not doing this and instead was plugging it into my network with the WAN port. Oh and it seems my 3com 589 pcmcia card in my Powerbook190 works fine without having to mess around with ethtool and port swapping. Hope this helps anyone else... Edited October 25, 2020 by stormy Quote Link to post Share on other sites
stormy Posted October 25, 2020 Report Share Posted October 25, 2020 Quote Link to post Share on other sites
ants Posted October 26, 2020 Author Report Share Posted October 26, 2020 Well done! It looks great and thank you for the detailed steps. Maybe you should try out the MacPlayer Spotify client? (https://github.com/antscode/MacPlayer) You're probably the only other person in the world apart for me who's got the MacWifi extension working with OpenWRT You just need to follow the additional steps to install stunnel on the OpenWRT router... Quote Link to post Share on other sites
68kMLA Supporter Michael_b Posted October 26, 2020 68kMLA Supporter Report Share Posted October 26, 2020 4 minutes ago, ants said: You're probably the only other person in the world apart for me who's got the MacWifi extension working with OpenWRT I had it working with a G3 iMac and OpenWRT device - it’s an awesome extension! I seem to recall some issue getting stunnel set up on my OpenWRT device, so I never got Spotify working... yet. When I get the time, hopefully it’ll happen. Quote Link to post Share on other sites
stormy Posted November 5, 2020 Report Share Posted November 5, 2020 (edited) @ants I'm wondering if your extension could be ported to OS X? I have a similar setup on my G4 cube which uses an internal wifi travel router, but being able to select network etc would be bliss. ps - there is a small bug in the extension (I think?) when trying to shutdown the Mac it will say 'Cannot shut down due to open apps' the first time, then when I press shutdown a second time it works. I am pretty sure it's the extension causing this behavior. Edited November 5, 2020 by stormy Quote Link to post Share on other sites
stormy Posted April 16 Report Share Posted April 16 (edited) @ants sorry to update but it isn't working properly still - it only connects at home, but anywhere else, work, phone hotspot etc it doesn't. The wifi menu on the apple side seems to operate properly, it scans networks and allows me to select a network and input a password, it shows 'connected' but then I cannot access any internet. The mac can ping the router but unfortunately I can't SSH into the router from the Mac side due to its outdated SSH client. I might need to go back to the drawing board... are you sure that yours connects to different wifi networks? Edited April 16 by stormy Quote Link to post Share on other sites
68kMLA Supporter rsolberg Posted May 25 68kMLA Supporter Report Share Posted May 25 @Michael_b Thanks for posting about your success using the extension with your OS 9 iMac and OpenWRT. Which OpenWRT device are you using, and which version of OpenWRT, if you can recall? I'm presently wrestling with getting the extension to display AP names on my PowerBook 1400 and OS 8.6. I have my OpenWRT device configured and functioning as a WiFi client and providing a connection to the PowerBook. It's an 8Devices Centipede module, and I updated it to OpenWRT 19.07 before trying to get the extension working ... I'm wondering if compatibility broke with the JSON UCI API since 18.x. I will probably try flashing an older OpenWRT build tomorrow. When I set up the extension to use OpenWRT, the host as the correct IP address, the correct username and password, I don't see an error from the extension, but I have the option to rescan or open settings. After choosing the rescan option, no networks show up and I see the same options. Quote Link to post Share on other sites
68kMLA Supporter Michael_b Posted May 26 68kMLA Supporter Report Share Posted May 26 22 hours ago, rsolberg said: @Michael_b Thanks for posting about your success using the extension with your OS 9 iMac and OpenWRT. Which OpenWRT device are you using, and which version of OpenWRT, if you can recall? I'm presently wrestling with getting the extension to display AP names on my PowerBook 1400 and OS 8.6. I have my OpenWRT device configured and functioning as a WiFi client and providing a connection to the PowerBook. It's an 8Devices Centipede module, and I updated it to OpenWRT 19.07 before trying to get the extension working ... I'm wondering if compatibility broke with the JSON UCI API since 18.x. I will probably try flashing an older OpenWRT build tomorrow. When I set up the extension to use OpenWRT, the host as the correct IP address, the correct username and password, I don't see an error from the extension, but I have the option to rescan or open settings. After choosing the rescan option, no networks show up and I see the same options. I used 18.06 IIRC, with an A5-V11 generic router. Just making sure - you have installed the JSON-RPC module, correct? I'd definitely see how things go with 18.06. Quote Link to post Share on other sites
68kMLA Supporter rsolberg Posted May 26 68kMLA Supporter Report Share Posted May 26 (edited) I've been digging into it and there definitely seems to be an issue with wifi.getiwinfo and the vendor provided builds of OpenWRT for my device. (the 8Devices Centipede module) I finally got it working by flashing the official 18.06.0 build from OpenWRT for the 8Devices Carambola2 board (a physically larger predecessor to the Centipede that uses the same hardware) With the "wrong" builds of OpenWRT, the extension was successfully connecting to the JSON-RPC API, authenticating, getting the token, and getting the current SSID with getall, but Luci was rejecting the wifi.getiwinfo method and thus the scanlist parameter to get a list of available APs. The extension wasn't throwing an error, as I suspect it was parsing the data returned as though there were no APs available. I tried to replicate the http requests sent by the extension and I either got Invalid params like this, or Unknown method. $ curl http://10.0.1.36/cgi-bin/luci/rpc/sys?auth=xxx --data '{ "id": 1, "method": "wifi.getiwinfo", "params": [ "wlan0", "scanlist" ] }' {"id":1,"result":null,"error":{"message":"Invalid params.","data":"/usr/lib/lua/luci/sys.lua:539: module 'luci.model.network' not found:\u000a\u0009no field package.preload['luci.model.network']\u000a\u0009no file './luci/model/network.lua'\u000a\u0009no file '/usr/share/lua/luci/model/network.lua'\u000a\u0009no file '/usr/share/lua/luci/model/network/init.lua'\u000a\u0009no file '/usr/lib/lua/luci/model/network.lua'\u000a\u0009no file '/usr/lib/lua/luci/model/network/init.lua'\u000a\u0009no file './luci/model/network.so'\u000a\u0009no file '/usr/lib/lua/luci/model/network.so'\u000a\u0009no file '/usr/lib/lua/loadall.so'\u000a\u0009no file './luci.so'\u000a\u0009no file '/usr/lib/lua/luci.so'\u000a\u0009no file '/usr/lib/lua/loadall.so'\u000astack traceback:\u000a\u0009[C]: in function 'require'\u000a\u0009/usr/lib/lua/luci/sys.lua:539: in function 'getiwinfo'\u000a\u0009/usr/lib/lua/luci/controller/rpc.lua:177: in function </usr/lib/lua/luci/controller/rpc.lua:176>","code":-32602}} Here's what I get with 18.06: $ curl http://10.0.1.36/cgi-bin/luci/rpc/sys?auth=xxx --data '{ "id": 1, "method": "wifi.getiwinfo", "params": [ "wlan0", "scanlist" ] }' {"id":1,"result":[{"encryption":{"enabled":true,"auth_algs":[],"description":"WPA2 PSK (CCMP)","wep":false,"auth_suites":["PSK"],"wpa":2,"pair_ciphers":["CCMP"],"group_ciphers":["CCMP"]},"quality_max":70,"ssid":"_______2GHz","channel":11,"signal":-53,"bssid":"xx","mode":"Master","quality":57}],"error":null} Edited May 26 by rsolberg added error details Quote Link to post Share on other sites
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.