То что ACS37800KMACTR-030B3-SPI не рекомендуют ставить на общую SPI шину написано в их мануале. Они не освобождают линию MISO при переходе CS в лог. 1
Помехи во время выборок проникать не будут поскольку выборки не совпадают по времени и идут с интервалом которым я могу управлять.
L3 начинает как-то влиять с частот выше 100 МГц.
Он не для подавления помех аналоговому тракту, а для заграждения от быстрых наносекундных импульсов способных навредить микроконтроллеру, который сделан на более мелких технологических нормах чем все остальные микросхемы на плате.
Согласен. Довольно глупо было ставить мегаомные резисторы в делителе для ключа когда рядом стоит стокилоомный делитель для измерителя напряжения.
Но я в таких местах не придаю большое значение номиналам на пилотных партиях и полагаюсь на референсные схемы.
Эти номиналы легко могут быть изменены с одной стороны, с другой стороны надо помнить, что здесь также защита от переполюсовки и надо думать что будет когда номиналы нижних резисторов будут слишком малы.
С этой точки зрения скорее некорректно сделан делитель измерителя напряжения.
Плата и была создана потому что аналогов не нашли.
Но после первой тестовой партии пропали из продажи микроконтроллеры Kinetis.
Ориентировочно в сентябре будет выпущена новая партия на STM32H753VIH6
Тогда и о продажах можно будет подумать.
Поковырялся по ссылкам и стало ясно.
Детали они они ставят после того как все уже отформовано и изогнуто, для больших микросхемя, ясно, нужно предусмотреть ровные плоскости, резисторы могут быть дискретные или напечатанные, переходных нет, но есть диэлектрические прокладки для подкладывания на пересечении проводников.
В саму платстмассу ничего не внедряется (как например внедряется в многослойный текстолит), максимум могут сверху еще покрытие нанести.
Светодиоды использут довольно специфичные, какие-то пленочные, похоже они и создают эффектную равномерную подсветку.
Детали клеют на проводящий клей, а не паяют.
Для радиочастот технология годная, они спокойно делают изогнутые антены для RFID, NFC и проч.
Но самое интересное что для разработки используют всем известный Altium в связке с SolidWorks. Т.е. хоть прям счас садись и делай.
Автор крайне сумбурно все это описал в своей статье.
Зачем вслепую. Вероятно все пересадят на руль.
И да нет ничего неприятней всяких кнопок и крутилок.
После пару лет эксплуатации всегда какая нить крутилка да отломается или залипнет.
Я бы положительно отнесся если все механические элементы заменят на модульные сенсорные с цифровыми интерфейсами.
Что-то внятно и детализировано не показано ни одной фотки. Надеюсь авторы не специально так сделали.
И собственно какие именно компоненты там встроены в пластмассу?
Было бы интересно узнать и про ограничения технологии.
Дело в том что CAF развивается только под напряжением. Так что транспортировка и хранение не в счет.
Поэтому вопрос по прежнему остается — при чем тут космос?
С другой стороны, перемычки созданные CAF по идее должны прожигаться внутри без всяких последствий. Они же тонкие и растут постепенно снижая сопротивление.
Ваш случай похож на обычный электрический пробой в цепи с высокой индуктивностью.
Рассказано о мелких нюансах, но суть так и осталась непонятной.
Как с камерой низкого качества без управляемой фокусировки будут определяться попадания?
Как с разной фактурой и геометрией стен и предметов камера на стационарной дивайсе будет определять дистанцию между пятнами с точки зрения насадки на стволе?
Какое вообще быстродействие у такой технологии? Не придется ли ждать секунды после каждого кадра для получения результатов вычислений?
На какой дистанции это вооще работаете?
Altium 365 скорее выполняет роль суррогата.
Для настоящей командной работы в локалке у Altium есть NEXUS.
Но там цены похоже еще выше если даже команда Flipper его себе не может позволить.
В этом плане была бы очень полезна статья про ActiveBOM и как одним кликом в Altium проверить все компоненты на наличие в стоках и прогнозы на их наличие.
Altium штука дорогая.
В Лондоне они наняли юридическую контору которая специализируется на ловле пиратов и нелегальных пользователей.
Работают очень эффективно, в самой программе встроены некие механизмы удаленного отслеживания.
Поэтому малейший отход от лицензии вызывает письма из Лондона.
Лицензию надо продлевать каждый год.
В этой связи вопрос: останется ли доступ к облакам, когда истечет срок годовой лицензии на сам Altium?
Да, я интересовался на чем сделаны интерфейсы в роутерах. В моем роутере сделано на Angular.
В роутерах действительно надо делать полноценную бизнес логику, там линукс и его специфичная инфраструктура.
Я такую логику делаю в нативных приложениях под Windows.
А так для моделирования схемы данных имею свое приложение, которое генерит исходники на C-и и которые встраиваются прямо в проект firmware. Но об этом может напишу в другой статье.
jQuery mobile понравился еще и тем что позволяет делать одностраничные приложения с очень красивыми плавными переходами от одной панели к другой.
Т.е. то что раньше делали на нескольких страницах у jQuery mobile размещается в одном HTML файле.
Это значит что фреймворк скачивается всего один раз за всю пользовательскую сессию.
Т.е. вместо 400 мс, ну доведете используя сжатые файлы время скачивания до 200 и все!
Но назвать проблемой 400мс язык не поворачивается.
Затем еще надо учесть что выбрана достаточно производительная линейка микроконтроллеров, они умеют развивать поток до 100Мбит в сек. Я данные привел для скорости WiFi в 20 Мбит в сек в медленном режиме Access Point. На Ethernet-е будет быстрее в 5-ть раз.
Далее следует учесть, что картинки сжимать бесполезно, динамический трафик сжимать не оправдано, а при использовании на этапе отладки сниферов гораздо удобнее наблюдать несжатые файлы фреймворка.
Ваш совет технически правильный, но в моей постановке условий не целесообразный.
Я что-то запутался.
Про gulp написано — «A toolkit to automate & enhance your workflow»
Ни слова про дизайн.
Но как вы в нем можете делать дизайн быстрее чем в Dreamweaver?
Dreamweaver же позволяет визуально конструировать дизайн.
Это же самый кратчайший путь, а фремворки больше заточены на создание приложений.
Но так получилось что я не силен в дизайне вообще и jQuery mobile понравился с первого взгляда.
А на странице gulp я не вижу нигде примеров дизайна.
Может дадите ссылку посмотреть хоть где-нибудь этот дизайн?
Не понял, честно говоря, что упрощает или ускоряет применение gulp с browser-sync.
Там написано что-то вроде «помошник в тестировании».
Не могли бы пояснить как вы его конкретно применяете?
Да, я забыл написать, но моя технология заточена на однократное использование интерфейса. Просто настроить дивайсу правильное подключение и больше не трогать.
Дальше предусматривалась работа парка устройств по MQTT.
И остальные страницы уже развертываются в облаках на каком-нибудь Azure IoT Hub.
Тут дело в том что цель была показать именно скоростную разработку WEB интерфейса. Без необходимости глубокого погружения в WEB технологии.
Типа вот нашли фреймворк, быстренько накидали интерфейс, возможно только для того чтобы переключить дивайс с режима Access Point в режим станции и забыли.
Надо только чтобы пароли не перехватили и чтобы на смартфоне это смотрелось современно.
Дальше ничего более крутого в WEB интерфейсе я делать не предполагал, потому что все остальное предполагается делать через более эффективные каналы.
Например MQTT и облака, или MQTT и собственного брокера.
А там я уже пишу нативное приложение под Windows, которое будет гораздо более удобней чем WEB приложения и будет работать одновременно со многими дивайсами.
Согласитесь, если у вас парк устройств, то работать с каждым индивидуально через их WEB интерфейс совсем не привлекает.
Я выбрал jQuery mobile потому что он поддерживается в Dreamweaver.
Там сразу во-первых, виден конечный вид страницы без необходимости всё время запускать сервер и браузер.
Во-вторых, Dreamweaver сам собирает все необходимые файлы во фреймворк. Не надо даже смотреть документацию и самому писать хидеры страниц.
Хотел бы я узнать что может заменить Dreamweaver в этом качестве.
Я честно искал, но альтернатив не нашел.
А так не отрицаю что можно ужать и отказаться от jQuery mobile.
Но как я вроде показал этот труд будет практически напрасным.
В интернете гораздо легче найти советы как сделать то или иное с помощью jQuery чем с помощью голого AJAX и JavaScript.
Все же селекторы jQuery — это очень интуитивный подход.
Помехи во время выборок проникать не будут поскольку выборки не совпадают по времени и идут с интервалом которым я могу управлять.
L3 начинает как-то влиять с частот выше 100 МГц.
Он не для подавления помех аналоговому тракту, а для заграждения от быстрых наносекундных импульсов способных навредить микроконтроллеру, который сделан на более мелких технологических нормах чем все остальные микросхемы на плате.
Но я в таких местах не придаю большое значение номиналам на пилотных партиях и полагаюсь на референсные схемы.
Эти номиналы легко могут быть изменены с одной стороны, с другой стороны надо помнить, что здесь также защита от переполюсовки и надо думать что будет когда номиналы нижних резисторов будут слишком малы.
С этой точки зрения скорее некорректно сделан делитель измерителя напряжения.
В любом случае ваше замечание ценное.
Но после первой тестовой партии пропали из продажи микроконтроллеры Kinetis.
Ориентировочно в сентябре будет выпущена новая партия на STM32H753VIH6
Тогда и о продажах можно будет подумать.
Детали они они ставят после того как все уже отформовано и изогнуто, для больших микросхемя, ясно, нужно предусмотреть ровные плоскости, резисторы могут быть дискретные или напечатанные, переходных нет, но есть диэлектрические прокладки для подкладывания на пересечении проводников.
В саму платстмассу ничего не внедряется (как например внедряется в многослойный текстолит), максимум могут сверху еще покрытие нанести.
Светодиоды использут довольно специфичные, какие-то пленочные, похоже они и создают эффектную равномерную подсветку.
Детали клеют на проводящий клей, а не паяют.
Для радиочастот технология годная, они спокойно делают изогнутые антены для RFID, NFC и проч.
Но самое интересное что для разработки используют всем известный Altium в связке с SolidWorks. Т.е. хоть прям счас садись и делай.
Автор крайне сумбурно все это описал в своей статье.
И да нет ничего неприятней всяких кнопок и крутилок.
После пару лет эксплуатации всегда какая нить крутилка да отломается или залипнет.
Я бы положительно отнесся если все механические элементы заменят на модульные сенсорные с цифровыми интерфейсами.
И собственно какие именно компоненты там встроены в пластмассу?
Было бы интересно узнать и про ограничения технологии.
tspace.library.utoronto.ca/bitstream/1807/32038/3/Caputo_Antonio_201011_PhD_thesis.pdf
Дело в том что CAF развивается только под напряжением. Так что транспортировка и хранение не в счет.
Поэтому вопрос по прежнему остается — при чем тут космос?
С другой стороны, перемычки созданные CAF по идее должны прожигаться внутри без всяких последствий. Они же тонкие и растут постепенно снижая сопротивление.
Ваш случай похож на обычный электрический пробой в цепи с высокой индуктивностью.
На его образование нужны годы и высокая влажность.
Как доказали что платы сгорели из-за CAF?
Как с камерой низкого качества без управляемой фокусировки будут определяться попадания?
Как с разной фактурой и геометрией стен и предметов камера на стационарной дивайсе будет определять дистанцию между пятнами с точки зрения насадки на стволе?
Какое вообще быстродействие у такой технологии? Не придется ли ждать секунды после каждого кадра для получения результатов вычислений?
На какой дистанции это вооще работаете?
Цена на SCHUKAT — 24 Euro при заказе тысячи!
Есть повод перейти на BGA и на старшие версии.
Пока в стоках еще можно найти кучу чипов в корпусе TFBGA и UFBGA по старым ценам.
Для настоящей командной работы в локалке у Altium есть NEXUS.
Но там цены похоже еще выше если даже команда Flipper его себе не может позволить.
Недавний пост в блоге Altium про это — resources.altium.com/p/state-electronics-industry-2021?utm_source=altium-designer-app&%3Butm_medium=referral&%3Butm_campaign=my-altium&%3Butm_content=article
В этом плане была бы очень полезна статья про ActiveBOM и как одним кликом в Altium проверить все компоненты на наличие в стоках и прогнозы на их наличие.
В Лондоне они наняли юридическую контору которая специализируется на ловле пиратов и нелегальных пользователей.
Работают очень эффективно, в самой программе встроены некие механизмы удаленного отслеживания.
Поэтому малейший отход от лицензии вызывает письма из Лондона.
Лицензию надо продлевать каждый год.
В этой связи вопрос: останется ли доступ к облакам, когда истечет срок годовой лицензии на сам Altium?
В роутерах действительно надо делать полноценную бизнес логику, там линукс и его специфичная инфраструктура.
Я такую логику делаю в нативных приложениях под Windows.
А так для моделирования схемы данных имею свое приложение, которое генерит исходники на C-и и которые встраиваются прямо в проект firmware. Но об этом может напишу в другой статье.
Т.е. то что раньше делали на нескольких страницах у jQuery mobile размещается в одном HTML файле.
Это значит что фреймворк скачивается всего один раз за всю пользовательскую сессию.
Т.е. вместо 400 мс, ну доведете используя сжатые файлы время скачивания до 200 и все!
Но назвать проблемой 400мс язык не поворачивается.
Затем еще надо учесть что выбрана достаточно производительная линейка микроконтроллеров, они умеют развивать поток до 100Мбит в сек. Я данные привел для скорости WiFi в 20 Мбит в сек в медленном режиме Access Point. На Ethernet-е будет быстрее в 5-ть раз.
Далее следует учесть, что картинки сжимать бесполезно, динамический трафик сжимать не оправдано, а при использовании на этапе отладки сниферов гораздо удобнее наблюдать несжатые файлы фреймворка.
Ваш совет технически правильный, но в моей постановке условий не целесообразный.
Про gulp написано — «A toolkit to automate & enhance your workflow»
Ни слова про дизайн.
Но как вы в нем можете делать дизайн быстрее чем в Dreamweaver?
Dreamweaver же позволяет визуально конструировать дизайн.
Это же самый кратчайший путь, а фремворки больше заточены на создание приложений.
Но так получилось что я не силен в дизайне вообще и jQuery mobile понравился с первого взгляда.
А на странице gulp я не вижу нигде примеров дизайна.
Может дадите ссылку посмотреть хоть где-нибудь этот дизайн?
Там написано что-то вроде «помошник в тестировании».
Не могли бы пояснить как вы его конкретно применяете?
Да, я забыл написать, но моя технология заточена на однократное использование интерфейса. Просто настроить дивайсу правильное подключение и больше не трогать.
Дальше предусматривалась работа парка устройств по MQTT.
И остальные страницы уже развертываются в облаках на каком-нибудь Azure IoT Hub.
Типа вот нашли фреймворк, быстренько накидали интерфейс, возможно только для того чтобы переключить дивайс с режима Access Point в режим станции и забыли.
Надо только чтобы пароли не перехватили и чтобы на смартфоне это смотрелось современно.
Дальше ничего более крутого в WEB интерфейсе я делать не предполагал, потому что все остальное предполагается делать через более эффективные каналы.
Например MQTT и облака, или MQTT и собственного брокера.
А там я уже пишу нативное приложение под Windows, которое будет гораздо более удобней чем WEB приложения и будет работать одновременно со многими дивайсами.
Согласитесь, если у вас парк устройств, то работать с каждым индивидуально через их WEB интерфейс совсем не привлекает.
Там сразу во-первых, виден конечный вид страницы без необходимости всё время запускать сервер и браузер.
Во-вторых, Dreamweaver сам собирает все необходимые файлы во фреймворк. Не надо даже смотреть документацию и самому писать хидеры страниц.
Хотел бы я узнать что может заменить Dreamweaver в этом качестве.
Я честно искал, но альтернатив не нашел.
А так не отрицаю что можно ужать и отказаться от jQuery mobile.
Но как я вроде показал этот труд будет практически напрасным.
В интернете гораздо легче найти советы как сделать то или иное с помощью jQuery чем с помощью голого AJAX и JavaScript.
Все же селекторы jQuery — это очень интуитивный подход.