I don’t know if I am missing something. When I tried to send a preset to the Electra One Mk II it seems to send the preset but the web editor shows the “thinking” dots on the top left by the preset name and no longer let’s me send the preset. In order to get the web editor to see the electra one again I have to both unplug and plug in the electra one again and completely close chrome and reopen. It then sees the electra one. When I send a preset it doest the same thing. After trying different cables, plugging into new ports, deleting the browsing data and caches from chrome, restarting the computer, and sometimes just leaving it for a while it will work as it is supposed to for a while but at some point it will stop working again. There is no discernible pattern to the troubleshooting that seems to work. I have tried removing the sd card, reformatting, and copying the sd image again. Still doing the same thing. I am lost. Also the snapshot web editor is not working as expected. I don’t know if that is related. That is not as important. Does anyone have any ideas?
I finally found a method that at least gets back going. If I load the boot loader I see firmware 4.0.0 as the only option. If I click that then load up the web editor, it tells me to update to newest firmware. Once I update it starts working again for a while. But at least I can continue working until it stops working again.
That’s happened to me on and off forever, with my old mk1 as well. It’s very frustrating and I can’t see a pattern to it. I guess the system just isn’t very stable
When you hit the “Send to Electra” button, the browser will send a SysEx message containing the preset to the controller, and the three animated dots will appear in the same time. They remain visible until the a confirmation that the preset was received by the controller (ACK SysEx) is received by the browser. Along with the ACK SysEX, the controller sends a SysEx notification that its internal preset list has changed - causing the browser to ask for the new preset list by exchanging further SysEx messages. If there is a Lua script, there will be one more round - browser sending a SysEx with Lua, three dots activated again until the receipt of Lua is confirmed. So it is quite an intense SysEx message exchange.
The issue of the three dots remaining visible and the browser being unable to receive any further MIDI has been reported several times since the Electra One project started. The major difficulty here is that I was never able to replicate it, neither on MacOS, Windows, or Linux. If I am not mistaken it seems to be happening more (or only) on Windows. @Bubasis @davehouse What OS are you using?
From what has been written on the topic so far, I expect that it is not that the browser crashed, instead I would expect that there is a MIDI processing browser thread hanging in the operating system - preventing the browser or browser MIDI to be used again or restarted. Restarting the computer does the job. It would be quite interesting to see if a hanging chrome process (task) is present in the Task Manager (CTRL+ALT+Delete) and if killing that task would unblock Chrome.
A good thing is that I noticed that something similar happens when mk2 is disconnected while working with preset editor and the Mini is connected instead. Not that it would froze the connection, but the three dots stay shown after the subsequent preset upload until the page is reloaded. I will be working in that area of the application, I am hoping to discover some pointers…
With the knowledge I have I assume this is only a coincidence. You are trying hard to find a solution to that irritating issue and you are seeing a solution while it might not be. But, I will try to look at that too.
After the 5 years of developing the preset editor as a web application I have mixed feelings. I really like the idea of sharing presets and being able to deliver changes without having tens of different preset editor versions installed on the computers around the world. On the other hand, the issues like this are really hard to resolve or even replicate. I developed a firmware/preset uploader application using the Juce at the very beginning of the project. I might pick that idea up again because all SysEx communication was there fully under my control.
I understand. I also encounter this a lot. The solution then is to close the Chrome Browser under Win 10, reboot the E1 and start again. In 90% of all cases this fixes the matter. Sometimes I need to reboot the PC though.
But this is an improvement from a year ago where I had to constantly reboot the PC. I then changed the Anti Virus, because of driver issues with Novation devices, but no proof these things were related.
I typically use Windows, but I’ve encountered the issue on MacOS as well. As NewInglis says, force-quitting Chrome and rebooting E1 fixes the issue without the need for a PC reboot most times.
I’d welcome a desktop app to edit E1 but I appreciate the work that goes into such a thing. Even better would be basic preset editing on the device itself 
I also have this happen at least once an editing session on Windows 11. For me the solution is to kill chrome processes using the task manager and restarting chrome.
To make the confusion even bigger: I´m using also Win10 and have this issue when using Chrome. But when this happens and I change to Opera browser everything is ok…….
Dieter
I think it actually confirms that the MIDI processing in chrome is stalled for whatever reason. I assume Opera will create a completely new process and new connection…
Thanks (to all of you) for good pointers.
I assume you’re using webmidi? If yes then the w3c is working on it. Pete from Windows said so in the yt video from Namm about midi 2 on windows. He also mentioned security concerns