Это классика второй половины двадцатого века в аудиостроении. Там где фейзеры и делееи были на базе катушечных магнитофонов. Тут используется нелинейность фоторезистора и фотодиода для изменения глубины обратной связи, и это не автор схемы первый придумал.
Не знаю зачем тут cc/cv, это вроде история про батареи. Я бы просто сделал плату с ключами открывающимися со сдвигового регистра и плавкие предохи, быстродействующие использовал. Датчики тока там, микросхемы специальизироване можно, но только если хочется так, что сил нет.
Ферритовые фильтры не подойдут? Я еще переживаю за wifi соединение. У есп маленькая smd антенна, а роутер в 10 метрах. Ему нужна какая то "шапочка из фольги" или нет?
Маловероятно встретить такие проблемы, при которых надо будет использовать экраны. Феррит можно повесить на длинные сигнальные провода, и то в пределах блока чисто гомеопатически. Частоты управления и ШИМ ленты это сотни килогерц, ШИМ вентиляторов это десятки герц, не думаю, что вам их придется сильно фильтровать. На вскидку резистор 1 Ом последовательно и 680 мкФ параллельно перед линией ленты справится с потенциальными проблемами для ESP.
Плату ESP стоит расположить где ни будь под пластиковой крышкой впереди кейса, через 10 м должна брать вполне уверенно. Но если бы я переживал, то на всякий случай выбрал бы модуль с внешней антенной
c0ngr3ssman, Я смотрел на расчет, и у вас там около 200 Вт свободных, 100 можно освоить безболезненно, а это почти 8 А при 12 В.
Линия не изолирована, тут решается два вопроса: сопротивление проводов не равно нулю и удобнее иметь одну точку подключения, оснастить выключателем, предохранителем.
Помехи всегда могут возникнуть, но от них всегда можно подстраховаться.
Если волнуетесь про повышенное потребление на запуске ПК, сделаете в своем устройстве задержку включения после запуска, плавный запуск вентиляторов, и розжиг ленты с эффектом.
Волнуетесь про то, что просочится ШИМ с линии ленты или с лини вентиляторов - почитаете про снаберные цепи, поставите себе RC цепочку в линии лент и вертушек.
проложите линии подальше от чувствительных компонентов, таких как коса передней USB панели и аудиокарта.
У вас с помехами и импульсными событиями нет нерешаемых проблем, это не карьерный экскаватор)
Вот я сейчас попробовал с Partizane и Dahua, что были под рукой, эффект пока такой же. Боюсь это какой то особый майкрософтский onvif, и нужен axis/bosch
Если код именно такой, то поведение странное. Попробуйте вместо ртутного датчика просто замкнуть/размкнуть пин, к которому подключен датчик. Не ловит ли этот датчик радио на входе?)
Ух ты, TR до сих пор применяется в образовании? У вас там есть фиксированное время владения маркером, потому время одного сеанса это (время владения маркером) * (количество узлов) * (количество транзакций в сеансе). Стандартное время владения - 10 мс. Так что при семи станциях хендшейк в 4 пакета пройдет за 280 мс. Что зам за время передачи 17, 21 в задаче, ерунда какая то, у тебя 10 мс выплюнуть данные, после шину занимает следующий, иначе последний смысл TR улетучивается, а единственный смысл этого 16 МБ мамонта - фиксированное время обмена данными.
Могу пофантазировать, что тут у нас попытка сказать "узлу надо 21 мс что бы выплюнуть все данные". Если постановка задачи такая, то получается тому узлу требуется три раза владеть маркером только для передачи, значит он будет делать это 210 мс.
Вы рассказываете немного суетно и не даете полезной информации для ответа. Что за кассовый аппарат? Что за интерфейс к кассе? Чековый аппарат отдельный? Это чековый принтер получается? В вашем коде есть необъявленные переменные, это либо кусок кода, или код не скомпилируется. Попробуйте задать вопрос медленно, с подробностями, даже теми, что вам кажутся очевидными, а этот вопрос вряд ли получит ответ
ККТ, это контрольно-кассовая техника что ли? Какой интерфейс вы используете до своего устройства, ответ будет зависеть от этого. Или может быть вы хотите связаться с ПО ККТ? В любом случае, лучше расскажите больше, чего вы хотите сделать и с чем
Если вы на вашей схеме напишете на интерфейсах адреса, то будет много понятней и вам, и тем кто будет пытаться ответить; что же там на самом деле не так. ARP-ответ будет принят тот, что получен первым, прочие будут отброшены. Если у сервера рука быстрее - он победит маршрутизатор, если очередь у него будет длиннее в данный момент, то проиграет и так до следующего обновления таблицы ARP.
Нужен эксперимент. Если найдете "Power quality meter" лучше всего, но можно осциллограф с квалифицированным оператором. Подключить измерительный прибор к выходу UPS и обесточить ввод, посмотреть как выглядят параметры выхода инвертора UPS. Возможно там непригодное к употреблению по форме и/или искажениям напряжение, и старенькие блоки супермикры улетают в защиту. Иногда дело в износе блоков питания (пресловутое "посохли конденсаторы"), и стоит отнести их по одному в сервис или поменять на более свежие
Ко всем, без сомнения, замечательным ответам добавлю комментарий, почему так не делают в 2024 году. Работоспособность вашего сайта очень скоро будет ухудшена любителями что ни будь взломать, и вам придется изучать как этому противодействовать раз за разом. Пока вы будете учится основам вебхостинга и сайтостроительства, китайские юноши будут учиться получать доступ к вашей инфраструктуре и как обернуть ее в ноду какой ни будь утилитарной сети, ну или просто используя ее как прокси. Или узел для атаки blackCat-ом.
Но это по прежнему прекрасный учебный проект, просто вы еще изучите вещи, о которых пока не догадываетесь)
Игорь, недостаток тока может повредить, так как при повышении нагрузки на ограниченном источнике падает напряжение, при электронном ограничении может отключатся совсем. Понижение напряжения негативно влияет на работу памяти - оперативная дает сбои, flash и eeprom дают ошибки записи. Последнее приводит к окирпичиваню неудачных, плохо продуманных устройств.
Речь всё же не о лампочке со спиралькой
Viilture, Приложения, которые я имел честь крутить в руках и которые занимались тем же, что и вами описанное, так или иначе реализовывали взаимодействие как сетевые приложения. Так и разнести можно по разным машинам, и отдать разработку разным командам. Были такие, которые пересылают по http, были с дупликацией сырого потока с камеры в сервер распознаватель, были такие где отдельно "просмотр", "запись архива", "гриндер", "сервер распознавания", и все они связаны через вебсокет, а местами через http, потому что видать команда такая попалась, лучше знали http. И всё в пределах одного продукта. Можете конечно слить оба приложения в одно и позволить одному смотреть память другого... но я бы выбрал что то более предсказуемое.
