У меня раньше была идея не просто модулировать луч пачками импульсов, а передавать какие-нибудь случайные данные. Типа, генерируем случайное значение, посылаем его, принимаем его, сравниваем с отправленным. Если совпало, сбрасываем счетчик ошибок, сбрасываем тревогу и начинаем сначала. Если не совпало, то инкрементируем счетчик ошибок и проверяем на максимально допустимое число ошибок. Если привысили порог, то выдаём тревогу и начинаем сначала. Если еще не превысили, то начинаем сначала.
Такой метод должен защитить фотоприемник от злонамеренного засвета другим диодом. Даже если он будет подключен к такому же генератору импульсов. Идея так и не дошла еще до реализации.
Я в IT пришел из области электроники. Когда-то паял железо на транзисторах, потом на микросхемах аналоговых. За тем цифровые пошли. Ключевым моментом стало знакомство с микроконтроллерами. Я ими дико загорелся, так как на маленькой горстке дешевых деталей можно было спаять что-то уберкрутое. Да функционал можно было совершенствовать без паяльника. Я купил себе свой первый ПК и через пару месяцев подключил интернет. После создания очередной железки, встал вопрос интеграции его с ПК. Так я начал осваивать С++, Visual Studio и все остальное. Даже web программирование освоил чисто из-за того, что мне в железе нужна была web страница. Языки запросов в SQL базы тоже осваивались где-то по пути. Еще меня всегда привлекала организация связи между железками. Так я освоил основы вычислительных сетей их конфигурацию, а по сему — научился в админов-сетевиков. Теперь за все эти навыки я получаю нормальные деньги.
Я не претендую на точность, так как мои знания об этом на уровне научно-популярных видео, но что если так можно объяснить ограничение скорости света? Ну, вроде правила, что невозможно пройти два и более квантов расстояния за один квант времени (можно только один квант расстояния за один и более квантов времени), потому что "быстродействия процессора не хватает".
Я первый свой USB blaster купил у китайцев. Засада была в том, что под Win10 выкидывало в BSOD. К счастью, этот программатор был на STM32F103 и в сети я нашел один проект, который включал в себя исходники USB Blaster на STM32. Подредактировал, собрал их и получил прошивку, которая работает. Сама FPGA, с которой я начинал освоение данной технологии — Intel (Altera) Cyclone 2 (EP2C5T144N-8C) куплена там же. В качестве экспериментов я написал свой I2S интерфейс на Verilog, I2C интерфейс, SPI, таймер, антидребезг для кнопок и кучу другой ерунды. Поигрался с SignalTap. Теперь хочу освоить там ЦОС, а именно — различные цифровые фильтры.
Я отношусь к шестому поколению и всё, что написано в статье о нем — чистая правда. Интернет я использовал как тогда, так и сейчас — в качестве источника информации. Свой первый ПК я приобрёл в первую очередь для того, чтобы осваивать вычислительные технологии в электронике — проектирование и расчет схем и программирование как самого ПК, так и всякого железа (микроконтроллеры, ПЛИС). Языки программирования изучаются по мере их необходимости для решения своих задач. Так начал изучаться ассемблер для одной из архитектур микооконтроллеров с целью их программирования. По мере усложнения задач начал изучаться Си, потом и С++. Позже, для нужд в гибкости написанного софта для ПК, стал изучать Lua. Его функционала для моих задач хватает с головой. Когда потребовалось связать софт с СУБД, я изучил язык запросов SQL. Далее пошла связка из HTML, CSS, JS и PHP. Эта связка потребовалась, когда нужно было встроить web страницу в одно устройство. PHP нужен был для отладки страниц на Apache, собственно код на PHP эмулировал поведение железа, связанное с работой на страницах. И единственный язык программирования, который я изучил для рабочих нужд на предприятии — это язык 1С. В личных целях он не используется, только на работе и довольно редко.
Лично я считаю, что не в ООП проблема, а в неверном подходе при проектировании продукта. Лично я считаю, что проект должен быть модульным, но при этом иерархии модулей не должны быть сильно глубокими. В этих зависимостях можно потеряться. ООП прекрасно для этого подходит. Зная назначение каждого модуля, искать причины багов гораздо проще.
В свое время мне было лень писать самому графику для этого дисплея и я нашел в сети подходящую библиотеку. А вот с цветными дисплеями я играться люблю. Особенно, если он позволяет микроконтроллеру читать свою память. Так можно фреймбуфер держать только в дисплее и если нужно что-то там модифицировать, то достаточно прочесть интересующий блок памяти, изменить его и записать обратно.
Глядя на этот девайс, у меня в голове громко прозвучало «Сопли!». Я думал, что это только у меня поделия для дома и друзей выглядят как ужас макаронного магната, но я сильно ошибался. По-хорошему, светодиоды должны были быть распаянными на платах. Драйвера там же, на этих же платах. Потом аккуратно, шлейфами они должны быть связаны между собой и контроллером. Корпус влагонепроницаемый, только отверстия с сеточками снизу, чтобы небыло конденсата и насекомые не лезли. Вот тогда это уже будет надежное коммерческое изделие.
Хотелось бы статью с примером.
Например, пишем простой SPI интерфейс и для него описываем констрейны.
И второе. В описанных схемах не проще ли было бы сделать так, чтобы передатчик выдавал данные на спаде CLK (задний фронт), а приемник фиксировал их на нарастании сигнала CLK (передний фронт). Тогда часть проблем с метастабильностью регистра ушла бы. Еще где-то читал, что это не очень удачная практика, так как большинство FPGA вносят задержку на инверсию сигнала CLK и лучшей практикой является организация двух сигналов CLK, сдвинутых на 180° по фазе относительно друг-друга.
На производствах интересуются не столько скоростью передачи данных, сколько надёжностью. Любые помехи могут привести к сбою на производственных линиях и нарушениям техпроцессов. А это недопустимо. Если нужна скорость, ставь оптические линии и получишь и огромную скорость и лучшую помехозащищенность.
Я собственный VPN (ipsec/l2tp) поднял на роутере Mikrotik. Плюсы в том, что можно разрулить разграничения по доступу еще на уровне сети. Можно даже порт l2tp сделать доступным только через тоннель ipsec. Сервера с windows лично мне очень стремно пускать напрямую во внешнюю сеть. Через VPN с контролем доступа на уровне сети как-то спокойнее.
Я в свое время писал нечто подобное на STM32F407. Там тоже были две платы, одна в режиме USB host, другая в Slave. Host получала от подключённого девайса все дескрипторы, конфигурации и конечные точки и весь этот профиль отправлялся по сети второму устройству, которое приняв все это, прикидывалось этим устройством и просто принимало буферы конечных точек и события. Все работало довольно шустро (ограничиваясь только пропускной способностью сети). Были и проблемы, конечно, но большинство потребностей оно покрывало. К сожалению, проект был коммерческим.
Как выше сказали — крепления отличаются. Но не только. Линзы тоже разные. У Зенита крупнее. Может совместно делали. Типа, от Зенита матрица и оптика, а от китайцев софт и остальная электроника.
Нет у них конструкторской документации. Только "даташит" по его применению. Там нет ничего американского. И его разработку США не заказывали. Его разрабатывали для продажи на внешних рынках.
Дай бог, чтобы у них получилось. Потому что материал действительно стоящий в силовой электронике, по сравнению с просто кремнием. Это можно сделать силовые блоки еще мощнее в тех же габаритах или еще компактнее и легче в тех же мощностях. Да и в случае с батарейным питанием это играет не последнюю роль.
Такой метод должен защитить фотоприемник от злонамеренного засвета другим диодом. Даже если он будет подключен к такому же генератору импульсов. Идея так и не дошла еще до реализации.
Я не претендую на точность, так как мои знания об этом на уровне научно-популярных видео, но что если так можно объяснить ограничение скорости света? Ну, вроде правила, что невозможно пройти два и более квантов расстояния за один квант времени (можно только один квант расстояния за один и более квантов времени), потому что "быстродействия процессора не хватает".
Например, пишем простой SPI интерфейс и для него описываем констрейны.
И второе. В описанных схемах не проще ли было бы сделать так, чтобы передатчик выдавал данные на спаде CLK (задний фронт), а приемник фиксировал их на нарастании сигнала CLK (передний фронт). Тогда часть проблем с метастабильностью регистра ушла бы. Еще где-то читал, что это не очень удачная практика, так как большинство FPGA вносят задержку на инверсию сигнала CLK и лучшей практикой является организация двух сигналов CLK, сдвинутых на 180° по фазе относительно друг-друга.
Нет у них конструкторской документации. Только "даташит" по его применению. Там нет ничего американского. И его разработку США не заказывали. Его разрабатывали для продажи на внешних рынках.
Когда же эта компания вернется к нормальной работе, как это было с Win 7? Ведь в те времена массовые баги, вызванные апдейтами, были редкостью.
Дай бог, чтобы у них получилось. Потому что материал действительно стоящий в силовой электронике, по сравнению с просто кремнием. Это можно сделать силовые блоки еще мощнее в тех же габаритах или еще компактнее и легче в тех же мощностях. Да и в случае с батарейным питанием это играет не последнюю роль.