What's happening?!?!

macos
1.0.11
#1

hi folks!! need urgent help!!! :cry:

i hope not to be OT in this category...anyway...

i updated my axo to the 11 version
in two different computers (Mac...yosemite and el capitan)...

after that i started to have problems with firmware and libraries..
in both cases

i search for the help of @thetechnobear and he solved gently a part of my problems...
but now my axo is blocked cause everytime that i try to open a patch the messages are:

USB device found
connected
Authentic Axoloti Core
Firmware version: 1.0.0.1, crc=0x50A29AA2, entrypoint=0x20011000
Generate code complete
Start creating directory on sdcard : /anthem
creating dir: /anthem
Done creating directory
Changing working directory on sdcard : /anthem
file error: FRDISK_ERR, filename:"/anthem"_
Change working directory: /anthem
Done changing working directory
file error: FRDISK_ERR, filename:"/anthem"_
Start compiling patch
Compiling patch... with /Applications/Axoloti.app/Contents/Java/firmware
BDIR = /Users/Francesca/Documents/axoloti/build
FIRMWARE = .
RM
rm -f /Users/Francesca/Documents/axoloti/build/xpatch.o /Users/Francesca/Documents/axoloti/build/xpatch.elf /Users/Francesca/Documents/axoloti/build/xpatch.bin /Users/Francesca/Documents/axoloti/build/xpatch.d /Users/Francesca/Documents/axoloti/build/xpatch.map /Users/Francesca/Documents/axoloti/build/xpatch.lst
APP
arm-none-eabi-g++ -nostdlib -fno-exceptions -fno-rtti -mcpu=cortex-m4 -O3 -fomit-frame-pointer -falign-functions=16 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -fsingle-precision-constant -Wunused-parameter -DCORTEXUSE_FPU=TRUE -DTHUMB_PRESENT -mno-thumb-interwork -DTHUMB_NO_INTERWORKING -mthumb -DTHUMB -std=c++11 -DARM_MATH_CM4 -D__FPU_PRESENT -fno-math-errno -fno-threadsafe-statics -H -I/Applications/Axoloti.app/Contents/Java/CMSIS/Include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx/CMSIS/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/kernel/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/GPIOv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/I2Cv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/OTGv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/RTCv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/SPIv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/TIMv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/USARTv1 -I/Applications/Axoloti.app/Contents/Java/chibios/boards/ST_STM32F4_DISCOVERY -I/Applications/Axoloti.app/Contents/Java/chibios/ext/fatfs/src -I. -I/Applications/Axoloti.app/Contents/Java/chibios -Winvalid-pch -MD -MP --include /Users/Francesca/Documents/axoloti/build/xpatch.h -c /Users/Francesca/Documents/axoloti/build/xpatch.cpp -o /Users/Francesca/Documents/axoloti/build/xpatch.o _
! /Users/Francesca/Documents/axoloti/build/xpatch.h.gch
LINK
arm-none-eabi-gcc -nostartfiles -Tramlink.ld -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -mthumb -mno-thumb-interwork /Users/Francesca/Documents/axoloti/build/xpatch.o -Wl,-Map=/Users/Francesca/Documents/axoloti/build/xpatch.map,--cref,--just-symbols=./build/axoloti.elf -o /Users/Francesca/Documents/axoloti/build/xpatch.elf
BIN
arm-none-eabi-objcopy -O binary /Users/Francesca/Documents/axoloti/build/xpatch.elf /Users/Francesca/Documents/axoloti/build/xpatch.bin
Done compiling patch
Start uploading patch
bin path: /Users/Francesca/Documents/axoloti/build/xpatch.bin
block uploaded @ 0x20011000 length 21880
Disconnect request
Done uploading patch

(this is an example from the yosemite mac that it is not my mac)

sometime the patches work but a lot of time they don't work

i have set the starting patch and everytime i plug the axo usb this patch works
but if i open it as usual it does not work

please help me :frowning:
every idea is welcome

#2

firmware on axoloti outdated?
perhaps try uploading the latest firmware :slight_smile:

#3

broken/badly formatted sd card?? try formatting from the axoloti ui or try another sd card.

#4

thank u for the information
but it is the same if i load the patches
without the SD card

#5

I have the same issue with 1.0.11 on Mac OS X 10.9.5. A lot of my patches don't work anymore.
The Axoloti Core disconnects after part of the upload.

I flashed the firmware again, and formatted the SD card but none of that helped.

I tested with multiple boards, all give the same issue.

This is the console output.

USB device found
connected
Authentic Axoloti Core
Firmware version: 1.0.0.1, crc=0x50A29AA2, entrypoint=0x20011000
Generate code complete
Start creating directory on sdcard : /generative-sequencer-001
creating dir: /generative-sequencer-001
Done creating directory
Changing working directory on sdcard : /generative-sequencer-001
Change working directory: /generative-sequencer-001
Done changing working directory
Start compiling patch
Compiling patch... with /Applications/Axoloti.app/Contents/Java/firmware
BDIR = /Users/janvantomme/Documents/axoloti/build
FIRMWARE = .
RM
rm -f /Users/janvantomme/Documents/axoloti/build/xpatch.o /Users/janvantomme/Documents/axoloti/build/xpatch.elf /Users/janvantomme/Documents/axoloti/build/xpatch.bin /Users/janvantomme/Documents/axoloti/build/xpatch.d /Users/janvantomme/Documents/axoloti/build/xpatch.map /Users/janvantomme/Documents/axoloti/build/xpatch.lst
APP
arm-none-eabi-g++ -nostdlib -fno-exceptions -fno-rtti -mcpu=cortex-m4 -O3 -fomit-frame-pointer -falign-functions=16 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -fsingle-precision-constant -Wunused-parameter -DCORTEX_USE_FPU=TRUE -DTHUMB_PRESENT -mno-thumb-interwork -DTHUMB_NO_INTERWORKING -mthumb -DTHUMB -std=c++11 -DARM_MATH_CM4 -D__FPU_PRESENT -fno-math-errno -fno-threadsafe-statics -H -I/Applications/Axoloti.app/Contents/Java/CMSIS/Include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx/CMSIS/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/kernel/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/GPIOv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/I2Cv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/OTGv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/RTCv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/SPIv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/TIMv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/USARTv1 -I/Applications/Axoloti.app/Contents/Java/chibios/boards/ST_STM32F4_DISCOVERY -I/Applications/Axoloti.app/Contents/Java/chibios/ext/fatfs/src -I. -I/Applications/Axoloti.app/Contents/Java/chibios -Winvalid-pch -MD -MP --include /Users/janvantomme/Documents/axoloti/build/xpatch.h -c /Users/janvantomme/Documents/axoloti/build/xpatch.cpp -o /Users/janvantomme/Documents/axoloti/build/xpatch.o 
! /Users/janvantomme/Documents/axoloti/build/xpatch.h.gch
LINK
arm-none-eabi-gcc -nostartfiles -Tramlink.ld -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -mthumb  -mno-thumb-interwork /Users/janvantomme/Documents/axoloti/build/xpatch.o -Wl,-Map=/Users/janvantomme/Documents/axoloti/build/xpatch.map,--cref,--just-symbols=./build/axoloti.elf -o /Users/janvantomme/Documents/axoloti/build/xpatch.elf
BIN
arm-none-eabi-objcopy -O binary /Users/janvantomme/Documents/axoloti/build/xpatch.elf /Users/janvantomme/Documents/axoloti/build/xpatch.bin
Done compiling patch
Start uploading patch
bin path: /Users/janvantomme/Documents/axoloti/build/xpatch.bin
block uploaded @ 0x20011000 length 17308
Disconnect request
Done uploading patch
#6

Thanks for the reports, I'm investigating. Flashing firmware or formatting sdcard do not appear to be relevant. I have heard positive reports on v1.0.11 on OSX too, have not identified the root cause.

#7

@janvantomme thanks a lot

#8

Hey

I have got a few of the same errors too, which results in patches that does not load.

And I also got some patches that loads and sound right in 1.0.09.

In 1.0.10 & 1.0.11 they load but they sound wrong. Will post an error report when I got my axo in hand.

#9

maybe the damned "el capitan".....and "yosemite" too...

#10

Mainly happens with patches made with previous versions of the patcher. New ones seem to work fine, but not sure if this is the issue.

Also noticed that all directories created on the SD Card have the same date: 31 Dec 1979 23:00.

#11

for me is a bigger problem....the new patches crash too
they crash when i load them

the update of the os of my mac (el capitan) brought me only troubles
(in music softwares)

but i am waiting trustly :slight_smile:

#12

Here is the error I got in some patches. If I remember correct, this patch is created in 1.0.10, but I am not 100% sure.

After reading what you wrote @janvantomme, I thought I'd try copy/paste all objects into a new patch........... and what do you know, IT WORKS :slight_smile:

So @marierose have you tried copy/pasting all objects into a new patch? I know it is not the best solution, but maybe it works for you too :wink:

I still have that patch that with sound problem. It goes live but sounds wrong. I think I'll make a new thread for this subject.

Error message:
Start creating directory on sdcard : /ZAP COOL 25 PRESET DIAL TEST Lavet 16 presets test 4 Lauch ptemplate 5 og 6 1 Delay assing to luanch 1 Prest igen
creating dir: /ZAP COOL 25 PRESET DIAL TEST Lavet 16 presets test 4 Lauch ptemplate 5 og 6 1 Delay assing to luanch 1 Prest igen'
Done creating directory
Changing working directory on sdcard : /ZAP COOL 25 PRESET DIAL TEST Lavet 16 presets test 4 Lauch ptemplate 5 og 6 1 Delay assing to luanch 1 Prest igen
Change working directory: /ZAP COOL 25 PRESET DIAL TEST Lavet 16 presets test 4 Lauch ptemplate 5 og 6 1 Delay assing to luanch 1 Prest igen'
Control transfer failed: -4
Done changing working directory
Start compiling patch
Compiling patch... with /Applications/Axoloti.app/Contents/Java/firmware
BDIR = /Users/jakobskouborg/Documents/axoloti/build
FIRMWARE = .
RM
rm -f /Users/jakobskouborg/Documents/axoloti/build/xpatch.o /Users/jakobskouborg/Documents/axoloti/build/xpatch.elf /Users/jakobskouborg/Documents/axoloti/build/xpatch.bin /Users/jakobskouborg/Documents/axoloti/build/xpatch.d /Users/jakobskouborg/Documents/axoloti/build/xpatch.map /Users/jakobskouborg/Documents/axoloti/build/xpatch.lst
APP
arm-none-eabi-g++ -nostdlib -fno-exceptions -fno-rtti -mcpu=cortex-m4 -O3 -fomit-frame-pointer -falign-functions=16 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -fsingle-precision-constant -Wunused-parameter -DCORTEX_USE_FPU=TRUE -DTHUMB_PRESENT -mno-thumb-interwork -DTHUMB_NO_INTERWORKING -mthumb -DTHUMB -std=c++11 -DARM_MATH_CM4 -D__FPU_PRESENT -fno-math-errno -fno-threadsafe-statics -H -I/Applications/Axoloti.app/Contents/Java/CMSIS/Include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx/CMSIS/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/common/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx -I/Applications/Axoloti.app/Contents/Java/chibios/os/ports/GCC/ARMCMx/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/kernel/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/include -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32F4xx -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/GPIOv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/I2Cv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/OTGv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/RTCv2 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/SPIv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/TIMv1 -I/Applications/Axoloti.app/Contents/Java/chibios/os/hal/platforms/STM32/USARTv1 -I/Applications/Axoloti.app/Contents/Java/chibios/boards/ST_STM32F4_DISCOVERY -I/Applications/Axoloti.app/Contents/Java/chibios/ext/fatfs/src -I. -I/Applications/Axoloti.app/Contents/Java/chibios -Winvalid-pch -MD -MP --include /Users/jakobskouborg/Documents/axoloti/build/xpatch.h -c /Users/jakobskouborg/Documents/axoloti/build/xpatch.cpp -o /Users/jakobskouborg/Documents/axoloti/build/xpatch.o
! /Users/jakobskouborg/Documents/axoloti/build/xpatch.h.gch
. /Applications/Axoloti.app/Contents/Java/firmware/../chibios/ext/fatfs/src/ff.h
LINK
arm-none-eabi-gcc -nostartfiles -Tramlink.ld -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 -mthumb -mno-thumb-interwork /Users/jakobskouborg/Documents/axoloti/build/xpatch.o -Wl,-Map=/Users/jakobskouborg/Documents/axoloti/build/xpatch.map,--cref,--just-symbols=./build/axoloti.elf -o /Users/jakobskouborg/Documents/axoloti/build/xpatch.elf
BIN
arm-none-eabi-objcopy -O binary /Users/jakobskouborg/Documents/axoloti/build/xpatch.elf /Users/jakobskouborg/Documents/axoloti/build/xpatch.bin
Done compiling patch
Start uploading patch
bin path: /Users/jakobskouborg/Documents/axoloti/build/xpatch.bin
Control transfer failed: -4
Control transfer failed: -4
block uploaded @ 0x20011000 length 32768
Control transfer failed: -4
Control transfer failed: -4
block uploaded @ 0x20019000 length 12080
Disconnect request
Done uploading patch

#13

thanks a lot
i will try to work in these times
waiting for the solution
cause i thought to back to 10 version too...
in the meanwhile...

but i think that it is not good
for the axo way of work

so thanks a lot to evryone of you :slight_smile:

#14

Oh the patch was created on 1.0.10. I am now on 1.0.11. and on 1.0.11 the copy/paste trick worked :wink:

#15

Ah, that filename exceeds an unchecked 64 character filename length limit in the firmware, causing memory corruption in the Axoloti processor. No panic, this will not affect your computer, and the Axoloti board forgets this corruption when you remove its power.
This is probably the reason why copy/pasting into a new patch worked for you. I don't expect this copy/paste to influence anything else than the filename length.

#16

Ahh cool. That is an easy fix :slight_smile: Better shorten some of those names then.

Thanks :slight_smile:

#17

Does anyone with this issue, have a self contained patch that has this issue? Can you post here.

Im not getting this issue, I'm running both El Capitan and Sierra on the macs I have.

I'm not sure it's as simple as 'old patches' since the demo/tutorials have not been updated - and some have reported issues with these and some not.

I think we need a specific patch , just so we can eliminate the patch as the cause.

( @johannes i thought there was some mention of the USB polling change being related ? )

#18

In conversation with marierose, the factory synth/anthem patch was showing this issue, sometimes it would work, but most often not, and have not observed a pattern, it seemed to fail roughly 1 out of 2 times clicking live.
I have not been able to reproduce on my macbook with El Capitan.
Just installed Axoloti on an old Mac with Mountain Lion now, and now I can reproduce this issue, failing roughly 1 out of 6 times of pressing "live". I'm investigating further, stay tuned...

#19

odd, Ive tested anthem here, on a really old mpb on 10.7.5, and it was fine...
its also fine on the sierra and el captain machines i have.

one thing, I did note.. I did have to delete the build directory, as this contains the pch which is not being deleted when we upgrade.
i.e.

rm -rf ~/Documents/axoloti/build

and restart axoloti.

anthem seems a bit larger than some patches and I've notice the time to go live, is quite long compared to many (init time?)

note: I did actually have anthem fail to start once on the old mbp when it was on 1.0.9 (i.e I tested it before upgrading it to 1.011) ... though I think that was the first time after flashing axo, which was a known issue at the time (iirc)

EDIT: ok, tested on a 4th (and my last :)) mac, an old iMac also running 10.7.5, and again fine....
(this one was a clean install of axoloti, since I had version 1.0 of axoloti on it , so had to replace the runtime as well)

hmm, confused... ive used different axolotis, different mac, different os versions...

only things I can suggest are:
- clean the build directory , as above
- try connecting axoloti directly, i.e. without any usb hubs
- try different usb cables
- try without sdcard (it didnt make any difference for me, but perhaps a slow card might cause issues?!)
- try without any devices plugged into the axoloti usb port
- if you were using axoloti, prior to 1.0.3, make sure you upgraded the runtime. (but its not been changed since then)
- unplug other usb devices attached to your computer (except mouse/keyboard)

all this is very general, as I don't see a pattern, and can't replicate

note: I only tried with synth/anthem as my test with my 10.7.5 machines.

#20

woooow guys
i am thrilled about all these answers

ok...
during the conversation with @johannes i tried with the patches organ and organ too
and the reaction was the same

my configuration (on this mac) is:
macbook pro 13"
end of 2011
os X yosemite
memory 4 gb
2,4 ghz intel core i5

i tried:
to connect axoloti directly
to change usb cables
without sd card
without any devices plugged into the axoloti usb port
without other devices attacched to my computer

i upgraded the runtime

the only thing that i have to do is to clean the directory....
i will do in these days and i will keep u updated

:slight_smile: