Using Raspberry Pi3 with Duet 2 Ethernet
-
@incogizmo i started again with a fresh flash and still no luck, RPI3 address on my network is 192.168.50.16 and when i enter that in chrome nothing loads. I do have another duet 2 wifi running on my network right now as well but I didnt think the MAC addresses were the same. I setup my config.g as you had above (my home network is using 192.168.50.X so there shouldnt be any issues with the RPI3's 192.168.1.X) and performed the steps above with the exception of the dnsmasq and dhcp setup.
My /etc/network/interfaces looks like this (I am not using an external wifi adapter at the moment as I am trying to keep it simple so only have wlan0 for now:
auto lo
iface lo inet loopback#iface eth0 inet manual
allow-hotplug eth0
iface eth0 inet static
address 192.168.1.1
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255allow-hotplug wlan0
iface wlan0 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.confallow-hotplug wlan1
iface wlan1 inet manual
wpa-conf /etc/wpa_supplicant/wpa_supplicant.confmy /etc/iptables.ipv4.nat file contains this:
Generated by iptables-save v1.4.21 on Thu Dec 13 06:32:18 2018
*nat
:PREROUTING ACCEPT [2:772]
:INPUT ACCEPT [2:772]
:OUTPUT ACCEPT [3:228]
:POSTROUTING ACCEPT [0:0]
-A PREROUTING -i eth0 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.1.50:80
-A POSTROUTING -o wlan0 -j MASQUERADE
COMMIT
Completed on Thu Dec 13 06:32:18 2018I am not sure why wlan1 keeps coming up on a fresh flash even though I have never plugged one in. Is there something i need to configure in raspi-config? If i ping 192.168.1.50 on the RPI3 I see the green light on the Duet 2 ethernet port light up but other than when I ping only the orange light is solid.
-
When you ping the Duet from the PI do you get a ping reply?
If this is working then there is a problem with the ip forwarding, in this case please send the output from the following commands
sudo iptables -L sudo iptables -L -t nat grep ip_forward /etc/sysctl.conf ifconfigIf the ping reply is not working then it is likely a network configuration issue on the ethernet side, either on the duet of the PI. If you dont get a ping reply can you send your duet config and the output from
ifconfigon the pi? -
Yeah when I ping the Duet 2 at 192.168.1.50 from the RPI3 this is what I get until I stop it with ctrl+c:
pi@raspberrypi:~ $ ping 192.168.1.50
PING 192.168.1.50 (192.168.1.50) 56(84) bytes of data.
64 bytes from 192.168.1.50: icmp_seq=1 ttl=128 time=0.659 ms
64 bytes from 192.168.1.50: icmp_seq=2 ttl=128 time=0.289 ms
64 bytes from 192.168.1.50: icmp_seq=3 ttl=128 time=0.294 ms
64 bytes from 192.168.1.50: icmp_seq=4 ttl=128 time=0.304 ms
64 bytes from 192.168.1.50: icmp_seq=5 ttl=128 time=0.302 ms
64 bytes from 192.168.1.50: icmp_seq=6 ttl=128 time=0.281 ms
64 bytes from 192.168.1.50: icmp_seq=7 ttl=128 time=0.276 ms
64 bytes from 192.168.1.50: icmp_seq=8 ttl=128 time=0.270 ms
^C
--- 192.168.1.50 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7292ms
rtt min/avg/max/mdev = 0.270/0.334/0.659/0.124 mshere is the output from the commands you asked for,
pi@raspberrypi:~ $ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destinationChain FORWARD (policy ACCEPT)
target prot opt source destinationChain OUTPUT (policy ACCEPT)
target prot opt source destinationpi@raspberrypi:~ $ sudo iptables -L -t nat
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
DNAT tcp -- anywhere anywhere tcp dpt:http to:192.168.1.50:80Chain INPUT (policy ACCEPT)
target prot opt source destinationChain OUTPUT (policy ACCEPT)
target prot opt source destinationChain POSTROUTING (policy ACCEPT)
target prot opt source destination
MASQUERADE all -- anywhere anywherepi@raspberrypi:~ $ grep ip_forward /etc/sysctl.conf
net.ipv4.ip_forward=1pi@raspberrypi:~ $ ifconfig
eth0 Link encap:Ethernet HWaddr b8:27:eb:1e:44:b6
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::deb:7778:30df:3621/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9 errors:0 dropped:0 overruns:0 frame:0
TX packets:49 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:718 (718.0 B) TX bytes:8565 (8.3 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:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)wlan0 Link encap:Ethernet HWaddr b8:27:eb:4b:11:e3
inet addr:192.168.50.16 Bcast:192.168.50.255 Mask:255.255.255.0
inet6 addr: fe80::42d8:ee2d:87f2:a2b1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:467 errors:0 dropped:0 overruns:0 frame:0
TX packets:284 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:51217 (50.0 KiB) TX bytes:40944 (39.9 KiB) -
@incogizmo Im not sure why it worked the first time but I eventually got it to work using some information from this post https://serverfault.com/questions/140622/how-can-i-port-forward-with-iptables
I added
sudo iptables -t nat -A PREROUTING -p tcp -i wlan0 --dport 80 -j DNAT --to-destination 192.168.1.50:80
sudo iptables -A FORWARD -p tcp -d 192.168.1.50 --dport 80 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPTand made sure it was saved in /etc/iptables.ipv4.nat and then gave it a reboot, a prayer and bingo. Now to bookmark the two sites and make a backup of the SD card!
-
@nikker Ahhhh sounds like the default rules were set to DENY, possibly during your first run through you set the default FORWARD rule to accept,
You possibly ran something likeiptables -P FORWARD ACCEPTor the ACCEPT rule you provided above.Anyway really good news hearing its all setup and running reliably.
-
This seems needlessly complicated, expensive, and troublesome.
Why not just get a wireless bridge device, it's not much more than the cost of the micro-SD card for the Pi, let alone the cost of the Pi itself.
Plug in the wireless bridge, plug the Duet Ethernet into it. Configure the wireless network once, and boom.
Personally, I love the Raspberry Pi. It's a great little inexpensive PC for small automation tasks, but I feel that it's utterly wasted as just a bridge when there are dedicated devices which do the job frankly better for way less money.
-
Hi,
the easiest way is to use a bridge. Something like this (small, enough bandwith):
Costs about 20 euros and can be powered over the 5 Volt pins of the duet.
I'm using it with my maestro and it's perfect.
-
Whilst I totally agree simplicity is better, there are situations where it makes sense.
When you are already using the Pi for other things eg motioneye for remote monitoring / recording or octoprint etc.
I would prefer to minimize additional components. -
All are great solutions to various scenarios... @incogizmo hit the nail on the head for my scenario, I am using something similar to motion eye to stream jpegs to DWC. I also have 5 RPI3s, about 10 USB Wifi adaptors and other little tid bits. I have a monoprice duplicator 6 with a Duet WiFi and love it. I just decided to give the Ethernet version a shot on a whim. Who knows, I may come up with other ideas where the RPI3 will come in handy.
-
Here's another possible and much easier solution... use "socat" to bridge the ports...
Give the duet and the pi ethernet port static addresses say 10.0.0.2/24 and 10.0.0.1/24 respectively then run socat as follows...
socat \ TCP4-LISTEN:80,bind=<pi_wifi_addr>,reuseaddr,fork \ TCP4:10.0.0.2:80,bind=10.0.0.1Now any connection that comes in over wifi to port 80 will get forwarded to the duet's port 80.
