Даже в стационарных установках? Использовал ВВГ НГ 3*2,5 (гост). Нормально звучит. А вот от аудиорозетки к колонке как раз многожильный провод.
Уважаемый Smith2007, не залезал в свой OH давненько, многое подзабылось, а тут оказывается уже OH2 и к нему биндинг для устройств от Xiaomi имеется - что +1 в сторону перехода. Не могли бы Вы в качестве помощи выложить примеры файлов конфигурации, рулез и прочие - как вы это делали для 1.8? (У меня тоже связка с ПЛК ОВЕН). Буду очень признателен. Спасибо.
Пожалуйста. Все остальные конфиги просто скопировал (items, sitemap, rules) в OH2 Как ни странно завелось все сразу кроме modbus. Он есть только для версии OH1 (ну по крайней мере так было когда устанавливал) Нужно биндинг модбас положить ручками и указать в настройках OH2, что разрешено использование биндингов 1. х Все. addons. cfg Код: # The installation package of this openHAB instance # Note: This is only regarded at the VERY FIRST START of openHAB # Note: If you want to specify your add-ons yourself through entries below, set the package to "minimal" # as otherwise your definition might be in conflict with what the installation package defines. # # Optional. If not set, the dashboard (https://<yourserver>:8080/) will ask you to choose a package. # # Valid options: # - minimal : Installation only with dashboard, but no UIs or other add-ons. Use this for custom setups. # - simple : Setup for using openHAB purely through UIs - you need to expect MANY constraints in functionality! # - standard : Default setup for normal users, best for textual setup # - expert : Setup for expert users, especially for people migrating from openHAB 1.x # - demo : A demo setup which includes UIs, a few bindings, config files etc. # # See http://docs.openhab.org/configuration/packages.html for a detailed explanation of these packages. # #package = minimal package = expert # Access Remote Add-on Repository # Defines whether the remote openHAB add-on repository should be used for browsing and installing add-ons. # This not only makes latest snapshots of add-ons available, it is also required for the installation of # any legacy 1.x add-on. (default is true) # #remote = true remote = true # Include legacy 1.x bindings. If set to true, it also allows the installation of 1.x bindings for which there is # already a 2.x version available (requires remote repo access, see above). (default is false) # #legacy = true legacy = true # A comma-separated list of bindings to install (e.g. "sonos,knx,zwave") binding=ntp, modbus # A comma-separated list of UIs to install (e.g. "basic,paper") ui = basic,paper,classic,habmin,habpanel # A comma-separated list of persistence services to install (e.g. "rrd4j,jpa") persistence = rrd4j # A comma-separated list of actions to install (e.g. "mail,pushover") action = mail # A comma-separated list of transformation services to install (e.g. "map,jsonpath") transformation = xslt,map,regex,javascript # A comma-separated list of voice services to install (e.g. "marytts,freetts") #voice = # A comma-separated list of miscellaneous services to install (e.g. "myopenhab") #misc = runtime. cfg Код: ##################### LOCALE #################### # The default language that should be used. If not specified, the system default locale is used. # The ISO 639 alpha-2 or alpha-3 language code (if there is no alpha-2 one). # Example: "en" (English), "de" (German), "ja" (Japanese), "kok" (Konkani) # #org.eclipse.smarthome.core.localeprovider:language= # The region that should be used. # ISO 3166 alpha-2 country code or UN M.49 numeric-3 area code. # Example: "US" (United States), "DE" (Germany), "FR" (France), "029" (Caribbean) # #org.eclipse.smarthome.core.localeprovider:region= ################ PERSISTENCE #################### # The persistence service to use if no other is specified. # #org.eclipse.smarthome.persistence:default=rrd4j ################### AUDIO ####################### # This parameter defines the default audio source to use (if not set, the first available one will be used. # #org.eclipse.smarthome.audio:defaultSource= # This parameter defines the default audio sink to use (if not set, the first available one will be used. # #org.eclipse.smarthome.audio:defaultSink= ##################### VOICE #################### # This parameter defines the default text-to-speech service to use (if not set, the first available one will be used. # #org.eclipse.smarthome.voice:defaultTTS= # This parameter defines the default speech-to-text service to use (if not set, the first available one will be used. # #org.eclipse.smarthome.voice:defaultSTT= # The default voice to use if no specific TTS service or voice is specified. # #org.eclipse.smarthome.voice:defaultVoice= # The default human language interpreter to use if no other is specified. # #org.eclipse.smarthome.voice:defaultHLI= ################ MISCELLANOUS #################### # Setting this to true will automatically approve all inbox entries and create Things for them, # so that they are immediately available in the system (default is false) # #autoapprove:enabled=true # This setting allows to switch between a "simple" and an "advanced" mode for item management. # In simple mode (autoLinks=true), links and their according items are automatically created for new Things. # In advanced mode (autoLinks=false), the user has the full control about which items channels are linked to. # Existing links will remain untouched. (default is true) # #org.eclipse.smarthome.links:autoLinks=false ################################################################################################################ org.eclipse.smarthome.persistence:default=rrd4j autoapprove:enabled=false org.eclipse.smarthome.links:autoLinks=false modbus. cfg Код: # sets refresh interval to Modbus polling service. # Value in milliseconds (optional, defaults to 200) poll=600 writemultipleregisters=true ## Example of Modbus TCP slave # Connection parameters to Modbus TCP server ("slave"), values separated by colon (:) # - host or ip of the modbus server ("slave"), mandatory # - port, optional, default 502 # - interTransactionDelayMillis, optional, in milliseconds, default 60 # - reconnectAfterMillis, optional, in milliseconds, default 0 # - interConnectDelayMillis, optional, in milliseconds, default 0 # - connectMaxTries, optional, default 3 # - connectTimeout, optional, in milliseconds, default 0 (=infinite or OS default) # # As a general rule, usually only host needs to be specified. Parameters other than host # and port should be overridden only in cases when extreme performance is required, or when there are # errors with the default parameter values. # # See wiki for more details. # # # # (slave name) (host or IP) # | | (port) # | | | (interTransactionDelayMillis, in milliseconds) # | | | | (reconnectAfterMillis, in milliseconds) # | | | | | (interConnectDelayMillis, in milliseconds) # | | | | | | (connectMaxTries) # | | | | | | | (connectTimeout) # | | | | | | | | #tcp.slave1.connection=192.168.1.100:502:60:0:0:3:100 # The data type, can be "coil" "discrete" "holding" "input". See wiki for more details. #tcp.slave1.type= # The slave id (optional, defaults to '1') #tcp.slave1.id= # The slave start address (optional, defaults to '0') #tcp.slave1.start= # The number of data item to read # (optional, defaults to '0' - but set it to something meaningful) #tcp.slave1.length= # Value type, required for combined registers (details: http://www.simplymodbus.ca/FAQ.htm#Types) # Can be "bit", "int8", "uint8", "int16", "uint16", "int32", "uint32", "float32" # (optional, defaults to 'uint16') #tcp.slave1.valuetype= # For other slave parameters, consult the wiki. ## Example of Modbus Serial slave # Connection parameters to Modbus Serial server ("slave"), values separated by colon (:) # - serial port, mandatory. Example: /dev/ttyS0 (linux) or COM3 (windows) # - baudRate, optional, default 9600 # - dataBits, optional, in milliseconds, default 8 # - parity, optional, default none # - stopBits, optional, default 1 # - encoding, optional, default rtu # - interTransactionDelayMillis, optional, in milliseconds, default 35 # - receiveTimeoutMillis, optional, in milliseconds, default 1500 # - flowControlIn, optional, default none # - flowControlOut, optional, default none # # As a general rule, usually one needs to specify serial port, baudRate, dataBits, parity, stopBits, and encoding. Other parameters # should be overriden only in cases when extreme performance is required, or when there are # errors with the default parameter values. # # See wiki for more details. # # # # (slave name) (host or IP) # | | (baud) # | | | (dataBits) # | | | | (parity) # | | | | | (stopBits) # | | | | | | (encoding) # | | | | | | | (interTransactionDelayMillis) # | | | | | | | | (receiveTimeoutMillis) # | | | | | | | | | (flowControlIn) # | | | | | | | | | | (flowControlOut) # | | | | | | | | | | | # | | | | | | | | | | | #serial.slave1.connection=/dev/ttyS0:38400:8:none:1:rtu:35:1500:none:none # The data type, can be "coil" "discrete" "holding" "input". See wiki for more details. #serial.slave1.type= # The slave id (optional, defaults to '1') #serial.slave1.id= # The slave start address (optional, defaults to '0') #serial.slave1.start= # The number of data item to read # (optional, defaults to '0' - but set it to something meaningful) #serial.slave1.length= # Value type, required for combined registers (details: http://www.simplymodbus.ca/FAQ.htm#Types) # Can be "bit", "int8", "uint8", "int16", "uint16", "int32", "uint32", "float32" # (optional, defaults to 'uint16') #serial.slave1.valuetype= # For other slave parameters, consult the wiki. # (slave name) (host or IP) # | | (port) # | | | (interTransactionDelayMillis, in milliseconds) # | | | | (reconnectAfterMillis, in milliseconds) # | | | | | (interConnectDelayMillis, in milliseconds) # | | | | | | (connectMaxTries) # | | | | | | | (connectTimeout) # | | | | | | | | #tcp.slave1.connection=192.168.1.100:502:60:0:0:3:100 # Bool tcp.slave1.connection=192.168.0.10:502 tcp.slave1.id=1 tcp.slave1.start=0 tcp.slave1.length=512 tcp.slave1.type=coil #tcp.slave1.updateunchangeditems=true # Float tcp.slave2.connection=192.168.0.10:504:100:0:0:3:150 tcp.slave2.id=1 tcp.slave2.start=0 tcp.slave2.length=32 tcp.slave2.type=holding tcp.slave2.valuetype=float32_swap #tcp.slave1.updateunchangeditems=false # word tcp.slave3.connection=192.168.0.10:506:100:0:0:3:150 tcp.slave3.id=1 tcp.slave3.start=0 tcp.slave3.length=8 tcp.slave3.type=holding tcp.slave3.valuetype=uint16 #tcp.slave1.updateunchangeditems=false
Я в своё время тоже пересел на контроллер ПЛК ОВЕН 304. До этого система управлялась SIDER от фирмы INSYTE. По истечении 5 лет работы SPIDER начал глючить, подвисать и т. д. Т. к. продают его сейчас около 50тыр, решил поискать более дешёвую альтернативу. Решил использовать ПЛК ОВЕН 304. Среда программирования CoDeSys 3. Программу управления без проблем "пересадил" на новый контроллер. Но столкнулся с некоторыми проблемами. В стандартной среде, используя одну подсеть, я могу управлять только 24 устройствами (ограничение), хотя адресация у Modbus в десять раз больше... Поскольку ПЛК 304 поддерживает управение двух подсетей (два порта RS485), мне удалось разделить мою сеть на две подсети, вследствии этого уложился в ограничение в 24 устройства. Далее столкнулся с проблемой внезапных "отвалов" устройств в подсетях и глючной работой контроллера в режиме Slave (Modbus TCP для SCADA). Вторую проблему мне помогли решить в техподдержке ОВЕН - перешёл со встроенной поддержки в CoDeSys режима Slave на библиотеки ОВЕНа, но проблему отвала Modbus-устройств решить не смог. На форуме ОВЕНа нашёл рекомендации по передёргивании портов и Modbus-устройств - проблема почти решилась - теперь отвалившееся устройство программно переподключается и связь восстанавливается, но частота отвалов напрягает, в моменты переподключения шина работает не стабильно и другие рабочие устройства могут неверно отрабатывать команды, и к тому же некоторые всё-таки отваливаются (намного реже) намертво. Помогает только сброс контроллера. Причину такого поведения устройств выявить не смог, ранее на SPIDER таких проблем не возникало. В техподдержке предлагают перейти опять же на их библиотеки, но одно дело прописать два порта, другое 40 устройств... Интересно, Вы пользуетесь стандартным описанием устройств в CoDeSys или с помощью библиотек?
Я думал о переходе на 3 серию, но что-то меня остановило. Операционная системаможет тоже давать сбои. Посему остановился на codesys2 с 13 года столкнулся с ограничением по памяти. Множество программ и слабо оптимизированных. Потихоньку причесал. Лишнее вовсе удалил. Сбоев нет если не считать питание, когда ибп отказал. И я использую все стандартные библиотеки
Дождался выхода на рынок нового SIP домофона Acuvox R20A. Характеристики мне показались вполне приемлемыми. И цена вполне демократичная. Физические параметры и питание Материал корпуса: цинковый сплав Разрешение матрицы камеры: 1Mп Автоматическая подсветка Кнопки: 1 клавиша вызова Реле: 2 реле для управления положением двери и другой сигнальной периферии Порт RS485 802.3af Power-over-Ethernet RF считыватель карт: поддержка карт Mifare 13.56МГц и 125кГц Питание: +12В разъем (Если не используется PoE) Потребление: менее 12Вт Класс защиты от влаги и пыли: IP65 Врезной монтаж (поставляется в комплекте со всеми необходимыми аксессуарами для врезного монтажа) Встроенный датчик G-sensor для определения изменения положения (защита от демонтажа) Размеры (ШхВхД): 102х161,5х73 мм Вес устройства: 562 г. Вес в розничной упаковке: 1270 г. Возможности встроенной IP-телефонии SIP v1 (RFC2543), SIP v2 (RFC3261) Аудио кодеки: G. 711a, G. 711μ, G. 722, G. 729 Видео кодеки: H. 264 Качество передачи речи: аудио 7кГц Подавление эха Активация по голосу Генератор комфортного шума Открытие замка двери через DTMF команды Видео Постоянно работающая камера Разрешение: до 720p Максимальное качество: 720p@30fps Мощная LED подсветка со встроенным датчиком освещения Баланс белого: автоматический Автоматический ночной режим с LED подсветкой Минимальный уровень освещения: 0.1ЛК Совместимо со сторонними системами видеозаписи (NVR/VMS и т. п.) и ONVIF Возможности управления периферией Индивидуальное управление реле DTMF тонами Управление положениями реле через web-интерфейс Сеть 1x10/100 Мб/с Ethernet порт Поддержка протоколов: IPv4, HTTP, HTTPS, FTP, SNMP, DNS, NTP, RTSP, RTP, TCP, UDP, ICMP, DHCP, ARP Сферы применения Офисный домофон, подключенный к облачной или локальной АТС Индивидуальная квартирная вызывная панель Удаленное управление доступом в помещение через интернет Работа в составе СКУД в качестве точки контроля входа/выхода из/в помещение Внутренняя связь на любой территории с контролем положения двери\ворот и другой сигнальной периферии Привез домой, подключил. DHCP сразу выдал устройству ip-адрес. Зашел на веб-морду и сделал настройки на SIP аккаунта. Через 2 минуты уже проверил вызов. Все отлично работает. Кроме того можно вызвать домофон с телефона и послушать что там вокруг происходит. Купил в ближайшем магазине Mifare брелоки и записал их в устройство. Процедура довольно простая. Переключить режим на сканирование и поднести брелок к считывателю. Этот режим тоже легко настроился. Следующим этапом захват видеопотока (1280*720) на видеосервер. Тут немного пришлось почитать настройки. Но через некоторое время видерегистратор на базе avreg уже писал сплошное видео, а в браузере я видел эту камеру в раскладке. Есть еще ряд интересных функций, такие как удаленное управление релюшками посредством http запросов
Любой SIP телефон. Можно с поддержкой видео, можно без. Подойдет софтовый SIP телефон. Т. е. на смартфон или планшет установить SIP телефон (их море). Можно даже находясь за 10000 км от дома (при наличии доступа в инет) посмотреть кто к вам звонит и поговорить с ним и даже открыть ему дверь/калитку. Возможности ограничены только фантазией. Но я не использую видео телефоны. У меня дома стоят обычные Yealink SIP T38G. А видеопоток завернут на видеорегистратор, который пишет все подряд. И в прихожке, рядом с телефоном висит 15" монитор на который выводится 4 камеры наблюдения в т. ч. с домофона. зы. Но следует иметь в виду, что для работы все этой SIP телефонии нужно или у провайдера получить номера (есть даже бесплатные. Но будет зависимость от канала связи) или поставить свой локальный FreePBX. Разворачивается хоть на малинке.
Так я вижу кто пришел. Для этого имеется система видеонаблюдения и камера домофона включена в систему. Кроме этой камеры есть еще одна, которая дает общий план улицы перед домом. Возле телефона (в прихожке) монитор на который транслируется изображение с 4-х уличных камер (в т. ч. с домофона). Гораздо удобнее. Даже если еще не позвонили, я уже могу увидеть кто и в каком составе ко мне пожаловал.