- [Abassi RTOS] - появились бесплатные варианты. Не без говнеца, но все же.
Видимо, создатели ОСи заметили, что как-то тяжело стало продавать
RTOS'ы за $10k в последнее время, а помирать не охота. Evgeny_CD(330 знак., 13.07.2020 02:33, dao, ссылка, ссылка)
- --> fk0(1 знак., 10.07.2020 21:38, Off, ссылка, полностью)
- [RTEMS] умудрилась не помереть, отличие от eCos, и развивается! x86_64
освоили! Evgeny_CD(645 знак., 13.07.2020 00:47, dao, ссылка, ссылка, полностью)
- [eCos, eCosPro] В 2016 году в eCosPro добавили поддержку SMP для Cortex-A9 MPCore ->. В eCosPro есть поддержка Altera Cyclone V HPS, так что это весьма интересно. Evgeny_CD(233 знак., 17.11.2017 14:12, dao, ссылка, полностью)
- [TI ADS131M04] 4-Channel, Simultaneously-Sampling, 24-Bit, Delta-Sigma ADC .
Программируемая задержка по каналам. Идеально для счетчиков и
измерителей качества сети. $5 в розницу Evgeny_CD(11.07.2020 01:06, SCH, ссылка, полностью)
- Клевый ролик...и и max(6 знак., 11.07.2020 22:40, Off, youtube, youtube, полностью)
- мдя... Nikolay801_(882 знак., 12.07.2020 13:15, zen)
- [PCIe <-> PCI, Ubuntu Studio и "мелкий ПК" как
универсальная среда разработки синтетических и полусинтетических
портов embedded систем] Сложилось! Evgeny_CD(2151 знак., 11.07.2020 19:12, dao, ссылка, ссылка, полностью)
- Недорогие мамки под это дело Evgeny_CD(509 знак., 12.07.2020 03:21, ссылка, ссылка)
- Вот хорошая мамка для экспериментов - Evgeny_CD(12.07.2020 02:02, ссылка)
- Для XIO2001 есть отладочная плата, стоит под $400, но зато можно
содержимое EEPROM "отладить". Evgeny_CD(13 знак., 11.07.2020 20:19, ссылка, картинка)
- Тестирование всяких разных RT ядер в обычных приложениях. - Evgeny_CD(11.07.2020 19:49, ссылка, ссылка)
- Liquorix kernel Evgeny_CD(26 знак., 11.07.2020 19:46, ссылка, ссылка)
- Real-Time Linux Wiki - старая и новая - Evgeny_CD(11.07.2020 19:44, ссылка, ссылка)
- Старая статья в журнале Хакер, но все равно интересная - про
свойства RT ядер - Evgeny_CD(11.07.2020 19:36, ссылка)
- Любой кот позавидует вашей способности лизать яйца.. ;) - Xaoc(11.07.2020 19:36,
)
- В качестве "платформы" должен подходить обычный компьютер
разработчика, со средним линуксом или со средним виндовсом. И в gdb
или в visual studio оно должно отлаживаться. Вот всё перечисленное
тобой -- оно попросту не нужно. - fk0(11.07.2020 19:29)
- [Ракеты для запуска микро- и наноспутников] Революция, которую мы просрали. - Evgeny_CD(23.01.2020 23:43, Tech, полностью)
- Сильно громко кто-то думает: статья "Мнимая погоня за Илоном Маском". - De_User(25.01.2020 23:16, ссылка)
- Как бы мы сахару не просрали этим космосом - VLLV(24.01.2020 12:27)
- Бдь... Да просрали мы не рокету, а сами микро и наноспутники. Рокеты в рынке космических услуг, это пару процентов. И там уже не протолкнуться от индусов-китайцев и прочих подобных. Скоро уже Иран будет запускать. Спутник ценой в пол-лярда/лярд, mse homjak(127 знак., 24.01.2020 11:41)
- Я про них давно читал. Самая фишка в том, что там сложные механизмы печатаются на 3D-принтере, а топливный насос у них - электрический с приводом от аккумуляторов. Посему - это очень технологичная штука и быстрая в изготовлении - Звероящер(24.01.2020 10:29)
- Ракета [Электрон, Electron] Evgeny_CD(1829 знак., 23.01.2020 23:46, ссылка, ссылка)
- Простите, херня. Пулять мелкий мусор в космос недоракетами -- это
как-то бессмысленно и позорно. Суперракеты, которые одновременно с
выводом чего-то стоящего вывалят на орбиту (а надо это?) кучку
всякой хуеты (а это надо?) за мелкую монету мне представляются
более достойным решением. - Бapбoc(07.07.2020 22:59)
- 13 запуск - "что-то пошло не так". Жаль, совсем чуть-чуть не
хватило. - Evgeny_CD(07.07.2020 20:17, ссылка)
- [Осмысление] -> - Evgeny_CD(24.01.2020 21:06, ссылка)
- Старт-1, а Ж58 утилизировать-то как-то надо, да и Ж65 и Ж55 тоже в конце срока (см. 2-ю ссылку). - Chum_A(24.01.2020 13:37, ссылка, ссылка)
- Любишь ты громкие заявления, как какая-нить журнашлюшка. Берем древнюю как ГМ противоракету 53Т6, вешаем на нее копеечную 3 ступень. Вуаля. Вопрос в другом, стоит ли овчинка выделки, когда пиндосы в любой момент могут наложить на заказчика Codavr(268 знак., 24.01.2020 03:46 - 04:01)
- Ура! Человечество, наконец, дождалось Великого Прорыва! Слава
российским Кулибиным, Черепановым и Полесовым! :)) --> - MBedder(11.07.2020 18:29, Off, ссылка, полностью)
- Требуется мнение об идее реализации синтетических портов, пока
привожу основные тезисы: Синтетической порт(Synth port)
представляет собой программу, платформонезависимая логика которой
запускается не на физическом устройстве, а в синтетическом
(программном) окружении. Синтетическая периферия является
высокоуровневой программной реализацией аппаратной части
микроконтроллера (МК) и предназначена для отладки
платформонезависимой логики. Синтетическая периферия не ставит evgeniy1294(2279 знак., 11.07.2020 12:33, dao, полностью)
- Вот, сложилось - Evgeny_CD(11.07.2020 19:13, ссылка)
- Можно писать свое моделирование, а можно все-таки взять готовые
продукты в которые уже вложены миллионы человеко-часов труда. У
многих есть интерфейс с embedded средами и электронным
оборудованием. Simulink, Stateflow, LabView RxTx(37 знак., 11.07.2020 18:58, ссылка, ссылка)
- И заплатить за это...? - Evgeny_CD(11.07.2020 19:01)
- Ну не начинай. И написать всё это самому? Скупой платит дважды. Там
есть и Free/OpenSrc продукты ,посмотри на странице симулинка ниже
ссылки. - RxTx(11.07.2020 19:04)
- Написать что? Платить за что? Зачем вообще нужен LabView? Я описал
технологию, там места сторонним монстрообразным программным
продуктам -- нет. "Синтетический порт" -- это в первую очередь
ОТЛАЖИВАЕМАЯ программа на C, отлаживаемая на ПК, а потом
переносимая на МК. LabView там не нужен СОВСЕМ. Впрочем как и всё
перечисленное Евгением. Там просто нужно сесть и написать код на
языке, на котором тебе проще (мне было проще на Tcl, но можно на
голом C, можно на питоне). fk0(109 знак., 11.07.2020 19:24)
- Разумеется, все, до чего можем дотянуться, надо использовать. Но
нельзя закладывать критическую зависимость от того, что не
контролируешь никак. - Evgeny_CD(11.07.2020 19:14)
- Все - не надо. Нужно только то, что ведет к решению задачи. Это
сильно меньше, чем все. - Evgeny_CD(11.07.2020 19:13)
- Раньше было все просто и понятно - программа, написанная на С или
Борланд Паскаль работала и на целевом устройстве, и на PC без
дополнительных сущностей, называемых синтетическими портами. Это
было удобно и полезно, т.к. отладочных средств практически не было.
Сейчас они есть, и закрывают практически все потребности.
Изобретать кросс - проверку наличия сигнала CS ? При минимальной
иерархии ПО это отлавливается за 5 минут. Другое дело - какая-то
сложная математика, но тогда VLLV(293 знак., 11.07.2020 18:26)
- Синтетический порт должен быть простым и понятным. Нужно вначале
четко определить иерархию сущностей. Иначе все зря. Evgeny_CD(1500 знак., 11.07.2020 18:00, ссылка)
- Посмотри сюда как на инструментальную платформу - Evgeny_CD(11.07.2020 17:35, ссылка)
- Вдогонку: я бы очень советовал иметь скриптовый язык с динамической
типизацией, для быстрого перепрограммирования "окружения". На C/C++
его писать муторно и долго. Более того, может быть удобно иметь
консоль с командами, чтоб потыкать руками за какие-то ручки,
которые в явном виде выводить (в GUI, или ещё куда) не хочется, ибо
нужно на один раз. Да, в том же Tcl на самом Tcl можно сделать GUI.
Впрочем, в питоне тоже можно, но там внутри будет спрятанный Tcl (в fk0(55 знак., 11.07.2020 13:16)
- Начиная с virtual environment смешалось всё. JSON и всё такое
прочее -- это детали реализации конкретной системы, а не
высокоуровневое описание. Да есть управляющее ПО перенесённое на
ПЦ, есть слой драйверов, который на ПЦ реализован иначе (но имеет
общий, с точки зрения управляющего ПО, интерфейс с драйверами на
таргете). И драйвера могут непосредственно реализовать виртуальное
окружение, либо выступать интерфейсной частью к нему. Я, например,
делал так, что драйвера fk0(1838 знак., 11.07.2020 13:12)
- Пример реализации системы evgeniy1294(1 знак., 11.07.2020 12:34, картинка)
- Накидайте идей по оптимальному формату записи для системы сбора
данных MBedder(1113 знак., 10.07.2020 17:32, dao, полностью)
- У меня практически работающая система сбора информации построенная мной с back-end'ом на SQLite.
Гетерогенные пакеты информации стекаются real-time потоками (~около
10ка "тонких") в базу данных со скоростью 100пак/сек, стробируясь
пространственно-временной меткой (GPS тоже пишется, но строб дает
не он). Потоки динамически run-time настраиваемы (таблица-поток).
Некоторые потоки представляют собой "толстые" Lidar данные (пакет
10-20кб * ~50-100 пак/сек). SQLite RxTx(1771 знак., 11.07.2020 17:33 - 17:38, ссылка, ссылка)
- Я предлагаю делать так. Evgeny_CD(667 знак., 11.07.2020 00:54, ссылка, ссылка)
- Как вариант ASAM MDF. Используется в автомобильной индустрии, но
очень универсален и соответственно наворочен. В тоже время,
позволяет создавать относительно простые автономные устройства для
логгирования данных за счет поддержки несортированных и
нефинализированных данных. Есть опенсоурс реализации ридера и
врайтера этого формата, утилиты для сортировки и финализации лога.
Синхронизация данных конечно же присутствует, но возможно не в том
виде в каком нужно Вам. - wetter(10.07.2020 21:39, , ссылка, ссылка)
- А почему в "единый файл"? Пусть каждый поток пишет в свой файл, но
каждая запись пусть имеет сквозной номер. Таким образом при разборе
можно выявить реальную последовательность записей, при этом
упростить формат файла каждого потока (сделав записи в каждом файле
своего одинакового размера). Этот принцип используется для фиксации
событий с возможностью составить полный журнал событий. - VLLV(10.07.2020 20:38)
- Однонаправленный список сообщений? Несколько стандартных полей в
каждой записи (дата-время, GPS, источник сообщения, смещение до
следующей записи) + хвост переменной длины. - Cкpипaч(10.07.2020 20:01)
- ... - MBedder(10.07.2020 20:35)
- Поток фреймов разной длинны: маркер начала + размер данных во
фрейме (длинна) + данные + CRC. Например IEEE C37.118 - ETM(10.07.2020 19:39)
- Аналогичный вопрос задавал Скрипач, может ответил бы, чем его
изыскания кончились... И ещё scorpion: fk0(48 знак., 10.07.2020 18:56, ссылка, ссылка)
- В общем случае, если задача решается в лоб использованием SQL-базы
данных, то её и нужно использовать. Будет проще во многом. Другое
дело, что может получиться _сильно_ не оптимально и избыточно. В
данном случае непонятно какие выборки из базы данных потом будут
осуществляться. Если нужно просто разделить по источникам, то что
мешает сразу писать в разные же файлы, и потом брать только нужные.
А для передачи -- запаковать в зип. В случае SQL же, любая другая
база данных fk0(1594 знак., 10.07.2020 18:33)
- Я не о том, во что сложить - CSV проходит (пока), а как сложить, чтобы потом можно было восстановить исходный порядок
посылок и пакетов - MBedder(10.07.2020 18:55)
- Наверное, в таких случаях лучше всего использовать для хранения
Базы данных временных рядов - BlackPrapor(10.07.2020 19:28, ссылка)
- Пишет один процесс или разные? В один файл или в разные? Если файл
один (без буферизации, разумеется, и с O_APPEND), то порядок
очевиден... можно таймштамп добавить (но он может совпадать у
соседних записей). Если процесс один, поток один, есть точка, где
всё упорядочивается явно, то там можно порядковый номер записи
добавить. fk0(1858 знак., 10.07.2020 19:24)
- Что то это мне напоминает ;) - Codavr(10.07.2020 18:15)
- Чо? - MBedder(10.07.2020 18:19)
- ИМХО как-то сразу видится msg_pack или protobuf.... ну или что-то
подобное, где есть отдельные поля обязательные (GPS данные), есть
необязательные (остальные, перечисляются каждые), какие то в виде
массивов... какие то просто в виде числа.... sav6622(112 знак., 10.07.2020 18:11, ссылка, ссылка)
- присвоить свой уникальный id каждому потоку, добавить timestep с
GPS. Простая самописная прога сможет выводить выбранные потоки и
экспортировать в файл. Если я конечно правильно понял задачу! - Aleksey_75(10.07.2020 17:40)
- [Язык Kotlin] от JetBrains -> --> весьма интересное творение от отечественной компании. Evgeny_CD(369 знак., 06.01.2018 02:03, dao, ссылка, ссылка, полностью)
- [Портативные измерители полной электрической мощности] С удивлением обнаружил, что их мало и стоят они от ₽60к WTF? Evgeny_CD(1033 знак., 10.07.2020 14:56 - 18:01, Tech, ссылка, полностью)
- Итак, IВАН разрушил мои планы завоевания рынка электротехники. [Такие приборы существуют], но надо уметь их гуглить. Evgeny_CD(570 знак., 11.07.2020 02:37, ссылка, ссылка)
- Вот АЦП для желающих создать - Evgeny_CD(11.07.2020 01:07, ссылка)
- У меня UT232, мне нравится. Куплены были для настройки
10киловатного индуктора в резонанс, себя полностью оправдали. И
стоят значительно дешевле - IBAH(10.07.2020 20:51, ссылка)
- Ну, приличные токовые клещи сами на 60к выйдут. lloyd(350 знак., 10.07.2020 19:01)
- Благодарности ANT за указание на очепятки. - Evgeny_CD(10.07.2020 18:01)
- :) - ANT(10.07.2020 18:02)
- Вообще прикольно. Получается, что это действительно незанятая ниша,
не очень понятно только насколько большая. - Evgeny_CD(10.07.2020 17:23)
- Хм, дешево, у меня вот этот. Причина в классе. Портативный должен
быть приличного класса (0.1 - 0.2S), иначе он нафиг кому нужен. VLLV(252 знак., 10.07.2020 17:02)
- Собственно, стал искать после здравого предложения БAPMAЛEЯ
проверять ток ХХ разделительного трансформатора. Я для себя
подумал, что просто ток не очень информативен, нужно отдельно
активную и реактивную составляющую смотреть. - Evgeny_CD(10.07.2020 15:31, ссылка)
- На счёт приборов не скажу, а вот по электросчётчикам ... Дoктyp77(208 знак., 10.07.2020 15:02, )
- Бахнет? BlackMorda(132 знак., 10.07.2020 19:40, Off, ссылка, полностью)
Радиоастрономия, 1933 год
Первый американец в космосе, 1961 год
Европа обнаружила что её полупроводниковый суверенитет - это фикция
Импортозамещение сработало: на каждый проданный импортный сервер приходится три ...
Nvidia напряглась Huawei строит мегафабрику по производству чипов для ИИ
Платы как города
Лучше бы он конечно термоусадкой воспользовался
Диджитайзеры ускорят проведение научных исследований в России.
Датчики давления китайских производителей: высокое качество и доступность
Tiny Fans-on-Chips Could Cool Big Data Centers
