-
Can you think of any other communications methods you'd want (or just Web Serial/Bluetooth?).
Well in addition to WebRTC as mentioned above, the SWD/RTT one over dapjs/rtt https://github.com/ARMmbed/dapjs/blob/master/examples/rtt/rtt.js could be one more in future, if it is not solved in hardware dongle by translating to plain usb serial. Integrating connection via rtt.js into IDE would allow unmodified SWD debug probes work with SWDCON console without any complicated setups (like running openocd + espruino command line IDE proxy). And having only IDE working but not the app loader is only half of the solution.
For some reason I hadn't considered using the Web IDE's communications libraries before.
Do you know why? Currently Gadgetbridge has builtin app loader integrated that is reusing the connection. It would also make similar sense from PC side - having Web IDE (or the command line espruino) connected and launch app loader from that and reuse the same connection.
You are reading a single comment by @fanoush and its replies.
Click here to read the full conversation.
fanoush
Ahh, I see what you mean. I'm afraid I think that's a bit too painful - but for development I'd suggest you set up a webserver on your laptop, then you can change the settings in Gadgetbridge to point it at a version of the App Loader that you're hosting locally so you can make changes quickly.
As long as you have ADB on your Laptop you can even connect via USB to your Laptop and do
chrome://inspect/#devicesin Chrome to get a full debugger and console for the App Loader that's running inside GadgetbridgeYes... Actually for the Pip-boy I currently have a bit of a hack to use the UART.js library which allows Serial communications (I'm hoping that work will go live soon), and I wanted to fix that properly.
Can you think of any other communications methods you'd want (or just Web Serial/Bluetooth?). For some reason I hadn't considered using the Web IDE's communications libraries before.