Hello,
My wersion BS 1.9.7.52 (Now beta 1.10.0.74) & Bambu P1P + AMS.
I have the same problem like @ TheGunPsychiatrist from temat “How to store more than 16 k factors for filament”. I can’t save more than 16 results for K factor.
If I want to calibrate or enter a saved result, I get a message about the maximum number of results (16).
I did a fresh install, with and without downloading data from the cloud, and still the same error. I installed the studio on another computer and the same error occurs.
I use many filaments and it is a troublesome matter.
Any suggestions?
Support answer “… Currently, the P series printers can save a maximum of 16 K-values for the same nozzle diameter. If you want to save more K-values, would you please try using a different nozzle diameter. …”
Is it really a problem to increase this list to, for example, 30 items? It is irritating that when changing the spool I have to remove the item from the list, enter a new one and then select it. Before introducing the k-factor manager I simply copied the flow value from Excel and that was it. It took 2 seconds.
What is the problem here with using the existing Orcaslicer management system, where you can specify the K value in the filament itself, 1:1 and transmitting the values in G code (technically feasible). It makes no sense to increase the slots to “unlimited” for the x1 series, which uses the same AMS, and leave the P1 series empty-handed. Why are the values not only transferred from the manager to the printer when the filament is actually loaded? The manager is run locally on the PC anyway, so that the values for filaments that are not required are saved locally. Consequently, the limitation here is only cosmetic in nature, in my opinion, to force the user to buy the x series. Of course, you can transfer the values from one program to the next in a laborious way, no question about it, but why should the user go to the trouble of circumventing defects or restrictions that are easy to remove? I’m not going to buy a printer with AMS for over 800 euros just to have to use filament management to be slowed down when I can use as many filaments as I want with Linear Advance on a printer that I have been using for 10 years (Ender3). There is something wrong with BBL’s strategy somewhere, I would say. If this is part of the sales strategy and gets around, the number of customers will definitely decrease.It’s stupid to think that the community doesn’t know what strategies are being used here. Even with the Anycubic Kobra3 there are no restrictions on the number of filaments, and this costs €500 less, so you can’t say that it’s not possible.especially since not every user uses 0.2 0.6 or 6.8mm nozzles. here it would make more sense to generally release the total number in this case 16x4 = 64 filaments so that the user can decide for themselves whether to use a 0.2 0.6.0.8mm nozzle without having to sacrifice storage space.
when the 64 are full, they are full. especially since the nozzles that are not needed are then saved back on the PC and not in the AMS.So what’s the problem with making things a little easier for the community? Other well-known manufacturers like Creality, Anycubic etc. also integrate innovations from the community, or is it just about saving cloud storage? were also is the problem to eliminate the limit ? Ican see it.
1 Like