-
Notifications
You must be signed in to change notification settings - Fork 229
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FEATURE REQUEST] <mdns support> #3809
Comments
mDNS support would be awesome. |
Not sure if you posted this issue in the right repository, this is Xbuddy FW related, for Prusa-Link there is a different repository. |
The changes would be in the firmware. |
@mjbstldc I still don't see why this has to happen in the firmware: "This means you have to configure Prusaslicer by IP address, and this changes due to DHCP." => This is Prusaslicer related and handled in the Prusaslicer repository. "I am told you can set a static IP address for Wifi by editing the file, but many home routers will not permit this. If you want to set a reserved IP address it still uses DHCP." => There is already an option to set either static IP or dhcp IP. Note: The printer is only a dhcp client, not a dhcp server. DHCP address ranges aren't handled in the client, but in the dhcp server instead, which is normally your home router. "Add hostname to the PrusaLink path." => That is part of PrusaLink, not of the printer firmware. |
@beelsebob I might have a look into mDNS as part of adding ipv6 support |
Nice! That would solve all my IP knowing issues. |
@beelsebob Sorry to say, but I had a look and it seems that the code for mdns has been removed by Prusa (see: https://github.com/prusa3d/LwIP_212), so I cannot add mdns support for now :( |
Could you allow DHCP with manual IP address? That’s not as elegant as MDNS, but it is a workaround. A lot of wifi routers will force users through DHCP, but at least some will allow DHCP with manual address. See attached img and thanks for considering!

… On Mar 10, 2024, at 12:26 PM, Bjoern Kerler ***@***.***> wrote:
@beelsebob <https://github.com/beelsebob> Sorry to say, but I had a look and it seems that the code for mdns has been removed by Prusa (see: https://github.com/prusa3d/LwIP_212), so I cannot add mdns support for now :(
—
Reply to this email directly, view it on GitHub <#3809 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APSKD4DS7HTU5SC3PI3WJPLYXSCTDAVCNFSM6AAAAABEF3Y67SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBXGI4DKNJZG4>.
You are receiving this because you were mentioned.
|
I mean, doesn't that just mean that any patch to add support would need to put the code back in? |
@mjbstldc I don't think it's that trivial to do that, as lwip sometimes can be very painful, but I look into it. |
Maybe. But Prusa sells a lot of printers to people who are non-technical based on how easy they are to use. When they see wifi advertised, they may expect it will be easy to connect.
… On Mar 11, 2024, at 4:38 AM, Bjoern Kerler ***@***.***> wrote:
@mjbstldc <https://github.com/mjbstldc> I don't think it's that trivial to do that, as lwip sometimes can be very painful, but I look into it.
@beelsebob <https://github.com/beelsebob> Adding the code back is of course possible, but I assume it was removed for a good reason....
—
Reply to this email directly, view it on GitHub <#3809 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APSKD4H5IJLD4YAQQ4BNXULYXVUPLAVCNFSM6AAAAABEF3Y67SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOBXHA3TOOJVGY>.
You are receiving this because you were mentioned.
|
@mjbstldc, I think the description of this feature request needs to be changed. What Prusa developers can do and should do is to support mDNS. This will allow to discover the printer (and PrusaLink running on it) by a domain name. If you want "static" DHCP address, that can be done on DHCP server (i.e. your home router) side only. Many routers can be configured to assign a fixed IP address to a certain MAC address. However, AFAIK a DHCP client cannot request that. |
@bkerler, I might be mistaken, but my understanding that Prusa-Link backend (REST API) code is in this repository. However, the issue is not in Prula-Link itself. It is utterly annoying that there is no stable way to address the printer (and thus Prusa-Link). For example, with the default settings, the DHCP server on my router assigns a new IP address to my printer every time I turn my it off and then on. |
If mdns is feasible, it is the better solution. I was just trying to come up with a workaround that is not difficult, since they pulled the code. If you want to delete this feature request and write a proper mdns feature request, that’s fine by me.
… On Mar 13, 2024, at 3:23 AM, Vladimir Korenev ***@***.***> wrote:
@mjbstldc <https://github.com/mjbstldc>, I think the description of this feature request needs to be changed. What Prusa developers can do and should do is to support mDNS. This will allow to discover the printer (and PrusaLink running on it) by a domain name.
If you want "static" DHCP address, that can be done on DHCP server (i.e. your home router) side only. Many routers can be configured to assign a static address to a certain MAC address. However, AFAIK a DHCP client cannot request that.
—
Reply to this email directly, view it on GitHub <#3809 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APSKD4BHDWM6JYJUHK2NUWLYX75HXAVCNFSM6AAAAABEF3Y67SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOJTG4YTOMRXGU>.
You are receiving this because you were mentioned.
|
As I am currently adding ipv6 support, I also fully ported the prusa lwip to the latest version 2.2.0 (see here: prusa3d/LwIP_212#3). Now I have to wait for it being accepted and then I can discuss if I can also add mDNS. @vkorenev you should be also able to use the hostname of the MK4, which should be "PrusaMK4", instead of the ip. But your router should normally also be able to set a fixed ip address in the dhcp server settings, that's nothing a dhcp client could do. But you can set a static ip on the mk4 instead without using dhcp, that's already supported. |
I've just checked, this name does not resolve to an IP in my network. How is this supposed to work? Don't we need mDNS or something similar for this to work?
Yep, that is what I ended up doing eventually. However, this was the first time in my life when I had to resort to this.
Yes, I know: #3809 (comment)
Yes, but if using a router with DHCP, this static IP needs to be routable and out of the DHCP address range at the same time |
mdns actually just uses multicast for propagation in the local network, which also requires router and end devices being capable of that (which isn't often the case), so you can use PrusaMK4.local for example as hostname without having a dns server. I'm no network specialist, but using my router, the router automatically detects PrusaMK4 as name and offers it in the network, so I don't need to use any ip address. |
Just had a look, in src/common/config.h, LAN_HOSTNAME_DEF is set to "PrusaMK4" for the MK4. But you can change the hostname using prusa_printer_settings.ini as well. And that hostname is being used by dns servers. |
@mjbstldc please change the topic to "[FEATURE REQUEST] mdns support", as this does suit more what is needed. Thx :) |
I configure my router to assign static addresses but I can’t help but feel that I should be able to get to the printer with a “printerName.local” address as many users aren’t going to know anything about networking and doing something as simple as punching the printer’s ip address into PrusaSlicer and setting it to static on the router is going to be too much to ask so those users just are stuck with either using prusaConnect or sneakerNetting the usb drive every time they want to print something. I don’t know what the right way to handle multiple of the same kind of printer being setup is (conflicts for the same hostname) but some way of using mDNS to get to the printer would be an excellent QoL improvement. |
This issue has been flagged as stale because it has been open for 60 days with no activity. The issue will be closed in 7 days unless someone removes the "stale" label or adds a comment. |
I've asked about this feature here a while ago: https://forum.prusa3d.com/forum/english-forum-original-prusa-i3-mk4-hardware-firmware-and-software-help/setting-local-hostname-for-prusalink/ mDNS is also known as Bonjour protocol (in OS X) and Avahi (in Linux). It is a zero configuration protocol described in RFC 6762. In essence, it allows a device to advertise its name on the local network, so that it is accessible by name (e.g. you can access it via web browser as Octopi supports this, and it is awesome feature. Since PrusaLink on the Mk3 with WiFi module was using Octopi under the hood, this worked in the past. However, the new PrusaLink implementation on Mk4 dropped this feature (for some reason). The "ask your network admin to assign static IP and manually add DNS entry", or "edit hosts file on your computer" are very user unfriendly alternatives to mDNS. |
Hmmm... It'd seem this was implemented in 6.x.x firmware. But documentation for setting up PrusaLink was not yet updated. In particular it doesn't tell users to set the hostname in the network section of the file:
It also doesn't tell users they can use local name in PrusaSlicer, instead of entering IP address. Once I added the above to the prusa_printer_settings.ini file and reloaded WiFi settings (under
|
I gave up and went back to Octoprint. It’s a shame because other printers are becoming easier for ordinary people to use. That was a large part of the value proposition when the mk3 came out, but they need to continue to prioritize it IMO. The consumer writeups are now talking about Bambu Labs as the printer that just works, and Prusa as the printer for the hobbyist.
… On Jun 19, 2024, at 8:29 PM, amiliv72 ***@***.***> wrote:
I've asked about this feature here a while ago: https://forum.prusa3d.com/forum/english-forum-original-prusa-i3-mk4-hardware-firmware-and-software-help/setting-local-hostname-for-prusalink/
mDNS <https://en.wikipedia.org/wiki/Multicast_DNS> is also known as Bonjour protocol (in OS X) and Avahi (in Linux). It is a zero configuration protocol described in RFC 6762 <https://datatracker.ietf.org/doc/html/rfc6762>. In essence, it allows a device to advertise its name on the local network, so that it is accessible by name (e.g. you can access it via web browser as http://some-name.local).
Octopi supports this, and it is awesome feature. Since PrusaLink on the Mk3 with WiFi module was using Octopi under the hood, this worked in the past. However, the new PrusaLink implementation on Mk4 dropped this feature (for some reason).
The "ask your network admin to assign static IP and manually add DNS entry", or "edit hosts file on your computer" are very user unfriendly alternatives to mDNS.
—
Reply to this email directly, view it on GitHub <#3809 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APSKD4C55VZNJWUB4VZVVSTZIIO5JAVCNFSM6AAAAABEF3Y67SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNZZGYYDQNZRGY>.
You are receiving this because you were mentioned.
|
Hi, MDNS is supported since v6.0.0 via 8a38e5a I am not sure why it is not mentioned in the release notes, but it should be working now 🤷 |
Please, before you create a new feature request, please make sure you searched in open and closed issues and couldn't find anything that matches.
If it makes sense, enter what type of printer or upgrade the feature request applies to.
Printer type - [MK4]
Is your feature request related to an existing problem? Please describe.
User cannot address wifi connected printer by hostname, even if you put specify hostname in the configuration file.
This means you have to configure Prusaslicer by IP address, and this changes due to DHCP.
An alternative is to allow DHCP with a reserved IP address. Most home routers will allow this, but the IP address in the file is ignored if type = DHCP
I am told you can set a static IP address for Wifi by editing the file, but many home routers will not permit this. If you want to set a reserved IP address it still uses DHCP.
Describe the expected functionality
Add hostname to the PrusaLink path.
or
enable reserved IP address to be used by DHCP.
The text was updated successfully, but these errors were encountered: