Rob Meades

Thanks for the swift response: this is mono-ised microphone stream, hence `setchannels(1)`, but the same thing happens if I use the root PCM device `mic_hw` with `setchannels(2)`: ``` Traceback (most...

The output from that is: ``` >>> import alsaaudio >>> alsaaudio.pcms(alsaaudio.PCM_CAPTURE) [u'null', u'mic_hw', u'mic_sv', u'mic_mono', u'default:CARD=memsmic', u'sysdefault:CARD=memsmic', u'dmix:CARD=memsmic,DEV=0', u'dsnoop:CARD=memsmic,DEV=0', u'hw:CARD=memsmic,DEV=0', u'plughw:CARD=memsmic,DEV=0'] ``` So I tried changing the device line to...

Hi @Paryavi: from what you've pasted in above we haven't even got to any bi-directional AT interface activity yet, we should re-check the basics. From what I can see you...

Thanks for confirming that `RTS` is grounded. With your Saleae probe what you could now do is have it connected to `PWR_ON` and `VINT` (closest to the module), plus the...

I'm no HW expert but in our test farm, wired together by a SW engineer (me), I do connect an ESP32 pin *directly* to the `PWR_ON` pin of the module,...

Very good, we're getting a bit closer. That Saleae trace should, hopefully, tell us a lot.

Good traces, interesting. In the trace I can see that the `PWR_ON` toggle is correct, `VINT` rises as expected and that there is a 6 second wait before the `TXD`...

In these traces, the ones with the power supply used, `VINT` is definitely behaving properly, so that's good (though the LiPo you describe should have been quite sufficient). `PWR_ON` is...

This is getting a bit difficult to follow: assuming TXD is all good and you say that you get "stable 1.8V" on the RXD line but in the posts on...

Woohoo! Well DONE! Great that you have it working. As to your question about debug output, all that `ubxlib` does is to call the ESP-IDF `printf()` function, so wherever the...