﻿ticket	summary	component	version	milestone	type	owner	reporter	status	created	_changetime	_description	_reporter
45	Уменьшение скорости при передаче данных в обоих направлениях			1 очередь	баг	san	san	new	2020-01-31T12:57:30+05:00	2020-01-31T15:15:10+05:00	"При передаче данных через VPN тоннель наблюдается такой эффект:
- если передавать отдельно исходящий или входящий трафик(относительно устройства), то максимальная скорость соответствует ожидаемой, для условий эксперимента ~5..9 Мбит/с.
- а если трафик передавать и принимать одновременно, при тех же условиях, то максимальная скорость значительно падает, до значений менее 1 Мбит/с."	san
52	Рестарт 3gd после Link error			1 очередь	баг	alx	san	assigned	2020-06-29T15:45:35+05:00	2020-06-29T17:17:41+05:00	"В логах двух устройств работающих в роли ""сервер""(порт1=сервер VPN=сервер) замечены сообщения о внезапном старте 3gd почти сразу после сообщения Link::error. 
{{{
...
Jun 28 19:46:19 3gd[9429]: link.cpp:192: --> Link::error(): connection closed (17)
Jun 28 19:46:34 3gd[15554]: 3gd.cpp:61: 3gd-1.0-r160 started
Jun 28 19:46:34 3gd[15554]: 3gd.cpp:67: serial number: unknown
Jun 28 19:46:34 3gd[15554]: sim5320.cpp:156: powering on SIM5320...
...
}}}

Наверное это значит что 3gd упал и был запущен вновь.
Происшествие приводит к перезапуску SIM что ведёт к перерыву связи.
r160
Файлы с кусками лога вблизи происшествий прилагаю ниже."	san
53	USB disconnect при работе без антенны.			1 очередь	баг	andrei	san	new	2020-06-30T13:00:25+05:00	2020-06-30T15:59:39+05:00	"Отключил основную антенну от сима, в условиях нашего офиса, он работает и без антенны, но через некоторое время SIM перезапускается. В логе вижу внезапный USB disconnect (07:47:20).

Есть догадки что это такое? Стоит ли на это обращать внимание?
Воспроизводится стабильно на моём экземпляре.

{{{
Jun 30 07:39:43 openvpn[297]: [MC04-WL] Peer Connection Initiated with [AF_INET]46.229.134.176:1194
Jun 30 07:39:44 openvpn[297]: TUN/TAP device tap0 opened
Jun 30 07:39:44 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): tap0: link becomes ready
Jun 30 07:39:44 kernel: br0: port 2(tap0) entered blocking state
Jun 30 07:39:44 kernel: br0: port 2(tap0) entered forwarding state
Jun 30 07:39:44 openvpn[297]: WARNING: this configuration may cache passwords in memory -- use the auth-nocache option to prevent this
Jun 30 07:39:44 openvpn[297]: Initialization Sequence Completed
Jun 30 07:39:44 pppd[354]: sent [IPV6CP ConfReq id=0x1 <addr fe80::102d:025c:0221:4786>]
Jun 30 07:39:47 ntpd[255]: Listen normally on 10 tap0 [fe80::8c05:bdff:fef7:9b26%4]:123
Jun 30 07:39:47 ntpd[255]: new interface(s) found: waking up resolver
Jun 30 07:39:47 pppd[354]: sent [IPV6CP ConfReq id=0x1 <addr fe80::102d:025c:0221:4786>]
Jun 30 07:39:50 pppd[354]: sent [IPV6CP ConfReq id=0x1 <addr fe80::102d:025c:0221:4786>]
Jun 30 07:39:53 pppd[354]: sent [IPV6CP ConfReq id=0x1 <addr fe80::102d:025c:0221:4786>]
Jun 30 07:39:56 pppd[354]: sent [IPV6CP ConfReq id=0x1 <addr fe80::102d:025c:0221:4786>]
Jun 30 07:39:59 pppd[354]: sent [IPV6CP ConfReq id=0x1 <addr fe80::102d:025c:0221:4786>]
Jun 30 07:40:02 pppd[354]: IPV6CP: timeout sending Config-Requests
Jun 30 07:40:16 ntpd[255]: Soliciting pool server 2001:67c:1560:8003::c7
Jun 30 07:40:17 ntpd[255]: Soliciting pool server 2001:67c:1560:8003::c8
Jun 30 07:40:18 ntpd[255]: Soliciting pool server 91.189.89.199
Jun 30 07:40:19 ntpd[255]: Soliciting pool server 91.189.94.4
Jun 30 07:41:26 ntpd[255]: Soliciting pool server 91.189.89.198
Jun 30 07:41:27 ntpd[255]: Soliciting pool server 91.189.91.157
Jun 30 07:41:28 ntpd[255]: Soliciting pool server 91.189.94.4
Jun 30 07:44:57 dropbear[397]: Child connection from 46.146.217.16:52280
Jun 30 07:45:37 dropbear[397]: Password auth succeeded for 'root' from 46.146.217.16:52280
Jun 30 07:46:25 3gd[243]: http_server.cpp:700: user admin from [::ffff:46.146.217.16] authenticated
Jun 30 07:47:20 kernel: usb 1-2: USB disconnect, device number 2
Jun 30 07:47:20 kernel: option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Jun 30 07:47:20 kernel: option 1-2:1.0: device disconnected
Jun 30 07:47:20 kernel: option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Jun 30 07:47:20 kernel: option 1-2:1.1: device disconnected
Jun 30 07:47:20 3gd[243]: sim5320.cpp:368: epoll(): /dev/ttyUSB2 error (events == 0x0019)
Jun 30 07:47:20 3gd[243]: sim5320.cpp:372: /dev/ttyUSB2: No such file or directory
Jun 30 07:47:20 kernel: option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
Jun 30 07:47:20 kernel: option 1-2:1.2: device disconnected
Jun 30 07:47:20 3gd[243]: sim5320.cpp:391: waiting for 10 sec. to reconnect...
Jun 30 07:47:20 pppd[354]: Hangup (SIGHUP)
Jun 30 07:47:20 pppd[354]: Connect time 7.8 minutes.
Jun 30 07:47:20 pppd[354]: Sent 96781559 bytes, received 7748602 bytes.
Jun 30 07:47:20 kernel: option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
Jun 30 07:47:20 kernel: option 1-2:1.3: device disconnected
Jun 30 07:47:20 pppd[354]: Script /etc/ppp/ip-down started (pid 417)
Jun 30 07:47:20 pppd[354]: sent [LCP TermReq id=0x2 ""User request""]
Jun 30 07:47:20 pppd[354]: Modem hangup
Jun 30 07:47:20 pppd[354]: Connection terminated.
Jun 30 07:47:20 kernel: option1 ttyUSB4: GSM modem (1-port) converter now disconnected from ttyUSB4
Jun 30 07:47:20 kernel: option 1-2:1.4: device disconnected
Jun 30 07:47:20 pppd[354]: Script /etc/ppp/ip-down finished (pid 417), status = 0x0
Jun 30 07:47:21 ntpd[255]: Deleting interface #9 ppp0, 178.176.107.254#123, interface stats: received=29, sent=30, dropped=0, active_time=467 secs
Jun 30 07:47:21 ntpd[255]: 91.189.94.4 local addr 178.176.107.254 -> <null>
Jun 30 07:47:21 ntpd[255]: 91.189.91.157 local addr 178.176.107.254 -> <null>
Jun 30 07:47:21 ntpd[255]: 91.189.89.198 local addr 178.176.107.254 -> <null>
Jun 30 07:47:21 ntpd[255]: 91.189.89.199 local addr 178.176.107.254 -> <null>
Jun 30 07:47:26 kernel: usb 1-2: new high-speed USB device number 3 using atmel-ehci
Jun 30 07:47:26 kernel: usb 1-2: New USB device found, idVendor=1e0e, idProduct=9001
Jun 30 07:47:26 kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun 30 07:47:26 kernel: usb 1-2: Product: SimTech, Incorporated
Jun 30 07:47:26 kernel: usb 1-2: Manufacturer: SimTech, Incorporated
Jun 30 07:47:26 kernel: usb 1-2: SerialNumber: 0123456789ABCDEF
Jun 30 07:47:26 kernel: option 1-2:1.0: GSM modem (1-port) converter detected
Jun 30 07:47:26 kernel: usb 1-2: GSM modem (1-port) converter now attached to ttyUSB0
Jun 30 07:47:26 kernel: option 1-2:1.1: GSM modem (1-port) converter detected
Jun 30 07:47:26 kernel: usb 1-2: GSM modem (1-port) converter now attached to ttyUSB1
Jun 30 07:47:26 kernel: option 1-2:1.2: GSM modem (1-port) converter detected
Jun 30 07:47:26 kernel: usb 1-2: GSM modem (1-port) converter now attached to ttyUSB2
Jun 30 07:47:26 kernel: option 1-2:1.3: GSM modem (1-port) converter detected
Jun 30 07:47:26 kernel: usb 1-2: GSM modem (1-port) converter now attached to ttyUSB3
Jun 30 07:47:26 kernel: option 1-2:1.4: GSM modem (1-port) converter detected
Jun 30 07:47:26 kernel: usb 1-2: GSM modem (1-port) converter now attached to ttyUSB4
Jun 30 07:47:29 3gd[243]: tcp_tty.cpp:398: TCP inactivity timeout
Jun 30 07:47:29 3gd[243]: link.cpp:192: --> Link::error(): connection closed (19)
Jun 30 07:47:30 3gd[243]: sim5320.cpp:245: trying to reconnect /dev/ttyUSB2...
Jun 30 07:47:30 3gd[243]: sim5320.cpp:275: /dev/ttyUSB2 reconnected.
Jun 30 07:47:32 3gd[243]: sim5320.cpp:517: Sim5320: команда 'AT+CSCS=""UCS2""' завершилась ошибкой, повтор (1)
Jun 30 07:47:32 3gd[243]: sim5320.cpp:517: Sim5320: команда 'AT+CSCS=""UCS2""' завершилась ошибкой, повтор (2)
Jun 30 07:47:32 3gd[243]: sim5320.cpp:517: Sim5320: команда 'AT+CSCS=""UCS2""' завершилась ошибкой, повтор (3)
Jun 30 07:47:32 3gd[243]: sim5320.cpp:517: Sim5320: команда 'AT+CSCS=""UCS2""' завершилась ошибкой, повтор (4)
Jun 30 07:47:32 3gd[243]: sim5320.cpp:517: Sim5320: команда 'AT+CSCS=""UCS2""' завершилась ошибкой, повтор (5)
Jun 30 07:47:32 3gd[243]: sim5320.cpp:517: Sim5320: команда 'AT+CSCS=""UCS2""' завершилась ошибкой, повтор (6)
Jun 30 07:47:32 3gd[243]: sim5320.cpp:517: Sim5320: команда 'AT+CSCS=""UCS2""' завершилась ошибкой, повтор (7)
Jun 30 07:47:32 3gd[243]: sim5320.cpp:517: Sim5320: команда 'AT+CSCS=""UCS2""' завершилась ошибкой, повтор (8)
Jun 30 07:47:32 3gd[243]: sim5320.cpp:517: Sim5320: команда 'AT+CSCS=""UCS2""' завершилась ошибкой, повтор (9)
Jun 30 07:47:32 3gd[243]: sim5320.cpp:512: Sim5320: исчерпаны попытки выполнения команды 'AT+CSCS=""UCS2""', рестарт модуля...
Jun 30 07:47:32 3gd[243]: sim5320.cpp:179: powering off SIM5320...
}}}"	san
1	Собирать libmicrohttpd без поддержки TLS			1 очередь	улучшение		alx	new	2019-01-18T18:30:12+05:00	2019-02-12T17:14:54+05:00	"Соединения по протоколу HTTPS мы принимаем сами, реализуя TLS через openssl. libmicrohttpd используется только для обслуживания HTTP без TLS.

В то же время libmicrohttpd имеет свою реализацию HTTPS с использованием gnutls. Поэтому она тянет за собой gnutls и gnucrypt, которые не используются.

Предлагается собирать libmicrohttpd без поддержки TLS и убрать ее зависимости от gnutls и gnucrypt."	alx
46	Отправлять пользовательские команды в SIM			1 очередь	улучшение	alx	san	new	2020-02-06T17:33:11+05:00	2020-04-24T17:20:06+05:00	"Во время тестирование устройств MC04-WL иногда хочется спросить что-то у SIM-а в процессе нормальной работы(не выключая 3gd).
Например, для исследования #38 хотелось бы получать значение температуры со встроенного термодатчика, и соотносить температуру с количеством переданных данных, скоростью передачи.

Предлагается добавить в 3gd дополнительную функцию, отправки пользователем произвольной команды в SIM и получение ответа на неё.
Наверное достаточно только отправки, а ответы пользователь может посмотреть в логе."	san
50	Отключить GPS			1 очередь	улучшение	alx	san	assigned	2020-05-08T16:58:42+05:00	2020-05-08T17:35:32+05:00	С подачи andrei, предлагаю отключить GPS в SIM-е, т.к. в нашем устройстве антенна GPS даже ~~не разведена~~ не запаяна и его использование не планируется.	san
18	Ошибки в UART			2 очередь	баг	andrei	san	new	2019-03-14T10:35:13+05:00	2019-07-10T10:52:51+05:00	"В ходе экспериментов выяснилось что в момент перезапуска модуля SIM на входе UART контроллера от модуля SAM232, установленного на первое место, возникает потеря данных и ошибки.

Т.к. в штатной работе, при передаче данных, перезапусков модуля SIM нет, то эта проблема не критична, но есть вероятность что перезапуски влияют и на другие цепи контроллера, так что проанализировать подробнее всё-таки стоит."	san
6	Добавить цепи управляющих сигналов на модуль SAM232			2 очередь	улучшение	andrei	san	assigned	2019-03-11T13:09:22+05:00	2019-07-10T10:08:37+05:00	"В ходе эксперимента выяснилось что CTS на самом деле попадает на контакт оранжевого светодиода, вполне возможно что и остальные цепи попадают чёрт знает куда.
Предлагаю разобраться и решить программно или аппаратно."	san
47	SIM не отвечает в Uart несколько секунд			1 очередь	задача	san	san	new	2020-04-29T10:27:19+05:00	2020-04-29T15:30:20+05:00	"При тестировании модуля SAM-4G отдельно от устройства(#38) выяснилось, что при некоторых условиях(в эксперименте проводили нагрев до 85 и охлаждение до 30 градусов, по показаниям термодатчика Сима) SIM может ""поддормаживать"" несколько секунд, при этом он вообще не отвечает на команды в UART. Затем SIM продолжает работать как ни в чём не бывало.
Воспроизвелось это всего раза три за пару десятков экспериментов.
при случае, нужно будет попробовать воспроизвести и посмотреть, чем это для нас черевато(что в это время с USB происходит например). В техподдержку я написал об этом эффекте и спросил нормально ли это, посмотрим что они скажут.

"	san
30	Добавить поддержку USSD запросов			2 очередь	улучшение		alx	new	2019-05-22T15:46:49+05:00	2019-05-22T15:46:49+05:00	"Часто бывает необходимо узнать баланс (как наиболее частая причина отказа) или изменить какую-то настройку (например подключить/отключить поддержку IPv6).

Предлагается добавить поддержку USSD запросов для облегчения этих манипуляций: оператор сможет в веб-интерфейсе ввести запрос и нажать кнопку ""Отправить"", после чего ответ на запрос (если будет получен) отобразить там же в веб-интерфейсе. Это избавит пользователя устройства от необходимости переставлять SIM в телефон или заходить в ""личный кабинет"" мобильного оператора."	alx
4	"Подписи ""вход"" / ""выход"" к сигналам RS-232"			1 очередь	улучшение		san	new	2019-03-11T12:48:56+05:00	2019-03-11T17:04:11+05:00	"Предлагаю в веб интерфейсе к сигналам RS-232 сделать подписи ""вход"" / ""выход"", думаю так пользователям будет понятнее (по крайней мере мне) и не будет вечной путаницы между RxT и TX."	san
11	Подсвечивать цветом статус соединения.			1 очередь	улучшение		san	new	2019-03-11T17:17:56+05:00	2019-03-11T17:17:56+05:00	"Предлагаю подсвечивать зелёным ячейку в которой отображается статус подключения если клиент/сервер подключен к серверу/клиенту и красным в противном случае. На мой взгляд это ""самая главная лампочка"" по которой пользователь будет судить всё в порядке в системе или нет, поэтому предлагаю сделать её заметнее."	san
22	Отображать в веб интерфейсе состояние буфера			1 очередь	улучшение		san	new	2019-03-14T12:46:34+05:00	2019-03-21T12:00:22+05:00	"Конечно сначала нужно решить #21.
"	san
