NanoPi-NEO-Core2, Armbian Stretch, H3 Audio Codec MIC Input Not working


otimp2
 Share

0

Recommended Posts

I tested with Armbian Stretch image on NanoPi-NEO-Core2.


PJSIP VoIP Client. MIC input does not work.
Additional USB sound cards work well.

In FriendelyARM original firmware, MIC input works well.
I hope that this issue will be resolved.

Please help me.

Link to post
Share on other sites

Donate and support the project!

The NanoPiDuo board is the same symptom.
The following logs are left.

 

root@nanopiduo:~# arecord -vv -f dat /dev/null
Recording WAVE '/dev/null' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo
Plug PCM: Hardware PCM card 0 'H3 Audio Codec' device 0 subdevice 0
Its setup is:
  stream       : CAPTURE
  access       : RW_INTERLEAVED
  format       : S16_LE
  subformat    : STD
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 16
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : NONE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 1
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     : 1572864000
  appl_ptr     : 0
  hw_ptr       : 0
arecord: pcm_read:2103: read error: Input/output error
root@nanopiduo:~# aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Codec [H3 Audio Codec], device 0: CDC PCM Codec-0 []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
root@nanopiduo:~#
 

Link to post
Share on other sites

1 hour ago, Igor said:

Perhaps we could use this for our NEXT/4.14.y branch? It shouldn't be worse

 

Well, I believe FriendlyELEC did as much as possible to support their own H3 and H5 boards (partially doing things incompatible to upstream kernel/u-boot -- see their way to define DRAM clockspeeds and automagically detect the boards based on specific pin settings) but I doubt they ever took care about other platforms than H3/H5.

 

So no idea how much efforts it would take for this stuff to work since some of their stuff relies on using their (patched) u-boot anyway (of course me not being that interested in Allwinner hardware any more -- my only hope is that Armbian follows a conservative upgrade policiy and bricked boards after kernel or u-boot updates will never happen again)

Link to post
Share on other sites

The same problem is still continuing.

The first is the abnormal operation status log, and the second is the normal operation status log.

The first one works with the Armbian Debian_stretch_next_4.14.78 firmware and the second one with the FrandelyARM firmware.

Is there any way to improve this?

 


Log #1

root@nanopineo:~# arecord -vv -f dat /dev/null
Recording WAVE '/dev/null' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo
Plug PCM: Hardware PCM card 0 'H3 Audio Codec' device 0 subdevice 0
Its setup is:
  stream       : CAPTURE
  access       : RW_INTERLEAVED
  format       : S16_LE
  subformat    : STD
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 16
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : NONE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 1
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     : 1572864000
  appl_ptr     : 0
  hw_ptr       : 0
arecord: pcm_read:2103: read error: Input/output error


Log #2

root@NanoPi-NEO-Core:~# arecord -vv -f dat /dev/null
Recording WAVE '/dev/null' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo
Hardware PCM card 2 'H3 Audio Codec' device 0 subdevice 0
Its setup is:
  stream       : CAPTURE
  access       : RW_INTERLEAVED
  format       : S16_LE
  subformat    : STD
  channels     : 2
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 16
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : NONE
  tstamp_type  : MONOTONIC
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 1
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     : 1572864000
  appl_ptr     : 0
  hw_ptr       : 0
##+                                                | 02%^C
Aborted by signal Interrupt...
# +                                                | 02%
 

Link to post
Share on other sites

Guest
This topic is now closed to further replies.
 Share

0