You are not logged in.
Pages: 1
I'm working on writing up the documentation for the DropLit v2 and I'm having a problem getting WiFi operating with nanoDLP. It works great over the wired connection, but doesn't seem interested in operating with the built-in WiFi of the Raspberry Pi 3 that is being used. Any suggestions?
I've also noticed that the auto-update notification only updates nanoDLP to Build 1165 and the release notes show the current release as 1183.
Thanks!
g.
Offline
Latest stable version is 1165, beta version is 1183.
Do you see any error related to wifi on dashboard application log?
Offline
The application log is a never-ending litany of "Data Received wait".
I've never used a Pi 3 before, so I'm not sure what to go grepping for in the messages and syslog file. There IS a printer.log file that appears to contain dump data from a crash of some kind.
I can send that file your way if you want it.
g.
Offline
As the program get killed on rpi shutdown, it could throw errors. But if there are error logs belong to the time which system should works normally, please share the log files.
You should see messages like this, on startup which could indicate any wifi related problems too.
WIFI WIFI interface wlan0 detected
Offline
I dug around and found various mentions of wlan0,
The first mention on boot is here:
Jul 1 18:19:21 raspberrypi systemd[1]: Starting ifup for wlan0...
There are previous entries from March 30th, but I suspect those were on the nanoDLP SD card image.
When I check the network interfaces via ifconfig, it shows wlan0, but it doesn't have an ip address associated with it. I'm not familiar with DHCP on *nix systems, so I don't know if that's the correct operation or not. It does appear to be obtaining an IPv6 address which is kind of wacky as I don't think my router is broadcasting anything other than IPv4 services. (Then again, it's Comcast, so those bastards could be doing /anything/.)
Here's the results from ifconfig:
eth0 Link encap:Ethernet HWaddr b8:27:eb:7f:6e:f6
inet addr:10.1.10.22 Bcast:10.1.10.255 Mask:255.255.255.0
inet6 addr: fe80::3ec0:c874:cafe:c2d6/64 Scope:Link
inet6 addr: 2601:603:1100:f600:39a3:6987:6fd1:31d4/64 Scope:Global
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:22797 errors:0 dropped:5911 overruns:0 frame:0
TX packets:3664 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3000143 (2.8 MiB) TX bytes:825097 (805.7 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:640 (640.0 B) TX bytes:640 (640.0 B)
wlan0 Link encap:Ethernet HWaddr b8:27:eb:2a:3b:a3
inet6 addr: fe80::ba27:ebff:fe2a:3ba3/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:3614 (3.5 KiB)
g.
Offline
Take a look at this page http://nanodlp.com:8080/
You should see toggle button at bottom left. Find the same button on your local rpi and click on it, it should display real-time log about wifi connectivity on startup or config changes.
Offline
The only thing I've EVER seen after hitting ""Toggle Log" is a never ending repeat of "Data Received wait".
g.
Offline
Could you share debug file? You can exporting that by visiting setup page/tools tab/debug button
Offline
Here you go:
http://www.geneb.org/nanodlp.debug.65078653.zip
Offline
It looks like nanodlp receives tons of wait messages from RAMPS board. As it generates lots of data I could not see any wifi related message. Do you know why ramps send wait message? Have you tried any other firmware?
Offline
It's not a RAMPS board, it's a Mini-Rambo running Repetier Firmware. No chance of using a different firmware.
I don't know why it sends the wait message, but you might want to add a configuration option to supress it from the log. I suspect it's a feature of Repetier Firmware.
g.
Offline
Disconnect RAMPS board see if you could get any useful log out of wifi module.
Offline
It's not a RAMPS board. I'll try running it disconnected when I've got time.
tnx.
g.
Offline
I'm running build 1209 at the moment, and trying to connect to the Wifi at work. It's an enterprise system though, so I need to enter a username and password to authenticate, not just a WPA key. Is there a way to do this in the current build? If not, can it be added to the roadmap?
Offline
Adding support requires testing environment, if you could setup wifi connection through bash (ssh), share command which you have used. I will try to add them to nanodlp too.
Offline
Pages: 1