Yes, eventually Bambu Studio prompted me for the passkey and I can upload files & control it, but no camera.
I have now removed the camera and tested it, it is (as mentioned above) just a USB camera and I will use a pi-zero to stream it instead and connect to WAN whenever there is a new firmware released.
I see no technical reason at all why the camera could not be activated when in LAN mode, it does make me think that they are trying to discourage LAN Only mode and by not enabling the camera believe that the majority of users will continue to send everything via the cloud.
I removed the camera, hooked it up to a PI and using MJPG-Streamer had it streaming to the LAN with very little effort.
I also think it would be trivial for the servers receiving the files / streams / mqtt data to monitor what is being done.
I just got an email the other day updating their terms of service claiming they won’t do that. And how many times have companies said that only to later find out they are. Or after some time, they pull a Facebook and change the terms again allowing them to look at all your stuff you have uploaded in the past and not give you a way to delete the data before the change takes place.
Thanks so much, appreciate your response, but this is a real problem for me.
I have a X1 here at home, and I have a P1P in a remote location, we are connected together using a high speed wireguard VPN.
I cannot access the P1P camera feed and monitor the remote printing from my home, in fact the camera feed is intermittent even when someone at the remote connection uses the Handy App to view the camera.
I understand from Rocky Chen that LAN mode on the P1P exposes port 6000 and that would allow me to connect to the camera using a web browser and be able to remotely monitor the printing progress.
Marketing decision no doubt, things that would sound cool / useful to those users who are not network savvy, and who don’t understand that vpns and NAT can provide all of the functionality of the ‘open insecure cloud’ in a closed, personal secure cloud.
For a new startup they are doing quite good, but the real power lies with the community, who can achieve so much more, at not cost, and in much less time
Thinking some more on this, I think that there primary focus has been spot on, create a 3D printer that is as easy to use as a domestic inkjet printer and they have achieved that.
Trouble is in this price range, probably 80% of the customer base will be experienced makers who have had several printers before and are looking for a quantum leap in reliability and repeatability, and are not attracted by gimmicks that make for great advertising - “print from anywhere using your phone”.
As we all know, quite often printing is the easy part, it’s the creating part that has a very steep learning curve, unless you only want to just print other peoples designs from Thingverse / Printables etc
oh yes, and printing in LAN mode does not mean that I am printing “Super Secret Things” it just means that whatever I print or say or do, should not be published to a server for someone to decide what to do with it, because it’s personal, it belongs to me and I have chosen not to publish every detail of it to the cloud.
My printer is 5 meters away from me, I see no reason why I have to send the files from my laptop to a sever China and back again from that sever to my printer a few meters away when I can do it directly in a fraction of the time.
That seems to include Bambu Labs. If I remember correctly, they had a really bad network security problem when they first started and after it was pointed out, corrected. They made a post about it that basiclly said they didn’t really think about security at first.
i’ve been following the p1p/x1 bambu thread on the homeassistant forum, theres been a lot of activity on it over the last few days, the summary is that the p1p has such a small cut down mqtt service it can’t be used for much, it seems to rely on the studio app to do the heavy lift on status.
yep, but the thread over on homeassistant implied the p1p relies on the handy/studio to do the majority of work and the p1p wasnt capable of supporting the same mqtt services that the x1 can do, if i read the thread right the focus was getting info and controlling the x1 directly but the p1p needed to be controlled via the app due to the processing limitations of the p1p controller.
I’d be happy if we just had documentation we could use to extend functionality ourselves. So far it’s been a bunch of reverse engineering, which means there are no guarantees it will continue to function. Documentation and a commitment for backwards compatibility shouldn’t be a tall order and would do tons for power user community goodwill.
New firmware just released for the P1P that allows connection to camera via IP address, but it has some bugs and you can’t enter a hostname which is what I really need.
I would like them to just add LAN only mode with all the functionality of the cloud. Not having this feature is totally ridiculous. I don’t use the camera much in studio, as I installed my own IP camera that I use within Blue Iris.