Clearing internal memory

[AlmTheHedgehog]

I wonder if you found some way how to reset or clean internal memory where recording is stored. I have ammoon AP-09 looper. After I had tried to import .wav file to it, it stopped working. Now It only lights red after first button press and that's all. In LooperSuite it's said that there is no song, and after executing your program I also get message that there is no songs. I thing the problem in memory where recording is stored. Probably, during importing something went wrong and now in memory there is corrupted data. And when looper try to read it, it gets stuck.

[mungewell]

I haven't explored writing to/erasing the device yet, but I have managed to read any/all of the internal memory. If you can read Python code you should be able to see how the midi messages are 'decoded' into the actual read/writes to the device.

The original log posted, included some clearing of the pre-recorded wave (in it's middle section I believe). https://github.com/reinerh/loopertrx/issues/1#issuecomment-353403668

Here are some scripts/process that will decode PCAP files: tshark.py.txt

$ tshark -r log.pcapng -2 -R 'sysex' -T fields   -e usb.src -e usb.dst -e usbaudio.sysex.reassembled.data > log.txt
$ python3 tshark.py > log.decoded

[mungewell]

I'm not sure whether this will help you, but why not try... ;-)

Here's a capture of deleting a song from my device (Rowin Twin Looper). https://github.com/mungewell/twinlooper/tree/main/tshark_log11

I'll annotate what I can understand in log.decoded.

[mungewell]

There appears to be 'new' (previously unseen) stuff here: https://github.com/mungewell/twinlooper/blob/main/tshark_log11/log.decoded#L277 https://github.com/mungewell/twinlooper/blob/main/tshark_log11/log.decoded#L609

I guess you could try sending the same midi packets, and see whether you get the same response... maybe this will clear out your pedal.

[AlmTheHedgehog]

I have tried it today and got the same response. But, unfortunately, my pedal is still doesn`t work :(

[mungewell]

Well that's not good... not sure what else you can try. :-(

From what I've seen the portion of memory which holds the samples is just samples, I'm not sure that there's anything there which could prevent the pedal functioning.

[vzart82]

There appears to be 'new' (previously unseen) stuff here: https://github.com/mungewell/twinlooper/blob/main/tshark_log11/log.decoded#L277 https://github.com/mungewell/twinlooper/blob/main/tshark_log11/log.decoded#L609

I guess you could try sending the same midi packets, and see whether you get the same response... maybe this will clear out your pedal.

Well, I also have an ammoon mini looper AP-09 with issues: it do not work anymore after an unsuccessful song upload. I've tryed loopertrx, blacklisted snd_usb_audio, setup right pedal ID and endpoint in the code... but my pedal is MIDI as yours. With your code now I can read the pedal, but it was "Unable to locate 'song'". Please, tell me how I should send/store the MIDI packets your "log.txt" file to the pedal? It will be a try to bring it to live again. thanks

This is what tshark results: log_my_nano.txt

And twinlooper: twinlooper.txt

[utajum]

I also have the nano pedal with the same problem. I connected to USB and now nothing works and only red light is ON.

Truncated log

80>‍:python3 twinlooper.py 
Located pedal:
00000000: 00 59 11 1B 00 00 61 62  63 64 65 66 67 68 61 62  .Y....abcdefghab
00000010: 63 64 65 66 67 68 01 00  05 12 13 14 15 16 17 18  cdefgh..........
00000020: 19 05                                             ..
None
'something'
Unpacked Response:
00000000: 00 59 23 18 00 00 00 80  21 00 00 10 00 00 01 00  .Y#.....!.......
00000010: 00 00 15 27 00 00 10 B5  82 B0 0C 46 58 B9 B7     ...'.......FX..
None
---
Checking Song: 0x1ef3e000
Checking Song: 0x1ef3c000
Checking Song: 0x1ef3a000
Checking Song: 0x1ef38000
......
Checking Song: 0x1ee04000
Checking Song: 0x1ee02000
Unable to locate 'song'