11:29 <harsh_guppta[m]> https://media.discordapp.net/attachments/1238944786551931043/1410579603398987796/image.png?ex=68b18820&is=68b036a0&hm=a0e38ed0728e1a3bbbc7be232871af5facca5d4683b3dc4183e63edeb28ee224&=&format=webp&quality=... (full message at <https://catircservices.org/_irc/v1/media/download/AZChbdGxoFIzfIdZWTXBhfAg2yqmPUFaPRDa--D427u7B3IvKUTCGRGLg0furjj3RtPy02cbYAX6LY4PdfkIR3O_8AAAAAAAAGNhdGlyY3NlcnZpY2VzLm9yZy93d21rV3Z2dm94aEhoSG1hZ0lyQUxvWXg>)

14:32 <esc_ctrl[m]> Question:

14:32 <esc_ctrl[m]> does program-avr-spi read command not work? It just gave me the chip ID bytes, exactly the same as "identify" command

14:45 <icb-[m]> It works for me. $ glasgow run program-avr-spi -V 3.3 read -p prog.bin -e eeprom.bin W: g.cli: applet 'program-avr-spi' uses deprecated V1 API and should be migrated to V2 API; see https://github.com/GlasgowEmbedded/glasgow/issues/826 for details I: g.hardware.device: generating bitstream ID 91e94f0e7f5ba49dc039171f63a21697 E: g.hardware.assembly: cannot configure pulls for port A: Vio is off I: g.cli: running handler for applet

14:45 <icb-[m]> 'program-avr-spi' I: g.applet.program.avr.spi: port A voltage set to 3.3 V I: g.applet.program.avr.spi: port B voltage set to 3.3 V I: g.applet.program.avr.spi: device signature: 1e 94 12 (ATtiny1634) I: g.applet.program.avr.spi: reading program memory (16384 bytes) I: g.applet.program.avr.spi: reading EEPROM (256 bytes)

14:45 <icb-[m]> * It works for me. $ glasgow run program-avr-spi -V 3.3 read -p prog.bin -e eeprom.bin W: g.cli: applet 'program-avr-spi' uses deprecated V1 API and should be migrated to V2 API; see https://github.com/GlasgowEmbedded/glasgow/issues/826 for details I: g.hardware.device: generating bitstream ID 91e94f0e7f5ba49dc039171f63a21697 E: g.hardware.assembly: cannot configure pulls for port A: Vio is off I: g.cli: running handler for applet

14:45 <icb-[m]> 'program-avr-spi' I: g.applet.program.avr.spi: port A voltage set to 3.3 V I: g.applet.program.avr.spi: port B voltage set to 3.3 V I: g.applet.program.avr.spi: device signature: 1e 94 12 (ATtiny1634) I: g.applet.program.avr.spi: reading program memory (16384 bytes) I: g.applet.program.avr.spi: reading EEPROM (256 bytes)

14:46 <icb-[m]> * It works for me. ```... (full message at <https://catircservices.org/_irc/v1/media/download/AcHQ2yvfTk1EaZTpkjXB-Y5bmtmgcQHX1e03QHX8BjUx9Rh1uJVkklM5QSF1Iq_-ZPVizUgXmPbBTuVXgseX-Te_8AAAAAAAAGNhdGlyY3NlcnZpY2VzLm9yZy9hY2FLa3NRRU52eW1sWnVLeXRmelBUd1k>)

15:03 <esc_ctrl[m]> Hmm, you're giving it files as parameters even though you're reading and not writing? Why?

15:05 <icb-[m]> Files it writes the data it reads to

15:08 <icb-[m]> `-p, --program FILE write program memory contents to FILE (must be '-' or end with: .bin, .hex, .ihx, .ihex)`

15:08 <icb-[m]> `-e, --eeprom FILE write EEPROM contents to FILE (must be '-' or end with: .bin, .hex, .ihx, .ihex)`

15:08 <esc_ctrl[m]> Holy moly, it works! This is only the second time I've ever pulled the code off a chip like this. (first time was also with Glasgow)

15:16 <icb-[m]> Nice. Note that some other software handles reading erased pages differently. IIRC, Glasgow doesn't do anything "special" so erased pages read as all ffs

15:29 <esc_ctrl[m]> Thanks for the help

21:28 <whitequark[cis]> oh yeah the UI there is a little quirkt

21:29 <whitequark[cis]> s/quirkt/quirky/