DaVinci Pro 3in1: Offline printing directly from flyout SD card

If it has a sample file that you can print then all you need to do is move your file to the card and rename your file to the sample file name and then print it as a demo from the LCD.

I will try to build cartridge chip programmer and we will see .... it could be the best solution for alternative filament.

I see .... so it could be number of allowed prints. But why/how it changes after power failure (my UPS shutdown via ON/OFF button)?

I created these models by myself in Onshape, saved by STL and sliced in XYZWARE Pro. There was number 38 in princount.txt last time,  so it does not correspond with unlimited use/print.

If this is true, then it is not possible to modify remembered line number of GCODE (=3W file), cause it is placed somewhere in eeprom. To be able to print from offline_print.3w, I need to be able to set resume print to first line of 3W file.
I will try to use SAMPLE001.3W approach instead ..... I hope, I can force to use custom material instead of ABS cartridge. I can't get other filaments than ABS (two colors only available) in our country. No PLA, no PETG, no ThoughPLA here for testing ....

When you slice with XYZWare Pro, you need to set the material to whatever material the current cartridge is in. The machine reads the filament material and color from the chip in cartridge that sit in the machines, and if it does not match with the  filament material and color in your .3w file, you get "Material not support error".

So in short, if you have black ABS cartridge, set ABS black in XYZware Pro, slice and save the file as SAMPLE001.3W, copy to SD card, insert to your SD extension slot, reboot machine, and try to print.

If it works, and you want to change to whatever material and color you want, change the corresponding information in the chip with chip resetter if you have DaVinci machine. Since you have DaVinci Pro, you should be able to use 3rd party filament without the chip. I have no experience with DaVinci Pro, but I think you should remove the filament cartridge if you are using 3rd party filament, otherwise machine still reads material information from the cartridge and it will conflict with the one in .3w file.

So, first thing to try, remove the filament cartridge, and see if it will print with your current file, if it isn't, put the cartridge back and set material to whatever your filament cartridge specifies, and try again, if it still does not work, let us know the error message and we can further troubleshoot.

Progress .... I found cartridge is little bit different in terms of chip information.
I read from eeprom, that filament is written on more places than cartridge chip reseter is writing. On my cartridge is current length 3x 4bytes written on address 0x34, 0x38 and 0x3c. And also same for every 128 byte block again (chip is 1024bytes as I know, so there is "backup copy" on rest of chip address space).
Block 0x40-0x8f seems to be untouched till today.

I will try to modify arduino sketch addresses to correct places and also serial number counter is not correctly defined (cartridge SN is longer and placed randomly in 64 bytes block and not as continuous 12 byte block). I can't find updated source code, so I try to change it by myself (have c#, vb, pascal knowledge, so it will be easy to read source code a repair it).

Update:
filament cartridge changed successfully, written 100m on address 0x34, 0x38 and 0x3c and updated 4bytes with serial number +1 on 0x18. Everything else untouched .... (no need to change material/temp)

I thing, that only last 7 bytes of serialnumber is safe to change by increment (other bytes are related to material / country and not simple counter):
#define DATE 0x05    //4 Bytes           wrong only 3 bytes    part of SN , another part is in 0x14-0x17 and 0x18-0x1b
#define SN 0x18    //12 Bytes         wrong 4bytes     last four digits of SN

#define TOTALLEN 0x08 //4 Bytes      on 0x40-0x7f seems to be copy of original values, 0x74-0x77 is TOTALLEN again
#define NEWLEN 0x0C //4 Bytes     wrong it seems to be always same value as TOTALLEN
#define LEN 0x34    //4 Bytes
#define LENcopy1 0x38  //4 Bytes   my printer is writing same value (filament rest) here again
#define LENcopy2 0x3C  //4 Bytes    my printer is writing same value (filament rest) here again

So I found serial, material, color, hotend temp, bed temp, 3 copies of both filament remaining and filament original.

If I was correct only rows 0x30 and 0x70 are modified during print
I also found that last 4 bytes on address 0x7c-0x7f are very similar for more posted cartridges, but my is not changed during last 8 hours my is ending ....0B00 other cartridges I saw have .7..0A00 or .7..0B00.