kaokao,
> Склоняюсь к rs485
RS485 - это просто дорога. Или даже - просека в лесу :)
По которой могут кататься самые разные протоколы :)
Самый классический для мира автоматики (и самый дубовый :) - Modbus/RTU
Но это - скорее история про управления вент.машинами и чиллерами, чем про умный дом.
Тут на каждый чих будет много ручной работы и нет никакой уверенности, что 2 разных вендора будут иметь одинаковые взгляды на то, как правильно использовать RS485.
Итого - попробовать использовать можно, но вначале ОЧЕНЬ внимательно проработать проектные решения.
KNX и Bus77 в этом плане - более приспособлены именно к умному дому.
PS. У вас на Home Assistant - планируется, что будет и логика крутиться, и фронт-енд?
Или для логики управления - будет какой-либо контроллер? От того же Iridi или от WirenBoard...
PPS. Ну и позанудствую - лучше, конечно вначале расписать все планируемые объекты управления с доступными для них интерфейсами и со всеми их особенностями.
А потом - уже выбирать архитектуру системы и протколы...
Игорь,
Очень хороший комментарий, спасибо. (Может - его в "ответы" вытащите?)
> необходима фиксация операции расхода ДС (платежка, кассовый ордер и т.п.) и операция приходования материальных средств или услуг (УПД, Ав.отчет, Акт).
Вот я в рамках вопроса и пытаюсь понять.
Если ПРЕДПОЛОЖИТЬ, что есть
(а) карта, платежи с которой идут от имени юр.лица.;
(б) Утверждённый приказом по фирме список он-лайн площадок, с которыми есть соглашение про ЭДО (И по которым понятно, что платежи проводятся день-в-день) и на которых можно закупаться по упрощённой процедуре; (для примера можно на "ВсеИнструменты" посмотреть; или на "Петрович"; или на "ДНС"...)
(в) (Опционально) - коннектор из ЭДО в 1С.Бухгалтерию.
То, что в этой (ТЕОРЕТИЧЕСКОЙ!) схеме не соответствует требованиям "наличия первички"?
Просто хочется разобраться...
Платёж с карты - есть первичка.
УПД в ЭДО от площадки - есть. Можно (при наличии коннектора) и автоматом "Поступление товаров и услуг" генерить.
Если бухгалтеру всё понятно по этой закупочке - подписывает документ в 1C.
Если есть вопрос - зачем купили "трансклюкатор" и какое отношение он имеет к проекту - не подписывает...
Ну, у условного ЭТМ'а какой-нибудь мелкий, но не шибко рапространенный кабелёк питания привезётся, судя по b2b, за неделю, а Озон - грозится за пару дней...
> был вариант карты в Озон.банке, быстро пополняемой с р/с.
Дык всё равно - для юр.лица на ОСН это будет как платежи от подотчётника, с необходимостью заполнения авансового отчётв.
Или я ошибаюсь и карта Озон в бух.учёте может как-то иначе проходить?
Adamos,
Да, и что это меняет в моём вопросе?
Для оплаты с расчётного счёта в Озоне (не сильно отличается от условного ООО "Василёк") надо:
1) При оформлении выбрать вариант "оплата с расчётного счёта" (при этом ещё и срок поставки норовит увеличиться)
2) Получить от Озона счёт.
3) Отдать счёт в бухгалтерию (возможно - ещё и согласовать внутри организации)
4) Дождаться, пока бухгалтерия этот счёт оплатит
5) Дождаться, пока деньги дойдут до "Озона"
И только после этого - можно начать наблюдать за перемещением товара в точку выдачи...
По факту - лишних пару дней накидываются.
А ингода бывает, что Озон для юр.лиц имеет отдельное представление о сроке поставки...
aleks-th,
Совет практически такой же прекрасный, как если бы кто-ниубдь посоветовал сты.. найти у себя в кладовке. :))))
Деньги-то по проекту от Заказчика пришли на расчётный счёт юр.лица. И расходы, в общем случае - хочется оттуда оплачивать...
Бывают, конечно ситуации, когда сумма копеечная - проще так оплатить.
Но XXI век вовсю на дворе, ЭДО, цифровой рубль на подходе...
Я уж понадеялся, что в бухучёте появился креатифф :) Или хотя бы - современные платежи ;)
По основному оборудованию - проблем нет.
Оно месяцами обсуждается. Как с Заказчиком, так и с поставщиками.
С которыми есть договора с отсрочками. И потом - планово закупается.
А вот по всякой мелочовке - говорю же, что в связи с ростом Озонов и прочих "ВсехИнструментов" многие винтики/шпунтики/инструменты стало быстрее там покупать.
Чем гнать водителя за мелочевкой на склад поставщика, с котором есть договор, но склад при этом - в пригороде...
Или иногда хочется закупиться в лабазе, просто тупо физически самом близком к месту расположения объекта...
Вот и думаю - может появился удобный способ закупки для ЮЛ, а мы с главбухом и не знаем и всё по старинке авансовыми отчётами маемся...
> надо искать отличного знакомого кто бы вам запроектировал бы такую сеть
При всём уважении (и от человека, который четверть века этим занимается) - ну что там проектировать? Для каркасного дома...
Пойти в ближайший инетрнет-магазин и купить парочку домашних WiFi роутеров, умеющих объединяться в единую WiFi сеть (маркетологи это Mesh называют для домашних роутеров).
Мне лично Кинетик нравится. Но если Автор имеет положительный опыт с каким-то другим производителем - то проще на нём пару кликов мышкой сделать :)
(убедившись, что Mesh поддерживают)
Если по опыту эксплуатации будет понятно,что двух мало - в светлом будущем добавит ещё...
Маленькая проблема - формально такой КОМПАНИИ, как APC давно уже нет.
Она была поглощена компанией Scheider Electric.
(Бренд APC - правда оставили).
А после введение санкций на Российском рынке Шнайдер присутствует как Systeme Electric.
Соответственно, ИБП будет что-то вроде
"ИБП Back-Save BV Systeme Electric 800 ВА"
Вы бы вопрос подредактировали...
Ибо для людей постарше взгляд на комп - он корпоративный.
1) В игрушки не играем.
2) Основные инструменты по-дефолту - Word/Excel, браузер и документооборот.
3) Всё прочее - делается sizing по отдельному запросу под рабочие задачи
:)))))))
Я вот тоже посоветовал было такое решение автору вопроса...
Но потом выяснилось, что автор упирается в Google FireBase - а тот, вроде как, не использует локальный DNS сервер, а резолвит имена "где-то там" и "где-то там" (на серверной гугловской части) проверяет сертификаты...
Нужны подробности не про прикладные софтины/плагины с которыми Вы воююте - а про платформы, на которых всё это крутится и сети связи/ DNS сервера которые они используют
Запускается на Windows/Linux или только на мобильных устройствах? На каких именно? Если Android - рут есть? ДНС сервер в локальной сети - есть?
с OpenSSL - умеете работать в части генерации сертификатов?
> способ создать несамоподписанный https сертификат для ip адреса в локальной сети
Вариант-1
Берёте свой публичный домен "yourdomain.com",
создаёте localsite.yourdomain.com
прописываете в своём локальном DNS сервере требуемый IP адрес на это имя.
Покупаете wildcard сертификат (или сертификат на localsite.yourdomain.com - тогда нужна ещё и A-запись в публичном ДНСе, отвечающим на этот домен) и
привинчиваете к серверу, который сидит на локальном IP адресе...
Заодно обучив его откликаться на localsite.yourdomain.com.
Вариант 2 - если запросы идут с дестктопной операционки - разворачиваете свой центрик сертификации на OpenSSL.
Корневой сертификат подпихиваете в "доверенные корневые центры сертификации" Window (или в Linux)
Эти корневым подписываете localsite.yourdomain.LOCAL и скармливаете серверу на локальном IP адресе ключ и .crt файл
> Склоняюсь к rs485
RS485 - это просто дорога. Или даже - просека в лесу :)
По которой могут кататься самые разные протоколы :)
Самый классический для мира автоматики (и самый дубовый :) - Modbus/RTU
Но это - скорее история про управления вент.машинами и чиллерами, чем про умный дом.
Тут на каждый чих будет много ручной работы и нет никакой уверенности, что 2 разных вендора будут иметь одинаковые взгляды на то, как правильно использовать RS485.
Итого - попробовать использовать можно, но вначале ОЧЕНЬ внимательно проработать проектные решения.
KNX и Bus77 в этом плане - более приспособлены именно к умному дому.
PS. У вас на Home Assistant - планируется, что будет и логика крутиться, и фронт-енд?
Или для логики управления - будет какой-либо контроллер? От того же Iridi или от WirenBoard...
PPS. Ну и позанудствую - лучше, конечно вначале расписать все планируемые объекты управления с доступными для них интерфейсами и со всеми их особенностями.
А потом - уже выбирать архитектуру системы и протколы...