Тема: SIP-CDA2 перестал коннектиться по Ethernet

Это блок питания от старого маршрутизатора, тот маршрутизатор работал хорошо пока не устарел. Блоку питания хвостик отрезал и вкрутил в гнёзда прибора, соблюдая полярность. Если он до этого питал сложное цифровое устройство, то уж наверное справился бы и с другим цифровым устройством. Ваша версия с потерей номера сектора скорее всего не верна, т.к. когда я поменял настройки - я сделал звонок через вызывную панель чтобы проверить как звучит, т.е. после сохранения настроек всё работало. Если например вместе с сохранением каких-то байтиков в память настроек эти же байтики записались поверх прошивки - то это наверное тогда вопрос к дизайну вашего устройства, как оно такое допускает. Обычно в работе память где находится программа недоступна для записи. Прошивку я кстати поменял на последнюю которую скачал с вашего сайта. 4.9.1 поставил. Была вроде 4.8.5 что ли, не помню уже. Веб-интерфейс перешёл в режим записи прошивки, я отправил файл, всё успешно прошилось, устройство перезагрузилось, стало показывать версию 4.9.1. Всё работало отлично, и на момент начала этих всех проблем с коннектом я не рылся в настройках. Единственно что делал в промежутке между последним звонком через SIP-CDA2 (когда он последний раз работал) и моментом когда заметил что он больше не работает - это подключил к DL+/DL- БУД-430 реле для замыкания цепи кнопки выхода (мы этот блок будем ставить параллельно имеющемуся). Открывание двери тестировал ключом-таблеткой. Потом решил дай думаю позвоню - а всё, уже не звонит. Может от реле чего намагнитилось?

Кстати ещё такой момент, пока тестировал сегодня (пока прибор ещё работал), Asterisk назаписывал вот таких ошибок (некоторые звонки не проходили):

[Mar 14 08:30:04] ERROR[313867]: pjproject: <?>:          sip_transport.c Error processing 737 bytes packet from UDP 176.117.235.203:1024 : PJSIP syntax error exception when parsing ‘Request Line’ header on line 1 col 12:
INVITE sip:@dom1irk.ru SIP/2.0
Via: SIP/2.0/UDP 176.117.235.203:1024;branch=z9hG4bK3b0acf57c32d3b4ed7bd3d8770321942;rport
From: “Komendant SIP-CDA”<sip:410@dom1irk.ru>;tag=1b1d0c74c381500c6e697a3ec4216fec
To: <sip:dom1irk.ru>
Call-ID: 1e603ec103fa32b44c0116240e3bf1be
CSeq: 1 INVITE
Contact: “Komendant SIP-CDA”<sip:410@176.117.235.203:1024>
Max-Forwards: 15
Allow: INVITE, ACK, CANCEL, BYE, REGISTER, INFO
User-Agent: Komendant SIP-CDA2
Content-Type: application/sdp
Content-Length: 235

v=0
o=- 0 0 IN IP4 176.117.235.203
s=session
c=IN IP4 176.117.235.203
t=0 0
m=audio 5760 RTP/AVP 8 0 101
a=rtcp:5761 IN IP4 192.168.1.50
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=sendrecv

—end of packet.

Насчет сектора это так, одно из десятка предположений. Точная причина выяснится после диагностики.

По поводу Invite. Видите, вызываемый номер отсутствует. Потому и ошибка.

Возможно какой-то глючок в прошивке, т.к. это сообщение судя по заголовкам исходит от “Komendant SIP-CDA”, значит это он вызываемый номер забыл проставить. Если бы я неверно набрал на вызывной панели, он бы сказал Err, а тут начал пиликать. Хотя потом я второй раз попробовал и всё нормально прозвонилось.

Эх, хорошо бы взять какой-нибудь Arduino или Orange Pi и на нём запустить такую вот программку типа вашей этой SIP-CDA. Но где столько ума взять ))

Глючка в прошивке нет. Вызываемый номер оно мог забыть из-за такого же кратковременного обесточивания во время вызова. Либо в базе абонентов был абонент без вызываемого номера. Если абонента нет, вызов вообще не пойдет.
И еще вы упоминали реле. Параллельно обмотке обязательно должен стоять диод, катодом к +, анодом к -. То же самое касается электромагнитного замка.  Иначе возможны электромагнитные импульсы, могущие повлиять на flash память. В основном конечно гальванически связанных устройств, но могут и по воздуху, если рядом. Например, на телефон.

Нет, этот абонент в базе был, в базе только абоненты с номерами, со второго раза он начал звонить. Что касается кратковременного обесточивания - всё равно ведь микропроцессор не на 12 вольтах работает, там у вас понижающая схема на этой плате, и что-то там с конденсатором. Если блок питания отключать - лампочки ещё с секунду горят. И я думаю микропроцессор на своих 3 вольтах или сколько там тоже от обесточивания не страдает.

Кстати, решился тут на отчаянный эксперимент - у меня лежит новый Linksys Internet Phone Adapter (Cisco Systems) и у него блок питания с подходящим штекером (к прибору я гнездо вкрутил) однако с напряжением 5V, максимальный ток 2A. И что же - подключил и всё так же лампочки мигают. Т.е. вся микроэлектронная часть работает так же как с блоком питания 12V.

Насчёт мигания лампочек кстати фиксирую что выяснил:

1) При подключении напрямую к компьютеру через пару-тройку секунд после включения зелёная горит непрерывно, оранжевая разным темпом помигивает. Компьютер видит сеть, не говорит что кабель не подключен, однако при этом никаких других устройств (IP адресов) кроме самого компа в сети найти не могу (nmap сканировал интервалы 192.168.1.* и 192.168.0.*, на адаптере маска подсети 255.255.0.0). Может чем ещё можно отсканировать? Патч-корды разные дают одинаковый результат. Блоки питания - 2 вида 12V и один 5V. Все один результат.

2) При подключении в локальную сеть где адреса 192.168.1.* и маска подсети 255.255.255.0 - ничего не горит, даже зелёная не мигает. Пробованы разные патч-корды, гнёзда свитча, блоки питания.

Кстати, я же ведь в какой-то момент настройки свои сохранил в файл, можно посмотреть, может даже потестировать эти настройки где-нибудь на вашем устройстве, может у вас тоже зависнет.

Пароли правда свои я на звёздочки поменял. И тут нет базы абонентов. Но она просто переводит 150 номеров квартир (не подряд) из номера квартиры например 124 в extension 7XXX (7124) и дальше уже Астериск сам знает куда звонить. Так или иначе, вот настройки:

MAC=00:80:0F:00:12:94
IP=192.168.1.50
subnet_mask=255.255.255.0
gateway=192.168.1.1
DNS1=8.8.8.8
DNS2=8.8.4.4
login=admin
password=******
HTTPport=80
device_SIP_port=5060
device_RTP_port=5760
RTP_failure_timeout=15
NAT=3
external_IP=
STUN_server=stun.l.google.com
STUN_server_port=19302
SIP_mode=0
SIP_server=dom1irk.ru
server_SIP_port=5060
SIP_login=410
SIP_password=**********
SIP_proxy_use=off
SIP_proxy_server=
SIP_proxy_port=5060
reg_req=on
reg_timeout=120
display_name=Komendant SIP-CDA
EXT_number=410
rtsp_enable=0
rtsp_port=554
rtsp_rtp=7760
rtsp_url=
rtsp_delay=0
user_agent=
sensor1_call_number=
sensor1_call_address=
sensor1_call_port=5060
sensor1_action=0
sensor1_type=0
sensor1_video=off
sensor2_call_number=
sensor2_call_address=
sensor2_call_port=5060
sensor2_action=0
sensor2_type=0
sensor2_video=off
talk_time=1800
call_priority=0
relay1_inverse=0
relay1_action=1
relay1_time=1
relay2_inverse=0
relay2_action=1
relay2_time=1
mic_volume=1
spk_volume=1
echo_chancel_threshold=3
echo_chancel_timeout=200
noise_chancel_threshold=0
noise_chancel_timeout=100
dtmf_enable=on
dtmf_time=3
dialplan_lock_open=55
dialplan_relay1_off=64
dialplan_relay1_on=65
dialplan_relay2_off=74
dialplan_relay2_on=75
reload_time=3
refresh_time=1
adapter_type=1
panel_type=2
prefix1=
prefix2=
prefix3=
line_off_level=1000
line_talk_level=2500
handset_detect_time=6
offhook_detect_time=300
line_off_detect_time=3500
conversation_load=2
dialplan_answer=0
rtp_port_fixed=off
codec0=0
codec1=1
SIP_disconnect_timeout=255
watchdog=on
line_beep_volume=10

Что интересно, тут про громкость динамика нет. Возможно я этот файл выгрузил до того как динамик настраивал. Получается не все настройки в ini файле?

Если мигает линк, от конкретных адресов ничего не зависит, так не должно быть. Линк должен гореть постоянно. Причина либо аппаратная, либо что-то с прошивкой. 5В маловато. Если другой 12В блок питания ведет себя одинаково, скорее всего дело не в питании. Отправляйте в ремонт. Можно дождаться диагностики первого, если окажется исправен, чтобы не отправлять второй.

С вашими настройками работает. Настройки на линк не влияют. Громкость динамика есть spk_volume=1.

А ну значит этот файл создан до того как я менял spk_volume на 4 и на 3. Что ж, ладно, пока отложим это, первый прибор пока ещё в Москву к вам не приехал.

СДЕК 1530813629 готов к выдаче

Видим, на этой неделе передадим на диагностику.

Добрый день! Как успехи с диагностикой? Вижу ещё 19-го получили.

Добрый. Пока не смотрели, немного перегружены. Если к понедельнику-вторнику не сдвинется, попробую выкроить время, заберу и гляну сам, чтоб хотя бы определить в какой части и что случилось, дабы понимать, что делать со вторым адаптером, которого постигла судя по всему та же судьба.