Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Reverse Engineering Bambu Connect

wiki.rossmanngroup.com

Post reply on HN
Print view View original

311–320 of 367 posts

Re: Reverse Engineering Bambu Connect

#311

Post by mmorriso »

vanillax wrote: post #241

This is all nonsense. I just got a a1, and its my first 3d printer. I dont have any expertise. Ive been able to use the Bambu App and Maker world and basically control+P. Ive print about 10 things so far in the first week. I dont see why people are mad. They made the apple of printers. It just works(tm). I dont need anything else. People just get so upset over nothing.

I tend to agree. I've built a Prusa previously and my P1S is just so much more reliable, it's the first printer I've been able to recommend to friends and colleagues who I wouldn't expect to enjoy tinkering with a printer but would enjoy printing.

I have simply not had a failed print, it's incredible. I have so much confidence in the unit that I now keep two rolls of the same colour loaded and if I find a cool model while out and about, I just print it with full trust it'll be waiting for me by the time I get home. Amazing progress.

Re: Reverse Engineering Bambu Connect

#312

Post by Xelbair »

K0balt wrote: post #237
Xelbair wrote: post #221

Earlier quoted context omitted.

Again, let user chose. apple sold a product, it's out of their hands to decide what users do with it. Maybe i want to use the device in a way that's 100% connected to the charger and repurpose it. It's not apple's business what I'm doing with it

If you left It hooked up to a charger, their fix would never have affected you. It only slowed down the cpu when the risk of catastrophic shutdown was imminent. I like a toggle for features like this, but it was a pretty standard user experience / reliability choice imho.

what if i want to do that AFTER fix was applied?

what if you replace battery AFTER the fix was applied? you can't rollback.

again, it's about user's choice. it's not apple's device, but whoever bought it. they shouldn't be even allowed to DECIDE which option is better. user should be able to pick whichever they want to go with.

Re: Reverse Engineering Bambu Connect

#313

Post by c0nsumer »

bdcravens wrote: post #279
c0nsumer wrote: post #21

Earlier quoted context omitted.

I do wonder how much friction it'll really add, since the slicers can send the data to Connect via a protocol handler. It also means that Connect could act as a farm / queueing system as well, more like a print driver vs. individual printer support within the app.

I've tried the URL handler (the software is in beta). It only sends the print job (sliced file), it doesn't start it. You still have to assign it to the printer, etc, and press the start button.

That doesn't seem any harder because you have to do that with the Network Plugin via a popup window. Or am I missing something else?

Re: Reverse Engineering Bambu Connect

#314

Post by whatevermang »

Maybe I'm the exception here, but I slice my files and then load them to an SD card and walk them over to my printer. It's not high tech, but since you can't clear the build plate without physically being there, I don't see much of a change. If I really wanted to monitor the build I suppose I could just point a webcam at it rather than use the existing one. But since it prints flawlessly most of the time it seems unnecessary.

Re: Reverse Engineering Bambu Connect

#315

Post by chefandy »

op00to wrote: post #302
cap11235 wrote: post #294

Earlier quoted context omitted.

Why does a 3d printer need internet?

They specifically advertise connectivity for a mobile app.

My Oral B toothbrush advertises connectivity for a mobile app. That doesn’t mean they can arbitrarily impose an internet access requirement.

Re: Reverse Engineering Bambu Connect

#316

Post by chefandy »

nullc wrote: post #309
rickdeckard wrote: post #306

Earlier quoted context omitted.

Interesting, this somewhat implies that outside of this "land mode" an Internet connection is otherwise required for printing

Yes, the default workflow on the product is that all prints go via their cloud service. For the first year or two of the X1C's existence this was the only way to print, but they later introduced lan mode. Leading to obvious speculation as to why they have stuck themselves processing megabyte g-code streams between your desktop and the printer on the same network... But since cloud use is optional anyone with the secu…

I have absolutely no insight into their operations or requirements, but when I see someone forcing traffic to their servers, I immediately think they’re looking for metadata, or training NN models on your data. NN generating 3D models is pretty valuable at the moment, and taking users data to train models without informing them is for some inexplicable reason considered ok even by many people that get foaming-at-the-mouth-mad over other privacy violations. Like I said, I’m just spitballing and have no knowledge of this operation, but it would give me pause before using it as a professional 3D artist.

Re: Reverse Engineering Bambu Connect

#317

Post by vitaflo »

rickdeckard wrote: post #306
nullc wrote: post #257

Earlier quoted context omitted.

Yes, "lan mode" is an officially supported advertised feature, where you can happily print on an isolated network. (though as of this morning it now sounds like they're backing off after public backlash)

Interesting, this somewhat implies that outside of this "land mode" an Internet connection is otherwise required for printing

Well yeah if you're not using LAN you're using WAN which means internet. But the option is there to use either one if you want, or even just put a physical SD card into the printer directly if you want, no network needed at all then, LAN or WAN.

Re: Reverse Engineering Bambu Connect

#318

Post by vitaflo »

mls-pl wrote: post #169
cowl wrote: post #162

Earlier quoted context omitted.

the keyword being _phone_, not smartphone. Bambulab too will let you print from SD card without logging in their infra, they are just locking the rest of the ecosystem. 1 to 1 analogy.

It's still a smartphone - with web browsing, mail and everything else what's available out-of-the-box. And Bambu will cut out even local network access and, as they stated in "Terms of Use", can lock print jobs until you update firmware. Far from 1:1 analogy...

They are actually adding in LAN modes (standard and developer) with these changes so I'm not sure what you're talking about with them cutting out local network access. Neither will require auth.

Re: Reverse Engineering Bambu Connect

#319

Post by buckle8017 »

DoctorOetker wrote: post #301

according to [0] the ipcam is logging video even when the camera is disabled. I suggest we collectively print Tiananmen Square Tank Man scenes. [0] https://www.reddit.com/r/BambuLab/comments/1i548m9/comment/m...

these printers have spaghetti detection so it actually makes sense the camera is always on

Re: Reverse Engineering Bambu Connect

#320

Post by lucb1e »

Arch-TK wrote: post #246
ulrikrasmussen wrote: post #205

Earlier quoted context omitted.

This is false. List of apps which refuse to run on my old OnePlus 6 which I revived with LineageOS: - Danish national identity app (MitID). I had to get a hardware token that generates one-time passwords. - My banking app (still works in the browser though). - The de facto payment app used for peer-to-peer payments and as a credit card alternative all over Denmark (MobilePay). - The app for controlling the heating sy…

I don't know much about LineageOS but GrapheneOS supports attestation (albeit with its own keys) and it works for all the banking apps I have had the displeasure of using here in the UK including revolut. If LineageOS did support those APIs (which it can support if it wanted to, without any blessing from Google) then presumably most if not all of those should also work. Try GOS and see if it's broken there. If it wor…

Pretty sure this also requires the banks to then accept those attestation keys. Graphene pushes for them to do this, so you can't simply run whatever open OS you want on your device (like on desktop where you can also do online banking), you need to specifically use some third party service that then tells the banking software it's really okay to run on your device. I do find this to be a bit crappy, but at the same time it's quite amazing that Graphene has enough traction to convince many app vendors they should support an open/secure OS!
Post reply on HN