HL6528RD mux issue

Hello everyone,

As mentioned to Sierra support in 2017, there seems to be a bug related to HL6528RD mux implementation but I’m not sure…

Here below a log showing a phone call on mux 2. Mux0 is also receiving phone call notification which is not normal according to me.

In brackets the mux ID on which request is sent / answer is received. In bold the suggested abnormal answers.

Firmware version : RHL6528RD.2.5.1.1.11CV10F49_P1.201808201245.m6261a_1

Linux client mux : gsmmuxd

2019-10-21 08:19:33,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[0]:AT+CSQ#015
2019-10-21 08:19:33,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:+CSQ: 19,99
2019-10-21 08:19:33,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:OK
2019-10-21 08:19:33,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[0]:AT*PSNTRG?#015
2019-10-21 08:19:33,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:*PSNTRG: 5,1,“208”,“01”,“6901”,“2A9B”,“Orange F”,1,0,0
2019-10-21 08:19:33,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:OK
2019-10-21 08:19:41,1,6,V4:, …/trunk/main/notifications.c(50929)notifications()L755: Demande test appel tel
2019-10-21 08:19:41,1,7,V4:, …/trunk/serveurModem/envoiNotif/parTelephone.c(11767)emissionNotifparTelephone()L478: Test appel tel
2019-10-21 08:19:41,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[2]:ATD+33688888888;#015
2019-10-21 08:19:41,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[2]:*PSCSC: 1, 21,
2019-10-21 08:19:41,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[2]:OK
2019-10-21 08:19:41,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[2]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 08:19:41,1,7,V4:, …/trunk/serveurModem/envoiNotif/parTelephone.c(11767)traitement1ereNotifPSCSC()L93: 1er ret=0
2019-10-21 08:19:41,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 08:19:44,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:*PSCSC: 1, 3,
2019-10-21 08:19:44,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[2]:*PSCSC: 1, 3,
2019-10-21 08:19:44,1,7,V4:, …/trunk/serveurModem/envoiNotif/parTelephone.c(11767)appelTEL()L294: ret=3
2019-10-21 08:19:45,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:*PSCSC: 1, 4,
2019-10-21 08:19:45,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[2]:PSCSC: 1, 4,
2019-10-21 08:19:45,1,7,V4:, …/trunk/serveurModem/envoiNotif/parTelephone.c(11767)appelTEL()L298: ret=4
2019-10-21 08:19:48,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[0]:AT+CSQ#015
2019-10-21 08:19:48,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:+CSQ: 19,0
2019-10-21 08:19:48,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:OK
2019-10-21 08:19:48,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[0]:AT
PSNTRG?#015
2019-10-21 08:19:48,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:*PSNTRG: 5,1,“208”,“01”,“6901”,“2A9B”,“Orange F”,1,0,0
2019-10-21 08:19:48,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:OK
2019-10-21 08:19:54,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[2]:AT+CHUP#015
2019-10-21 08:19:55,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:PSCSC: 1, 21,
2019-10-21 08:19:55,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[2]:OK
2019-10-21 08:19:55,1,5,V4:, …/trunk/serveurModem/envoiNotif/parTelephone.c(11767)emissionNotifparTelephone()L553: Appel tel termine
2019-10-21 08:19:55,1,6,V4:, …/trunk/main/notifications.c(50929)notifications()L599: Test appel emis
2019-10-21 08:19:55,1,7,V4:, …/trunk/main/notifications.c(50929)notifications()L634: Fin analyse precedent appel tel
2019-10-21 08:20:02,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[0]:AT+CSQ#015
2019-10-21 08:20:02,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:+CSQ: 13,0
2019-10-21 08:20:02,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:OK
2019-10-21 08:20:02,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[0]:AT
PSNTRG?#015
2019-10-21 08:20:02,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:PSNTRG: 5,1,“208”,“01”,“6901”,“2A9B”,“Orange F”,1,0,0
2019-10-21 08:20:02,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:OK
2019-10-21 08:20:17,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[0]:AT+CSQ#015
2019-10-21 08:20:17,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:+CSQ: 19,99
2019-10-21 08:20:17,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:OK
2019-10-21 08:20:17,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[0]:AT
PSNTRG?#015
2019-10-21 08:20:17,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:*PSNTRG: 5,1,“208”,“01”,“6901”,“2A9B”,“Orange F”,1,0,0
2019-10-21 08:20:17,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:OK
2019-10-21 08:20:32,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[0]:AT+CSQ#015
2019-10-21 08:20:32,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[0]:+CSQ: 19,99

It is important to mention that the same software works perfectly with HiloNcV2 : SAGEMCOM Hi2N,A.003.00

Suggestion : This post on the forum might be linked? : Setting CMUX convergence layer

Best regards,

Thomas

On HL6528RD, contrary to HiloNcV2, it seems that all the mux get all the PSCSC notifications.
Here a confirmation with a third mux3 that I only read on by period. When I read again on this mux, I get all the previous PSCSC from mux2 :

2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[3]:AT+CGDCONT=1,“IP”,“free”#015
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:NO CARRIER
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 3,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 4,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 3,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 4,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 3,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 4,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,2,V4:, …/trunk/serveurModem/connexionGPRS/gestionPppd.c(28847)connexionGPRS_gestionPppd()L405: max_reponseNonSolicitee
2019-10-21 12:04:36,1,5,V4:, …/trunk/serveurModem/connexionGPRS/gestionPppd.c(28847)threadEnCoursFermeture()L304: STOP thread connexionGPRS_gestionPppd
2019-10-21 12:04:36,1,6,root:, killall: pppd: no process killed
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd()L224: send[3]:AT+CHUP#015
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 3,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 4,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 3,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 4,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 3,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 4,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 3,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 4,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 3,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 4,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 21,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)read_from_modem()L172: RECV[3]:*PSCSC: 1, 0, “+33688888888”, 145, 1,
2019-10-21 12:04:36,1,7,V4:, …/trunk/serveurModem/outils/cmdAT.c(20956)sendATcmd_supprimeEcho_noAnswer()L514: max_reponseNonSolicitee
2019-10-21 12:04:36,1,4,V4:, …/trunk/serveurModem/connexionGPRS/gestionPppd.c(28847)threadEnCoursFermeture()L313: Pb arretConnexion
2019-10-21 12:04:40,1,5,V4:, …/trunk/main/comArm/reception/param_0x10.c(43542)trtDataDyn1()L99: Fabricant 1

Please let me know if there is a way to prevent PSCSC notification from notifyin on every mux
Thanks in advance

Hi hestia,

For HL6528RD, the URC *PSCSC is broadcasted to all the MUX data channels, like +CGREG.
It seems we cannot workaround it.

My test shows the similar as yours:
===
MUX channel#1:
ATI3
RHL6528RD.2.5.1.1.11CV10F49_P1.201808201245.m6261a_1
OK
AT+CMUX?
+CMUX: 0,0,5,255,10,3,15,10,0
OK
+CGREG: 1,“247C”,“0FC8”,0
AT*PSCSCN=1
OK
ATD13510666306;
OK
*PSCSC: 1, 0, “13510666306”, 129, 1,
*PSCSC: 1, 3,
*PSCSC: 1, 4,
*PSCSC: 1, 5, 0,
ATH
OK
----------------
MUX channel#2:
+CGREG: 1,“247C”,“0FC8”,0
*PSCSC: 1, 0, “13510666306”, 129, 1,
*PSCSC: 1, 3,
*PSCSC: 1, 4,
*PSCSC: 1, 5, 0,
----------------