Осталось только понять откуда узнает свои точные координаты первый Reach в связке.
И зачем целый компьютер аж с линуксом для простой коррекции от базовой станции?
И о каких базовых станциях идет речь — GSM? А все ли базовые станции выдают этот NTRIP?
Тут можно поспорить с автором
Он представляет проект как некую наращиваемую конструкцию. Увеличивается число данных, добавляются ссылки, перекрестные ссылки, все обрастает версиями и ветками, все больше иллюстраций, растет дерево связей, база данных и проч. Нечто вроде библейской Вавилонской башни.
При таком подходе не поможет никакая программа.
Неактуальные данные из проекта должны стираться, а не интегрироваться в виде ссылок и проч. навечно в проект.
Всю старую телеметрию, мануалы, расчеты, графики стирать (или убирать в далекий архив) без всякого сожаления если к ним не возвращались дольше года.
Лучший журнал — это файловая система с хорошо организованной структурой директорий и полнотекстовый поиск.
Причем для актуализации памяти структура директорий должна периодически перестраиваться.
А автор вместо того чтобы решить что следует забыть, ищет пути как все запомнить. Это тупиковый путь.
Т.е. проект не в одном только mbed делался?
По моим прикидкам такая работа требует не меньше года знакомства со станком.
Сколько времени потратили на изучение станка если не секрет?
А я не так подхожу к вопросу.
USB OTG это мало что значит. Важно какие классы хотите реализовать и есть ли такие готовые.
SDIO тоже ни о чем не говорит. Важно какую файловую систему вы хотите сделать. Насколько быструю и надежную.
CAN тоже не сам по себе. Еще нужны протоколы типа CANOpen.
А еще неплохо RTOS с гибкими сервисами, логами и тестами и хорошей актуальной документацией.
Вот все это промежуточное ПО и забирает львиное время.
И что видим. STM только и предлагает что FreeRTOS, LwIP да FATFS. И Все!
Я на STM32 много чего напроектировал, но подошел к потолку и вижу что эта троица меня уже не устраивает.
Насчет популярности STM32 не спорю. Arduino еще популярней.
Но это не конкуренты для MQX-Kinetis, это этапы по пути к нему.
Из Литвы.
Но уже некоторое время я не занимаюсь закупками. Все собирается по аутсорсу.
Поэтому и программа позиционируется просто как быстрая прикидка себестоимости для того чтобы иметь основу для переговоров с аутсорсерами.
Нет, на данный момент я заказы не рассматриваю.
А почему вы думаете, что частотный преобразователь будет лучше конденсатора?
Хотя с другой стороны интеллектуальный частотный преобразователь в двигателе подключенный к облакам и собирающий всю статистику о параметрах потребления, циклах использования, ресурсе и проч. мог бы быть востребованным.
У меня такое решение есть. Возможно даже опубликую.
Моя цель MQX. А она привязана лицензией к чипам от Freescale.
В моей работе софт важнее аппаратной части, поскольку софт занимает большую часть времени.
Получение во владение конкурентного софта перекрывает все издержки перехода но новую аппаратную платформу.
Но это опять же о моей специфике, но я ориентируюсь по опросам разработчиков.
Большая доля разработчиков имеют такую же специфику.
Нельзя ли подробнее о «легких потоках».
Какую же конкретно задачу вы успешно решили с их использованием.
Какой выигрыш в наносекундах получили, на какой платформе.
И имеете ли вообще тайминги работы хотя бы основных сервисов вашей RTOS на какой либо платформе?
Реверсил OMRON, LENZE, менее известные немецкие модели. Сам по такой схеме разработал до 4 кВт и работают уже не менее 200 шт.
Пара оптронов сильно цену не поднимают, если бы они были нужны то их все бы ставили.
Во всех частотных преобразователях которые мне приходилось разбирать до 4 кВт микроконтроллеры непосредственно управляли драйверами.
Гальваническая развязка может быть нужна где-то с уровня 10 кВт.
Фильтрация идет на стороне клиента. Сервер не при чем.
Ну возьмем тогда сжатие для простоты понимания.
Эти алгоритмы тоже базируются на волшебных константах. На сервере сжимается на клиенте разжимается.
Но с помощью гомоморфного шифрования константы становятся недоступными.
И насколько я понял принцип гомоморфного шифрования алгоритм тоже меняется до неузнаваемости.
Имея большой запас терпения, можно разобраться в любой обфусцированной программе и выписать алгоритм.
Если предположить, что гомоморфное шифрование (из предыдущей статьи автора) существует, то тогда алгоритмы шифруются элементарно.
Скажем алгоритм некоей нелинейной цифровой фильтации. Его секретом являются коэффициенты.
Наука пока не в курсе, как имея знания о сигналах на входе и выходе такого фильтра восстановить его структуру.
Вы беретесь дизассемблировать и узнать коэффициенты, а оказывается что они зашифрованы и вот в таком зашифрованном виде участвуют в вычислениях. Сами вычисления, естественно, уже не будут напоминать фильтр. Входной поток тоже получаете зашифрованный. Выходной проток, конечно, расшифровывается, но шифрование несимметричное.
И все, тупик. Ничего сделать невозможно.
Думаю проблемы у автора были из-за отсутствия снабера между истоком и стоком транзисторов.
А резистор затвор-исток приводит к увеличенной нагрузке на C1 и C2.
Они начинают сильнее греться. Их надо выбирать тогда увеличенных габаритов.
Автору следовало бы обратить внимание на ограничение параметра dV/dt на выходе драйвера.
Это означает, что без снабера у него драйвер и транзисторы будут продолжать гореть хотя может быть и реже если он будет подавать высоковольтное напряжение через выключатели или контакторы.
Моя мысль была в том, что не нужно Линукса и линуксоподобных сервисов операционки, чтобы иметь все то что вы имеете на STM32 в вашей ОС. И сил это потребует меньше.
Я не за то чтобы переписать что-то, а говорю о том что это уже сделано, написано, портировано без Линукса и POSIX-а.
И вряд ли вы найдете что-то готовое, вот прям под STM32 чтобы оно было только в Линуксе и больше нигде.
Qt это интересно. Но почти 100% уверен, что под STM32 у вас не работает.
dropbear это не готовое приложение, а просто SSH канал доступа к неким функциям которые разработчик сам должен реализовать на своей платформе. Дублирование по сути встроенного WEB сервера по SSL.
ZeroMQ не приложение, а инструмент. Эт еще понять надо как его приладить и для разработки чего он нужен.
libmodbus тоже еще не приложение, а только реализация протокола, причем настолько примитивного что он в свое время на ATMEGA8 делался без всяких осей.
Скрипты? Так они тоже без осей есть достаточно реализованых. И LUA (eLUA) и JavaScript (Espruino) и Python (в OpenPilot реализован) и т.д. Опять же это не готовое ПО. Скрипты требуют серьезной низкоуровневой прослойки доступа к периферии.Которую писать самому надо.
И, как я уже говорил, на сегодняшний день все! малые RTOS умеют твитать в интернет. Для этого есть общеизвестные lwIP и uIP.
И SSL для них тоже есть.
Все же хотелось бы услышать какое же реальное практическое приложение или инструмент для встраиваемой системы можно взять только из Линукса и которого еще нет под малые RTOS.
У меня первая мысль была про геодезические измерения. Скажем перепроверка земельных участков.
Но такое решение не пойдет видимо.
И зачем целый компьютер аж с линуксом для простой коррекции от базовой станции?
И о каких базовых станциях идет речь — GSM? А все ли базовые станции выдают этот NTRIP?
Он представляет проект как некую наращиваемую конструкцию. Увеличивается число данных, добавляются ссылки, перекрестные ссылки, все обрастает версиями и ветками, все больше иллюстраций, растет дерево связей, база данных и проч. Нечто вроде библейской Вавилонской башни.
При таком подходе не поможет никакая программа.
Неактуальные данные из проекта должны стираться, а не интегрироваться в виде ссылок и проч. навечно в проект.
Всю старую телеметрию, мануалы, расчеты, графики стирать (или убирать в далекий архив) без всякого сожаления если к ним не возвращались дольше года.
Лучший журнал — это файловая система с хорошо организованной структурой директорий и полнотекстовый поиск.
Причем для актуализации памяти структура директорий должна периодически перестраиваться.
А автор вместо того чтобы решить что следует забыть, ищет пути как все запомнить. Это тупиковый путь.
По моим прикидкам такая работа требует не меньше года знакомства со станком.
Сколько времени потратили на изучение станка если не секрет?
В mbed отладки нет.
Через терминал?
USB OTG это мало что значит. Важно какие классы хотите реализовать и есть ли такие готовые.
SDIO тоже ни о чем не говорит. Важно какую файловую систему вы хотите сделать. Насколько быструю и надежную.
CAN тоже не сам по себе. Еще нужны протоколы типа CANOpen.
А еще неплохо RTOS с гибкими сервисами, логами и тестами и хорошей актуальной документацией.
Вот все это промежуточное ПО и забирает львиное время.
И что видим. STM только и предлагает что FreeRTOS, LwIP да FATFS. И Все!
Я на STM32 много чего напроектировал, но подошел к потолку и вижу что эта троица меня уже не устраивает.
Насчет популярности STM32 не спорю. Arduino еще популярней.
Но это не конкуренты для MQX-Kinetis, это этапы по пути к нему.
Но уже некоторое время я не занимаюсь закупками. Все собирается по аутсорсу.
Поэтому и программа позиционируется просто как быстрая прикидка себестоимости для того чтобы иметь основу для переговоров с аутсорсерами.
А почему вы думаете, что частотный преобразователь будет лучше конденсатора?
Хотя с другой стороны интеллектуальный частотный преобразователь в двигателе подключенный к облакам и собирающий всю статистику о параметрах потребления, циклах использования, ресурсе и проч. мог бы быть востребованным.
У меня такое решение есть. Возможно даже опубликую.
В моей работе софт важнее аппаратной части, поскольку софт занимает большую часть времени.
Получение во владение конкурентного софта перекрывает все издержки перехода но новую аппаратную платформу.
Но это опять же о моей специфике, но я ориентируюсь по опросам разработчиков.
Большая доля разработчиков имеют такую же специфику.
Чего- чего, а у Freescale объем документации точно больше чем для STM32.
Хотя и у этого может быть обратная сторона.
Какую же конкретно задачу вы успешно решили с их использованием.
Какой выигрыш в наносекундах получили, на какой платформе.
И имеете ли вообще тайминги работы хотя бы основных сервисов вашей RTOS на какой либо платформе?
Пара оптронов сильно цену не поднимают, если бы они были нужны то их все бы ставили.
Гальваническая развязка может быть нужна где-то с уровня 10 кВт.
Ну возьмем тогда сжатие для простоты понимания.
Эти алгоритмы тоже базируются на волшебных константах. На сервере сжимается на клиенте разжимается.
Но с помощью гомоморфного шифрования константы становятся недоступными.
И насколько я понял принцип гомоморфного шифрования алгоритм тоже меняется до неузнаваемости.
Если предположить, что гомоморфное шифрование (из предыдущей статьи автора) существует, то тогда алгоритмы шифруются элементарно.
Скажем алгоритм некоей нелинейной цифровой фильтации. Его секретом являются коэффициенты.
Наука пока не в курсе, как имея знания о сигналах на входе и выходе такого фильтра восстановить его структуру.
Вы беретесь дизассемблировать и узнать коэффициенты, а оказывается что они зашифрованы и вот в таком зашифрованном виде участвуют в вычислениях. Сами вычисления, естественно, уже не будут напоминать фильтр. Входной поток тоже получаете зашифрованный. Выходной проток, конечно, расшифровывается, но шифрование несимметричное.
И все, тупик. Ничего сделать невозможно.
А резистор затвор-исток приводит к увеличенной нагрузке на C1 и C2.
Они начинают сильнее греться. Их надо выбирать тогда увеличенных габаритов.
Автору следовало бы обратить внимание на ограничение параметра dV/dt на выходе драйвера.
Это означает, что без снабера у него драйвер и транзисторы будут продолжать гореть хотя может быть и реже если он будет подавать высоковольтное напряжение через выключатели или контакторы.
Я не за то чтобы переписать что-то, а говорю о том что это уже сделано, написано, портировано без Линукса и POSIX-а.
И вряд ли вы найдете что-то готовое, вот прям под STM32 чтобы оно было только в Линуксе и больше нигде.
dropbear это не готовое приложение, а просто SSH канал доступа к неким функциям которые разработчик сам должен реализовать на своей платформе. Дублирование по сути встроенного WEB сервера по SSL.
ZeroMQ не приложение, а инструмент. Эт еще понять надо как его приладить и для разработки чего он нужен.
libmodbus тоже еще не приложение, а только реализация протокола, причем настолько примитивного что он в свое время на ATMEGA8 делался без всяких осей.
Скрипты? Так они тоже без осей есть достаточно реализованых. И LUA (eLUA) и JavaScript (Espruino) и Python (в OpenPilot реализован) и т.д. Опять же это не готовое ПО. Скрипты требуют серьезной низкоуровневой прослойки доступа к периферии.Которую писать самому надо.
И, как я уже говорил, на сегодняшний день все! малые RTOS умеют твитать в интернет. Для этого есть общеизвестные lwIP и uIP.
И SSL для них тоже есть.
Все же хотелось бы услышать какое же реальное практическое приложение или инструмент для встраиваемой системы можно взять только из Линукса и которого еще нет под малые RTOS.