Feature Request - Filament type modifier field

[mytechguyri]

Can you consider adding a field to the OpenSpool record for filament type modifiers... I.e. Silk, Matte, Glow, Rapid, Wood, etc.

Understood it won't be able to actually pass that info to the printer (I assume) but for the end user, it would be tremendously helpful to know the roll of green filament I have is glow filament, even though to the eye it looks like ordinary bambu green. Or that the roll of PLA-F (blend of PLA and ABS) isn't actually ordinary PLA as the record says, so I'll know to take extra ventilation precautions.

Perhaps this capability already exists... Will the OpenSpool reader gracefully ignore data fields in the json record it doesn't recognize, or will it error with a fail to read? If it will gracefully ignore field names it doesn't recognize, then I could just add a modifier field, name it whatever I want, knowing it will be ignored (although I do think such a field would be useful as part of an "official" OpenSpool record.

[spuder]

SubTypes is a feature that is on the list. As I only ever print PETG I haven't fully implemented subtypes yet.

There are already some placeholders for known variants (PLA Silk, ect...)

https://github.com/spuder/OpenSpool/blob/main/firmware/bambu.h#L40-L48

Will the OpenSpool reader gracefully ignore data fields in the json record it doesn't recognize

Yes it will ignore any fields that the reader doesn't know about (assuming they are valid json).

You will have to program it yourself using NFCTools on iOS or Android. And if you write a tag from the ESP32 then it will erase the data.

As of right now the only colors/types supported are the ones listed in BambuStudio.

Does Bambu Studio have a 'glow' or 'wood' predefined type?

[mytechguyri]

Good to know.
Yes and no on Bambu Studio, when manually assigning a filament from the Device screen, it gives you options, like Generic PLA High Speed, Generic PLA Silk, Generic PETG, Generic PETG HF But, on the actual printer, its still just PLA or PETG so its kind of weird... Its obviously capturing and using the modifiers, but not on the actual printer... Wonder if we capture it from the NFC tag we could pass the full data to the slicer though?

[mytechguyri]

Another thing I noted, when adding a new filament in Bambu Studio, the filament type modifier field (for matte, high speed, silk, marble, etc.) is named "serial" in Bambu Studio... see attached screen shot. I would propose using the same field name in openspool nfc records for the sake of consistency across platform (perhaps alter "brand" to "vendor" as well, again for purposes of consistency between openspool and Bambu Studio)