Add few arguments for dectmngr, which is based on the UCI config for
asterisk and dect:
-sync $pcm_fsync (UCI dect.global.pcm_fsync)
-slotsShift $pcm_slot_start (UCI dect.global.pcm_slot_star)
-extensionShift N (starting index of UCI asterisk.extensionN for DECT)
This is a regression caused by the below commit. The command "killall dectmngr" tries to kill
both the service /usr/sbin/dectmngr and the init-script /etc/init.d/dectmngr. This is wrong.
The fix is to kill /usr/sbin/dectmngr only.
commit 501193da98
Author: Yalu Zhang <yalu.zhang@iopsys.eu>
Date: Tue May 11 11:15:35 2021 +0200
Rename etc/init.d/dect to etc/init.d/dectmngr
Instead of hardcoding it, determine UART device to use for communication
with the DCX81 DECT chip using an alias in the device-tree
/aliases/dcx81-uart.
Also use the existence of the alias as an indicator of whether the
device supports DECT instead of checking for hw.board.hasDect in
board-db.
Signed-off-by: Andreas Gnau <andreas.gnau@iopsys.eu>
Fix the bug that dectmngr fails to start at the first attempt
Wait for the target up and running before starting dectmngr. Otherwise HELLO_REPLY
cannot be received and dectmngr exits and is started again by procd.
Wait for the target up and running before starting dectmngr. Otherwise HELLO_REPLY
cannot be received and dectmngr exits and is started again by procd.
- /etc/init.d/dectmngr: set model id from hw.board.dect_model_id if the value in the database
is valid. Otherwise set to 30.3B.06
- Add a config option: ENABLE_LINE_SETTINGS_EXTENSION in the package
To enable logging of communication between Host and DECT CMBS target the
following steps needs to be run:
$uci set dectmngr.general.log_dect_cmbs='1'
$uci commit
$/etc/init.d/dectmngr restart
Signed-off-by: Grzegorz Sluja <grzegorz.sluja@iopsys.eu>
To enable logging of communication between Host and DECT CMBS target the
following steps needs to be run:
$uci set asterisk.general.log_dect_cmbs='1'
$uci commit
$/etc/init.d/dectmngr restart
Signed-off-by: Grzegorz Sluja <grzegorz.sluja@iopsys.eu>
This is a temporary workaround for https://project.iopsys.eu/issues/4141, i.e. DTMF events
can not be detected and silent egress RTP payload for incoming calls.
The latest working version is SMARTHUB3-GFAST-IOPSYS-6.1.0ALPHA0-210112_0249. The problem
starts with SMARTHUB3-GFAST-IOPSYS-6.1.0ALPHA0-210113_0331. Note that this was just a test
result on one SmartHub3 device. It may vary on other devices.
Between these two nightly build versions, there were some dectmngr changes. Simply stopping
dectmngr process by "service dect stop" may cause the bug disappears. Copy dectmngr from the
second firmware to the first one, then the problem happens too.
So it seems that changes in dectmngr causes the FXS issues. Further investigation in dectmngr
will be undertaken.
