Printer Model: Flashforge Creator 3
MCU / Printerboard: BTT EBB42 and U2C klippy.log Not necessary for question
Describe your issue:
I am going to ask here, becasue if I wait for BTT, it will 5-months from now.
Is there an orientation that the EBB42 v1.2 has to be installed? On the boards “I have” it shows noting. Unless I over looked it, the documentation that is only available for v1.1 and below says noting about orientation. If you look at the picture on GitHub, it show an orientation, but installing the board that way is inconvenient. Will input shaping work anyway I install it on a Cartesian printer?
It took 4-weeks just to get them to understand that the blue dfu mode led was on all of the time, so their official response is, we did it on purpose. Apparently the EBB 42 needs two color power leds, and zero leds to provide dfu mode confirmation?
For basic electronics/operation, the answer is no it doesn’t matter.
Sometime ago, I asked @koconnor if the orientation was important for the ADXL345 to do resonance compensation (ie vibration) tests and he indicated that it wasn’t. I’ve run a number of toolheads with the EBB42 and never seen an issue when it comes to orientation or even an angle that isn’t orthogonal to an axes.
Here’s a basic one on the rear of a Papilio Lite extruder:
First, thank you for the explanation, and the pictures.
I honestly did not think that it mattered. It was not until I went from bench testing to designing mounts for install that I noticed the github pictures magnifying the X,Y,Z orientation. I recognize and respect the sophistication of the software just like I did/do with marlin. I was sure that klipper would know which direction it was shaking the printer, but BTT confused me to no ends with their gaslighting of the facts about their product. It was not even necessary for them to lie. I just got in my order of 20x EBB42 units and I ordered them after I knew about the led issue.
It took weeks to get the official lie back about the leds. Even with video proof from the people they send free EBB42s to to make videos for them, they still hard nose denied it. But then again, lying is just good business now. Support is not handled inhouse, they all contract for support, so the supporters just bs all of us now with zero way for us to inform the actually hive mind. Resistance is not futile, it is impossible. If they are going to keep lying to me, then I will keep putting them on blast. Shame them into being honest becasue there is absolutely no reason not to.
You can remap the axes in your config.
The imprint on the PCB is to show you the original directions to either install it along to this or to know how to remap respective axes.
Well, all of the 22 EBB42 boards I have do not have anything silkscreened on them in regards to axis, it is only on the github picture of the 1.0 and 1.1. So if the leds are different then I have to assume so is other stuff. They changed STM32 chips, so it stands to reason the definition for dfu led pin was not updated and is the real reason the blue dfu led is alway on now regardless of mode.
keep reading only if you want to hear my rant, other wise ignore it.
I could not get a straight answer from anyone because nobody wants to admit mistakes. This is becoming more and more common.
I am of the opinion if this is the way BTT is going to support their electronics sold to be used with klipper, and require klipper to support for them, then I think they need to $$$$$upport klipper more. Just my opinion. They are wasting their money on support marketing perpetuation. They are only concerned with positive spin, that is why mistakes (bugs) become intentional design features.
There was no reason for them to b.s. me. I assume they have their people in this support channel as well.
Those are all Chinese companies copying stuff and trying to make money. It takes time until they admit issues/errors if there are some.
But that is the same with other companies as well.
