В реальном проекте мы однажды использовали SQLite с «журналом изменений», который синхронизировался с центральным PostgreSQL. Да, звучит кустарно, но работало это куда стабильнее, чем попытки «держать постоянный VPN».
Ну почему сразу "кустарно", когда у вас к проблема сети еще и нет много аппаратных ресурсов на edge устройстве, то SQLite не так уж и плох. Да больше приходиться доделать руками чем при использовании логической репликации между узлами на PostgreSQL, зато сильно экономит ресурсы.
Спасибо за материал, кое-что подчерпнул для себя интересного. Если есть какие либо ссылки на готовые библиотеки или проекты использующие описанный Вами опыт, могли бы Вы поделиться ими?
Да, знаком, доводилось проектировать, запускать и эксплуатировать такие системы. В целом не бестолковая идея, влажность кокса она все же позволяет уменьшить на выходе.
Спасибо за ответ. Да я знаком с обоими методами, поэтому и уточнил у Вас каким образом тушите. Просто Вы так сильно "топите" за экологию что я подумал что все тушильные башни у Вас на УСТК. Для мокрого метода используете импульсное тушение или по "старинке" поток не меняется на всем протяжении цикла тушения?
Ваша идея с датчиками будет стоить как половина коксовой батареи, представляете что Вам нужно установить хотя бы один датчик на каждую дверь и подключить это все кабельными линиями. Теперь добавьте сюда агрессивную среду эксплуатации и высокие температуры, не говоря уже о вероятности физического повреждения при манипуляциях с дверьми (посмотрите видео о том как работают двересъем и коксовыталкиватель). Про "вторичные" приборы, которые будут обрабатывать сигналы от ваших датчиков так же не стоит забывать. Ну и вишенка на торте - это аналитика, которая все равно должна как то обработать полученные данные, хоть в аналоговом виде, хоть в дискретном с сигнализаторов. Еще добавим обслуживание и поверку всего этого добра. Боюсь Вас эксплуатационный персонал повесит на газосборнике за такое решение. Видео аналитика решает это в разы дешевле, быстрей и качественнее и ChatGPT тут не причем.
Потому что датчик лишь зафиксирует факт утечки, но не покажет место. А еще в процессе загрузки и выдачи кокса так же происходят выбросы коксового газа и это нормально потому что они не длительные по времени. А вот газование двери не нормально это говорит о её дефектах или не корректности установки её двересъемной машиной или косовыталкивателем, собственно все детально описано в статье. Так же этот процесс длительный и проявляется на всем периоде коксования, который в свою очередь может быть от 16 часов и более. Естественно интенсивность газовыделения на всем протяжении выпекания кокса так же будет разной и ближе к концу процесса практически сведется к нулю. Но не герметичность дверей так же приводит к другой проблеме - это попадание кислорода воздуха в коксовый газ, что создает опасность образования взрывоопасной смеси в газопроводе. Для этого батарея всегда находится под избыточным давлением коксового газа, за это отвечает регулятор давления в газосборнике. А так же лаборатория регулярно берет пробы газа и один из основных параметров за которым следят - это процентное содержание кислорода.
Схема была — по типовой или своя? Сохранились ли данные о номиналах пассивки? Возможно, авторам ИМС не вполне удались стабилизатор AVdd и/или опорный источник...
Для HX711 использовалась готовая заводская плата от ребят из поднебесной.
Поскольку силовая земля не изолирована от земли МК, то можно было бы обойтись и транзисторами.
Тут вероятней всего Вы правы, можно было взять сигнал после предохранителя и через инвертор на одном транзисторе подать на МК, но в тот момент я посчитал что решение на оптроне гарантирует не попадание высокого напряжения на вход МК. Хотя Ваше решение имеет право на жизнь.
Светодиоды оптронов дискретных входов — хорошо было бы зашунтировать резисторами (1-10 кОм, на вскидку) и обратными диодами.
Это Вы уже совсем в пром электронику свернули, тогда уже и 24В нужно было формировать для работы с дискретными входами\выходами, а у меня они на 5 Вольт рассчитаны в данной схеме. (Упс, Вы же об этом и написали в последнем абзаце). В общем я с Вами тут спорить не буду, замечание по сути корректное, но я таких целей перед собой не ставил на этапе разработки.
R12 для DRB8825 не установлен, там есть комментарий в схеме. Он нужен только при использовании другого модуля на A4988.
Тут тоже все верно, т.к. это "цифровая" земля модуля АЦП, а он изолирован от "цифровой" земли остальной платы. Аналоговая земля модуля АЦП обозначена просто треугольником без подписи. Вот выбор именования с моей стороны не очень удачен это факт, немного путает.
Если честно, то я даже не обратил внимание на то что обозначение в стандартной либе отличается от офф документации, но подключение тут тоже корректное.
На счет конденсаторов в двухполярном преобразователе. Тут я с Вами соглашусь, возможно стоило их установить.
Если Вы еще раз внимательно рассмотрите схему модуля АЦП, то поймете, что аналоговая и цифровая земли соединены только в одной точке. Разводка на плате была сделана так же, что эти контактные площадки соединялись в близи источника питания. В разной литературе в это место рекомендуют устанавливать дополнительные фильтры или ферритовые бусины, но я не стал.
Спасибо за внимательное изучение схемы и за конструктивные вопросы!
В основном я читал статьи и научные работы различных ВУЗов, у меня есть есть сохраненные файлы, но не уверен что я имею право их куда то выкладывать. Попробую поискать ссылки на первоисточник и Вам написать еще раз. Из того что мне сильно пригодилось и осталась ссылка, это вот эта статья https://www.vesdoz.ru/statya/home_page.htm
В первую очередь стоимость, как я написал в статье, идея была в изготовлении 5 устройств. За разработку и изготовление первого образца мы просили одну сумму, а за изготовление и наладку остальных сумма предполагалась меньше, т.к. все было бы отработано на первом образце. И я не совсем понял Вас о каком ограничении по "цене сверху" Вы говорите, я вроде об этом в тексте не упоминал. Но мы не предлагали разработать первый экземпляр дороже чем готовый дозатор из Китая. Во вторую очередь мы пытались создать устройство с лучшими характеристиками как по скорости, так и по точности. И да, устройство не особо то уникально, аналогов у него тьма, да и об уникальности никто не заявлял. Это лишь наша реализация не больше, не меньше.
Вы совершенно правы, мы в итоге внесли ряд изменений в конструкцию, прежде чем она заработала как от нее ожидалось. В этой статье я рассказал именно о первой версии со всеми допущенными ошибками. В заключительной части я как хочу описать что же пошло не так и как мы это исправляли. Но за конструктивную критику отдельное спасибо!
Зря Вы так на счет флюса, он может много проблем создать, если не сразу, то со временем.
Не мне Вас учить, но из моего опыта пайка все же должна быть качественной, а флюс отмыт. Это гарантия качественной и долгой работы устройства, а также меньше головной боли при наладке.
А так, Вы сделали колоссальную работу по разработке проекта, а в железе решили не доводить до "идеала".
За качественную статью отдельное спасибо, такого материала не часто встретишь на просторах в сети.
Ну почему сразу "кустарно", когда у вас к проблема сети еще и нет много аппаратных ресурсов на edge устройстве, то SQLite не так уж и плох. Да больше приходиться доделать руками чем при использовании логической репликации между узлами на PostgreSQL, зато сильно экономит ресурсы.
Спасибо за материал, кое-что подчерпнул для себя интересного.
Если есть какие либо ссылки на готовые библиотеки или проекты использующие описанный Вами опыт, могли бы Вы поделиться ими?
Да согласен с Вами, тут очень важны параметры кокса - влажность, прочность и размер, у нас на коксохиме за это постоянно "сражались" :)
Да, знаком, доводилось проектировать, запускать и эксплуатировать такие системы.
В целом не бестолковая идея, влажность кокса она все же позволяет уменьшить на выходе.
Спасибо за ответ. Да я знаком с обоими методами, поэтому и уточнил у Вас каким образом тушите. Просто Вы так сильно "топите" за экологию что я подумал что все тушильные башни у Вас на УСТК.
Для мокрого метода используете импульсное тушение или по "старинке" поток не меняется на всем протяжении цикла тушения?
Ваша идея с датчиками будет стоить как половина коксовой батареи, представляете что Вам нужно установить хотя бы один датчик на каждую дверь и подключить это все кабельными линиями. Теперь добавьте сюда агрессивную среду эксплуатации и высокие температуры, не говоря уже о вероятности физического повреждения при манипуляциях с дверьми (посмотрите видео о том как работают двересъем и коксовыталкиватель). Про "вторичные" приборы, которые будут обрабатывать сигналы от ваших датчиков так же не стоит забывать. Ну и вишенка на торте - это аналитика, которая все равно должна как то обработать полученные данные, хоть в аналоговом виде, хоть в дискретном с сигнализаторов. Еще добавим обслуживание и поверку всего этого добра. Боюсь Вас эксплуатационный персонал повесит на газосборнике за такое решение.
Видео аналитика решает это в разы дешевле, быстрей и качественнее и ChatGPT тут не причем.
Потому что датчик лишь зафиксирует факт утечки, но не покажет место. А еще в процессе загрузки и выдачи кокса так же происходят выбросы коксового газа и это нормально потому что они не длительные по времени. А вот газование двери не нормально это говорит о её дефектах или не корректности установки её двересъемной машиной или косовыталкивателем, собственно все детально описано в статье. Так же этот процесс длительный и проявляется на всем периоде коксования, который в свою очередь может быть от 16 часов и более. Естественно интенсивность газовыделения на всем протяжении выпекания кокса так же будет разной и ближе к концу процесса практически сведется к нулю. Но не герметичность дверей так же приводит к другой проблеме - это попадание кислорода воздуха в коксовый газ, что создает опасность образования взрывоопасной смеси в газопроводе. Для этого батарея всегда находится под избыточным давлением коксового газа, за это отвечает регулятор давления в газосборнике. А так же лаборатория регулярно берет пробы газа и один из основных параметров за которым следят - это процентное содержание кислорода.
А каким методом у Вас происходит тушение кокса после выдачи его из печи?
Правда к моменту успешного соединения, звонящий превратиться в горку пепла
Для HX711 использовалась готовая заводская плата от ребят из поднебесной.
Тут вероятней всего Вы правы, можно было взять сигнал после предохранителя и через инвертор на одном транзисторе подать на МК, но в тот момент я посчитал что решение на оптроне гарантирует не попадание высокого напряжения на вход МК. Хотя Ваше решение имеет право на жизнь.
Это Вы уже совсем в пром электронику свернули, тогда уже и 24В нужно было формировать для работы с дискретными входами\выходами, а у меня они на 5 Вольт рассчитаны в данной схеме. (Упс, Вы же об этом и написали в последнем абзаце). В общем я с Вами тут спорить не буду, замечание по сути корректное, но я таких целей перед собой не ставил на этапе разработки.
Так там и должна быть перемычка для модуля на A4988. Посмотрите схему подключения модуля на этой микросхеме и сравните ее со схемой на DRV8825.
Да, стоит взять на заметку Ваши предложения, спасибо!
Отвечу по порядку на Ваши замечания:
R12 для DRB8825 не установлен, там есть комментарий в схеме. Он нужен только при использовании другого модуля на A4988.
Тут тоже все верно, т.к. это "цифровая" земля модуля АЦП, а он изолирован от "цифровой" земли остальной платы. Аналоговая земля модуля АЦП обозначена просто треугольником без подписи. Вот выбор именования с моей стороны не очень удачен это факт, немного путает.
Если честно, то я даже не обратил внимание на то что обозначение в стандартной либе отличается от офф документации, но подключение тут тоже корректное.
На счет конденсаторов в двухполярном преобразователе. Тут я с Вами соглашусь, возможно стоило их установить.
Если Вы еще раз внимательно рассмотрите схему модуля АЦП, то поймете, что аналоговая и цифровая земли соединены только в одной точке. Разводка на плате была сделана так же, что эти контактные площадки соединялись в близи источника питания. В разной литературе в это место рекомендуют устанавливать дополнительные фильтры или ферритовые бусины, но я не стал.
Спасибо за внимательное изучение схемы и за конструктивные вопросы!
Перфекционист во мне абсолютно с Вами согласен, но так было проще развести и лень поборола.
В основном я читал статьи и научные работы различных ВУЗов, у меня есть есть сохраненные файлы, но не уверен что я имею право их куда то выкладывать. Попробую поискать ссылки на первоисточник и Вам написать еще раз.
Из того что мне сильно пригодилось и осталась ссылка, это вот эта статья https://www.vesdoz.ru/statya/home_page.htm
В первую очередь стоимость, как я написал в статье, идея была в изготовлении 5 устройств. За разработку и изготовление первого образца мы просили одну сумму, а за изготовление и наладку остальных сумма предполагалась меньше, т.к. все было бы отработано на первом образце. И я не совсем понял Вас о каком ограничении по "цене сверху" Вы говорите, я вроде об этом в тексте не упоминал. Но мы не предлагали разработать первый экземпляр дороже чем готовый дозатор из Китая.
Во вторую очередь мы пытались создать устройство с лучшими характеристиками как по скорости, так и по точности.
И да, устройство не особо то уникально, аналогов у него тьма, да и об уникальности никто не заявлял. Это лишь наша реализация не больше, не меньше.
По факту два в одном, пытаемся предсказать и вносим поправки после измерений. Постараюсь детальней ответить на Ваш вопрос в части о ПО для МК.
Вы совершенно правы, мы в итоге внесли ряд изменений в конструкцию, прежде чем она заработала как от нее ожидалось. В этой статье я рассказал именно о первой версии со всеми допущенными ошибками. В заключительной части я как хочу описать что же пошло не так и как мы это исправляли.
Но за конструктивную критику отдельное спасибо!
Все верно, это антенна. Почитайте о "2.4 GHz Ceramic Chip Antenna", думаю тут именно она.
Зря Вы так на счет флюса, он может много проблем создать, если не сразу, то со временем.
Не мне Вас учить, но из моего опыта пайка все же должна быть качественной, а флюс отмыт. Это гарантия качественной и долгой работы устройства, а также меньше головной боли при наладке.
А так, Вы сделали колоссальную работу по разработке проекта, а в железе решили не доводить до "идеала".
За качественную статью отдельное спасибо, такого материала не часто встретишь на просторах в сети.
Но это ИМХО.
Не сочтите за оскорбление, но с пайкой что то не так. У Вас или припой из поднебесной или флюс.