Matheus
Doesn't the **regenerate_ssh_host_keys.service** file already exist on the system? Couldn't you use it instead?
My system still has the script under **/lib/systemd/system/** even though it was run already. When I enable it with *systemctl*, Raspbian creates a symbolic link to **/etc/systemd/system/multi-user.target.wants/**. After the script...
Also tried it on a Raspberry Zero W and got the same error.
I checked the connections and plugged a logic analyzer. It seems that it's some issue with the initialization sequence. I got it working, but sometimes some commands fail. I'll submit...
I connected a MSP-FET430UIF device via JTAG interface on my MSP430F5510 and opened mspdebug. The start sequence on the **test** and **reset** pins are as following:  Then I compared...
Shouldn't [these](https://github.com/dlbeer/mspdebug/blob/master/drivers/jtdev_gpio.c#L200) be **GPIO_TCK**?
Found out that the JTAG commands are different for MSP430F5xx (which mine is) and MSP430F6xx families, so I'm using mspdebug just with the BSL driver.
Sorry friend, it's been a while I don't deal with the MSP430 ucs, I'll leave this to be answered by someone who is more up to date!
You can read using readFromDevice: `BluetoothSerial.readFromDevice().then((data) => {console.log(data)});`
I also would enjoy this feature, but in my opinion it's a little hard to implement. Is it possible to verify the password while the WiFi is still in AP...