toksoft

Добрый день, Есть 20+ лет старая печь в доме. Закрытая топка. Огнеупорный кирпич, обычная керамическая плитка (состав рвствора, на котоый все ложилось немзвестен). Общая площадь поверхности - порядка 10м2. Топилась эксклюзивно дровами (не углем). Платка потрескалась (еще давно), сейчас уже есть дымок между швами. Перекладывать полностью очень морочливо, учитывая что один из каналов идет через этаж не крышу. Труба увы и ах асбестовая (с последнего этажа на крышу, с козырьком), прочищал какой-то страшной штукой в виде гири, с прикрепленными к оной кусками металлической проволоки). Что хочу: Оббить плитку и раствор. Расшить швы. Поменять кирпичи, если необходимо. Прочистить пазы заслонки (еще не знаю как). Из материалов,- на дорогие немецкие смеси (1000+ грн за мешок) не созрел, вогником пробовал когда-то обмазать фрагмент барбекюшницы - не, не пойдет. Решился на ScanMix Fire. Думаю нужно так: 1. Заделать все швы 2. Натянуть сетку (ячейка 5мм, толщина прутка 0.7 мм, нержавейка, вязанная). Никак не ожидал что стоимость будет 240 грн за квадрат, но просто оцинкованную уже не хотелось 3. Утопить сетку и выровнять. 4. Подождать 2-3 дня. Хорошенько протопить 5. Выбрал в качестве покрытия керамогранитную плитку. Толщина - 7.5мм. Насколько я понимаю, толщина не критична ? Есть и 1.5см, но наверное это повлияет только на теплоемкость ? По крайней мере хуже чем со старой керамической плиткой не должно быть. 6. На что ложить ? CM17 не захотел, т.к. на стене висел датчик, у которого по логам температура поднималась до 82С. Решил попробовать тоже ScanMix суперчегото-там. Типа хорошая адгезия и пластичность. 7. Керамогранитная плитка, которую выбрала жена - здоровая. 40х40. Придется подрезать. Матовая. Швы - думаю 2мм должно хватить. Термостойкую фугу тоже уже взял. 8. Как изолируется металлическая дверца, т.е. рамка ? Нашел керамические шнуры, они есть разного профиля и толщины. Если я правильно понимаю, пока не вскрою, какой шнур брать я не узнаю ? 9. Как крепить этот самый керамический шнур ? Как и чем его примазывать ? Прошу подсказать, если я в своих планах где-то накосячил, или готовлюсь накосячить. Спасибо.

Diver, обычно use case такой: 1. Уже готовый дом, или любой другой объект, в котором в лучшем случае, к местам установки датчиков выведена витая пара 2. Необходимость мониторинга "чего-нибудь", например температуры, наличия каких-либо газов, или еще чего-нибудь 3. По результатам обнаружения - оповещение пользователя и/или какие-либо действия. Очень часто бывает, что витая пара не подведена, и это не результат "непонимания",- просто такого изначально не планировалось, учитывая существующую на тот момент элементную базу, и доступность компонентов решения. Если еще нет и розеток - тогда конечно хуже, и тогда ZigBee. Вы хоть спецификацию читали, и хоть немного понимаете что это такое, и для чего ? Или так "жираф большой, ему видней" ? Очень часто бывает так, что peer2peer не работает,- например бетонные перекрытия, расстояние, мощность передатчика. Для решения таких проблем, есть забавная такая технология - mesh networks. Это скажем когда есть куча "жучков",- оконечных устройств, которые помимо задачи обнаружения (датчики, ну или исполнительные устройства), выполняют еще и маршрутизацию сообщений "через себя" к одному или более концентратору, в случае если какие-то из "жучков" не могут дострелить до концентраторов самостоятельно. ZigBee это как раз тот случай, + достаточно серьезная энергоэффективность, т.е. "жучки" в основном в спящем режиме, и "просыпаются" по событиям, и/или по расписанию. Такое можно изобразить и на 8266, но гораздо морочливее, и с большими энергозатратами. Жизненно, правда ? Хотите вы на кухне поставить датчик температуры, детектор дыма, датчик давления газа, может еще чего-то, а провода не подведены. GSM ? Угу, пренепременно. И еще по паре SIM карт на исполнителей - например на контакторы, которые будут отключать нагрузку. Для вашего сценария (SMS) - это только оповещение пользователя. И все. Абсолютно все причем, без вариантов. Все остальное, судя по вашему комментарию (см.выше), вы считаете "наворотами", которые "нафик не нужны". Может у вас конечно контингент клиентуры такой, но как дляч меня, оповещение (пусть даже путем SMS) - это последнее действие в цепочке. Еще до оповещения, нужно щелкнуть железками, чтобы значит не было синего дыма, и прочих неприятных последствий, а не истерично метаться в поисках "а кто там дома,- бегом все выключите".

Simple Network Management Protocol. Есть несколько версий, но это не более чем способ снять показания с железяки, или управлять этой самой железякой. Можно открыть community как на read, так и на write. Штука эта весьма морочливая, т.к. еще необходимо для каждой конкретной железяки иметь файлик такой - MIBом зовется. Это такой себе файлик соответствия, в котором прописаны текстовые соответствия цифровым полям. Например команда "10.1.0.1.2.1.0". Uptime для CISCO (точность цифр не гарантирую). Такой параметр передавать неудобно (10.***), поэтому передают "Unit_uptime", и в ответ получают число. Унифицированный подход. Что потом делать с полученной информацией - дело сугубо хозяячее,- хотите в шлюз, хотите в файл, хотите в email и/или автозвонилку. Для домашнего применения в большинстве случаев избыточно. Причина, по которой "все используют GSM" - отсутствие другого вменяемого выбора, доступного для понимания и использования конечным пользователем. SMS тоже в общем не панацея, но все уже как-то смирились с ограничениями (120/160 символов), негарантированная доставка, ... Для "приучения" к WEB серверу или email, требуется умение включать компьютер (или запускать browser на мобильном или планшете), и понимать что написано на экране. А еще это требует знаний и усилий по разработке, ибо за 200, 300, или даже 1000 грн, такое никто разрабатывать и, соотв. продавать не будет. В интернете полно схем автономных термометров (видел на Zigbee), но это только железо, а еще нужна программная часть. Еще нужен некий концентратор, т.е. та железяка, которая будет собирать, отображать результаты, и что-то по поводу этих самых результатов делать. Зачем такой "тюнинг" рядовому обывателю ? Значит тогда SMS - и не морочить голову неcформированными хотелками (за "очень дешево").

Diver,- это скорее всего вопрос к возможности автономной работы системы. GSM категорически и сразу добавляет большой и жирный минус к автономности. Плюс, это так же добаваляет некий головняк, связанный с отслеживанием/пополнением балланса на SIM карточке. Если вы имеете в виду SMS, то приизменениях софта на шлюзе у провайдера (SMS center, редко, но бывает), возможны вполне такие себе проблемы. Это все внешние зависимости, которые явно не способствуют стабильности работы, и от вас, по большому счету не зависят. Ваш приемно/передающий тракт, "держит" несколько базовых станций, и терминал (телефон например), выбирает к какой именно "стучаться". В случае проблем с одной или более БС, или например с SDH или оптическим коммутатором путем которого подключена БС, сигнала может тупо не быть. Пару часов например. SMSы по идее, у местных операторов хранятся некоторое время и, в случае проблем (телефон выключен например), будут пытаться быть отправленными некоторое количество раз. GSM нужно если есть желание/необходимость мониторить дистанционно, и пользователь готов нести доп.расходы на мобильную связь. Все остальное (гроза, помехи, ...) - лирика. Если нужно мониторить локально, то используя например набор блок питания, датчик температуры и 8266, можно изваять самостоятельно, при себестоиммости около 200 грн за точку. Если заказывать "кому-то", то можно смело умножать цену на 2 или на 3. Можно добавить emails, WEB - в общем что сможете самостоятельно реализовать. Можно и по проводам, путем ethernet shield. Примерно в ту же сумму. Готового "красивого" решения за "разумные" деньги нет. Нужно либо самостоятельно, либо готовить толстый кошелек.

Интересный девайс. Осталось придумать что с ним можно сделать У себя, я пока не использую touch screens. Причины - вполне прозаические,- а именно грязные руки. К сожалению не всегда получается в шортах и маечке ходить и экранами управлять.

Да, в первую очередь порты. ОЗУ & flash не хватает. Сильно не развернешься. Код для 8 битного процессора получается более емким, по сравнению с 32 битным. С прерываниями есть некоторые тонкости,- в частности nested interrupts. Много разных деталей. Хотя конечно зависит от задачи. У мнея когда-то подгорел NOVATEKовский автомат защиты от повышенного/пониженного напряжения,- так там ATMEGA собсно и стоит. 3 цифровых LEDa, 2 DIP switch, 3 потенциометра. Для такой задачи - выше крыши. stm32 достаточно интересный кристалл, но без долгого и нудного изучения документации "полноценной" работы не получиться. Достаточно "тугая" штука. CMSIS или native - без разницы. Нужно изрядно поморочиться чтобы приспособиться. Если говорить о конкретных примерах, то скажем в 128kb flash & 20kb RAM, я совершенно спокойно, без напряга упакую весь функционал, скажем сигнализации AJAX. Уже прикидывал,- проблем не вижу, кроме концепта и времени. Недостаток портов (если брать 16 реле исполнителей и, скажем 32 датчика, ну может даже больше), можно решить путем сдвигового регистра. Для такой задачи аналоговые порты в общем ни к чему. В nano, или даже в mega -без шансов. В mega запихнул контроллер осмоса (www.stroimdom.com.ua/forum/showthread.php?t=194233). Просто не знал куда ее пристроить. После stm32 программинг mega - развлекательная прогулка. Но ... даже на такой простой задаче, ОЗУ как-то быстро и незаменто закончилось. Пришлось переделывать и упрощать библиотеки, которые были готовые и отлаженные для stm32. flash в общем использовался на 1/3, больше никак не получилось. А вот 8kB (кажется так) RAM - ушли очень быстро. Если задумываться о программировании графического экрана, то тут вообще станет очень грустно.

"]http://www.stroimdom.com.ua/forum/showthread.php?t=147723] Вся собсно эпопея ...

unreal1975, 3-6 месяцев назад, состоялась достаточно предметная дискуссия, касательно функционала Mobitex и прочих !Mobitex камер. После детального изучения (часа 4 уложил), я честно признал (есть тема на форуме) что возможно мой ограниченный (по сравнению например с uafisher) опыт устарел, и действительно, за Mobitex будущее, а я просто "застрял" в прошлом со своим регистратром Dahua и камерами HikVision и AOTE (5Mp, 12fps). И кстати, топологией "звезда". Предложил подождать и посмотреть,- возможно действительно, "новое поколение выбирает Pepsi" Похоже что-то пошло не так, или с поколением, или с Pepsi ...

Да, на счет ИК я обратил внимание. Тут все четко. [offtop] AN12, чем больше, чаще и назойливей мне предлагают "использовать тайд", тем меньше вероятности того, что я его приобрету. Неплатежеспособная аудитория 100% уже "готова купить" ваши камеры. Платежеспособных ваш агрессивный маркетинг как минимум несколько настораживает. [/offtop]

Видел. А еще видел DarkFighter (спасибо uafisher). Разницу оценил. Кошелек зашевелился в кармане. Не поверил, сходил на aliexpress: www.aliexpress.com/item/DS-2CD4526FWD-IZH-English-version-2MP-Ultra-low-light-Light-Smart-cctv-ip-Camera-POE-Heater/32493162424.html Таки да ... У меня камеры несколько попроще (4 + 1 HIKа + 2 AOTE), посему перед покупкой я полюбопытствовал касательно температуры эксплуатации: www.hikvision.msk.ru/_fr/7/The_Reporting_O.pdf У бойцов с темнотой официально заявленные температурные характеристики несколько серьезнее. Приведенное видео имени оных же впечатляет, даже если характеристики несколько преукрашены. А главное то, что я могу купить у uafisher, могу в Китае, ну или может через некоторое время даже на olx. Мне эти камеры никто не впаривал, более того, о существовании оных я узнал только час назад. Ощущаете тонкую разницу ?

AN12, вы наверное издеваетесь, да ? 4 секунды видео с жуткими артефактами. Если вы хотите когда-нибудь "продвинуть" ваши камеры на Украинский рвнок, то имеет смысл либо не публиковать "такое" вообще, либо все-таки постараться и сделать более приличный ролик.

Если на маршрутизаторе есть коммандная строка (telnet/ssh), to мoжно попробовать залогиниться, и выполнить следующую команду: arp -a Будет выдана табличка закэшированных IP/MAC адресов. Если очень интересно, то можно воспользоваться EtherReal (сейчас кажктся WireShark), и установив на машине в том же сегменте сети, где установлен регистратор, посмотреть на трафик. Нужно будет только фильтр определить (IP/Port/protocol -IP регистратора/порт/tcp), и потом сутра посмотреть. Станет гораздо понятнее.

Провайдер обычно и выдает "нечестный" адрес. Блок "честных" адресов стоит денег, и в IPv4 свободных их в общем не очень много осталось. Для того, чтобы провайдер дал "честный" адрес, т.е. адрес, к которому можно обращаться из сети, провайдеру нужно дать денег, обычно от 20 до 50 гривень в месяц. Не все адреса из сегментов 192.xx.xx.xx, 10.xx.xx.xx и 172.xx.xx.xx являются нечестными. Сейчас уже не помню точно какие сегменты,- можете самостоятельно посмотреть. По крайней мере лет 7 назад было так. Касательно устройств в сети: Нужно понимать для чего именно используется netmask, ну и в общем таблица маршрутизации. А используются они эксклюзивно для "регулирования" исходящего трафика, а отнюдь не входящего. Если я конечно правильно помню. Было бы удивительно, если бы на интерфейс "прилетел" пакет от скажем 192.168.100.100, и был бы безвозвратно утерян этим самым интерфейсом. Пакет с таким destination address будет принят, но отправить его некуда, because "no route to host". Именно такое сообщение, с большой долей вероятности и будет выдано клиенту в локальной сети, который попробует отправить сообщение на 192.168.1.33. А что будет если этот самый .33 попробует "законнектиться" с "правильным" адресом в локалке ? Скорее всего тоже ничего. "обратка" к этому самому .33 просто "не долетит". Даже для TCP (до установки флажка SYN). Я думаю что "косяк" был именно с наложением статики c пулом dhcp. Косяк именно на регистраторе. Можно конечно подшаманить, но это уже требует достаточно глубокого понимания принципов работы сетей. Ну или юный хакер купил диск на рынке, и экспериментирует ...

Угу. А в разделе timesync наверное стоит UTC+2 и синхронизироваться путем NTP скажем c pool1.ntp.org раз в час ? Если в регистраторе есть https или ssh/ssh2, то тоже скорее всего не заработает.

DNS в частности используется для преобразования имени в адрес, и наоборот (A & PTR records). Если там стоят нули, это означает что такое преобразование невозможно. В принципе, если конечно каким-то чудесным образом google не использует в качестве DNS 0.0.0.0 Значит у вас не используются имена, а только IP адреса. Возможно машины в сети используют какой-либо другой DNS, но регистратор в такой конфигурации 100% не будет работь с именами,- только с IP.

Поменяйте адрес регистратора, и добавьте хотя-бы 1 DNS на маршрутизаторе (например 8.8.8.8)

Ага, тут все Ok. Динамические IP будут выдаваться из диапазона 100 - 199. Остальное можно прописать статикой (с любой машины, подключенной кабелем или по воздуху). 192.168.1.xx тут взяться неоткуда. Значит регистратор ... Посмотрите на вначале на DDNS. P.S. DNS сознательно не прописан на маршрутизаторе ? IP адрес из диапазона, который роздается dhcp, при этом "птичка" dhcp не установлена. Лучше выбрать другой - ниже 100. В качестве DNS указан маршрутизатор,- а там нули ...

Будет наверное проще, если вы выложите screenshots конфигурации маршрутизатора, а именно закладок LAN и DHCP. Наверное имеет смысл и для регистратора тоже. Какой-то явный и нехороший "косяк". У DDNS в параметрах должен быть как минимум внешний (буквенный) адрес. Если стоит "птичка" разрешить, и присутствует этот самый DDNS адрес, то можно попробовать путем этого самого адреса из внешней сети (не из той, в которой регистратор установлен) достучаться до регистратора. Если получится,- то тогда ой ...

WAN - это uplink к провайдеру. Если там тоже dhcp, то нужно посмотреть какой IP адрес на интерфейсе. Если 192, 172, или 10, то скорее всего провайдер выдает внутренние адреса, недоступные снаружи. Внутри, наверное свой dhcp, который нарезает адреса из другого, тоже "нечестного" пула адресов. Можно еще посмотреть чтобы "нечестный" пул адресов который выдается провайдером, не пересекался с пулом который отдает машрутизатор в LAN, или по воздуху.

Нужно немного прояснить топологию сети. В одном из логов - 192.168.0.xx, в другом 192.168.1.xx Какая маска подсети ? Наверное есть один или более "честных" адресов от провайдера, за которыми стоит NAT, оттранслированные адреса которого видны в логе. Или может провайдер "нарезал" таких адресов и раздал ? Если я правильно понимаю, какие-то из портов на маршрутизаторе (он же NAT ?) проброшены прямо на регистратор ? Изменение портов в общем не сильно спасет, т.к.уже один раз "след взяли". Можно усложнить задачу,- а именно поставить некий транзитный WEB сервер, который будет спрашивать логин/пароль, и переадресовывать на нужный адрес/страницу. Можно на маршрутизаторе ограничить список IP, которым можно получить доступ к ресурсу. Если ломали из внутренней сети (192 сеть), уже после NATа, который у клиента, то тут как бы вариантов помощи нет. Добавлено через 6 минут Не может такого быть. Должен быть gateway и broadcast. Как правило gw - первый, broadcast - 255. .33 можно прописать даже при наличии dhcp, это не есть проблема. Если адрес не занят, то в общем можно. Нужно знать что именно установлено (OS, программы). Во втором случае получается около 1500 внутренних адресов. Стесняюсь спросить зачем ? Либо какая-то хитрая сеть, либо косяк - взяли студента.

Ага, то же яйцо, вид в профиль. Душа не на месте, когда в одном корпусе 8266 и stm32. Переделываю, но это конечно задача не для слабонервных. unreal1975, кэш, если планировать эту всю деятельность как бизнес, а не "для себя", и круга коллег, появится как дополнение к интересной задаче, т.е. задаче автоматизации. Начинается все с "хотелок", которые потом нужно помапить на конкретную реализацию на доступной элементной базе. Я в свое время сделал выбор (www.stroimdom.com.ua/forum/showthread.php?t=136919&highlight=AJAX), но теперь думаю что все можно сделать куда как проще и функциональней. Вопрос времени. Если ТС согласится моменять nano на stm32, готов поучаствовать в проекте. На nano далеко не уедешь, ресурсов маловато. Самому такое с 0 делать, нет ни сил и времени. На самом деле ни программинг, не платы, и не комплектовка занимают основное время. Нужен концепт,- это самое главное. "с потолка" концепт не появится, ну или никому не будет нужен. Концепт может начать вырисовываться только после "нескольколетней" и плотной работы с оборудованием. У меня например ушло 2.5 года, пока я наконец понял чего же я хочу, и чего мне не хватает в Elko/ETI. Еще месяца 3, пока я понял что я смогу исполнить, а что нет, и только тогда платы, программинг, ... Без продаж, без ничего. Для себя и "узкой" группы единомышленников. И по прежнему, несмотря на активные "пинки" абсолютно не хочу заниматься продажей. И, скорее всего, не буду. Пока еще никто не удосужился повторить мои достижения.

Да, спасибо. Я AT команды крайне не люблю использовать - получается громоздкий код. С "другой стороны" стоит парсер, который собсно эти самые AT команды парсит, так что получается не очень красиво. callbacks в общем либо вообще невозможно, либо крайне затруднительно использовать. На счет AT и 8266, мне кажется крайне расточительным использовать кристалл с 1Mb памяти на борту и портами как "dumb terminal". Детально на GSM кристаллы я фокус не наводил, если не AT, то что ? SPI ? I2C ?

Я заказал установку на столбе LED светильника, имени 4000к. Качество ночного обзора на одной из камер, которая наблюдает за внешним периметром стало значительно лучше, но наверное можно улучшить еще. Посмотрел,- на olx продаются ИК светильники, в пределах 400 грн, думаю что будучи установленым рядом с камерой, помогут решить проблему. Ну или у китайцев заказать,- разницы нет (кроме сроков, и незначительного изменения цены).

Красивенько ... Непонятно правда почему "сэкономили" на реле. Плату побольше, и штук 16 на нее. Туде же можно добавить 8266 чтобы значит не шнурком, а через WEB. И входов не 7, а скажем 32. Или даже 64, внешним шлейфом например. Когда-то у нас с Diver был долгий спор касательно AJAX, я в общем спикок "хотелок" приводил, и таки реализовал внешними средствами. Гляньте, может возникнут "светлые" идеи. GSM мени AT команд в AJAX например глючный. Не очень стабильно работает, и этот процесс прогрессирует. Я с GSM модулями на уровне кристаллов и их программирования дела не имел, бывают такие, которые "не через" AT команды ?

Не mega, а cortex. На другой плате. Да не спорю я на счет рук. Мне почему-то кажется что феном удобнее, хотя можно конечно и паяльником, но дольше и морочливей. Мне не удавалось добиться паяльником той аккуратности, которой я добивался феном. Может руки кривые ... По поводу доп.затрат на хитрый флюс с припоем, или если "чисто паяльником", то на blue tac какой-то в общем стоит тоже подумать. Ну и время ясное дело,- самый ценный ресурс. На счет заливки, именно для этой платы не стоит. Есть нюансы. Добавлено через 8 минут dip,- вы давно сами платы проектировали и разводили ? Если есть возможность использовать готовую плату, то тут даже думать не нужно, аж бегом хватать и использовать. Если у меня есть возможность запихнуть в нужный мне форм-фактор уже готовую плату с кристаллом, то у меня например и близко не возникнет мысли переразводить все по новой.