Advanced Search

RotarySMP wrote:

Isn't this also what Tormach did with LinuxCNC --> Pathpilot? I never saw equivelent upset about that here.

No, absolutely not.
PathPilot CAN be used without internet and it sending all the info to Tormach, it can use gcode generated from any other software, etc etc. And they sold it fully functional for 35$, probably still do, on a USB stick.
None of that will be possible with Bambu after the update.
No internet = no machine = dead weight
With internet = not your machine as you can not use other slicers = not your machine as it is sending everything back to china = not your machine as they can shut it down at any given time ... or burn your house by running the heaters at full tilt... in the middle of the night.
A while back someone hacked Bambu and just restarted whatever was being printed ON ALL connected Bambu printers on earth, so prints started over already stopped prints still on BEDS. This was squashed down so fast as most users of their printers got at least one free from them, so they just blamed it on power outage and moved on.

Unfortunately linuxCNC terminates immediately with the following errors:
hm2_rpspi: Cant map peripherals: Invalid argument
hm2_rpspi: Cant map peripheral memory.

And so on (as far as I remember these were the original errors you had way back right?)
Is there anything specific I have to set up? I just pulled my machine config & tried to run it.

Thank you

Cool, that oughtta do it. I'll update my Flexgui as soon as I get done messing with HAL,

Having a little trouble with the GUI Estop. I have a hardware Estop as well, connected to halui. Both the GUI and the hard Estop work perfectly as long as I'm using one or the other. The hard Estop triggers the GUI just the same as the GUI Estop does.

The problem occurs when I have the hardware Estop set and push the GUI Estop button, the UI Estop will unset the Estop condition. Not quite sure how I stop that from happening.

Heres my HAL connections:

[/code]


Just noticed another issue. I have the UI Estop button colors set in the ini file. If I ignore the hardware Estop, the button colors change as expected with Estop and power. If I set the hardware Estop, the UI states work fine, and the button labels change, but the button colors don't change. 

Also, just tried the multi-state label. I can't get the hal pin to show up, am I doing something wrong?
 

Hi,

The spikes are solved. Problem was found. Not havely tested, just one video.
1. Using a linestrip derived from a bspline seems to work ok.
2. Slightly changed the scurve algo.


Code is updated.

It seems some of the major points are being missed here, so i'll try an example:
Last year i was given a top of the line DJI phantom 4, the one with 9 cameras where 8 are used for colision avoidance, a VERY good monitor/screen on the remote, etc etc, somewhere in the >3500$ range when new, so one day i got it out of the box to have it hoover around the neighborhood and hope one of the neighbors does not shoot it down, turned it on, it beeped and flashed, turned on the remote, it connected and showed ready, gave it some throttle = nothing, just a warning on screen that it HAS to be connected to internet or it will not fly!!!!!!!!!!!!!!!!!!!!!!!!!
Oh HELL NO !
Went into the shop and promptly dismantled it, took off 4 motors and put them in my drone, that i can use without internet or DJI monitoring everything i do with it, that i CAN control however i like.
My stuff, MINE!
Gave the remote to a friend as he had the cheapo one with no screen.
-
Humans are absolutely missing the fact that you are paying just to be able to use hardware as they see fit (companies), not paying for stuff that is yours, nor will it ever be.
Same with Iphones and Samsungs and cars and everything, a friend bought a 141000 Euro BMW and luckily the heated seats were payed for for a year and later they backed off of it, as when i told him he has too pay 18 Euro a month to enable heated seats, he was all red in the face and could not comprehend how are they allowed to do such shit with no repercussions
-
I will never ever buy a car that can be remotely shut off, even if one is given to me for free, i will ABSOLUTELY get rid of it, immediately! Nor will i ever buy anything new with such features ever again.
And, yes i use a Nokia 6310, despite Samsung allowing you to use their phones with no Samsung account, but it will not allow you to use the include "Samsung Health" without their account, that made the decision for me, as i used the heart rate and saturation feature often. Now i bought a 5 Euro gadget that does that.

Oh ok, some users have reported issues with other images with RPi imager.

Doesn't the ec300 only work with Linuxcnc with the remora firmware ?

works now! thanks yeah the RPi imager can be used with a custom image and works like balena then.

cnc
cnc

These images aren't based on the raspios, they are based on Debian bookworm.
I'm actually surprised the RPi imager worked with the image. Usually balena etcher or some other utility is required.

@cornholio I'm sure I'm just stupid... but I can't seem to get past the first login/pw check? No matter what I setup in the rpi imager, it always tells me that the password is wrong.. I have also tried all default passwords (like root/root & pi/raspberry..) any idea?

In google:Will return results only from this website and forum.

In hal show, the limit switch pins should show false (red) when not activated and
true (yellow) when activated, is this the case?

++Disclosure, my X1C was given to me from Bambu due to my YT channel, and I like it so much I asked to join their affiliate program.
Bambu has not contacted me on this issue, this is solely my opinion++

Having owned a home built 3D printer for 10 years, which needed constant troubleshooting and tuning, and never came close to the quality of the X1C, which just works, I dont really get the upset. Maybe I understood it wrong, but didn't pick up Bambu proposing a subscription model, or any of the other scary scenarios floating around. Maybe they are creating potential back doors for them, but the upset for what might happen (but hasn't, and probably wont due commercial suicide) seems excessive. No one expects a consumer electronics product to last for ever these days. If Bambu goes crazy and really screw around their customer base with a sub model, locking out existing features, etc, those users would just switch to whatever the latest/greatest printer from the competition is. Adobe and autodesk used dominant market positions to force subscription models. I use Gimp and Freecad. Printers are too commodity for Bambu to successfully wield such market power as Adobe. They would just loose their market if they tried.

As a user rather than 3D printer tinkerer, closing the software eco system seems pretty irrelevant to me. I was never going to switch from the Bambu slicer to another one, as their integrated one works fine. I'd used Slicer and Cura on the old printer in the past, and didn't really care which slicer I used, if the result was okay. If I compare X1C to the Canon, HP etc document scanner/printers in the office at work, those also have completely closed software eco systems (and share diagnostics with the mothership*) as have all printers for decades, and no one seems to care much. No one (well no rational user, I used to run 3rd party software driver for an early epson photo 870   would even consider loading there own print drivers for the document printer.

Bambu has stated they will not close the use of 3rd party filament. If they reversed on that, I would understand people getting upset, but the core software being closed off? If people have a religious need to open source, and tinkering, they were never going to buy a Bambu, they will build a Veron. Most users dont give a rip about the firmware and software, as long as it works.

I know the 3D printing community has a strong open source culture, and a lot of the tech dev was done by the community. That is the only point where I sort of understand the upset, that years of tech dev from the hobbiest have been hovered up and commercialised. However it doesn't seem to me that Bambu need be singled out for special attention there either. They didn't cause that, as there are hundreds of 3D printer manufacturers who did exactly that. At least Bambu did it well.

Isn't this also what Tormach did with LinuxCNC --> Pathpilot? I never saw equivelent upset about that here.

*with corporate document printers, I am sure you can deactivate such data transfer, and my understanding is you can deactivate it on the Bambu printers as well.
Mark

There are no search options in Kunena.

JT