The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Обновление Debian 12.5 и 11.9"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление Debian 12.5 и 11.9"  +/
Сообщение от opennews (??), 11-Фев-24, 08:55 
Сформировано  пятое корректирующее обновление дистрибутива Debian 12, в которое включены накопившиеся обновления пакетов и добавлены исправления в инсталлятор.  Выпуск включает 68 обновлений с устранением проблем со стабильностью и 42 обновления с устранением уязвимостей. Из изменений в Debian 12.5 можно отметить обновление до свежих стабильных версий пакетов dpdk,  mariadb, postfix, qemu, systemd и xen. В cryptsetup-initramfs добавлена поддержка сжатых модулей ядра...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60587

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (1), 11-Фев-24, 08:55 
а..это.. 32х-битные Live сборки все?
Ответить | Правка | Наверх | Cообщить модератору

29. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (29), 11-Фев-24, 11:56 
https://cdimage.debian.org/debian-cd/current-live/source/
Ответить | Правка | Наверх | Cообщить модератору

53. "Обновление Debian 12.5 и 11.9"  –3 +/
Сообщение от Аноним (53), 11-Фев-24, 13:30 
Они решили дропнуть 32 бита, и перейти на калл-амарес, который написан на JS-говне от долбоящеров, которые решили камни без SSE2 не поздегживать просто по желанию левой пятки, ведь любой формальный повод для закрытия багов как wontfix — кобыле легче.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

56. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (56), 11-Фев-24, 13:36 
у Убунту был отличный инсталлятор. Не знаю, почему выбрали именно калл-амарес.
Ответить | Правка | Наверх | Cообщить модератору

74. "Обновление Debian 12.5 и 11.9"  +3 +/
Сообщение от Аноним (-), 11-Фев-24, 14:55 
> у Убунту был отличный инсталлятор. Не знаю, почему выбрали именно калл-амарес.

Вообще-то кальмар на C++ и кутях написан. И да, модераторы, вы точно в адеквате? Зачем вы стерли прошлое сообщение на эту тему?! Я и еще одно повешу, ибо техническая корректность - мастхэв.

А так - пруфлинк! https://en.wikipedia.org/wiki/Calamares_(software)

Ответить | Правка | Наверх | Cообщить модератору

81. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (81), 11-Фев-24, 15:06 
> Вообще-то кальмар на C++ и питончике написан.

https://github.com/calamares/calamares/tree/calamares/src/mo.../
Пофиксил, не благодари.
Ну и ходи иногда по своим ссылкам, что ли.

Ответить | Правка | Наверх | Cообщить модератору

93. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 11-Фев-24, 15:28 
>> Вообще-то кальмар на C++ и питончике написан.
> https://github.com/calamares/calamares/tree/calamares/src/mo.../
> Пофиксил, не благодари.
> Ну и ходи иногда по своим ссылкам, что ли.

А модули это вообще опциональная байда и уже на совести тех кто это юзать будет. Небось и на шелле можно накорябать - но это не повод вещать что оно "на шелле написано". Коре вот вполне себе норм сделано. И не догоняю где ему 64 бита так уж надо? Может им просто впадлу некромансить и проверять как это на древностях работает?

Ответить | Правка | Наверх | Cообщить модератору

106. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (106), 11-Фев-24, 15:53 
>Может им просто впадлу некромансить и проверять как это на древностях работает?

Н5т, им просто работать впадлу. Когда работать впадлу — ищутся предлоги, чтобы не работать. Вот дропы платформ — это как раз предлоги не работать:

* говорят "корпорация сама дропнула систему, она небезопасна, заботимся о вашей безопасности" — перевод на русский: "мы не хотим работать совсем, но приходится, и у нас есть повод официально закрепить отлынивание хоть от какой-то части от работы, сейчас мы выбросим пользователей той системы в мусор, и сделаем вид, что мы прилично поступили"
* говорят "у нас нет возможности тестировать на той архитектуре" — перевод на русский: "мы не хотим работать совсем, но приходится, и у нас нет повода официально закрепить отлынивание хоть от какой-то части от работы, но очень-очень хочется, сейчас мы выбросим пользователей тех систем в мусор, и сделаем вид, что мы прилично поступили"
* говорят "нам надо двигаться дальше, а это старьё отнимает ресурсы" — перевод на русский: "мы не хотим работать совсем, но приходится, и у нас нет повода официально закрепить отлынивание хоть от какой-то части от работы, но очень-очень хочется, сейчас мы выбросим пользователей в мусор, и даже почти не будем делать вида, что мы прилично поступили, мы и так в своём праве дропать что хотим, но как-то негативного пиара не хочется, поэтому будем смягчать по максимуму"

Ответить | Правка | Наверх | Cообщить модератору

110. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 11-Фев-24, 16:06 
>>Может им просто впадлу некромансить и проверять как это на древностях работает?
> Н5т, им просто работать впадлу. Когда работать впадлу — ищутся предлоги, чтобы
> не работать. Вот дропы платформ — это как раз предлоги не работать:

Ух офигеть, оказывается, люди не хотят забесплатно горбатиться на мусор который им самим не требуется. Поздравляю с прозрением!

Можете нанять кого на фултайм - и вот там уже сможете указывать с полным правом что и как делать. Правда даже так есть вероятность что чувак вынет фак из кармана и уйдет куда-то еще, объяснив что труба шатал это занятие.

> * говорят "корпорация сама дропнула систему, она небезопасна, заботимся о вашей безопасности"

При чем тут корпорация? Дебиан делается комьюнити - но это не значит что господа обязаны ублажать хз кого и почему. Они делают - то что нужно и хочется им. А копаться в костяшках мамонта желающих уже почти и не осталось как раз.

> * говорят "у нас нет возможности тестировать на той архитектуре" — перевод
> на русский: "мы не хотим работать совсем, но приходится,

Ну да, многим девам хотелось бы уже совсем слить это направление, ибо колупаться в костяшках которые для себя они уже давно не юзают - бессмысленный и беспощадный оверхед. И единственное что останавливает от этого это вой юзерей которые еще некромансят. Но по мере вымирания юзерей и систем - наступит момент когда вон те посчитают болевой порог приемлимым и - дропнут совсем.

> мусор, и сделаем вид, что мы прилично поступили"

Ну так наймите себе своих девов и диктуйте им что и как делать.

> * говорят "нам надо двигаться дальше, а это старьё отнимает ресурсы" —
> перевод на русский: "мы не хотим работать совсем, но приходится,

А еще это опенсорс. Можете прийти и предложить свои услуги по разгребанию проблем окаменелых фекалий. Врядли кто будет так уж отбиваться ногами - если вы это сможете в адекватном виде, конечно. А там так то за апстримами разгребать придется изрядно - ибо их девы считали точно так же.

Ответить | Правка | Наверх | Cообщить модератору

113. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (113), 11-Фев-24, 16:31 
Ещё раз: не хочется работать — нефиг заниматься поиском отговорок вместо работы, разрушением того, что другие люди делали упорным трудом, и прочей имитацией бурной деятельности, называя это работой и катаясь по конференциям за счёт лохов.
Ответить | Правка | Наверх | Cообщить модератору

134. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (-), 11-Фев-24, 17:43 
> Ещё раз: не хочется работать — нефиг заниматься поиском отговорок вместо работы,

Еще раз: в этом мире вам никто ничего не должен. А в опенсорсе люди чаще всего работают для себя любимых - делая то что им интересно и актуально. Обслуживание ваших суперценных задов забесплатно, вечно - в эту парадигму явно не входит.

Может быть случайное совпадение - когда вы хотели того же что и некто готовый воротить работы. И тогда удастся нахаляву проскочить. Но вот воспринимать это как данность и качать права - да вы офигели в край, имхо. И не понимаете основ взаимодействия в опенсорсе.

> разрушением того, что другие люди делали упорным трудом, и прочей имитацией
> бурной деятельности, называя это работой и катаясь по конференциям за счёт лохов.

А в чем разрушение то? Вы всегда можете скачать старые версии, где все то было - и делать с ними все что пожелаете нужным. А то что делавшие новые версии господа забили х на окаменелости которыми не пользуются - вот это уже их дело и их решения. Вы хотите иное дело и иные решения? Окей, вот и фигачьте работы сами. Или наймите кого-то фигачить для вас. А забесплатно цирк с ублажением каких-то нахалов - ну такое себе.

Ответить | Правка | Наверх | Cообщить модератору

243. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 14-Фев-24, 11:03 
>Может быть случайное совпадение - когда вы хотели того же что и некто готовый воротить работы. И >тогда удастся нахаляву проскочить. Но вот воспринимать это как данность и качать права - да вы >офигели в край, имхо.

Целиком и полностью с вами согласен.

>А то что делавшие новые версии господа забили х на окаменелости которыми не пользуются - вот это >уже их дело и их решения.

Лично меня лишь _удивляет_ то что дропнуть собрались две самые массовые за последние три десятка
лет архитектуры - i386 и armv7.

>А в чем разрушение то? Вы всегда можете скачать старые версии, где все то было - и делать с ними >все что пожелаете нужным.

После появления таких неприятных новостей - начинаю думать куда с Дебиана перебираться. Привык я к нему - с 96 года пользуюсь. Причем у меня Дебиан не только на десктопе(два компа и два ноута,используемых стационарно как десктопы),но и на Raspberry Pi тоже,которые как раз armv7. И комп из платы от телеприставки Mele A2000G - тоже armv7.

Вот теперь размышляю куда податься - Alt или Gentoo. И у того и у другого есть свои плюсы и свои минусы. Пока конечно еще "не горит", но хотелось бы заранее выбрать тех дистростроителей,с кем
мне будет "по пути" достаточно долго.

Ответить | Правка | Наверх | Cообщить модератору

252. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 14:21 
> Лично меня лишь _удивляет_ то что дропнуть собрались две самые массовые за
> последние три десятка лет архитектуры - i386 и armv7.

Они вроде только про ARMv6 (armel) что-то такое говорили. А вот это добро не настолько уж и массовое. У меня всего пару железок на этом есть, не считая винтажного N800 - который прикольный - но как ни изгаляйся а линух с гуем на 128 мегах оперативы это все же жушновато, да и проц там - объективно дохлый. Скажем даже низкобитрейтный H.264 или VP9 -> 800x480 скрин оно не потянет ну вот никак. Только simple MP4.

Или у меня есть парочка ARMv5TE штук. Они до сих пор поддерживаются САБЖЕМ и распоследним кернелом. Даже базовенький DVFS могет. А если делать нехрен можно даже новомодный bcachefs на этом антике зацепить. Там 2xSATA + USB + GigE. И было б оно козырной железкой, но ARMv5 на гигагерц, и 256 мегов NAND и RAM означают что сильно с файловыми операциями там не разгонишься.

...а мне это досталось потому что производитель забил, облако давно сдохло, и девайс для юзера стал тыквой. Ну а я устроил грубый takeover и перелил uboot на свой и флешанул минимальный образ дебиана который сам же и сделал. И это прикольно - но сколько народа буждет делать так же? А доисторический набор команд (если не ошибаюсь armel должен пахать на всем что ARMv4+) означает что все бинари будут наслаждаться фиговым перфомансом. Хорошая добавка дохлости железки.

Основная проблема? А на чем билдить пакеты?! Физических железок с достаточными мощными спеками под это нет. Кросс-виртуализация? Да, но очень неспешная и тяжеловесная штука. Оно может и не успеть десятки тыщ пакетов за реалтаймом ворочать. Коса находит на камень. Учитывая что железок мало майнтайнеры в какой-то момент перестают понимать ради чего такие мучения.

А ARMv7 - это armhf и его вроде дропать и не собираются пока. Это очень яркая граница водораздела, armhf кернел вообше не может v5 системы бутявить, а v6 с большими оговорками - в том числе по юзермоду, ибо разрешение пуска non-armhf бинарей в кернеле это серьезная подстава по секурити системы: таблица сисколов в фиксированой локации. Мечта любого эксплойта. Так что у меня это некий четкий водораздел.

> После появления таких неприятных новостей - начинаю думать куда с Дебиана перебираться.

Вооон там фря тоже видите ли - еще быстрее - все. Остальные последуют той же дорогой. Вы надеетесь остановить время? Если у вас есть машина времени - I'll take two.

> как десктопы),но и на Raspberry Pi тоже,которые как раз armv7. И
> комп из платы от телеприставки Mele A2000G - тоже armv7.

А они их разве собираются дропать? Вроде только про armel речь шла пока. И если что 12.x будет сперва stable, потом oldstable, потом oldoldstable. И это около 5-6 лет от NOW. Мы будем загадывать будущее на интервале более 6 лет?

> еще "не горит", но хотелось бы заранее выбрать тех дистростроителей,с кем

Тогда выбирайте другой глобус. Господа приславшие за всю историю 10 патчей в кернел точно не потянут майнтенанс кернела. А выкинуть оттуда i386 захочет много кто. Там девы тоже не какие-то особенные - и для себя i386 уже сто лет не юзают. Вот M68K кто-то упрямый гальванизирует. Пока это делают - ну ок. А как перестанут майнтайнить - так и вылетит. Кто и почему будет майнтайнить имнено x86-32 - черт его знает. У него есть убежденные некромансеры готовые свои пыльные гробы гальванизировать вечно сами, НЕ ДЕЛАЯ ИЗ ЭТОГО ПРОБЛЕМЫ ТЕХ КТО ЭТИМ ДАВНО НЕ ПОЛЬЗУЕТСЯ?

> мне будет "по пути" достаточно долго.

Если некромансия ваше все, это Antix какой-нибудь наверное.

Ответить | Правка | Наверх | Cообщить модератору

254. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 14-Фев-24, 15:43 
>Они вроде только про ARMv6 (armel) что-то такое говорили.

А это кстати какие-то из разновидностей Raspberry Pi вроде бы.
Хотя лично мои несколько штук - armv7

> ARMv7 - это armhf и его вроде дропать и не собираются пока.

Я именно такие _слухи_ слышал. Причем именно на этом форуме.

>Основная проблема? А на чем билдить пакеты?! Физических железок с достаточными мощными спеками >под это нет.

Сомневаюсь что пакеты под арм они там собирают на арм. Скорее всего кросс-компиляцией.
Это я тут на компе из телеприставки Mele A2000G собирал бинари под Raspberry.

>Оно может и не успеть десятки тыщ пакетов за реалтаймом ворочать.

Для сборки под арм не нужен сам арм. Ворочать сборку может какой-нибудь китайский многоядерный Xeon с Али. Арм нужен только для отладки собранного. А для этого можно задействовать пользователей, наладив взаимодействие с ними. Чтобы письма "в Дебиан" не были похожи на письма "в Спортлото" как это чаще всего сейчас бывает.

>потом oldoldstable. И это около 5-6 лет от NOW. Мы будем загадывать будущее на интервале более 6 >лет?

Думаете за 5-6 лет сдохнут миллионы проданных Raspberry и всех прочих одноплатных компов,которые
народ встраивает во всякие свои проекты? Моим арм-компам уже лет по десять и они отлично работают,свои функции выполняют.  Сейчас вот собираюсь еще один задействовать для автономного
робота на основе кода ardupilot.  

>Вы надеетесь остановить время?

Это совсем не сложно если пользуешься _хорошими_ вещами. Они живут долго. А капризы мейнтейнеров Дебиана - лишь создают некоторые не особо значительные неудобства для тех кто обладает достаточной технической квалификацией. Ну собирал я ядро для десктопа двадцать лет назад. Потом стало можно обходиться без этой процедуры. Похоже что теперь опять надо будет собирать. Ничего катастрофического в этом не вижу.

>Господа приславшие за всю историю 10 патчей в кернел точно не потянут майнтенанс кернела. А >выкинуть оттуда i386 захочет много кто.

Не могу понять зачем выкидывать то что за тридцать лет отлажено и работает. Впрочем - довольно давно уже развитие ядра ушло в такие дали,которые для обычного человека не актуальны. Это в 97 году ядро двух-трехгодичной давности отличалось принципиально. А сейчас отличие практически не заметно если это десктоп,а не датацентр.
Сидит же немало народа на 7 и 8 виндах,хотя микрософт считает их "устаревшими" - и ничего.
Тоже самое и с линуксом будет.

Кстати, о присылании патчей. Проблема не в том чтобы этот патч написать,а чтобы пропихнуть его в мейнстрим. Если в какой-то специфический не крупный проект это вполне реально,то чем крупнее проект и "ближе к ядру" тем меньше шансов если нет личных знакомств с кем-нибудь из "небожителей".

>Если некромансия ваше все, это Antix какой-нибудь наверное.

Это уже для совсем экзотики,типа какого-нибудь встроенного в станок компа на 386 проце.
В моем же случает 32-разрядный вариант линукса нужен для совместимости не с железом,а с _софтом_,
написанным обычно любителями или просто давно или даже если недавно то исходя из того,чему учили в институте,а там учили программировать именно под 32-разрядные системы. И надо сказать, что сейчас у меня 32-разрядный Дебиан 11 с ядром 6.1.0 отлично работает на компе с процессором
i5-8250U, который сложно назвать какой-то уж совсем "древностью". На втором компе у меня i7-3770,
он постарше конечно,но зато там 16 гигов памяти. И тоже точно такой же Дебиан.

Перепаять конденсаторы очень намного проще,чем переписывать софт. Вот корпократы (интел в данном случае) об этом думают,и у них нет планов внезапно и насовсем дропнуть поддержку x86-32. Поэтому по сей день можно заменить двадцатилетний комп на новый из магазина и софт будет продолжать работать.
Кстати, "унаследованного" софта много и в академической науке например.
Кто-то когда-то в рамках дипломного проекта или диссера написал - так и пользуются. Да они там
бывает пользуются тем что написано еще на фортране ЕС ЭВМ. Которая,сюрприз!, тоже 32-разрядная.

Ответить | Правка | Наверх | Cообщить модератору

262. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 19:02 
> А это кстати какие-то из разновидностей Raspberry Pi вроде бы.
> Хотя лично мои несколько штук - armv7

Самые первые малины. Кидалово от броадкома по сливу лежака для DVD.

> Я именно такие _слухи_ слышал. Причем именно на этом форуме.

Не помню анонса таких планов - пока видел насчет MIPSEL и сокращение поддержки i386. Не удивлюсь если и ARMEL урежут, старинный и пользователей мало осталось.

> Сомневаюсь что пакеты под арм они там собирают на арм. Скорее всего кросс-компиляцией.

Да вроде прям на железках. И с этим трабл что у железок рамы мало.

> Это я тут на компе из телеприставки Mele A2000G собирал бинари под Raspberry.

Ну и я так делал - и в кросс-виртуалке еще, но в кросс-вм небольшой софт реально. Большой долго. Но одно дело если комп пыхтит, и другое - я. Ядро ессно кроссом - ему либ не надо и мучений нет, вот это быстро  но у него и депендсов нет.

> Для сборки под арм не нужен сам арм. Ворочать сборку может какой-нибудь
> китайский многоядерный Xeon с Али. Арм нужен только для отладки собранного.

Покажите мне сборку кроссом какойнить жирной проги с кучей депендсов, угумс. А вот отлаживаю портабельный код я как раз на x86 с тяжелыми инструментами типа asan/ubsan. Глупо портабельностью не пользоваться.

> это чаще всего сейчас бывает.

Вот можете этим и заняться - если оно вам надо. А то почему-то всегда должен - кто-то другой, кому оно не надо.

> Думаете за 5-6 лет сдохнут ... которые встраивает во всякие свои проекты?

Нет. Я думаю что через 5-6 лет вернусь к вопросу более предметно и смогу трезвый re-eval проблемы с пониманием "куда двигаемся". И более современные вещи как раз освою. Пока RISCV-64 в дебиане злостный WIP.

> один задействовать для автономного робота на основе кода ardupilot.

Так то затея хорошая. Меня на 32 битах напрягает работа с камерой и проч, картинку себе по вафле пульнуть и проч - лучше несколько 64 бит ядер на процессинг, крипто и проч, с запасом.

> для тех кто обладает достаточной технической квалификацией.

Ну вот я до энной степени свои проблемы - решу так или иначе отманеврировав имхо.

> процедуры. Похоже что теперь опять надо будет собирать. Ничего катастрофического в
> этом не вижу.

Я собираю себе ядра сам - потому что считаю что умею это лучше, таргетируя low latency. У меня довольно бескомпромиссные full preempt, с 1000Hz tick, при том tickless для экономии питания, местеми секурити подтянут, подписи модулей - свои, с mandatory проверками. В основе когда-то был дистро конфиг ессно.

Эмбедовака может юзать иные настройки - смотря что я таргетирую по параметрам. В отличие от вон тех я понимаю что и зачем я кручу.

> Не могу понять зачем выкидывать то что за тридцать лет отлажено и работает.

Затем что до сих пор создает траблы, а код ужасен. И добавляет адовых костылищ много куда, усложняя жизнь за пределами своей помойки. Много кода реюзано с 64-bit и увы, эта медаль имеет оборотную сторону. Скажем ACPI у ранних x86 был максимально глюкавый из всех. А теоретически ACPI даже у ARM 64-bit может быть. А оно им надо - с вон тем УГ копаться?

> двух-трехгодичной давности отличалось принципиально. А сейчас отличие практически не
> заметно если это десктоп,а не датацентр.

Ну это кому как. Захочется новую железку - а старый кернел ее чисто технически не знает.

> Тоже самое и с линуксом будет.

Возможно. У меня даже N800 в принципе работает. Правда всерьез его юзать - ну, блин, проц там хилый и рамы мало. Но вот с ним неудобно: 2.6.32 крайне глючен в usb-eth протоколе. И вафля специфичная, не полностью на mac80211 подсистему была переведена еще в те лохматые годы.

> проект это вполне реально,то чем крупнее проект и "ближе к ядру"
> тем меньше шансов если нет личных знакомств с кем-нибудь из "небожителей".

В именно ядре как раз народ относительно гибкий - даже вон M68K таскают. Их критерий - если вы решаете свои проблемы и другим не икается то и фиг с вами. Так что вот M68K порт, пжалста. А техасские DSP таки выкинули: сто лет патчей никто не слал и майнтайнера нет.

> Это уже для совсем экзотики,типа какого-нибудь встроенного в станок компа на 386 проце.

Нишевое развлечение, учитывая что железки там могут быть специфичные и недокументированые.

> В моем же случает 32-разрядный вариант линукса нужен для совместимости не с
> железом,а с _софтом_,

Лично я не завишу от проприетарного софта - и меня 64 бит комп уже давно так то. А с своим совтом его господа и разбираются. Я когда-то давно эн траблов решил, теперь все просто работает.

> он постарше конечно,но зато там 16 гигов памяти. И тоже точно такой
> же Дебиан.

Тупо юзать 32 бит систему на железе с 16 гиг памяти. Когда прога более четверти оперативы не могет "потому что не хватило цифр" это супертупо имхо.

> Перепаять конденсаторы очень намного проще,чем переписывать софт.

Когда как. Я вообще довольно давно привык писать портабельный код - C99 с нами не вчера образовался, если что.

> Вот корпократы (интел в данном случае) об этом думают,и у них нет планов внезапно
> и насовсем дропнуть поддержку x86-32.

Они хотят выпустить x86-lite который будет лишен 16/32 режимов. И дропнуть поддержку BIOS, так что загрузить DOS на этом не получится в принципе, хоть там как.

> бывает пользуются тем что написано еще на фортране ЕС ЭВМ. Которая,сюрприз!, тоже
> 32-разрядная.

Наиболее нормальные вещи - типа xnec2c какого - по счастью и на си переписали, и на 64 бита вот сбилдили.

Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

264. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 14-Фев-24, 20:33 
> А это кстати какие-то из разновидностей Raspberry Pi вроде бы.
> Хотя лично мои несколько штук - armv7
>Самые первые малины.

Не,самые первые вроде armel вообще были.

>Кидалово от броадкома по сливу лежака для DVD.

Если бы в то время в малины ставили что-то "новейшее" то стоили бы они еще в разы дороже.
Хотя и так были весьма не дешевые. Так что спасибо броадкому что хоть такие процы за дешево
нашлись.

>А вот отлаживаю портабельный код я как раз на x86 с тяжелыми инструментами типа asan/ubsan. Глупо >портабельностью не пользоваться.

А так как работать это в большинстве случаев будет на 32-битном armv7 то логично и отлаживать
на 32-битной системе.

>Вот можете этим и заняться - если оно вам надо. А то почему-то всегда должен - кто-то другой, кому >оно не надо.

Я нигде не писал что мне кто-то должен. Я лишь выражал _сожаление_ что удобная халява в Дебиане
заканчивается и придется впрягаться самому.

>Я собираю себе ядра сам - потому что считаю что умею это лучше

Если для какого-нибудь embedded - то я с вами согласен и поступаю примерно также. Но писал я
об отсутствие сейчас необходимости сборки ядра для _десктопа_. Ну может быть кроме каких-то узкоспециальных случаев типа многоканальной обработки звука например.

>Скажем ACPI у ранних x86 был максимально глюкавый из всех.

А что, некривые таблицы ACPI вообще хоть где-то бывают? Уж несколько предупреждений ядро всегда
при загрузке выкинет,чаще всего к счастью не критичных. Ну и вообще-то это вопросы не к коду в ядре,а к производителю, написавшему в биос кривые таблицы.

>Захочется новую железку - а старый кернел ее чисто технически не знает.

К тому времени как новая железка попадет ко мне в российскую деревню - ядро уже давно её знать будет.

> В моем же случает 32-разрядный вариант линукса нужен для совместимости не с
> железом,а с _софтом_,
>Лично я не завишу от проприетарного софта - и меня 64 бит комп уже давно так то. А с своим >совтом его господа и разбираются.

В проприетарном софте хотябы есть некие господа,которые может быть будут разбираться.
А в любительском софте или в том что написан в рамках чьего-нибудь дипломного проекта - разбираться приходится самому потому что авторы давно утратили к нему интерес и недоступны для связи.
Так-то и я был бы рад полностью не зависеть от проприетарного софта. Но бывает что его особо и нечем заменить. Например VMLAB - симулятор микроконтроллеров AVR. Ну очень удобная штука. Кстати - бесплатная и официально совместимая с WINE. Но - с 32-разрядным конечно.

>Тупо юзать 32 бит систему на железе с 16 гиг памяти. Когда прога более четверти оперативы не >могет

Вы считаете что это вообще хорошо,когда одна программа может сожрать всю память в системе? За исключением всяких узкоспециальных случаев типа нейросетей - я считаю что это как раз плохо.
Да и нет у меня программ,которые выедали бы даже 4 гига. Иначе на втором компе,где их именно четыре - я бы напротив свопа не видел бы постоянно 0% использования. Бывает конечно что в каком-нибудь софте память течет в каких-то непроверенных авторами ситуациях - так это повод периодически софт перезапускать,а не позволять ему бесконтрольно разрастаться. Так что можно сказать что ограничение в 4 гига на одну программу - это типа настройка квоты такая.
Так что аргумент "прога не может больше четверти оперативы" - считаю несостоятельным для моего
сценария использования компов.

>Я вообще довольно давно привык писать портабельный код

К сожалению, сейчас код пишете не только вы. Но и те люди,которые вообще не программисты,а лишь
когда-то прослушали краткий курс программирования в институте. И понятно что их там учили программированию под 32-разрядные системы,как наиболее массовые и распространенные в последние три десятка лет. У очень многих людей в мозгах крепко забито что сишный int это 32 бита и что
указатель это тоже 32 бита. А еще встречается хранение IP-адреса как 32-разрядного инта.

> Вот корпократы (интел в данном случае) об этом думают,и у них нет планов внезапно
> и насовсем дропнуть поддержку x86-32.
>Они хотят выпустить x86-lite который будет лишен 16/32 режимов.

Хотеть выпустить новое и принудительно дропнуть поддержку уже работающего - это существенно разные действия. Не слышал заявления от Интела чтобы он пообещал прекратить выпуск процов,
поддерживающих 32-bit режим. А так этот lite вполне может быть применим например в типичных офисных компах - потому что нет никакой разницы для набирания бумажек.

Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

269. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 23:22 
> Не,самые первые вроде armel вообще были.

На ARMv6 вы и не запустите armhf юзермод как раз! Потому и кидалово. Подсунули клиентам в новом дизайне legacy ABI. Как угодно но armhf подразумевает >=ARMv7. В этом кидок от броадком и состоит. Я за несколько до этого уже ворочал бордами с v7 и armhf, и уже довольно дешевыми, так что де факто это не инновация а хайп и даунгрейд были.

> Если бы в то время в малины ставили что-то "новейшее" то стоили
> бы они еще в разы дороже.

У меня почему-то были одноплатники за сравнимые цены без "благодетелей" с легаси архитектурой. И уже как раз сравнимо по цене. Единственное что то жулье умело хорошо - гнилой пиар. Выгодно слили лежак со склада ;).

Единственное что я не понял - зачем они и дальше тупую архитектуру чипа таскали. Врядли они DVD плеерами массово барыжат теперь.

> А так как работать это в большинстве случаев будет на 32-битном armv7
> то логично и отлаживать на 32-битной системе.

По задумке мой код на си портабельный и работает на всем от 8 до 64 битов. Поэтому баги должны чиниться и там и сям. Но как вы поняли если у меня железки нет, виртуалка таки будет с примерно тем процом и конфигой.

> заканчивается и придется впрягаться самому.

Меня имхо вообще почти не заимпактит почти или я отманеврирую.

> Если для какого-нибудь embedded - то я с вами согласен и поступаю
> примерно также. Но писал я об отсутствие сейчас необходимости сборки ядра для _десктопа_.

Я сказал что люблю быстрые компы? Я также люблю плавные, low latency, приятные в использовани компы. И мои ядра более радикальны в этом чем дистровские low-latency.

> А что, некривые таблицы ACPI вообще хоть где-то бывают?

Device Tree называется :))). Правда не ACPI зато не кривой и не требует маздайских тулкитов для крафтинга. Одна из причин по которым я хочу развидеть x86 вокруг себя, даже 64 битный.

> - ядро уже давно её знать будет.

Раз на раз не приходится. Да и можно подумать у вас почтари не работают.

> В проприетарном софте хотябы есть некие господа,которые может быть будут разбираться.

Лицензию читайте ;). Я лично видел как MS глазом не моргнув прокатывал верхушку фортуны 500. И что хотите то и делайте но компонент - все! И им пофиг что с бизнесом будет, не их же! Как вы это оспорите?

> дипломного проекта - разбираться приходится самому потому что авторы давно утратили
> к нему интерес и недоступны для связи.

И все же это не должно становиться проблемой других людей. Хотя бы потому что проблемы с портабельностью - это не их факап.

> симулятор микроконтроллеров AVR. Ну очень удобная штука. Кстати - бесплатная и
> официально совместимая с WINE. Но - с 32-разрядным конечно.

Мне как-то не требовались симуляторы особо. Тем более что обвес и периферию они все равно симулируют "не очень". А так qemu умеет STM32. Но - увы - без большей части железок. В уарт поругатсья можно. А при попытке читануть ADC - hard fault.

> Вы считаете что это вообще хорошо,когда одна программа может сожрать всю память
> в системе?

Я считаю что как использовать мое железо решать - мне. Иногда ну вот надо какую-то ресурсоемкую разовую операцию например. И так лучше всего.

Более того - это лезет и в других местах. Скажем mmap() для работы с файлами как с массивом в ряде случаев удобно - но в 32 битах оно жестко утыкается в "нехватку номерков", это даже не настоящие аллокации, просто абстракция такая.

> не видел бы постоянно 0% использования.

Я себе ZRAM нарулил вместо свопа, опять же, так латенси лучше. И таки "cold" pages туда могут и выдавиться в ряде случаев, если запущено эн прог, ряд виртуалок и проч. Но если они потребуются - распаковать LZ4 или LZO+RLE RAM -> RAM много времени не займет, и урон латенси лимитирован. Звездолет не снабжен якорем, он должен быть быстрым.

> повод периодически софт перезапускать,а не позволять ему бесконтрольно разрастаться.

Если это проблема можно лимиты настроить. А вот жестко решать за меня как мне мое железо юзать? Я не для этого за него платил.

> К сожалению, сейчас код пишете не только вы. Но и те люди,которые
> вообще не программисты,а лишь когда-то прослушали краткий курс программирования в институте.

Они и пишут на питоне или ноджыэс каком. А я и не ставлю их барахло посмотрев depends :)

> указатель это тоже 32 бита. А еще встречается хранение IP-адреса как 32-разрядного инта.

В случае дебиана это вообще повод выбросить пакет из репы, ибо они сватают себя как IPv6 ready.

> Хотеть выпустить новое и принудительно дропнуть поддержку уже работающего - это существенно
> разные действия.

Скорее, НЕ хотеть возиться с ЧУЖИМИ проблемами, копаясь в окаменелых останках про которые автор давно забыл или даже не знал. По моему кому это надо тот и работает эти работы.

> Не слышал заявления от Интела чтобы он пообещал прекратить выпуск процов,
> поддерживающих 32-bit режим.

Вроде хотели только 64 бит оставить. Хотя 32 бит проги - на 64 бит оси - вроде все же смогет выполнять, если не ошибаюсь. Но там идея такая что сразу с powerup - в 64 бит режиме.

Ответить | Правка | К родителю #264 | Наверх | Cообщить модератору

278. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 15-Фев-24, 16:14 
> У меня почему-то были одноплатники за сравнимые цены без "благодетелей" с легаси
> архитектурой.

Потому что у вас по всей видимости были нужные связи и возможности чтобы их достать.
У меня например первые солнечные панели появились двадцать лет назад,задолго до того
как их в России продавать физлицам стали. Покупал некондицию с "космического" завода
благодаря личным связям.

>Выгодно слили лежак со склада

Причем выгодно для обеих сторон. Знаю много народа кто смог начать эксперименты с
одноплатниками и робототехникой именно благодаря появлению _доступных_ и неплохо документированных "малинок".

>> А так как работать это в большинстве случаев будет на 32-битном armv7
>> то логично и отлаживать на 32-битной системе.
> По задумке мой код на си портабельный

Так это _ваш_ код. А если используете не ваш - что,предлагается заниматься ловлей багов,возникших
из-за переноса на другую разрядность? В случае кода запускаемого на одноплатниках - он может быть
достаточно объемным,а также и сложным для понимания по причине личных предпочтений тех кто его
писал. Вон тот же ardupilot как пример.

> Я сказал что люблю быстрые компы? Я также люблю плавные, low latency,
> приятные в использовани компы. И мои ядра более радикальны в этом
> чем дистровские low-latency.

Возможно это связано с какими-то психологическими особенностями. Например временем реакции (своей,а не компа имеется в виду). Или чем-то еще. Вон,среди профессиональных игроманов есть
те кто отличает частоту на экране 75 и 100 Гц. А я и на обычном телевизоре с его 50Гц мерцания не вижу - видимо потому что не игроман.
Это я к тому что для меня и дистрибутивные ядра для десктопа вполне приятные в использовании.
Может быть потому что я не пытаюсь навешивать на систему всякие "интегрированные среды" типа KDE
и пользуюсь простым IceWM.

>> А что, некривые таблицы ACPI вообще хоть где-то бывают?
> Device Tree называется :))). Правда не ACPI зато не кривой

Кривость или не кривость опять же зависит не от самого Device Tree,а от того,
насколько правильно его написали под конкретное железо. Например в китайских планшетах
это условие не всегда выполняется.

> не требует маздайских тулкитов для крафтинга.

Вообще-то средства для пересборки таблиц ACPI есть нативные в Дебиане.
На ноутбуках ими не раз пользовался, ремонтируя то что недописали производители.

>Одна из причин по которым я хочу развидеть x86 вокруг себя, даже 64 битный.

За последние три десятка лет накопилось очень много кода, явно или не явно завязанного
даже не столько на сам x86,сколько на архитектуру типичного ibm-совместимого компа где он стоит.
Так-то с общетеоретической точки зрения я согласен, что и x86 и "ibm-совместимые" компы - это нагромождение накопившихся с 80х годов костылей многоуровневой совместимости.
Но пока что заменить особо и нечем. Причем я не о производительности говорю - она уже давно избыточна для большинства решаемых задач,а именно об архитектурных особенностях. Похоже надо
ждать когда появится какой-нибудь китайский последователь Стива Джобса и соберет в гараже
новый комп с каким-нибудь новым процом,и это не будет отягощено грузом тридцатилетней совместимости.

> Раз на раз не приходится. Да и можно подумать у вас почтари не работают.

Я в начале прошлого десятилетия имел неудачный опыт покупки через почту именно _новой_ железки -
это была плата с процом TI OMAP. Не доехало. Потому что экспортный контроль(вроде других причин небыло). Так что приобретать слегка "устаревшее" и потому распространенное железо выгоднее - оно
особо никого уже не заинтересует "по дороге".

>> В проприетарном софте хотябы есть некие господа,которые может быть будут разбираться.
> Лицензию читайте. И им пофиг что с бизнесом будет, не их
> же! Как вы это оспорите?

Я же сказал - МОЖЕТ БЫТЬ будут разбираться. Если повезет. К нам их лицензии вообще отношения не имеют - у нас же нет денег на американских адвокатов чтобы судиться опираясь на написанное в лицензии.

>> дипломного проекта - разбираться приходится самому потому что авторы давно утратили
>> к нему интерес и недоступны для связи.
> И все же это не должно становиться проблемой других людей.

А оно становится. Потому что или бери то что есть и пытайся собрать - что проще всего сделать на примерно той же конфигруации на которой оно писалось, или пиши сам полностью с нуля. Что за разумное время может оказаться неподъемно в одно лицо.

> Хотя бы потому что проблемы с портабельностью - это не их факап.

Тот,кто писал код - может быть например хорошим математиком. Но посредственным программистом.
А так как хороших математиков мало,тем более в опенсорсе, то приходится пользоваться тем что есть. Автоматическое управление - область достаточно наукоемкая чтобы один человек мог разбираться во всём что к ней относится. Поневоле приходится использовать и чужой код тоже.
И если это управление объектами с достаточно сложным поведением (летающий дрон например) - то
и код будет весьма сложным. Не на программном уровне,а на математическом. Чтобы это переписать -
надо не столько архитектуру процессора знать,сколько математику на основе которой оно было написано. Иначе легко можно получить неправильное поведение софта в каких-нибудь граничных случаях (как раз с представлением чисел и связанных).

>> симулятор микроконтроллеров AVR. Ну очень удобная штука. Кстати - бесплатная и
>> официально совместимая с WINE. Но - с 32-разрядным конечно.
> Мне как-то не требовались симуляторы особо.

Мне далеко до вашей квалификации,поэтому без VMLAB в программировании AVR я как без рук.

> Тем более что обвес и периферию они все равно симулируют "не очень".

Ту периферию что внутри контроллера AVR (таймеры,порты) - VMLAB симулирует хорошо.
Немало ошибок в использовании всего этого так отловил.
Подключенные снаружи устройства - да, симулируются весьма ограниченно. Тут уж ничего особо не поделать. Разве что Proteus запускать в WINE - там несколько больше возможностей по симуляции того что к контроллеру подключено снаружи. Но и ошибок в симуляции больше или просто странного поведения,о котором если не знаешь то оно становится неприятной неожиданностью.

>А так qemu умеет STM32.
> Но - увы - без большей части железок. В уарт поругатсья
> можно. А при попытке читануть ADC - hard fault.

Вот именно поэтому я (и далеко не я один) в любительских самоделках предпочитаю AVR там где их возможностей хватает. Был бы для STM32 хороший _визуальный_ симулятор (как VMLAB) - любители более охотно использовали бы STM32 потому что оно содержит всё-таки достаточно полноценный arm-процессор,на котором значительно меньше заморочек с математикой. А так - периферийные устройства намного сложнее чем у AVR,а удобных средств пощупать их глазами и руками нет. Ну или может быть можно какую-то отладочную конфигурацию собрать чтобы глазами видеть что внутри STM32 происходит (по типу того же VMLAB) но нет хороших описаний как это сделать поэтому простой народ не знает.

>> Вы считаете что это вообще хорошо,когда одна программа может сожрать всю память
>> в системе?
> Я считаю что как использовать мое железо решать - мне.

Безусловно с вами согласен.

> Иногда ну вот надо какую-то ресурсоемкую разовую операцию например. И так лучше всего.

У меня просто нет таких операций,даже разовых, которые способны сожрать четыре гига памяти.
Хотя допускаю,что если бы я работал программистом то может быть они бы и возникали. Но я уже полтора десятка лет как не работаю.
Кстати,в прежние времена,когда памяти на компах было немного, я обычно настраивал квоты так чтобы
ни один процесс не мог выжрать всю память и поставить систему колом настолько что даже в шелл не зайти чтобы корректно его прибить. Возможно это наследие моей работы с низкоуровневым программированием в DOS,где любая ошибка означала мёртвый повис и перезагрузку через reset.

> Более того - это лезет и в других местах. Скажем mmap() для
> работы с файлами как с массивом в ряде случаев удобно -
> но в 32 битах оно жестко утыкается в "нехватку номерков"

Соглашусь что работа с файлами гигантских размеров актуальна для тех кто
профессионально занимается монтажем звука или видео. Но я этим не занимаюсь поэтому
у меня на компе просто неоткуда взяться файлам в четыре и больше гигов размером.
За последний десяток лет самый большой файл с которым мне пришлось иметь дело - это
образ инсталляционного диска Alt Linux Simple размером 3397 Мб. Всё равно до 4 Гб не дотянул:)
Ставил его знакомой даме на ноутбук взамен сдохших в очередной раз виндов.
Вообще-то Альт мог бы и поменьше инсталлятор сделать типа дебиановского netinstall.
Потому что перекачать три гига сюда через интернет по радио было долго и не просто.

>> не видел бы постоянно 0% использования.
> Я себе ZRAM нарулил вместо свопа, опять же, так латенси лучше.

Возможно вы правы. Я сам не пробовал - просто потому что довольно
давно уже своп просто не требуется,ни настоящий ни виртуальный.

> урон латенси лимитирован. Звездолет не снабжен якорем, он должен
> быть быстрым.

Вот только я заметил,что уже десятка полтора лет как скорость решения прикладных
задач ограничивается быстродействием не процессора,а моих мозгов. Копаться в мегабайтах
кода и разбираться что там к чему - быстрее не получается. И уж тем более придумывание
собственного кода процесс совсем не быстрый. У меня же нет задачи побыстрее "тяп-ляп и в продакшн". А над хорошим кодом думать приходится.

>> К сожалению, сейчас код пишете не только вы. Но и те люди,которые
>> вообще не программисты,а лишь когда-то прослушали краткий курс программирования в институте.
> Они и пишут на питоне или ноджыэс каком.

Питон - слишком новая вещь, его даже сейчас еще не всегда в институтах изучают.
А раньше,когда пишущие и учились, были Паскаль и Си. Вот и пишут на том что хоть как-то знают.
Я кстати когда впервые столкнулся с Питоном - очень неприятно удивили значащие пробелы в исходние. Сразу вспомнилась ЕС1046 и позиции на перфокартах - да, я это застал.

> А я и не ставлю их барахло посмотрев depends

Не ставить барахло можно когда выбор есть что ставить.
А он в узкоспецифичных задачах есть не всегда.

>> указатель это тоже 32 бита. А еще встречается хранение IP-адреса как 32-разрядного инта.
> В случае дебиана это вообще повод выбросить пакет из репы, ибо они
> сватают себя как IPv6 ready.

В Дебиане этого кода и нет потому что те кто его писал не обладают нужными _социальными_ скиллами для пропихивания написанного в Дебиан. Я же не о профессиональных программистах говорил,а о любителях. Ну вот как раньше были "радиолюбители" так теперь появилось немало и программистов-любителей.


Ответить | Правка | К родителю #269 | Наверх | Cообщить модератору

281. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 15-Фев-24, 21:13 
> Потому что у вас по всей видимости были нужные связи и возможности
> чтобы их достать.

Я шарился по краунфандингам, нашел интересного, посчитал что мне надо, через энное время получил. Из "связей" - почта да банк.

> У меня например первые солнечные панели появились двадцать лет назад,

Искренне ненавижу это, оперирую исключительно general markets. Но даже в РФ бывали знатные DEAL. Никогда не видели STM32 за 0.8 бакса (доллар в районе двадцатки)? Или шикарные полевики от IR/Infineon за центы? А так можно было. Взял мелким оптом, надолго хватило. И даже ща бывают прикольные вещи. Вон чид продает RISCV МКшки за копейки, поприкольнее маусера и фарнела предложение так то, даже штучно цена норм.

> Причем выгодно для обеих сторон.

Я за сравнимые суммы ARMv7 уже тогда набрал себе. На этом armhf работает, хотя еще до малин появилось.

> одноплатниками и робототехникой именно благодаря появлению _доступных_ и неплохо
> документированных "малинок".

Броадком приперся на поляну которую создали и развили не они. И через агрессивный пиар слил отсталый лежак. Упаси меня от таких благодетелей.

> Так это _ваш_ код. А если используете не ваш - что,предлагается заниматься
> ловлей багов,возникших из-за переноса на другую разрядность?

Предпочитаю не использовать багованый кривой код в общем случае: я не помойка.

> достаточно объемным,а также и сложным для понимания по причине личных предпочтений тех
> кто его писал. Вон тот же ardupilot как пример.

Ну вот с ним сильно не экспериментировал. Но при наличии таких свойств кода я бы посчитал бы что у меня проблема. Вендорлоки должны умереть.

> Возможно это связано с какими-то психологическими особенностями. Например временем реакции
> (своей,а не компа имеется в виду). Или чем-то еще.

Это свзяно с тем что я люблю качественные девайсы, софт и первоклассный UX. Опенсорс не повод отказывать себе в хорошем, Linux так может. Просто поднабив опыта на ARM я посчитал что могу и получише дистромайнтайнеров сконфигурять, оказалось не так страшно, а заодно теперь все как нравится - мне.

И ключ подписи модулей лично мой, с форсом подписей. Это теперь МОИ системы. Мои системы служат - мне. Я решаю что льзя и кому. Так прикольнее.

> видимо потому что не игроман.

Ну я как бы иногда не прочь и в Xonotic кому-то хедшот с разворота навесить из nex (штука типа рэйлгана в кваке). Там больше скилл и тактика роялит. Но дерганая работа системы приведет к мазне.

> среды" типа KDE и пользуюсь простым IceWM.

Я пока XFCE пользуюсь, но вероятно на LXQT уйду, гномеры утомили метаниями и тормозами тулкита, особенно в терминалке бесит. А может и что более кастомное.

> Кривость или не кривость опять же зависит не от самого Device Tree,а
> от того, насколько правильно его написали под конкретное железо.

В случае официальной поддержки майнлайном DTS прям в майнлайне, он сильно кривой не может быть. ACPI до этого как пехом до пекина. И патчи там слать вендору не получится.

> Например в китайских планшетах это условие не всегда выполняется.

Тем не менее, я могу легко перекроить DVFS в DTS, так как надо в этой задаче, с этими возможностями TDP. Не могу сказать то же самое про ACPI.

> Вообще-то средства для пересборки таблиц ACPI есть нативные в Дебиане.
> На ноутбуках ими не раз пользовался, ремонтируя то что недописали производители.

А всяко DTS/DTB мне больше понравился. Намного менее проблемная технология имхо и с ядром хорошо интегрируется, а не на правах второго сорта как ACPI. Меня такая "поддержка" системы фирмварой за...ла, не хочу видеть ЭТО в моих системах. И ME/PSP они могут себе оставить.

> даже не столько на сам x86,сколько на архитектуру типичного ibm-совместимого компа где
> он стоит.

Я пришел в опенсорс чтобы отделаться от вендорлоков. Поэтому я кроссплатформенный. И умею решать свои проблемы. Я не позволю хламу диктовать мне выбор платформы, хоть как.

> Но пока что заменить особо и нечем. Причем я не о производительности
> говорю - она уже давно избыточна для большинства решаемых задач,а именно
> об архитектурных особенностях.

Мне не требуются архитектурные особенности x86. Особенно ME/PSP, проприетарные фирмвари и проч. Меня на x86 ничто не держит, а свои проблемы я как правило могу решить.

> новый комп с каким-нибудь новым процом,и это не будет отягощено грузом тридцатилетней
> совместимости.

Для себя я наметил цели и задачи и буду просто следовать по этому пути. Для меня это важный аспект и я не потерплю вендорлок.

> это была плата с процом TI OMAP. Не доехало.

Ну вот омапы я покупать не пробовал. Европейцы или китайцы прекрасно присылали. В т.ч. и амеровские btw.

> распространенное железо выгоднее - оно особо никого уже не заинтересует "по дороге".

Мои одноплатники никого не интересовали, ибо меня интересовали "доступные железки" а не "top notch" и я фандил проекты с ними. Они и стоили как малина примерно - но ARMv7, уже тогда.

> Я же сказал - МОЖЕТ БЫТЬ будут разбираться. Если повезет.

Я был в корпах фортуны 500 и видел как это работает. Так и полюбил опенсорс ;)

> К нам их лицензии вообще отношения не имеют

Я не вы.

> А оно становится. Потому что или бери то что есть и пытайся
> собрать - что проще всего сделать на примерно той же конфигруации
> на которой оно писалось, или пиши сам полностью с нуля. Что
> за разумное время может оказаться неподъемно в одно лицо.

Мир неиделаен. Поэтому я стараюсь маневрировать минимизируя свои траблы не в ущерб long term goals. Проблемный код без сожалений заменяется, если не получается, фиксится. Или находятся иные решения. Если есть желание - есть 1000 возможностей. Желание не видеть вокруг себя вендолоки и помойку в софте у меня есть.

> Тот,кто писал код - может быть например хорошим математиком. Но посредственным программистом.

За это я их не люблю. Пару раз я таки рефакторил вот что-то наподобие, да. В любом случае я не потерплю вендорлоки и мусорный код.

> человек мог разбираться во всём что к ней относится. Поневоле приходится
> использовать и чужой код тоже.

Я не спорю, однако предпочитаю решать проблемы качеств и вендорлока, агрессивно маневрируя если необходимо.

> написано. Иначе легко можно получить неправильное поведение софта в каких-нибудь граничных
> случаях (как раз с представлением чисел и связанных).

А можно и связанных - истребитель крутившийся кверху пузом из-за integer overflow таки  намекает, если это не байка. Да и ариан5 помнится на безопасной аде - откушал этсамого.

> Мне далеко до вашей квалификации,поэтому без VMLAB в программировании AVR я как без рук.

Не очень понимаю что там можно симулировать. Чисто математические алго - я вообще на хосте отлаживаю. Хорошая причина делать код - портабельным. И таки да, uint32_t и в африке unit32_t. Он остается собой и на AVR, и на ARM и на x86-64. У него нет причин развалиться.

Поэтому при прочих равных код >= C99 получает в моих глазах ломовое преимущество. Это один из критериев выбора кода и принятия решений.

> Ту периферию что внутри контроллера AVR (таймеры,порты) - VMLAB симулирует хорошо.

Ну, блин, а зачем мне это без внешнего обвеса и его поведения? Скажем если взять ADC то ряд грабель и свойств можно только в реальной железке узнать. Не, симуль врядли покажет что частый перезаряд входа ADC садит источник сигнала в ряде случаев. Он также не покажет качество разводки моей печатки и как с ним жить.

Внешние чипы и проч - тоже если и будут то врядли сильно реалистично. А симуляция сугубо core и самой детерминированой периферии? Ну, круто, но у меня с ними проблем и так не было, я обычно понимаю что у меня система делает.

На самом деле тому способствует еще "быстрый trace flow". Типа дебажных printf но по возможности асинхронно и в 3Mbps FTDI, чтоб не якорило времянки. Так получилось даже очень странную эмпирику затестить где я сперва не знал как вообще - хорошо.

> Немало ошибок в использовании всего этого так отловил.

Я в целом практикую test driven подход: написав сегмент кода я делаю валидацию что он работает так как я себе представлял. А собрав это все я смотрю общий flow и ключевые параметры и проверяю что они - такие как я себе представлял. Если это не так, я делаю супердебаг билд показывающий от и до что там творится - и почему так.

Я так даже весьма забавные вещи ловил. Скажем забыл прескалер ADC перещелкнуть и он фигачил на скорости выше номинала. Не то чтобы это совсем не работает, но отсчеты - пляшут. Привычка не доверять себе и тестик визуализирующий что и как это поймали в два счета. Попробуйте так с симулятором.

> и ошибок в симуляции больше или просто странного поведения,о котором если
> не знаешь то оно становится неприятной неожиданностью.

Ну вот поэтому я предпочитаю сделать железку и посмотреть в интерьере как это работает, какие margins и ключевые параметры, etc.

> хороший _визуальный_ симулятор (как VMLAB) - любители более охотно использовали бы
> STM32 потому что оно содержит всё-таки достаточно полноценный arm-процессор,

С другой стороны, мне меньше конкурентов. Да и для полного использования фич надо все же понимать что делаешь. Особенно если параллельно DMA пускать и проч.

> на котором значительно меньше заморочек с математикой.

Лично я ненавижу константы и математику в авр-ах, это боль.

> глазами видеть что внутри STM32 происходит (по типу того же VMLAB)
> но нет хороших описаний как это сделать поэтому простой народ не знает.

Я просто разок забутявил STM32 сам, с ноля. С тех пор я его знаю как свой дом.

> У меня просто нет таких операций,даже разовых, которые способны сожрать четыре гига памяти.

А у меня могут и найтись, пожалуй, иной раз.

> ни один процесс не мог выжрать всю память и поставить систему колом
> настолько что даже в шелл не зайти чтобы корректно его прибить.

В моем случае система настроена так что в этом случае потупит секунд 5 и прибьется OOM killer'ом. И вся проблема. Шансов что процесс вот именно тонкую грань между тупняком и OOM нащупает мало, и даже так с zram вместо свопа система 100% юзабельна, просто работает в 2-3 раза медленнее из-за тасовки страниц.

> Возможно это наследие моей работы с низкоуровневым программированием в DOS,где любая
> ошибка означала мёртвый повис и перезагрузку через reset.

А я умею пользоваться фичами многозадачки. И кроме всего прочего обычно заранее есть пару шеллов где я могу пристрелить проблемный процесс.

> Соглашусь что работа с файлами гигантских размеров актуальна для тех кто
> профессионально занимается монтажем звука или видео. Но я этим не занимаюсь поэтому

Да не только. Например какая-нибудь аналитика - кучи каких-нить отсчетов или там чего еще. Да, io error при этом конечно не того но для разового счета оно мне - сами понимаете.

> у меня на компе просто неоткуда взяться файлам в четыре и больше гигов размером.

А у меня один только unpacked файл видео есть на 6 гигз. Юзается для "честного" теста кодеков на нежатом контенте например.

> Вообще-то Альт мог бы и поменьше инсталлятор сделать типа дебиановского netinstall.
> Потому что перекачать три гига сюда через интернет по радио было долго и не просто.

Я альтом не пользуюсь поэтому ничего на этот счет не скажу. А для скачки жирных файлов предпочитаю торент, потому что там integrity check поблочный, если чексум не сойдется, только рушеный блок перекачается.

> Возможно вы правы. Я сам не пробовал - просто потому что довольно
> давно уже своп просто не требуется,ни настоящий ни виртуальный.

Это такой очень условный своп - выгружает холодные страницы в RAM же, но в сжатом виде. Больше места под дисковый буфер и программы/виртуалки/etc. А если что декомпресс RAM -> RAM быстро.

> Вот только я заметил,что уже десятка полтора лет как скорость решения прикладных
> задач ограничивается быстродействием не процессора,а моих мозгов.

ИМХО сильно зависит от. Скажем пожать мувик тяжелым кодеком за разумное время требует мощный проц. А зачем жать? Камеры гаджетов очень рыхлый поток генерят, если фичой пользоваться терабайты сожраного места начинают задалбывать. Можно раз в 5 сжать и не заметить разницу на глаз, если кодек современный взять с норм настройками (AV1/H.265/etc).

> Копаться в мегабайтах кода и разбираться что там к чему - быстрее не получается.

Но ребилд допустим линукскернела - ресурсоемкая штука.

> Питон - слишком новая вещь, его даже сейчас еще не всегда в институтах изучают.

В западных уже полно. Ну и лезут хомяки с ЭТИМ. Давая языку заслуженную репутацию.

> Я кстати когда впервые столкнулся с Питоном - очень неприятно удивили значащие
> пробелы в исходние.

Там вообще весь яп - фигак, фигак, как-то работает. Типизации нет, синтаксис корежат, на обработку ошибок прогеры класть хотели, статического анализа нет - так что упадет оно прям в рантайме. Да с таким стектрейсом что кодер и после поллитры не поймет что там. Ну проекты на этом и живут - год два зачастую. Потом задор что-то иссякает. Тем более что еще вот синтаксис в очередной раз зачем-то сменили - так что переписывать опять.

> Не ставить барахло можно когда выбор есть что ставить.
> А он в узкоспецифичных задачах есть не всегда.

Возможно. Но это какие-то совсем уж узкоспециализированные видимо.

> же не о профессиональных программистах говорил,а о любителях. Ну вот как
> раньше были "радиолюбители" так теперь появилось немало и программистов-любителей.

Радиолюбители как и программисты тоже разные бывают. Некоторые двигают прогресс вперед, создают новые комм протоколы и алго, умеют железки на уровне проектировать. А некоторым вообще не понятно зачем столько бандвиза подарили без всякой пользы. Чтоб они пару раз в день по архаичному радио трындели, занимая на это весь диапазон? Очполезное использование бандвиза.

Ответить | Правка | К родителю #278 | Наверх | Cообщить модератору

285. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 15-Фев-24, 23:56 
>Я шарился по краунфандингам, нашел интересного,

Околотехнический краудфандинг - это не про Россию.
У нас могут разве что на выпуск альбома какой-нибудь никому не известной рок-группы денег насобирать.

>Никогда не видели STM32 за 0.8 бакса (доллар в районе двадцатки)?

Для любителя,покупающего в штучных количествах, экономия аж целого бакса в абсолютном большинстве случаев не критична. Он предпочтет купить более дорогое (тот же AVR),но к чему есть много документации(_учебники_,а не только справочники) и удобный софт.

>Броадком приперся на поляну которую создали и развили не они.

А кто интересно? До малинок ничего _доступного_ небыло,как минимум в РФ. Я пытался.

>Опенсорс не повод отказывать себе в хорошем, Linux так может.

Вот тут с вами согласен. Линукс таки может,в отличие от виндов. Я например воссоздал себе _привычную_ рабочую среду,в которой много работал в 90х (и кстати весьма хорошо по тем временам зарабатывал). Собственно,я и из программирования ушел именно по большей части из-за распространения виндов с их дико неудобными для меня интерфейсами. Сначала ушел в линуксовое админство и немного в программирование,а потом и вообще,когда мои знания утратили коммерческую актуальность.

>> Тот,кто писал код - может быть например хорошим математиком. Но посредственным программистом.
>За это я их не люблю. Пару раз я таки рефакторил вот что-то наподобие, да.

Чтобы рефакторить такое - надо эту математику понимать не намного хуже написавшего. Не могу похвастаться хорошим знанием абсолютно всей математики результаты работы которой бывает что использую. То есть я понимаю что это и как пользоваться,но сам написать эффективную реализацию не возьмусь. Также как не все хорошие водители умеют чинить свой автомобиль(а не все механики - хорошо ездить!).

>ариан5 помнится на безопасной аде - откушал этсамого.

Разве тот ариан был на Аде? А не позже внедрили по результатам того самого?

>> Мне далеко до вашей квалификации,поэтому без VMLAB в программировании AVR я как без рук.
>Не очень понимаю что там можно симулировать.

Вы можете отладить конечный автомат,работающий с блоком приемопередатчика i2c без заглядывания в симулятор? Чтобы всё работало как положено на прерываниях,а не холостые циклы молотило в ожидании. Я такое осилил прошлой весной. Нашел какую-то аппноту с примером и еще пару кусков чужого кода. Соединил все это вместе,половину переписал. Подопытным кроликом была китайская Atmega328. Раньше если требовалось i2c обходился готовым кодом,который после внимательного изучения оказался говнокодом как обычно. А тут вот решил наконец разобраться и сделать как надлежащим образом.

Хотя я соглашусь,что задействовать таймер или уарт я сейчас и без симулятора смогу. А вот  подходить к DMA на stm32 - пока что боязно. И это я, тридцать лет назад бодро писавший на ассемблере работу кастомных железок с DMA на ibm pc at286(сами железки паял не я - это на работе было). Людям,кто вообще только осваивает низкоуровневое программирование после десятка лет тычков
мышой в виндах - еще сложнее приходится.

> Ту периферию что внутри контроллера AVR (таймеры,порты) - VMLAB симулирует хорошо.
>Ну, блин, а зачем мне это без внешнего обвеса и его поведения?

Симулятор естественно не заменяет отладку в железе,а лишь дополняет ее удобствами вылавливания
чисто программных ошибок обращения к внутренней периферии МК. Условно говоря когда не тот бит не в тот регистр записали или прерывание размаскировать забыли или байты не в том порядке прочитали или еще что-то такое, к сигналам и внутренним сопротивлениям их источников не относящееся.
Вот когда код уже работает но показывает что-то не то - тогда уже можно и за осциллограф браться.

>Я в целом практикую test driven подход: написав сегмент кода я делаю валидацию что он работает >так как я себе представлял.

А как увидеть как оно там работает? Конечно, printf помогает,но с ними процесс отладки идет намного медленнее чем при наличии визуального отладчика. Будь оно не так - отладчики бы не писали и ими не пользовались. В микроконтроллере роль отладчика выполняет симулятор потому как иначе внутрь МК заглянуть весьма затруднительно (для некоторых можно через jtag но далеко не так наглядно как в симуляторе).
Впрочем - на моих представлениях об отладке возможно сказывается привычка к удобствам TurboDebuger еще в DOS. Возможно надо заставлять себя отвыкать от удобств - йоги вон именно это
и практикуют в реальной жизни.

>Скажем забыл прескалер ADC перещелкнуть и он фигачил на скорости выше номинала. Не то чтобы это >совсем не работает, но отсчеты - пляшут. Привычка не доверять себе и тестик визуализирующий что >и как это поймали в два счета. Попробуйте так с симулятором.

Как раз забытый/неправильно выставленный делитель (на AVR) неоднократно обнаруживал проверяя
программ в VMLAB. Более того,там можно битики в регистре прямо попереключать без необходимости
перекомпилировать и перепрошивать. Иногда это даже для экспериментов использовал,например таймер побыстрее-помедленнее сделать и посмотреть что будет. В программах,где разные куски работают
асинхронно за счет прерываний (мне нравится писать в таком стиле со времен DOS) - подобные эксперименты бывают полезны.

>Да и для полного использования фич надо все же понимать что делаешь. Особенно если параллельно >DMA пускать и проч.

Вот в такое я точно без предварительной отладки на симуляторе не полезу. Был знаете ли когда-то много лет назад опыт отладки посредством наблюдения за миганием светодиоды как единственного средства индикации. Удовольствия от процесса не получил. А с параллельным DMA даже и наличие отладочного printf не очень-то сильно помогать будет.

>Лично я ненавижу константы и математику в авр-ах, это боль.

Представьте себе - полностью с вами согласен.
Как только появится хороший визуальный симулятор/отладчик(как VMLAB) для STM32F103C8T6 - так сразу про AVR забуду. Кстати, как спец по STM32, может быть подскажете - есть ли сейчас способ
вообще хоть како-то на нем отлаживаться? Или только printf?

У самого STM32 на мой взгляд только один недостаток с точки зрения всякого
любительства - трёхвольтовые ноги. Часто нужны конверторы уровней.

>Я просто разок забутявил STM32 сам, с ноля. С тех пор я его знаю как свой дом.

Ну STM32F103C8T6 я тоже бутявил - и ничего сложного в этом не нашел. Но вот что знаю всю его
периферию как свой дом - я утверждать не стану. Сложная она там. А уж параллельный DMA запускать
имея в качестве средства отладки один prinf - это совсем тяжко. Не скажу что совсем неосиляемо,но
пока предпочту воздержаться.

>Скажем пожать мувик тяжелым кодеком за разумное время требует мощный проц. А зачем жать?

У меня нет ни навыков видеооператора ни соответствующего оборудования (стэдикам например) чтобы
видеоконтент снимать. Да и далековато это от моих интересов. Вот фото - да,снимая,но не монстрообразных размеров,а чтобы по почте легко пересылалось и в мониторы влезало не самые топовые.

>Но ребилд допустим линукскернела - ресурсоемкая штука.

С этим у меня даже комп с платой от телеприставки Mele A2000G справлялся - сам себе ядро собирал.
Ядро обычно собирается хорошо,в смысле сборка посередине не валится. Так что можно запустить и идти другими делами заниматься,благо в автономном сельском доме они есть всегда.

> Питон - слишком новая вещь,
>Там вообще весь яп - фигак, фигак, как-то работает.

Такие языки тоже нужны - для целей _прототипирования_. Особенно в науке может быть ценно.
Там нередко код вообще пишется "на один запуск". И этот запуск является результатом какой-нибудь
кандидатской диссертации. То есть никакой "эксплуатации" как таковой вообще не предполагается.
Естественно не надо на таком языке писать что-нибудь mission critical,типа того же автопилота
для лодки (а это уже на нём написали).

> Не ставить барахло можно когда выбор есть что ставить.
> А он в узкоспецифичных задачах есть не всегда.
>Возможно. Но это какие-то совсем уж узкоспециализированные видимо.

Да вот хотябы любительское роботостроение всякое. Оно же по определению любительское,следовательно и код любителями написанный. А допустим хороший механик далеко не всегда одновременно и хороший программист. В роботостроение многие из всякого моделизма
пришли и в программировании они вообще могут быть самоучками.

>Радиолюбители как и программисты тоже разные бывают.

Безусловно. Но например роботостроители особо никому не мешают,в отличие от засорителей эфира всякой левой болтовнёй(формально это кстати нарушение регламента радиосвязи).
И в отличие от средств обеспечения голосовой болтовни в эфире,где уже всё исследовано вдоль и поперек, роботы и вообще всякая автоматизация - это тема новая и поэтому интересная. Раньше-то это было доступно только богатым заводам каким-нибудь. Доступные для физлиц достаточно "умные" микроконтроллеры всего-то пару десятков лет как появились.
>А некоторым вообще не понятно зачем столько бандвиза подарили

Это тоже своеобразное legacy,причем чуть ли не с 30х еще годов прошлого века.

Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

290. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 16-Фев-24, 02:52 
> Околотехнический краудфандинг - это не про Россию.

Уже - да. Но мы про ARMv7, это не новая тема. Тогда норм было даже из РФ.

> Для любителя,покупающего в штучных количествах, экономия аж целого бакса

Да мне похрен - я свои проблемы выгодно для себя решаю.

> случаев не критична. Он предпочтет купить более дорогое (тот же AVR),но
> к чему есть много документации(_учебники_,а не только справочники) и удобный софт.

К счастью это лимитирует их возможности, и не то чтобы я расстроен: меньше конкуренции мне. Более того в мировом масштабе спрос этих фриков погоды не делает, а в масспроде так делать жаба все же удушит, атмеломикрочипу с этого врядли много достанется. Скорее вон тем шустрякам собирающим борды, это их больше всего интересует. Навар на чайниках с сбора борд и пошива бутлоадеров.

> А кто интересно? До малинок ничего _доступного_ небыло,как минимум в РФ. Я пытался.

Девайсы на allwinner как раз в те поры пошли в массы. ARMv7 с самого начала на всех массовых недорогих бордах были IIRC. Броадком прочухал что бойко идет - и тоже захотел. Заодно, вот, слив лежак с легами архитектурой внаглую.

При том это было дохлее вон тех и устаревшая архитекура. Зато made in England. Маркетинг.

>>Опенсорс не повод отказывать себе в хорошем, Linux так может.
> Вот тут с вами согласен. Линукс таки может,в отличие от виндов.

Именно. Винды кроме всего прочего никогда не смогли в то что я хотел на самом деле.

> дико неудобными для меня интерфейсами. Сначала ушел в линуксовое админство и
> немного в программирование,а потом и вообще,когда мои знания утратили коммерческую актуальность.

Коммерческая актуальность - понятие расплывчатое. Кастомерам чаще всего не интересно что за гномики шестеренки крутят. Только сочетания параметров. Со своей стороны предпочитаю играть на полях где всяким вебманкам слабовато. Я то могу обыграть все от электрического уровня до образа линуха. А для вебманков сие уже крутовато, там уже фирму интегратора потребуется. За совсем другие деньги.

>>За это я их не люблю. Пару раз я таки рефакторил вот что-то наподобие, да.
> Чтобы рефакторить такое - надо эту математику понимать не намного хуже написавшего.

Я предпочитаю ее до некоторой степени понимать, но вообще - для edge case analisys это не обязательно а именно желательно. В процессе, вот, порой интересные плюхи оригинала всплывают.

> пользоваться,но сам написать эффективную реализацию не возьмусь. Также как не все
> хорошие водители умеют чинить свой автомобиль(а не все механики - хорошо ездить!).

Ну как, вот именно эффективную реализацию с ноля - могу и не смочь. Но перепахать существующую, возможно даже с пониманием топика - почему нет?

> Разве тот ариан был на Аде? А не позже внедрили по результатам того самого?

Насколько я помню эти умники там оверрайднули что-то из фич ады - и - вот - самая дорогая ошибка в софте за историю человечества вышла. Прямо на аде. Вселенная умеет стебаться, поэтому я не верю в should never happen и серебряные пули.

> Вы можете отладить конечный автомат,работающий с блоком приемопередатчика i2c
> без заглядывания в симулятор?

Вероятно. Я делал несколько штук которые являли собой FSM по смыслу. Более того при резких непонятках я просто скину все что интересовало "дебажными printf" в сериальный шнурок. При том это может быть в реалистичной железке, с реалистичными заскоками, и если не очень тупить - даже с теми же таймингами что в проде или близко к ним.

Если я отладил реалистичный дизайн как он есть - поводов для дальнейших факапов и подлян мало. И это такая комплексная валидация уровней, от топологии PCB до логики софта.

> Чтобы всё работало как положено на прерываниях,а не холостые
> циклы молотило в ожидании. Я такое осилил прошлой весной.

Я тоже подобные штуки до некоторой степени умею. В STM32 можно более продвинуто прикалываться заряжая DMA сразу на блоки данных. Очень прикольная штука, но уйдя в матрицу можно далеко уйти. Скажем у STM есть гайд как DMA + таймер + GPIO делать "параллельную шину" из GPIO. При том что мастера что слейва. С довольно почтенными тайминагми.

> требовалось i2c обходился готовым кодом,который после внимательного изучения оказался
> говнокодом как обычно.

Я просто как-то написал свой i2c softmaster по приколу. После этого я знаю i2c как свои пять пальцев.

> осваивает низкоуровневое программирование после десятка лет тычков
> мышой в виндах - еще сложнее приходится.

Ну я вот как-то профакался в програмировании DMA - и ловил это аж git bisect'ом :). Идея в том что комиты должны быть мелкие и атомарные, желательно реализуя по мелочи 1 фичу за раз. И вот так я не знал где баг но - умел воспроизводить трабл и bisect в этом случае то что надо.

Он указал на блок с рефактором DMA. Зная где проблема с точностью до блока из десятка строк кода - разберется даже дятел. Особенно если он этот код писал. Видите, жизнь себе можно упростить на совсем другом уровне - используя контроль версий именно так как Торвальдс рекомендовал.

> Симулятор естественно не заменяет отладку в железе,а лишь дополняет
> ее удобствами вылавливания

А я в фактическом дизайне сразу смотрю что получилось. Так реалистичнее. И скажем вон тот продолб с плясом LSB в ADC от оверклока симуль не покажет. А вот вывод себе статусов фирмвари в отладочный уарт с ключевыми параметрами, прыгающими как белки - вполне.

> чисто программных ошибок обращения к внутренней периферии МК. Условно говоря когда не
> тот бит не в тот регистр записали

Для лично себя я _это_ радикально загасил средствами препроцессора. Биты референсятся по именам, через набор макро. Идея из дров Linux kernel, правда моя реализация иная.

Если бит не задекларен (как имя) компил свалится. Нельзя сослаться на бит, имени которого в регистре нет, тоже валится. Более того, в битовой операции в 32 бит регистре нельзя 35-й бит тронуть. Базовую версию идеи и прочий счет битовах масок и проч можно найти в Linux Kernel.

...и вот так - вот именно то - становится сделать ... довольно трудно, скажем так. У макромагии есть лимиты, должно быть вычисляемо в компилтайме, так что с переменной на входе макро сие ессно не прокатит, кто ж знает какую ее в функцию завтра дадут. Но это брякнется опять же при компиле. Компилтайм фэйл фирмвари имхо лучше рантайм фэйла.

> или прерывание размаскировать забыли

На правах идеи, можно делать (макро) типа CRITICAL_BEGIN так что парный ему CRITICAL_END нельзя забыть: брякнется в компиле. E.g. "do { [...]" в первом и "[...] } while (0)" в втором. Второе отменяет первое, и заканчивает синтаксическую конструкцию. Без парной конструкции скобочки развалятся. Попробуйте забыть теперь.

> или байты не в том порядке прочитали или еще что-то такое,

Поэтому такие вещи я стараюсь оборачивать в макро или функции. Очиннтересный топик кстати если биты в эфир или провод стрелять, там кроме LSB/MSB есть еще lsb/msb на тему того какой бит первым в провод/воздух пойдет. Верхний или нижний.

> Вот когда код уже работает но показывает что-то не то - тогда
> уже можно и за осциллограф браться.

Я себе в ряде фирмварей сделал вывод ключевых рантайм параметров и worstcase в интерактивный сериальный "монитор". Сразу вижу как ADC себя ощущает, end to end, ок ли разводка, фильтрация, времена сэмплирования, трекинг взбрыков на минималочках. Иногда что-то такое может быть тестовым или калибровочным "модулем" отдельно от основной фирмвари. Заодно можно и базовые self tests пропая платы и работы ключевых железок. Спасает от кучи траблов.

> А как увидеть как оно там работает? Конечно, printf помогает,но с ними
> процесс отладки идет намного медленнее чем при наличии визуального отладчика.

Почему? Я как раз там отфильтровываю то что сюжетно важно. Более того - это уже на реальной борде, с реальными сигналами и их свойствами. Скажем я пару раз замечал что не в меру активное сэмплирование просаживает источник сигнала и пересматривал настройки скана ADC.

> пользовались. В микроконтроллере роль отладчика выполняет симулятор потому как иначе внутрь
> МК заглянуть весьма затруднительно (для некоторых можно через jtag

У всех (?) STM32 есть JTAG или SWD. А при самом раннем bring up (да, я бутанул STM32 целиком своим кодом!) я бутлоадером пускал код и писал в RAM значения трекающие прогресс кода, и сливал их бутлоадером же. Так было понятно где застряло. Актуально только в тот короткий отрезок без уарта.

> TurboDebuger еще в DOS. Возможно надо заставлять себя отвыкать от удобств
> - йоги вон именно это и практикуют в реальной жизни.

Я тоже иногда могу убраться в те еще перди с рюкзаком. По похожим причинам. Узнать кто я, каковы мои лимиты. Да и разнообразие.

> Как раз забытый/неправильно выставленный делитель (на AVR) неоднократно обнаруживал проверяя
> программ в VMLAB. Более того,там можно битики в регистре прямо попереключать без
> необходимости перекомпилировать и перепрошивать.

У меня в некоторых фирмварях есть динамический реклок и иногда он даже провокабелен командой по уарту. У ввр вообще с динамическим реклоком - не очень. А я проверил даже что мои фирмвары сбой кварца норм обрабаытвают (отдельные приветы авр). Нормальный такой NMI в тыкву.

> асинхронно за счет прерываний (мне нравится писать в таком стиле со времен
> DOS) - подобные эксперименты бывают полезны.

DMA добавляет новый уровень фана. Всегда хотел этому научиться. И научлися!

> Вот в такое я точно без предварительной отладки на симуляторе не полезу.

А я лазию вот, вроде норм. А единственный фэйл по линии DMA был выловлен вообще - вот - bisect'ом :)

> за миганием светодиоды как единственного средства индикации. Удовольствия от процесса
> не получил. А с параллельным DMA даже и наличие отладочного printf не очень-то
> сильно помогать будет.

В принципе будет - и у меня даже есть удобная ключевая точка: функция сетапа трансфера DMA. Я могу в ней напечатать что туда скормили, это полный сетап канала. Но в энном случае bisect оказался - вот - еще быстрее. Сложную проблему можно свести к тривиальной просто зайдя с другого бока. В IT часто задача решаема >1 способом, а порой и бесконечным их числом.

> может быть подскажете - есть ли сейчас способ
> вообще хоть како-то на нем отлаживаться? Или только printf?

Прицепить к нему через OpenOCD по JTAG или SWD дебагер типа GDB например. Бывают даже борды с встроеным, типа бонусного STLink'а на борту (часто это второй STM32 с фирмварью STLink).

Варианты дебагеров разные есть - от FTDI'ек, до STLink'ов. Мне обычно просто не требуется, и занимает несколько пинов полезных портов, но так можно. Если что FTDI более низкоуровневые и позволяют всякие нестандартные фортели которые STLink (получающий с хоста команды что сделать) не сможет. Актуально если интенесно в эксперименты с например чтением защищенных МК и проч как воон те исследователи.

> любительства - трёхвольтовые ноги. Часто нужны конверторы уровней.

У меня фактически нет 5V железок. Одноплатники тоже 3V3 IO как правило. А некоторые и того ниже. Вот что досадно: max=4V, немного не хватает для лития напрямую. Что глуповато, Vcore там реально у F1xx оригинала 1.8 вольта через встроеный LDO.

> нашел. Но вот что знаю всю его периферию как свой дом - я утверждать не стану.

За вообще совсем всю я тоже утверждать не буду. Ее там есть. Скажем CRC - или суперпродвинутые режимы таймеров. Сильная завязка на такие фичи к тому же не позволит если что портировать на что-то иное.

> скажу что совсем неосиляемо,но пока предпочту воздержаться.

Да на самом деле DMA там довольно логичный. Но если уйти в дебри... скажем там есть копирование память-память, оно не тригерится эвентом вызывающим трансфер а идет с максимальной скоростью которую DMA автомат умеет. И вот тут возникает интересный вопрос. Технически источником или назначением может быть и GPIO например. А вот поцикловое поведение этого VS шины и проч становится довольно интересным вопросом. При том полная валидация такого сетапа требует скоростной многоканальный логический анализатор. Не, симулятору я не поверю что он все бриджи, шины и память точно симулит, сорян.

> видеоконтент снимать. Да и далековато это от моих интересов.

А таки у меня - и ряда знакомых юзерей - вот этого добра развелось.

>>Но ребилд допустим линукскернела - ресурсоемкая штука.
> С этим у меня даже комп с платой от телеприставки Mele A2000G
> справлялся - сам себе ядро собирал.

А таки кросскопил для ядра норм и - шустро! Делается как-то так:
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- -j 16 zImage

Тот arm-linux-gnueabihf кросстулчейн штатно в САБЖЕ есть. Можно и none-eabi; -j по вкусу, как и target, zImage, думаю вы в курсе.

> кандидатской диссертации. То есть никакой "эксплуатации" как таковой вообще не предполагается.

Ну я даже не против - если для ТЕХ целей. Или там _прототипирования_ свойств криптоалго криптографером. Но вот если это потом экслуатировать пытаются всучить... эээ...

> Естественно не надо на таком языке писать что-нибудь mission critical,типа того же
> автопилота для лодки (а это уже на нём написали).

Ну вот да. Питонятина любит валиться в рантайм с стектрейсом при любом отклонении от идеала, а в силу отсутствия типов и логики отступами, там этого - бывает. Я вообще воооон там вебсервс на питонятине случайно уронил, просто тыкнув сие неткатом. Лол!

А, кстати, долбаного модобота я тоже немного потыкал, ибо задолбал. У меня стойкое ощущение что я научился вешать его инстанс с почтенным жором CPU надолго. Интересно, я прав? :)

> одновременно и хороший программист. В роботостроение многие из всякого моделизма
> пришли и в программировании они вообще могут быть самоучками.

А таки если вы нагамнякаете, и это будет в сети - извините, но...

> Безусловно. Но например роботостроители особо никому не мешают,в отличие от засорителей
> эфира всякой левой болтовнёй(формально это кстати нарушение регламента радиосвязи).

Однако увидеть полезное использование эфира радиолюбителями - особенно РФскими - редкость. А FCC например отменил тесты на морзянку в почти всех категориях. Видимо догадываясь что некромансия должна иметь лимиты.

> И в отличие от средств обеспечения голосовой болтовни в эфире,где уже всё
> исследовано вдоль и поперек,

Это вы не видели как гражданин с вертепа (vrtp.ru) сделал codec2 через лору, на мк... вы точно видели ТАКОЕ? Правда проприетарь вроде. А так забавный ресурс, "все что вы хотели знать о RF но боялись спросить". Майоры тоже его знают, но видимо известное осиное гнездо лучше неизвестного.

>>А некоторым вообще не понятно зачем столько бандвиза подарили
> Это тоже своеобразное legacy,причем чуть ли не с 30х еще годов прошлого века.

Ну вот как-то так - и кмк можно было бы найти применения этим бандвизам и получше.

Ответить | Правка | К родителю #285 | Наверх | Cообщить модератору

160. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (160), 11-Фев-24, 19:46 
> им просто работать впадлу

Балласт снова негодует, что ему забесплатно не напрограммировали как хочется. Ну что же, нет преграды патриотам, бери и программировай сам. Это опенсорс, детка. Тут никто никому ничего не должен, каждый занят тем, что ему нравится и делает это так, как ему хочется. В своём проекте могу дропать что угодно, и никакой диванный не запретит. Впрочем, как никто не запрещает тебе встать с дивана и форкнуть. Но ты не форкнешь, ты очередная анскильная лалка, которая думает, что мир ей должен завтрак, обед и ужин.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

100. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (100), 11-Фев-24, 15:42 
>на C++ и кутях написан

Точнее на QML. Который как DHTML, только от Qt Corporation, и конструируется JavaScript кодом (QML компилируется в JavaScript байт-код, конструирующий дерево, который инлайнится в приложение). Обработчики событий для QML и манипуляция деревом тоже пишется на JavaScript (которые тоже предкомпилируются).

QML и Qt Quick - это аналог Electron от Qt Corporation. При этом долбанутая корпорация зачем-то решила требовать SSE2 для всех приложений на нём. И долбанутые разрабы выбрали это дерьмо — модно же. А теперь разрабы Убунту решили перейти на это дерьмо. Так как Дебиан зависит от Убунту в плане трудоустройства разрабов, то разрабы Дебиана тоже перешли на это говно, чтобы продолжать совмещать работу на своего работодателя с работой на Дебиан. Рыночек порешал.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

105. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 11-Фев-24, 15:53 
> Точнее на QML. Который как DHTML, только от Qt Corporation,

Я вижу в сорцах дофига плюсоты...

...
> инлайнится в приложение). Обработчики событий для QML и манипуляция деревом тоже
> пишется на JavaScript (которые тоже предкомпилируются).

А что, QML проги на x86-32 соответственно - всем скопом пролетают? Кроме того QML насколько я помню - не JS а отдельный Qt Markup Language как раз таки?

> QML и Qt Quick - это аналог Electron от Qt Corporation.

Это булшит бинго какое-то, QMLные проги рядом не стояли по жору ресурсов с электронными.

> При этом долбанутая корпорация зачем-то решила требовать SSE2 для всех приложений на
> нём. И долбанутые разрабы выбрали это дерьмо — модно же.

Потребовать SSE2 в 2024 году это ужасно, конечно. А кто-то еще юзает компы без SSE2? Это что за процы такие? Первый пентиум чтоли? Ну там наверное современные проги на куте - перебор.

> А теперь разрабы Убунту решили перейти на это дерьмо. Так как Дебиан
> зависит от Убунту в плане трудоустройства разрабов, то разрабы Дебиана тоже
> перешли на это говно, чтобы продолжать совмещать работу на своего работодателя
> с работой на Дебиан. Рыночек порешал.

Какое-то притянутое за уши добро. На самом деле в опенсорсе работы работают с прицелом самому результат поюзать. Но вот ни 1 дева который стал бы x86-32 у себя на компе юзать я уже и не знаю тупо.

Ответить | Правка | Наверх | Cообщить модератору

112. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (112), 11-Фев-24, 16:27 
>А что, QML проги на x86-32 соответственно - всем скопом пролетают?

Не, не все. Разрабы одной специально для меня по моей просьбе запилили if(), отрубающий часть свистоперделок, сделанных на QML, но позволяющей всей остальной проге работать на третьих пнях. Но та прога была на виджетах написана, а QML туда наговнокодили сбоку для одной свистоперделки (стильно-модно-молодёжной на хрен не нужной в принципе приветственной панели).

>Кроме того QML насколько я помню - не JS а отдельный Qt Markup Language как раз таки?

https://forum.qt.io/topic/107219/using-qml-without-javascript
>Js is intrinsic part of QML.
>There's no official way to do that since most of the API is not accessible in C++
>Technically, no. QQmlEngine inherits QJSEngine. In other words, the QML engine is a JavaScript engine by definition.

Capisce? Если копнуть глубже, то нагуглится и про то, что из себя представляет "байткод QML" и как он исполняется.

>QMLные проги рядом не стояли по жору ресурсов с электронными.

Тем не менее называться программами на C++ они не могут, если значительная часть логики там реализована в JavaScript. Тот же Электрон. Там тоже логику делают на JavaScript.

>Потребовать SSE2 в 2024 году это ужасно, конечно.

Устраивать холокост пользователям — да, это ужасно. Нацисты устраивали национальным и политическим меншинствам, а Qt Corporation и её сообщники - пользователям 32-битных машин.

> А кто-то еще юзает компы без SSE2?

Это всё равно, что заявить, что охолокостенные, не свалившие из Гермашки после прихода НСДАП к власти, но до ввода в эксплуатацию лагерей смерти, сами виноваты в своей печальной участи. Частично это так — мир не богодельня, а жестокое место, не сделали всё необходимое и возможное, чтобы вписаться в мир и рыночек — сами виноваты, сделали, но не смогли — ну уж судьба ваша такова. Но основная вина тут лежит на нацистах и их пособниках, которые специально наносили вред. Вот так и Qt Corporation, и пользователи и популяризаторы Qt Quick, и пропагандисты дропа платформ сознательно берут и гадят. Ваше зло, конечно, по глубине далеко от оного нацистов, но тем не менее, вот так брать и специально гадить, кто из корыстных интересов, кто из самолюбование — это зло.

>Какое-то притянутое за уши добро

Вот вы и сами проговорились, что вы и сами знаете, что вы — зло.

>Но вот ни 1 дева который стал бы x86-32 у себя на компе юзать я уже и не знаю тупо.

У меня у самого Core2Duo и 64-битная ОС. Но также у меня есть несколько машин на 32 битах, и выкидывать их из-за всяких духовных аналогов нацистов от мира СПО я не желаю. Но видимо придётся прогибаться, раз экосистема СПО стала духовным аналогом нацистского рейха, экосистема не-СПО всегда им была, а в концлагерь без инета на air-gapped localhostе не хочется.

Ответить | Правка | Наверх | Cообщить модератору

143. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 11-Фев-24, 18:51 
> Не, не все. Разрабы одной специально для меня по моей просьбе запилили
> if(), отрубающий часть свистоперделок, сделанных на QML, но позволяющей всей остальной
> проге работать на третьих пнях.

А что, в куте нету fallback на чистый интерпретер без JIT? Простите, я уже забыл когда у меня x86 комп без SSE2 был, лет 20+ назад наверное ибо я себе не враг.

> на хрен не нужной в принципе приветственной панели).

Неужели никто поблизости за столько лет не выкинул комп поприличнее?

>>Кроме того QML насколько я помню - не JS а отдельный Qt Markup Language как раз таки?
> https://forum.qt.io/topic/107219/using-qml-without-javascript

Я его с Qt Quick перепутал. Для себя я стараюсь софт на QML не юзать, вот поэтому.

> Capisce? Если копнуть глубже, то нагуглится и про то, что из себя
> представляет "байткод QML" и как он исполняется.

Ну и для байткода может быть и тупой интерпретер по идее? У кутей fallback для его исполнения на чистом С++ без jit нету чтоли? Даже файрфокс так умеет - но на современных сайтах с несколькими мегз JS либ, загрузку какойнить почты можно будет ждать минут 5.

А так между нами - я вообще инсталлеры для себя не юзаю. В основном потому что это долго и неэффективно, и много выковыривать потом. А дебутстрапом я себе даже кроссовые виртуалки для ARM собираю. Кросстрансляция команд ARM -> x86-64 хуже любого QML на третьепне. Скрипту бутстрапа вообще пофиг что там за набор команд проца, лишь бы sh был. Так что на самом деле мне не требуются инсталлеры :)

> часть логики там реализована в JavaScript. Тот же Электрон. Там тоже
> логику делают на JavaScript.

Вообще - да, чем-то похоже. Хотя электрон еще и HTML/DOM движок надо.

> Устраивать холокост пользователям — да, это ужасно. Нацисты устраивали национальным
> и политическим меншинствам, а Qt Corporation и её сообщники - пользователям 32-битных машин.

Не больше чем дорожные рабочие кладущие дорогу холокостят муравьев, укатав муравейник в асфальт.

> сами виноваты в своей печальной участи. Частично это так — мир
> не богодельня, а жестокое место, не сделали всё необходимое и возможное,

Вообще - умение вовремя сдриснуть из явно проблемной локации никому еще не вредило. Или к вопросу почему айтишники удрали из РФ...

> Вот так и Qt Corporation, и пользователи и популяризаторы Qt Quick,

Погодите, но Quick != QML как раз.

> и пропагандисты дропа платформ сознательно берут и гадят. Ваше зло, конечно,
> по глубине далеко от оного нацистов, но тем не менее,

Это не зло. Это просто нежелание делать из чужих проблем - свои. Наше время на этом глобусе ограничено. Вы не в праве просить других бесплатно гробить на вас их время. Тратьте СВОЕ время.

И в этом контексте - ну елки, можно за столько лет было научить набираться минимальные дебианы дебутстрапом каким. Для этого много не надо и можно перепахать его по вкусу от и до. Для паршивого компа отсутствие лишнего мусора актуально. Но я и на мощном практикую - люблю быстрые компы. А если кучу г инстальнуть, даже быстрый комп станет тормозом хуже третьепня.

> так брать и специально гадить, кто из корыстных интересов, кто из самолюбование — это зло.

Не думаю что они это специально.

> Вот вы и сами проговорились, что вы и сами знаете, что вы — зло.

Я - вообще не фанат QML, лол. Просто капитан очевидность в этом треде.

> есть несколько машин на 32 битах, и выкидывать их из-за всяких
> духовных аналогов нацистов от мира СПО я не желаю.

Да я дебиан вообще на armel v5 так то загнал - но разумеется никаким инсталлером я не пользовался. Скроил в виртуалке прототип дебутстрапом да флешанул его. И вот барахлишко с 256 мегов NAND на всю систему, 256 мегов оперативки, парой сат, юсб и гиг езернетом бойко грузит файло по сети, крутит пару чатботов, и вообще.

На x86-32 такой фортель повторить в разы проще: там не надо с флешированием в RAW NAND и заменой некооперативного вендорского uboot заниматься, что как бы тот еще квест.

> Но видимо придётся прогибаться, раз экосистема СПО стала духовным аналогом
> нацистского рейха,

Лол, вы преувеличиваете. Просто иногда лошадь объективно сдохла. Ну вот например: после того как Imagination анонсировал что MIPS все, у сабжа быстро возникли проблемы с майнтенансом. Майнтайнеры не хотят получать знания и скиллы которые некуда потом приткнуть будет по жизни, MIPS и слился в момент. Deb12 походу последний кто 32-бит MIPS умел. И 64 тоже под вопросом для новых дебианов. Ну вот никто не хочет седлать дохлую лошадь - пакеты и сыпятся там, фэйля сборку. И вот чего при этом делать? ИМХО 1-2 релиза еще потрепыхается, а с учетом stable -> oldstable -> oldoldstable это еще минимум лет 6 можно получить. А может и 8-10, если повезет. Да, под конец срока уже на совсем минималках - но к тому времени железо вероятно окончательно скопытится. Ну вот не живут электролиты на мамках вечно. Особенно на старых.

Ответить | Правка | Наверх | Cообщить модератору

164. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (164), 11-Фев-24, 20:00 
>Ну и для байткода может быть и тупой интерпретер по идее?

Нахрена вообще байткод и интерпретатор в приложении "на C++"? А потому, что это не приложение на C++, а приложение на QML - аналоге электрона.

>У кутей fallback для его исполнения на чистом С++ без jit нету чтоли?

Х.з. У меня на третьепне ни одно QML приложение не заработало, включая SDDM. Хорошо, что есть LightDM. Может просто либу так собрали - я это даже выяснять не стал, с учётом того что проги на QML всё равно надо ффтопку. С учётом того, что Qt Corporation дропнула 32-битные машины, выяснять это и бесполезно — отфутболят по формальным признакам.

>Quick != QML как раз

Не кодил сам ни разу, но насколько я понимаю, это фреймворк для QML.

>А так между нами - я вообще инсталлеры для себя не юзаю. В основном потому что это долго и неэффективно, и много выковыривать потом.

Ну это только для массовых установок. Для установки на свой комп изредка — именно установщик нужен.

>Не больше чем дорожные рабочие кладущие дорогу холокостят муравьев, укатав муравейник в асфальт.

В одном африканском государстве однажды отхолокостили "тараканов" (причём отхолокосченные и отхолокостившие на деле были одним этносом и говорили на одном языке)... Так что не надо сравнивать людей с насекомыми, ещё по прошлому случаю память свежа.

>Наше время на этом глобусе ограничено.

Да и количество свободной энергии на глобусе ограничено, нужно зубами вырывать свою долю, как в бочке с крысами.

>И в этом контексте - ну елки, можно за столько лет было научить набираться минимальные дебианы дебутстрапом каким

Если платформа дропается хоть в одной важной части - значит она дропается полностью.

>Не думаю что они это специально.

Конечно специально. Баба с возу - кобыле легче. Можно пустой воз по площадке 10*10 метров провезти и сказать, что кобыла поработала.

>после того как Imagination анонсировал что MIPS все, у сабжа быстро возникли проблемы с майнтенансом

Что я и говорю. Просто повод не работать.

>Майнтайнеры не хотят получать знания и скиллы которые некуда потом приткнуть будет по жизни, MIPS и слился в момент

Написания баш скриптов? Сборка пакетов? Те знания не имеют ничего общего с набором инструкций, с ним разрабы софта почти не соприкасаются, если JIT и SIMD  руками не кодят.

>Ну вот не живут электролиты на мамках вечно. Особенно на старых.

Знаю на личном опыте.

Ответить | Правка | Наверх | Cообщить модератору

169. "Обновление Debian 12.5 и 11.9"  +2 +/
Сообщение от Аноним (169), 11-Фев-24, 22:41 
Подай на этих врагов народа в суд и потребуй с них всё до копейки сколько заплатил, брат.
Ответить | Правка | Наверх | Cообщить модератору

217. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 12-Фев-24, 19:36 
> Нахрена вообще байткод и интерпретатор в приложении "на C++"? А потому, что
> это не приложение на C++, а приложение на QML - аналоге электрона.

Ну, сделайте свой инсталлер, без этой фигни - может им кто пользоваться будет. Если круто получится - может даже и я, хоть я и не майнстрим.

> я это даже выяснять не стал, с учётом того что проги
> на QML всё равно надо ффтопку.

Ну лично я не фанат вот именно QML и всей этой байды, так то. Но наставлять на всех пушки тоже такое себе.

> С учётом того, что Qt Corporation дропнула 32-битные машины, выяснять это
> и бесполезно — отфутболят по формальным признакам.

x86-32 много кто хочет дропнуть. Мерзенькая архитектура с кучей унаследованых проблем и ацких костылищ. Какие-нибудь ядерщики тоже с удовольствием эту гадость дропнут как только юзеры и железки с оной повымрут немного.

>>Quick != QML как раз
> Не кодил сам ни разу, но насколько я понимаю, это фреймворк для QML.

Насколько я помню там можно юзать контролы, но не юзать JS. Хотя в целом - да, куть на мой вкус зря стал косплеить электроны всякие.

> Ну это только для массовых установок. Для установки на свой комп изредка
> — именно установщик нужен.

Я не ставлю на свои компы и виртуалки установщиком. Вкатит много г которое потом сносить дольше чем билдить себе минимальный образ и танцевать от него.

>>Не больше чем дорожные рабочие кладущие дорогу холокостят муравьев, укатав муравейник в асфальт.
> В одном африканском государстве однажды отхолокостили "тараканов" (причём отхолокосченные
> и отхолокостившие на деле были одним этносом

Если например кто-то вызвал изменения климата - и это убило миллиард людей за счет всеобщего пофигизма, это конечно в каком-то роде - да, но - немного не то.

> Да и количество свободной энергии на глобусе ограничено, нужно зубами вырывать свою
> долю, как в бочке с крысами.

Солнце присылает нам дофигища халявной энергии.

> Если платформа дропается хоть в одной важной части - значит она дропается полностью.

Я не фанат ультра-радикальных дерганий. Скажем вон там господа разделяют на tier 1, tier 2 and tier 3. В принципе валидный подход смотря как оно реально работает. Почему нет?

> Конечно специально. Баба с возу - кобыле легче. Можно пустой воз по
> площадке 10*10 метров провезти и сказать, что кобыла поработала.

В опенсорсе не так. Скорее, "я привез свой зад из A -> B и доволен, а ехали ли вы на той же телеге, мне - все равно".

> Что я и говорю. Просто повод не работать.

Вы ж не платили зарплат чтобы что-то требовать? И пахать прямиком на мусорник - мало кто лю.

> Написания баш скриптов? Сборка пакетов? Те знания не имеют ничего общего с
> набором инструкций, с ним разрабы софта почти не соприкасаются, если JIT
> и SIMD  руками не кодят.

У любой платформы есть свои особенности. В том числе и по компиляции под нее. Скажем версии наборов команд, доступные расширения и интринсики, оптимизации, вот это все. И это достаточно злободневный топик. Тут, кому-то SSE2 не нравится например. Те кто билдит софт и пытается в некие оговоренные constraints вместиться должен это знать и учитывать.

>>Ну вот не живут электролиты на мамках вечно. Особенно на старых.
> Знаю на личном опыте.

Ну дык. А менять их в совсем уж хламе канительно и не сказать что рентабельно.

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

249. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 14-Фев-24, 13:04 
>А так между нами - я вообще инсталлеры для себя не юзаю. В основном потому что это долго и >неэффективно, и много выковыривать потом. А дебутстрапом я себе даже кроссовые виртуалки для ARM >собираю. Кросстрансляция команд ARM -> x86-64 хуже любого QML на третьепне. Скрипту бутстрапа >вообще пофиг что там за набор команд проца, лишь бы sh был. Так что на самом деле мне не требуются >инсталлеры :)

Аналогично, тоже инсталлеры не юзаю. Максимум для чего может быть нужен инсталляционный диск(или флешка) - это загрузиться в работоспособную консоль чтобы из нее установить grub (если это на x86 происходит). В случае всяких там ARM скорее потребуется железный программатор для вписывания загрузчика.

>Для паршивого компа отсутствие лишнего мусора актуально. Но я и на мощном практикую - люблю >быстрые компы. А если кучу г инстальнуть, даже быстрый комп станет тормозом хуже третьепня.

Полностью поддерживаю и разделаю ваш подход.

>> Но видимо придётся прогибаться, раз экосистема СПО стала духовным аналогом
>> нацистского рейха,
>Лол, вы преувеличиваете. Просто иногда лошадь объективно сдохла.

Применительно к какой-нибудь экзотике типа того же MIPS - я с вами соглашусь. Но объявлять сдохшей лошадью самую массовую за последние три десятка лет архитектуру x86-32 - это тоже на мой взгляд преувеличение.
Да и одноплатных компов на armv7 выпущено и продано огромное количество. И используют их для своих экспериментов как раз всякие самодельщики,опенсорс двигающие. Хотябы например роботостроители. И там как раз наиболее важна совместимость как железная так и софтовая,а не новизна процессора. Да и цена имеет значение - в роботе обычно хватает всяких дорогих штук чтобы еще и выкинуть управляющий комп (типа той же Raspberry, которые часто как раз armv7) и поменять его на более дорогой только из-за
прихоти сборщиков дистрибутива, решивших что эта архитектура никому не нужна. Кстати, если в случае с x86-32 еще возможен аргумент "сами на своих рабочих компах не пользуемся поэтому поддерживать не будем", то в случае armv7 я что-то сомневаюсь что сами дебианщики на каких-нибудь
arm-ноутбуках сидят.

>под конец срока уже на совсем минималках - но к тому времени железо вероятно окончательно >скопытится.

Вот и поддержку дропать надо именно когда железо скопытится. Это кстати дебианщикам должно быть видно по количеству скачиваний файлов под разные архитектуры. И почему-то я не верю
что у них почти перестали качать и x86-32 и особенно armv7 варианты.

Кстати, у меня отлично работают несколько штук Raspberry Pi c процом armv7, хотя им уже лет десять. Если во что они и упираются то никак не в вычислительную производительность,а например
в то что у этого проца только два выхода аппаратного pwm. Если у робота больше моторов то уже аппаратные костыли требуется добавлять.

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

253. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 15:29 
> Аналогично, тоже инсталлеры не юзаю. Максимум для чего может быть нужен инсталляционный
> диск(или флешка) - это загрузиться в работоспособную консоль чтобы из нее
> установить grub (если это на x86 происходит).

Я пришел к выводу что искренне ненавижу как сделаны Live у дебиана и убунты - это загружается какое-то совершенно непотребное время. Особенно на некоторых компах где скорость чтения с usb в режиме загрузки, до того как linux kernel kicks in - издевательская.

Поэкспериментировав я заметил что просто "инстальнутый на флешку" демьян с защелкнутым readonly свичом флехи в общем то норм работает, особенно если чуток подрихтовать, стартует куда шустрее тех ливок, а заодно можно сразу более потребное окружение, скажем с уклоном в data recovery или оживление систем. Это ессно нишевая штука для себя, average joe именно это именно так не понравится. Это же и с убунтой катит.

> В случае всяких там ARM скорее потребуется железный программатор для вписывания загрузчика.

Не обязательно.
1) Часть грузится с SD карты. У некторых типа Sunxi сие имеет приоритет над остальным и это довольно удобно в вон тех целях. Тот же Sunxi (часто бывающий в Mele).
2) У многих SoC есть boot ROM умеющий usb-device или хотя-бы UART. Заливаем uboot через ЭТО, програмим u-boot'ом сам себя в NAND/карту или что там у вас, а дальше уже и основную тушку ОС не особая проблема. Такой дизайн платформы делает ее "unbrickable". Sunxi и упомянутые железки относятся к этому классу: Sunxi можно полностью загрузить через usb, да и тот v5 через uart - аналогично.
3) Иногда существовавший лоадер можно убедить вгрузить то что надо. А иногда бывают и вовсе забавные хаки. Скажем некоторые дают uboot под видом кернела, и Uboot Lv2 - делает то что на самом деле хотелось.

> Полностью поддерживаю и разделаю ваш подход.

...поэтому на мощном 64-бит компе получается - звездолет. Быстрый. Эффективный. Крутой. С ним я могу почти что угодно. Ну, вон, takeover железок. Перестроив uboot, kernel, OS. По сути я могу уровень OEM-а.

>>Лол, вы преувеличиваете. Просто иногда лошадь объективно сдохла.
> Применительно к какой-нибудь экзотике типа того же MIPS - я с вами соглашусь.

Ну вот у меня есть пара железок на которые теоретически можно вкатить САБЖЕВЫЙ дебиан. Практически у них 64-128 рамы, и это на минималках, и винч внешний. А лоадер как раз вот - древний, в mainline uboot вот именно ЭТОГО - нет, и так что осовременнить сие под современный boot sequence с DTB не то чтоб совсем нельзя но - костыли.

> Но объявлять сдохшей лошадью самую массовую за последние три десятка
> лет архитектуру x86-32 - это тоже на мой взгляд преувеличение.

Ну ее _совсем_ еще и не того этого. Gradual phase-out технологии. Делать свой мозг проблемами тридцатилетней давности, исключительно во имя compat - надоело даже майкрософту (где-то в районе восьмеры они UEFI затребовали, древние компы его не умеют). А у них дофига денег и порядка 70К чтоли сотрудников по всей планете. У дебиана не столько ресурсов.

> Да и одноплатных компов на armv7 выпущено и продано огромное количество. И
> используют их для своих экспериментов как раз всякие самодельщики,опенсорс двигающие.

А они вроде armhf пока и не грозились вытряхнуть окончательно, больше на armel покушаются, это более древняя штука.

> Хотябы например роботостроители. И там как раз наиболее важна совместимость как
> железная так и софтовая,а не новизна процессора.

Зачем при DIY совместимость? Это создаваемое с ноля решение - там можно что угодно делать в принципе. Compat нужен только если нужно нечто внешнее, и оно прибито на гвозди к энной платформе, но это - хреновый выбор сразу на старте создания железки. Если нечто навязывает конкретный выбор, это отольется в будущем, когда например захочется платформу померять.

Скажем сейчас пришествие RISCV SoC. В основном 64 бит конечно. И если я захочу сменить в энный момент в некоем проекте 32 бит armhf на RISCV-64 а это не получится - упс, я подложил сам себе конкрентую свинью на фазе архитектуры и имплементации. И теперь откушаю последствий своего решения. Мне это надо?

> и выкинуть управляющий комп (типа той же Raspberry, которые часто как
> раз armv7) и поменять его на более дорогой только из-за
> прихоти сборщиков дистрибутива,

Ну вот да - на allwinner есть 10-баксовые одноплатники, и они 32-битные, но это armhf конечно, armel там пофигу. И даже если они долбанутся совсем и armhf тоже спишут - есть еще около 5-6 лет времени подумать как маневрировать дальше. Т.е. это не "most pressing issue" хоть как.

> я что-то сомневаюсь что сами дебианщики на каких-нибудь
> arm-ноутбуках сидят.

В случе armhf несколько полегче - там железок под сборку пакетов помощнее все же можно найти. Но они по RAM by design ограничены. У 64-бит нет таких проблем, так что некоторые RISCV-64 например уже могут как воркстейшн и билдферма сойти даже для жирных пакетов.

> Вот и поддержку дропать надо именно когда железо скопытится.

Ну вот x86-32-only компы уже и повымерли в массе своей. Я видел 64-бит AMD уже примерно 20 лет назад. Электролиты в активно юзаемых мамках столько все же не живут в >= pentium. Оно и мрет естественным способом. Там как раз кризис вышел: "классические" электролитические капы оказались не готовы к ТАКИМ аппетитам - и пульсациям - и дохли как мухи осенью. А производители lowESR респины капов смогли далеко не сразу, а лишь когда OEM заваленые по гарантии стали требовать что-то придумать с этим. Постепенно вообще полимерные капы придумали но это привилегия новых, топовых мамок в основном.

А у одноплатников обычно - керамика, она более-менее вечная. Вот эти более живучие будут.

> что у них почти перестали качать и x86-32 и особенно armv7 варианты.

Armhf наверное качают. Во всяком случае я - точно :). А x86-32 кмк сильно сдулся в последнее время. Говоря за себя - я кажется за всю жизнь не пробовал debootstrap в x86-32. И меня оно если и интересует - то как специфичный тесткейс к моему скрипту генерации образов, а для себя я это юзать ессно не юзаю и не планирую.

> Кстати, у меня отлично работают несколько штук Raspberry Pi c процом armv7,
> хотя им уже лет десять.

У меня целые выводки одноплатников, в основном Sunxi и немного рокчипов - и не только для себя, я такой байдой для других балуюсь for fun and profit. В целом они весьма живучие штуки. Некоторым более 10 лет, но даже там "armhf". В этом смысле первые малины были залет уже на момент выпуска, с их дохлым ARMv6 ядром - ибо armhf это ARMv7 - он на тот момент уже был. И это косяк броадкома - они слили хомякам лежак который был ТАДАМ - чипами для DVD плееров! У которых системный проц это второстепенная штука для рисования меню, а основа основ это GPU. Так что этот изврат после старта аж бутявится с ROM GPU - а потом оно может и врубит ARM для этого вашего линуха если захочет. Такая структура boot sequence означает что мало того что все прибито на гвозди к FAT32 - так еще уйти от блобов boot sequence довольно сложно. Ибо сперва надо GPU раскочегарить вообще, а из него ARM. А на GPU изначально из блобов по сути целая операционка подымается, работающая side by side с ARM и живущая своей жизнью.

> в то что у этого проца только два выхода аппаратного pwm. Если
> у робота больше моторов то уже аппаратные костыли требуется добавлять.

Я в это точно не упираюсь - ибо смог STM32 и могу развесить его на UART/i2c/spi в помощь вон тому.

И кстати, систeмд с его вачдог апи - оказался довольно полезен для трекинга живости важных прог координирующих вот это все, как бы там не плевались вон те господа. Нокия в мобилах сравнимое делала, но в N900 был апстарт и им пришлось изобретать свой вел с квадратными колесами. Он есно отлично ездит только по лестницам - в офисе Нокии. Остальное - упсъ. Они называли это "mission control".

Ответить | Правка | Наверх | Cообщить модератору

260. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 14-Фев-24, 16:50 
>Я пришел к выводу что искренне ненавижу как сделаны Live у дебиана и убунты

Просто они с другой целью,не с той которая нужна вам(и мне).
Основное назначение этих live сборок - показать виндовому юзеру что есть такая штука линукс и что она даже может быть настроена на совпадение с его виндовыми привычками.
У кого (как у меня) виндовых привычек нет вообще - для тех "виндоподобная" настройка линукса оказывается сильно "бесячей".

> Часть грузится с SD карты. У некторых типа Sunxi сие имеет приоритет

У Sunxi сам этим пользуюсь. А кто еще так умеет? Остальным попадающимся во всяких приставках и планшетах подавай загрузчик в припаянной
на плате флэшке. И если случайно его там окирпичить то поднять бывает не просто. В лучшем случае
каким-нибудь "методом иголки", в худшем - программатор или jtag.

>Зачем при DIY совместимость?

За тем что код какого-нибудь условного "автопилота" был написан под 32-разрядную систему -
чаще всего ARM, но и x86-32 бывает. При отладке своего проекта где комп используется в скачестве
"мозгов" - обычно хватает забот и без того чтобы еще переписывать код под другую разрядность.
Те же роботостроители - далеко не все являются настолько крутыми программистами чтобы заранее учесть в своем код возможность запуска на системе с другой разрядностью. На этом и профи даже бывает спотыкаются,не говоря о любителях. К тому же код мог быть написан достаточно давно и автор уже наигрался и давно свалил в закат, так что даже и вопросы ему не задать.

>Это создаваемое с ноля решение - там можно что угодно делать в принципе.

Вот только создается оно обычно не с ноля, а из каких-то готовых компонентов. Иначе создание
чего-то хоть сколько-нибудь сложного рискует затянуться на неопределенное время.
Под рукой может оказаться какой-нибудь акселерометр,гироскоп,или еще какой датчик,к которому как написал код в середине двухтысячных какой-нибудь хорошо разбирающийся в теме энтузиаст так никто
и не занимается переписыванием потому что и так хорошо работает. Предложение купить другой датчик
не каждого самодельщика устроит потому что и датчик может быть не дешевым и ждать пару месяцев
доставку из Китая не захочется. А переносить на другую разрядность весьма зубодробительный код
какого-нибудь цифрового фильтра или чего-то подобного - занятие не простое и не быстрое.

>Скажем сейчас пришествие RISCV SoC.

Пока еще не видел самоделок на RISCV на тех любительских форумах где общаюсь. Я так думаю что до обычных любителей оно если и дойдет то лишь через несколько лет. И еще неизвестно сколько займет
перенос кода на эти процы.
Отдельный вопрос - где это у одноплатников столько памяти чтобы адресация в 32 бита не влезла?

> А x86-32 кмк сильно сдулся в последнее время. Говоря за себя - я кажется за всю жизнь не >пробовал debootstrap в x86-32.

А я ни разу не ставил дома x86-64 систем - надобности в них нет,а разгребать глюки при переносе кода нет желания.

>> в то что у этого проца только два выхода аппаратного pwm. Если
>> у робота больше моторов то уже аппаратные костыли требуется добавлять.
>Я в это точно не упираюсь - ибо смог STM32 и могу развесить его на UART/i2c/spi в помощь вон >тому.

Вот в данном случае именно это я и называю костылями. А необходимы они оказываются потому,что
распространенные и доступные для добывания (особенно в сельской местности) регуляторы скорости моторов - управляются именно ШИМом,унаследованным еще аж от чисто аналоговой аппаратуры радиоуправления. Это к вопросу зачем в DIY совместимость:)
Управлялись бы они по i2c/spi - этот костыль с stm32 не был бы нужен. И если управляемые по последовательной шине (не помню которой из двух) регуляторы для квадрокоптерных
bldc моторов я хотябы на картинке видел, то для коллекторных моторчиков всяких ездящих игрушек
не видел даже на картинке,не говоря про живьем. Или вот возникла идея маломощным лодочным электромотором порулить. Разобрал его - а он,сюрприз!,тоже оказался коллекторным(и с жутко убогой энергонеээфективной штатной схемой управления). И где мне под этот мотор взять регулятор, способный _долговременно_ переваривать ампер сорок тока - не знаю. Прямо хоть сам с нуля делай на том самом stm32. И самое сложное в этом не схема и не прошивка,а вибро и водо защита.

>В этом смысле первые малины были залет уже на момент выпуска, с их дохлым ARMv6 ядром

Спасибо что хоть такие появились. Это сейчас одноплатников много на любой вкус - можно даже не возиться с заказами,а купить за наличные если до Питера доехать. А тогда
когда первая малина появилась - ну разве что на TI OMAP что-то существовало,я даже пытался
договориться с посредником о покупке и он сразу предупредил что мало шансов что посылку с этим
из Штатов выпустят потому что "двойное назначение". Так и оказалось - ни плата ни пришла ни денег вернуть не получилось.

>И кстати, систeмд с его вачдог апи - оказался довольно полезен для трекинга живости важных прог >координирующих вот это все, как бы там не плевались вон те господа.

Я тоже не очень понимаю этих плюющихся господ. Разве что может быть кто-то из них сильно переписывал стартовые скрипты под какую-то свою задачу,а после перехода Дебиана на systemd пришлось всю эту работу заново делать. Ну и первые версии системд бывало что глючили,что первым
версиям вполне простительно.


Ответить | Правка | Наверх | Cообщить модератору

266. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 22:01 
> Просто они с другой целью,не с той которая нужна вам(и мне).

Это и было поводом попробовать иные варианты.

> У Sunxi сам этим пользуюсь. А кто еще так умеет? Остальным попадающимся
> во всяких приставках и планшетах подавай загрузчик в припаянной
> на плате флэшке.

Рокчипы некоторые. Но там разные варианты поведения у разных чипов IIRC. Да и малины те же наконец.

> каким-нибудь "методом иголки", в худшем - программатор или jtag.

Ну я вон тем ARMv5 почти так и налил, только там иголок не надо, ROM на уарте после powerup врубается если "пинг" от программы флешера получен.

> За тем что код какого-нибудь условного "автопилота" был написан под 32-разрядную систему

Головой надо думать ДО написания софта, особенно нового. И на этапе выбора решений. Чтобы не было мучительно больно ПОТОМ.

> Те же роботостроители - далеко не все являются настолько крутыми программистами чтобы
> заранее учесть в своем код возможность запуска на системе с другой разрядностью.

Значит, однажды они узнают простые истины сложным способом.

> уже наигрался и давно свалил в закат, так что даже и вопросы ему не задать.

Тогда вы нарывались на проблемы сразу на старте затеи. Но вообще читать сорц помогает, я проверял.

> Под рукой может оказаться какой-нибудь акселерометр,гироскоп,или еще какой датчик,к которому
> как написал код в середине двухтысячных какой-нибудь хорошо разбирающийся в теме

СИЛЬНО нужный код - можно и самому причесать, если НАДО. Я даже так делал. Выпилив вместе с голимыми "int" и несколько buffer overrun заодно.

> зубодробительный код какого-нибудь цифрового фильтра или чего-то подобного
> - занятие не простое и не быстрое.

Я это более менее умею, самообслуживание - помогает в опенсорсе.

> Пока еще не видел самоделок на RISCV на тех любительских форумах где общаюсь.

А таки китайцы D1 какойнить продают занедорого. Еще б ядер побольше по той цене :)

> Отдельный вопрос - где это у одноплатников столько памяти чтобы адресация в
> 32 бита не влезла?

Кроме памяти есть еще перфоманс математики и проч, 64 бит регистры в кодеках, крипто и проч намного лучше, а в u32 даже параметры в ФС не влезут.

> А я ни разу не ставил дома x86-64 систем - надобности в
> них нет,а разгребать глюки при переносе кода нет желания.

А я первопроходец направления. Топ фортуны500 сразу AMD64 подхватили. А потом я и себе забацал "воркстейшн мечты". ECC, SSD, HW вирт, IOMMU, мощный проц/GPU, в красивом корпусе, с технологичным питальником. Монитор под стать. Звездный крейсер. Но новая итерация будет преследовать +1 цель: 100% открытое системное фирмваре. Так что видимо RISCV-64 уже.

> (особенно в сельской местности) регуляторы скорости моторов - управляются
> именно ШИМом, унаследованным еще аж от чисто аналоговой аппаратуры радиоуправления.

Я не фанат унаследованых систем и поэтому порой не обламываюсь налутать что-то наподобие сам по своим лекалам. На данный момент местность мне не важна, я научился "in situ" делать все что лезет в 2 слоя. Полевиков и STMок у меня есть.

> Это к вопросу зачем в DIY совместимость:)

Я не некромансер. И даже в "simple" радио я запускаю пакетные протоколы собственного разлива. А порой и экспериментирую с странным форматом сигнала.

> Управлялись бы они по i2c/spi - этот костыль с stm32 не был бы нужен.

STM32 намного лучше вертится под жесткий реалтайм и меньше точек системных факапов. Это кроме всего прочего делает линух сторону forgiving. Линух еще пока не до конца ртос, есть слабые места. А у STM'ки богатый аналог, куча периферии и проч. И я не буду DAC -> DMA жесткореалтаймно лупить из линя. А из STMки - почему нет?

> bldc моторов я хотябы на картинке видел, то для коллекторных моторчиков всяких
> ездящих игрушек не видел даже на картинке,не говоря про живьем.

Я могу себе тупо налутать это и будет та фирмварь какая мне нравится. И будет там STM ценой аж бакс да полевики, взятые оптом а то и сдутые с мамки если габариты пофиг и еще по мелочи.

> под этот мотор взять регулятор, способный _долговременно_ переваривать ампер сорок тока
> - не знаю. Прямо хоть сам с нуля делай на том самом stm32.

Ну собссно набить полевиков к STM'ке не больно какая проблема. Несколько однотипных запараллелить можно. Мотору частота не важна и "драйвер" может даже из BJT слепить, это вообще можно чуть не из остатков мамки сделать, почти все кроме STM, если параметры устроят.

А в маломощных вещах до нескольких ампер у меня есть забавные полевички которые не обломно GPIO вертеть до 50-100 кГц или чуть больше. Вам не понравятся имхо.

> прошивка,а вибро и водо защита.

Залить герметиком каким имхо. Но вообще в лодку и так вода попадать не должна. А ряд герметиков умеет уксус выделать - что для электроники фигово.

> Спасибо что хоть такие появились. Это сейчас одноплатников много на любой вкус
> - можно даже не возиться с заказами,а купить за наличные если до Питера доехать.

Я краудфандил ARMv7-based ДО гамнин, которая прочухала перспективность позже, и броадком решил - вот - слить лопухам устаревший хлам. ARMv7 это минимум с которым я работаю "всерьез".

> договориться с посредником о покупке и он сразу предупредил что мало шансов
> что посылку с этим

Техасы мне не нравятся хоть как: дорогие и маломощные, оверинженернутые, сложные в bring-up. Не зря они вылетели с рынка почти везде - bang per buck плохой.

> Я тоже не очень понимаю этих плюющихся господ. Разве что может быть
> кто-то из них сильно переписывал стартовые скрипты под какую-то свою задачу,а
> после перехода Дебиана на systemd пришлось всю эту работу заново делать.

Ну хз, я запиливаю кастомные сервисы в мои системы, мне так то проще стало. Допустим перепилить за редхатом юнит системды в разы проще чем стартовый скрипт под них же. Актуально для внереповых прог.

Ответить | Правка | Наверх | Cообщить модератору

279. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 15-Фев-24, 17:08 

>> За тем что код какого-нибудь условного "автопилота" был написан под 32-разрядную систему
> Головой надо думать ДО написания софта, особенно нового. И на этапе выбора
> решений. Чтобы не было мучительно больно ПОТОМ.

Как я уже говорил - нередко умеющие в нужную математику (и обладающие навыками реального пилотирования) бывают что программированием владеют лишь на любительском уровне.
И заранее предусмотреть проблемы переноса своего кода на другую произвольно взятую железку
не могут. Да и не надо оно им так как пишут под ту железку которая есть в наличии. Потому кто-нибудь другое переписывает под железку которая оказалось у него. И так методом последовательных итераций получается некий достаточно объемный проект,созданный силами многих разных людей.
Серьезно всё это переделывать - большая работа,на которую ни у кого нет сил и времени.

> Тогда вы нарывались на проблемы сразу на старте затеи. Но вообще читать
> сорц помогает, я проверял.

Вот только размер предполагаемого к прочтению может быть весьма внушительным если
говорить о линуксовых одноплатниках. Это в микроконтроллер какой-нибудь особо сильно
много кода всё равно не засунешь поэтому проекты так не распухают.

> Я это более менее умею, самообслуживание - помогает в опенсорсе.

Самообслуживание это конечно хорошо. Но переписать под себя всё - не хватит ни сил ни времени.
Всё-таки хочется и результат в более-менее обозримом будущем получить,а не через годы.
Хотябы даже и потому что через годы это можно будет уже купить готовое за не очень дорого - как те же летающие дроны,которые раньше делали сами,а теперь их в магазинах сколько угодно на любой вкус и кошелек.

>> Пока еще не видел самоделок на RISCV на тех любительских форумах где общаюсь.
> А таки китайцы D1 какойнить продают занедорого. Еще б ядер побольше по
> той цене :)

А вот я,как и многие любители, был бы готов доплатить не за больше ядер,а за хорошую документацию и удобный в пользовании визуальный симулятор. Пока что из микроконтроллеров по документированности и доступности удобных средств отладки - безусловный лидер AVR. И любители
активно их покупают и используют,хотя это не самые дешевые контроллеры. Платят за удобство использования в своих проектах.

>> регуляторы скорости моторов - управляются
>> именно ШИМом, унаследованным еще аж от чисто аналоговой аппаратуры радиоуправления.
> Я не фанат унаследованых систем и поэтому порой не обламываюсь налутать что-то
> наподобие сам по своим лекалам.

Опять же - если заниматься не только переписыванием всего программного кода но и изготовлением
всей электроники с нуля(начиная с самих плат) - то результат в виде работающего изделия
отодвигается в туманное будущее.
А так-то да, в мире есть люди,которые сами выпекают и радиолампы и даже не сложные микросхемы.

> я научился "in situ" делать все что лезет в 2 слоя. Полевиков и STMок у меня есть.

Полевики и STMки нынче действительно не дефицит.
Дефицит - это время на изготовление и _отладку_ того же самодельного регулятора.

>> Управлялись бы они по i2c/spi - этот костыль с stm32 не был бы нужен.
> STM32 намного лучше вертится под жесткий реалтайм и меньше точек системных факапов.

Безусловно согласен,но я другое имел в виду когда говорил о костыле. Сейчас управление мотором - это сигнал через i2c/spi с компа на stm32,потом с него в виде ШИМ-сигнала на регулятор в котором
свой микроконтроллер,управляющий силовыми полевиками. Именно поэтому я назвал в данном
примере stm32 ненужным костылем. Правильно было бы научить тот контроллер что полевиками
управляет - понимать команды,поступающие по i2c от линуксового компа. Но регуляторов для коллекторных моторов, управляемых по i2c мне на глаза не попадалось.
Даже возникла мысль найти среди китайских регуляторов совместимый с одной из открытых прошивок
(например BLHeli) и прошивку ему переписать на свою. Проблема только в том,что совместимость китайских регуляторов с открытой прошивкой заранее не известна. Я уже два купил, у обоих в описании упоминание о BlHeli было,и оба по факту оказались несовместимы.

> Линух еще пока не до конца ртос, есть слабые места. А у STM'ки богатый
> аналог, куча периферии и проч. И я не буду DAC ->
> DMA жесткореалтаймно лупить из линя. А из STMки - почему нет?

Согласен с вами.

>> прошивка,а вибро и водо защита.
> Залить герметиком каким имхо. Но вообще в лодку и так вода попадать
> не должна.

В море нередко вода просто в воздухе висит в виде мелкой пыли.
> А ряд герметиков умеет уксус выделать - что для электроники фигово.

Об уксусе хотябы известно. А вот фирма Kipor в своих "инверторных" бензогенераторах
на другие грабли наступила. Они залили плату электроники чем-то что имеет слишком большой
коэффициент теплового расширения и через какое-то количество циклов нагрева-охлаждения просто
отрывает детали от платы. И эти электронные блоки выпускаются с таким герметиком с 2003 года,
и также продолжают регулярно умирать.

Ответить | Правка | Наверх | Cообщить модератору

286. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 16-Фев-24, 00:15 
> навыками реального пилотирования) бывают что программированием владеют лишь на любительском уровне.

КМК x86-32 only софт в массе своей выпал из использования уже.

> И заранее предусмотреть проблемы переноса своего кода на другую произвольно взятую железку
> не могут.

Не оч понятно зачем мне делать из чужих проблем - свои. Реально незаменимых вещей не так много.

> Серьезно всё это переделывать - большая работа,на которую ни у кого нет сил и времени.

Либо кому надо пределают, либо это вымрет. Или некромансеры могут подымать нежить если им не лениво. Майнтайнеры дистро не они и вечно это делать не будут.

> говорить о линуксовых одноплатниках. Это в микроконтроллер какой-нибудь особо сильно
> много кода всё равно не засунешь поэтому проекты так не распухают.

Ну я про МК и говорил в основном. Одноплатники ближе к обычному компу в этом смысле.

> Всё-таки хочется и результат в более-менее обозримом будущем получить,а не через годы.

А майнтайнеры тоже не железные и счтиают так же - "зачем майнтайнить мусор которым я не пользуюсь?". По тем же причинам! Как вы думаете, кто победит в той экономии времени? ;)

> раньше делали сами,а теперь их в магазинах сколько угодно на любой вкус и кошелек.

Только там обычно еще полкило подстав для хомячков.

> А вот я,как и многие любители, был бы готов доплатить не за
> больше ядер,а за хорошую документацию и удобный в пользовании визуальный симулятор.

Не знаю считается ли qemu за это - но RISCV он таки умеет. И дебаг хост в нем есть, можно GDB зацепиться.

> Пока что из микроконтроллеров по документированности и доступности удобных средств отладки
> - безусловный лидер AVR.

Мне документация STMicro нравится больше, как и дизайн их железок. А AVR нынче лидер по serial.begin() уж пардон. И использованию 20% умений и без того дохлого чипа.

> удобство использования в своих проектах.

Ага, serial.begin() можно делать...

> всей электроники с нуля(начиная с самих плат) - то результат в виде
> работающего изделия отодвигается в туманное будущее.

Ждать доставки этой электроники - может еще и не в такое будущее отодвинуть. А имеючи некое "FW core" и "pcb core" это можно довольно быстро сделать тем что хотелось. Т.е. за 1-2 дня. Может я просто долго косплеил кастомдева и в вошел во вкус - но как-то так.

> даже не сложные микросхемы.

Печатку самому сделать проще. Для этого кроме компа, лазерника и желания по сути ничего не надо. Более того - я могу по скорости дать мастеркласс срочным сервисам прототипирования, они на толпу надрываются, и обдирают за это, а я - на себя 1, по цене текстолита.

> Полевики и STMки нынче действительно не дефицит.
> Дефицит - это время на изготовление и _отладку_ того же самодельного регулятора.

У меня есть некое "core" которое сравнительно легко доделывается до разных железок. А облажаться в PWM для DC мотора - еще суметь надо. И более того - за то же время мне железку скорее всего - не доставят. И плату даже срочным заказом - не сделают. Так что половина смысла этого скилла - ультра-рапидное прототипирование. Которое в большей части случаев v2 не надо так что ближе к "валидации дизайна". А поскольку CAD чекает что я не налажал с интерконектами, я редко лажаю. Более того - можно группировать батчем для делания нескольких плат под разные нужды, так ессно куда оптимальнее.

> примере stm32 ненужным костылем. Правильно было бы научить тот контроллер что полевиками
> управляет - понимать команды,поступающие по i2c от линуксового компа.

Оок! Для некоторых ESC бывают открытые прошивки насколько я помню. Для наобум взятого хз конечно.

> совместимость китайских регуляторов с открытой прошивкой заранее не известна.

Ну вот это да. Как вариант - наЛУТать что-то заведомо совместимое с ... ?

> В море нередко вода просто в воздухе висит в виде мелкой пыли.

Ээээ я почему-то думал что все подобные отсеки надо герметизировать на совесть.

> Об уксусе хотябы известно. А вот фирма Kipor в своих "инверторных" бензогенераторах
> на другие грабли наступила. Они залили плату электроники чем-то что имеет слишком
> большой коэффициент теплового расширения и через какое-то количество циклов
> нагрева-охлаждения просто отрывает детали от платы.

Это в принципе некие траблы для электроники. Даже без герметика. Если крутые перепады и много критичны, QFP корпус например лучше чем QFN/BGA. У него лапы есть - они немного пружинят. Как вы поняли коэффициент расширения материалов чипа, платы и припоя тоже разные.

> и также продолжают регулярно умирать.

Перепады при вкл/выкл вообще в целом - вредны. Вопрос сводится к масштабу проблемы. Жить вообще вредно, от этого умирают.

Ответить | Правка | К родителю #279 | Наверх | Cообщить модератору

288. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 16-Фев-24, 01:49 

> КМК x86-32 only софт в массе своей выпал из использования уже.

Десктопный общераспространенный - возможно что и да. В смысле в нем уже пофиксили то что
от разрядности зависело. Но чем менее "массовый" софт тем больше вероятность что в нем
эти глюки не нашли или нашли не все или криво пофиксили.

> Не оч понятно зачем мне делать из чужих проблем - свои. Реально
> незаменимых вещей не так много.

С одной стороны да. С другой - вот сейчас у меня выбор - заплатить ли $249 за готовую железку(бортовой комп) или собрать ровно тоже самое с тем же кодом и теми же датчиками
на основе одной из и так имеющихся "малинок" и тех же датчиков только не припаянных на фирменную
плату,а в виде продаваемых китайцами копеечных модулей(ну где микросхема на кусочке текстолита с минимальной обвязкой). Для российского сельского жителя две с половиной сотни баксов - это значимая сумма. Особенно если вопрос её экономии упирается только и исключительно в разбирательство с кодом - чтобы подправить его под свое железо собрать его нужным образом.  

>> Серьезно всё это переделывать - большая работа,на которую ни у кого нет сил и времени.
> Либо кому надо пределают, либо это вымрет. Или некромансеры могут подымать нежить
> если им не лениво.

Вот,мне не лениво поднимать "морально устаревшую" малину и ковырять код,которые вообще изначально
писался под AVR,а потом уже на одноплатные armv7 перетаскивали. И всё это любители делали,пусть и продвинутые достаточно. Но продвинутые они всё-таки больше в предметной области,а не в программировании как таковом - судя по стилю написания кода.

> А майнтайнеры тоже не железные и счтиают так же - "зачем майнтайнить
> мусор которым я не пользуюсь?".

Так я нисколько не осуждаю их позицию. Имеют моральное право так рассуждать.
Я лишь выражаю сожаление что мне работы добавится:-)

>> раньше делали сами,а теперь их в магазинах сколько угодно на любой вкус и кошелек.
> Только там обычно еще полкило подстав для хомячков.

Так оно и сделано для удовлетворения потребностей именно хомячков.
Поэтому массовое и в силу массовости не дорогое.
Хотя например на вторичном рынке уже можно купить вобщем-то хомячковый дрон,который
с некоторыми ухищрениями программного толка можно заставить летать по заданному маршруту
и делать фотографии земной поверхности в заданных точках. Если фотографий сделать много
то из этого уже можно составить карту посёлка например. И эти снимки не будут попадать под
буржуйские лицензионные ограничения и могут использоваться например для изготовления
карт OpenStreetMap. Я кстати ищу рускоязычного человека,кто имеет туда доступ на редактирование
и опыт в создании карт по аэрофотоснимкам.

>> А вот я,как и многие любители, был бы готов доплатить не за
>> больше ядер,а за хорошую документацию и удобный в пользовании визуальный симулятор.
> Не знаю считается ли qemu за это - но RISCV он таки
> умеет.

Так он только процессорное ядро умеет. А периферию конкретного китайского микроконтроллера  - нет.
> И дебаг хост в нем есть, можно GDB зацепиться.

Если поверх запущенного в такой позе GDB получится запустить какую-нибудь из визуальных надстроек то это всё же лучше чем ничего.

>> Пока что из микроконтроллеров по документированности и доступности удобных средств отладки
>> - безусловный лидер AVR.
> Мне документация STMicro нравится больше, как и дизайн их железок.

Про дизайн железок соглашусь. А вот насчет документации - не путаем учебники со справочниками.
И вот именно по количеству и качеству именно учебников AVR существенно выигрывает.

> А AVR нынче лидер по serial.begin() уж пардон.

Что именно и как писать - это уже проблема пишущего.
Если ему хватает быстродействия с использованием serial.begin() и нравится такой синтаксис -
то почему собственно нет?
Мне вот больше классический Си нравится,а не "плюсы". Но это вопрос многолетней привычки я думаю.

>И использованию 20% умений и без того дохлого чипа.

Если хватает 20% умений чипа - значит он не такой уж и дохлый.
У поверьте, если бы основной проблемой была бы именно производительность - то народ научился бы
выжимать такты точно также как делал это когда-то на Спектрумах.

>> всей электроники с нуля(начиная с самих плат) - то результат в виде
>> работающего изделия отодвигается в туманное будущее.
> Ждать доставки этой электроники - может еще и не в такое будущее
> отодвинуть.

Ну лично я со сроками больше двух месяцев не сталкивался.
Да, свою деятельность надо планировать и заранее просить посредника-закупщика заказать нужное.

>> Печатку самому сделать проще. Для этого кроме компа, лазерника и желания по
> сути ничего не надо.

Чтобы вручную лаком по текстолиту не рисовать как в радиокружке в школьные годы - еще термопресс нужен и специальная термотрансферная бумага. Бумагу добыл, термопресс почти доделал.
Тоже изрядно надоела путаница проводов на макетках.

> Более того - я могу по скорости
> дать мастеркласс срочным сервисам прототипирования

Ну с российским Резонитом если и есть смысл связываться то только для изготовления пусть мелкой
но серии уже отлаженных плат. Есть еще посредники,работающие с китайскими фабриками,но там в сложности добавляется языковой барьер и специфический китайский менталитет - это по отзывам тех кто пробовал.

>> Для некоторых ESC бывают открытые прошивки насколько я помню.

Бывают.

>Для наобум взятого хз конечно.

А с китайцами почти всегда в некоторой степени "наобум" получается.
Не только в случае ESC,а вообще со всем чем угодно.

>> совместимость китайских регуляторов с открытой прошивкой заранее не известна.
> Ну вот это да. Как вариант - наЛУТать что-то заведомо совместимое с

Вот как бы мне не пришлось этим заниматься. Не очень хочется,потому что и без того
много чего сделать, в первую очередь [электро]механику.

>> В море нередко вода просто в воздухе висит в виде мелкой пыли.
> Ээээ я почему-то думал что все подобные отсеки надо герметизировать на совесть.

Даже на настоящих судах сырость даже в жилых отсеках - явление обычно-неприятное.
А уж на маломерных судах тем более. Ну как минимум в нашем балтийском климате.
В теплых морях может и иначе - плавание там не точно не грозит:)


Ответить | Правка | К родителю #286 | Наверх | Cообщить модератору

292. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 16-Фев-24, 05:01 
> пофиксили то что от разрядности зависело.

Я б сказал - "все что не дохляк/заброшка".

> эти глюки не нашли или нашли не все или криво пофиксили.

Говоря за себя - все что навязывает мне архитектуру рассматривается как проблема, которую надо устранить в приоритетном режиме.

> С одной стороны да. С другой - вот сейчас у меня выбор
> - заплатить ли $249 за готовую железку(бортовой комп) или собрать ровно
> тоже самое с тем же кодом и теми же датчиками

Ну дык, как с булочками. Можно самому, можно заплатить тем. Вопрос в том устроят ли ингредиенты.

> только и исключительно в разбирательство с кодом - чтобы подправить его
> под свое железо собрать его нужным образом.

Ну если вопрос только в экономии, а подлян и проблем никаких нет - тогда, в общем то не вижу проблем купить готовое. Сама по себе делегация работ ничем таким не плоха. Но только до точки пока это не начинают абузить. LTE модули давно перешли грань, отсылая IMEI а то и координаты по RRLP сети, а сеть знает кому сим принадлежит.

Для сети видно кто, что, где - можно и аналитику на дроны, по тому с какой скоростью между сотами мотается, вероятно. И это не абстрактные погранцы с непонтным сигналом, а конкретные записи в базе VS конкретный абонент (IMSI) и железка (IMEI). Так светиться в базе с этим я бы точно не стал. Часть модулей/модемов еще создателю на сервак лазить может без спроса.

> любители делали,пусть и продвинутые достаточно. Но продвинутые они всё-таки больше в
> предметной области,а не в программировании как таковом - судя по стилю
> написания кода.

Иногда это таки приводит к появлению кода который остро хочется стереть. Нередко появляется более приличная замена в результате.

> Так я нисколько не осуждаю их позицию. Имеют моральное право так рассуждать.
> Я лишь выражаю сожаление что мне работы добавится:-)

Это неприятно, я соглашусь. Но если техдолг копить - однажды это икается.

> Так оно и сделано для удовлетворения потребностей именно хомячков.

Сейчас стало модно хомячкам ME/PSP встраивать, RRLP всякие, и прочий отсыл координат дрона в эфир. А заодно и пультика. Воооон там это привело к забавным эффектам. Быть потенциальным target'ом мне не хочется. Поэтому я предпочту уметь на минималочках некоторые вещи без благодетелей. На всякий случай. Несложные RF линки "своими силами" входят в перечень, во избежание подстав.

> карт OpenStreetMap. Я кстати ищу рускоязычного человека,кто имеет туда
> доступ на редактирование и опыт в создании карт по аэрофотоснимкам.

Таким сочетанием я не похвастаюсь, да и у меня дофига других проектов в буфере.

> Так он только процессорное ядро умеет. А периферию конкретного китайского микроконтроллера - нет.

Зависит от желающих накодить сие, etc. Ну и на апликушный проц мне оно и не надо, я вообще virtio там предпочту кернелу дать. Потому что быстрее в цать раз.

> Если поверх запущенного в такой позе GDB получится запустить какую-нибудь из визуальных
> надстроек то это всё же лучше чем ничего.

Ну вот с визуальными надстройками над ним я не экспериментировал.

> Про дизайн железок соглашусь. А вот насчет документации - не путаем учебники со справочниками.

Я предпочитаю понять что мне подсунули. Что с этим делать дальше - мое дело. Кажется я умею прокладывать свой путь сам.

[...]
> Мне вот больше классический Си нравится,а не "плюсы". Но это вопрос многолетней
> привычки я думаю.

При том вы вероятно можете ресурсы авр юзать эффективнее. И все же STM32 в ряде вешей заметно круче. Скажем ADC. И 2xDAC у многих есть. Алсо даже 10 бит ADC означает что в байт не лезет. Приветы восьмибитнику, ога.

> Если хватает 20% умений чипа - значит он не такой уж и дохлый.

А как захочется чего попродвинутее - так и узнаете какой он. Crypto. FEC. Чексумы. Обработка сигнала. На атмелке это боль. А 8 битов на ADC кажется всем - таки - не хватит.

> выжимать такты точно также как делал это когда-то на Спектрумах.

А они научились. Видали софт-юсб? По своему крутая штука. Но у дофига ST есть хардовый, и он так то 12 мбит а не 1.5, а у более жирных и 480Мбит. И буферная память спецом под это дело. В F1xx косяк правда - shared с железкой CAN. Так что если кто хотел usb-can адаптер на ЭТОМ, подстава, да.

> Ну лично я со сроками больше двух месяцев не сталкивался.

За 2 месяца я смогу налутать и отладить что-то покруче ESC для DC мотора, имхо.

> Да, свою деятельность надо планировать и заранее просить посредника-закупщика заказать нужное.

А я вот всегда хотел уметь делать электронику "as needed". И научился.

> Чтобы вручную лаком по текстолиту не рисовать как в радиокружке в школьные
> годы - еще термопресс нужен и специальная термотрансферная бумага.

Я обычный утюг юзаю, Лазерный УТюг же. Бумага? Я глянцевую фото для струйников, но если прижало, после пары мини-экспериментов можно что угодно почти, типа журнальной обложки даже рекламы (надо же, она бывает полезной!). Есть мод технологии - бутер из обычного листа и алюминевой фольги на нем, фольгу потом прикатать к плате а лист лишь носитель для фольги. Штуки типа хлорного железа влет сжирают тонкую алюминиевую фольгу и остается тонер под ней, далее процесс как обычно. Если принтер не очень ценный чтоб его таким кормить, вариант. В кикаде есть удобные шаблоны линеек, удобно для калибровки (бумага при прикатывании усаживается, алюминиевая фольга ессно нет). А некоторым фоторезист нравится.

Кст, небольшой фотошаблон (e.g для паяльной маски), если подходящей пленки ну вот нет под рукой, можно из скотча. Печатается на обычную бумагу, на это скотч (самый паршивый и тонкий, но жутко липкий). Отмыть бумагу, а тонер, вот, прилипнет. Халявный фотошаблон готов! Мои платы мелкие, как раз то что надо. Но с пленкой прикольнее, тем более что этот шаблон не расходуется же и при римейке не надо его переделывать.

> Тоже изрядно надоела путаница проводов на макетках.

Прелесть када в том что все слои - есть. Можно и подписи/рисунки фольгой или маской. На самом деле вопрос в том чтобы разок понять как это и довести до ума. А когда основные грабли понятны, довольно повторяемая штука. Сайт DiHalt-а полезная штука, он был тем кто показал что так можно было. Мне стало завидно и респин технологии появился и у меня. А ща и 2-компонентную маску стали продавать в относительно адекватных объемах (т.е. не пром канистрами) - как раз потому что продвинутые губители вошли во вкус и не прочь "зеленку" фигачить. Так SMD паять прикольнее. Для SMD еще стоит учитывать поверхностное натяжение. С законами природы не стоит бороться, лучше их использовать, это на уровне лэйаута када делается симметрированием сил на компонент. Особенно актуально без маски.

> Ну с российским Резонитом если и есть смысл связываться то только для
> изготовления пусть мелкой но серии уже отлаженных плат.

Они за сетап дерут и за срочность тоже. А я таки - быстрее даже их срочного могу зафигачить. И для МКшной штуки с QFP и каким там обвесом, таки, вот, хватает.

> Есть еще посредники,работающие с китайскими фабриками,

...но там заманаешься ждать это. А я как-то за 3 дня от идеи до - завершения кодинга фирмвари и оставления железки пахать вместо меня, с ре-итерацией платы из-за бага. Это был один из первых дизайнов на STM32, ставший потом "core".

> А с китайцами почти всегда в некоторой степени "наобум" получается.
> Не только в случае ESC,а вообще со всем чем угодно.

Вот это я в них и не лю. В некоторых случаях с этим можно жить, но по этой причине я предпочитаю более фирменные компоненты.

> Вот как бы мне не пришлось этим заниматься. Не очень хочется,потому что
> и без того много чего сделать, в первую очередь [электро]механику.

Один из поводов сделать что-то самому вместо китайцев - я буду более менее уверен в том что запаяно, а американцы и европейцы имеют тенденцию хотеть довольно дофига на ровном месте.

> Даже на настоящих судах сырость даже в жилых отсеках - явление обычно-неприятное.

Ну как бы коррозия в штуках как либо связаных с морем известное дело.

> В теплых морях может и иначе - плавание там не точно не грозит:)

Агаблин, дрон с солнечными батарейками отправить в кругосветку, посмотреть - сдохнет или нет. И пусть все сыкуются чье это :)

Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

296. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 16-Фев-24, 14:46 
> - заплатить ли $249 за готовую железку(бортовой комп) или собрать ровно
> тоже самое с тем же кодом и теми же датчиками
>Ну дык, как с булочками. Можно самому, можно заплатить тем. Вопрос в том устроят ли ингредиенты.

Так в том-то и дело что можно купить плату на которую ингредиенты сразу все вместе припаяны и
отдать за нее много денег. А можно те же самые датчики купить по одному на Али,припаянные каждый
на свой кусочек текстолита и проводами соединить с малинкой. И будет это очень намного дешевле.
Особенно учитывая что у меня и так все датчики есть - они из дохлых китайских планшетов достаются.
Так что от китайцев потребуются только кусочки текстолита с вытравленными дорожками под мелкие
корпуса - это вообще копейки стоит. Для наземных роботов,в отличие от летающих, требования и к самим датчикам и к массогабаритам не слишком жесткие в отличие от летающих.

> LTE модули давно перешли грань, отсылая IMEI а то и координаты по RRLP сети, а сеть знает кому >сим принадлежит.

Для LTE - обычный usb-модем. Скорость перемещения наземного робота не больше скорости велосипедиста с телефоном в кармане. Так что ничего подозрительного. Да и не стоит задачи что-то нехорошее этим роботом делать. Он для самообразования нужен - чтобы уйти от использования готовых китайских бортовых компов к использованию общераспространенных линуксовых одноплатников,а также научиться самому конфигурировать и собирать софт под них. С пониманием что в нем,куда и зачем,а не как часто на форумах приводятся шапаргалки с командами,по которым собрать если и можно (с совпадением версий если повезет) то понимания от этого особо не добавится. Разница примерно как в сборке линуксового ядра по такой же шпаргалке с форума и самостоятельным вдумчивым конфигурированием ядра под своё железо. Так вот ядро я давно умею в разные экзотические позы ставить, теперь хочется на таком же уровне и управляющий софт для роботов освоить. Благо проект
открытый, а опыт работы программистом(пусть и давно) - позволяет читать и понимать исходники.  
Да, исходников там много и в них придется долго копаться. Но это интересно.

>Поэтому я предпочту уметь на минималочках некоторые вещи без благодетелей.

Абсолютно аналогично. Хочется уметь самому,а не просто собирать конструктор из кубиков.
Возможно не на таком уровне самостоятельности как можете вы,но с постепенным движением именно
в эту сторону. Вы ведь наверно тоже когда-то были в начале этого пути.

> Несложные RF линки "своими силами" входят в перечень, во избежание подстав.

С самодельными RF линками тут у меня не желательно экспериментировать. Во всяком случае сейчас. Однако при наличии понимания и умения конфигурировать железо и софт - потом при необходимости и добавить можно будет если потребуется.

> Так я нисколько не осуждаю их позицию. Имеют моральное право так рассуждать.
> Я лишь выражаю сожаление что мне работы добавится:-)
>Это неприятно, я соглашусь. Но если техдолг копить - однажды это икается.

Я так думаю что лично мне икнуться не успеет - до полного исчезновения и x86-32 и armv7 я просто
не доживу в силу не молодого возраста.

>При том вы вероятно можете ресурсы авр юзать эффективнее.

Безусловно могу. Сказывается полученный когда-то опыт низкоуровневого кодинга под DOS для 8088 с частотой 8 МГц - именно таким был мой первый рабочий ibm-совместимый комп. По нынешним временам -
как раз где-то недавлеко от AVR по возможностям и будет.
Но дело в том,что для очень многих любительских (да и не только) задач - даже такая производительность существенно избыточна. Такие задачи скорее упираются в количество программной памяти на кристалле,а не в скорость вычислений. Тут кстати тоже помогает приобретенное в DOS умение экономить байты. Так что можно сказать что я старик,вспоминающий молодость:)

>И все же STM32 в ряде вешей заметно круче.

Целиком и полностью с вами согласен и нисколько не спорю. Были бы под STM32 средства визуальной отладки - я бы давно уже AVR забросил,с тех пор как китайцы стали продавать платы с распаянными
на них STM32F103C8T6. Их кстати уже стало возможно купить в Питере за наличные, без необходимости
добывания из Китая. А так пока приходится пользоваться похожими по виду платами-модулями с Atmega328 на них.

>выжимать такты точно также как делал это когда-то на Спектрумах.
>А они научились. Видали софт-юсб?

Не только видал,но и использовал когда делал переходник ps/2 на usb для любимой клавиатуры после того как китайский переходник издох посреди зимы когда магазин недоступен. Сделал на Atmega16 и
в итоге около года пользовался пока что-то на макетке не отвалилось наконец. Хотя к тому времени
уже давно и нормальный переходник добыл. Это я к тому,что софт-usb и на атмеге вполне
себе работоспособно. Видел даже любительский проект где человек сделал "усб-микрофон" на Атмеге - в смысле звуковое устройство эмулировал. Так что если не ограничиваться кодом в стиле serial.begin() то Атмега тоже много чего может.

>За 2 месяца я смогу налутать и отладить что-то покруче ESC для DC мотора, имхо.

Если бы задача была только ESC сделать то и я побыстрее бы управился даже в своих сельских условиях. Но основная-то задача - разобраться с управляющим софтом и научиться конфигурировать
его под "малину" с кастомным набором датчиков и исполнительных механизмов(а в перспективе и не только "малину",а любой подобный арм-одноплатник). И вот там подозреваю что возни побольше чем на два месяца будет. Да, не у всех одноплатников,назначенных в потенциальные жертвы экспериментов, наружу торчат i2c и gpio. Но у них есть usb host,а у китайцев есть платы с CH341A которые делают
из usb всё нужное. Причем впендюривать Дебиан на некоторые телеприставки и даже некоторые "морально устаревшие" смартфоны и планшеты у меня уже получалось. Да, смартфон от такого перестает быть смартфоном,но приобретает все свойства обычного одноплатника. В них кстати нередко и полезные датчики есть,и мне даже удавалось часть их них "увидеть" линуксом.  Понятно,что для летающих роботов быстродействия этого не хватит скорее всего,а вот для ездящих,ползающих и плавающих - вполне. А это чуть ли не более интересно потому что у таких автономность намного выше. Летать больше десятка минут без затрат много денег не получится.
А ездить с тем же энергозапасом долго можно. Заодно - проверить на практике какая же будет задержка в управлении и будет ли она настолько большой как об этом народ на форумах рассуждает.

>я вот всегда хотел уметь делать электронику "as needed". И научился.

Я тоже умею,но по технологии радиокружка из 80х годов,что весьма времязатратно. Делать _быстро_ -
не умею.

>В кикаде есть удобные шаблоны линеек

Кикад - хорошая штука,сам уже полтора десятка лет пользуюсь (в первую очередь для рисования схем). В Дебиане пожалуй что лучший софт для любительской электроники.
Но есть в нем проблемная операция - если под имеющуюся в наличии деталь нет посадочного места то нарисовать его там весьма не просто. А без этого понятно что помощи в разводке платы от него не будет. А так как сельский радиолюбитель обычно снабжается деталями не из фирменного магазина,а из обломков всякой бытовой электроники - проблема с отсутствием посадочных мест вылезает очень часто(из самого массового - это конденсаторы в первую очередь). А потом в следующей версии опять меняют формат файлов - и всё с начала.

> А с китайцами почти всегда в некоторой степени "наобум" получается.
> Не только в случае ESC,а вообще со всем чем угодно.
>Вот это я в них и не лю. В некоторых случаях с этим можно жить, но по этой причине я предпочитаю >более фирменные компоненты.

В российской сельской местности и так-то немного посредников-закупщиков кто трансграничными покупками занимается. А те что есть - ориентированы обычно на Алиэкспресс,таскают оттуда всякую
бытовую мелочевку. Вот с ними обычно и договариваюсь - если ткнуть пальцем "купи это" то покупают,главное объяснить что это не какой-нибудь товар потенциально двойного назначения,за который взгреть могут. А вот с "более фирменными" магазинами у них опыта взаимодействия нет. В лучшем случае скажут что попробовать могут но вообще без какой-либо гарантии успеха. А чаще просто сразу отказываются.

> В теплых морях может и иначе - плавание там не точно не грозит:)
>Агаблин, дрон с солнечными батарейками отправить в кругосветку

И телеметрия через satcom. Я думал только мне такая идея с дроном могла в голову прийти:)
Но чтобы такое запускать - надо ехать куда-нибудь на берег океана. Из внутренних морей наружу
выйти скорее всего не получится. Слишком тут движение оживленное.


Ответить | Правка | К родителю #292 | Наверх | Cообщить модератору

305. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 18-Фев-24, 00:44 
> на свой кусочек текстолита и проводами соединить с малинкой. И будет это
> очень намного дешевле.

Если надежность всего этого удастся норм сделать то вариант. Впрочем наземно-наводный бот на голову не падает и это менее критично.

> Особенно учитывая что у меня и так все датчики есть - они
> из дохлых китайских планшетов достаются.

Забавно. У меня есть пара расшибленых вхлам гаджетов, какие там чипы/их маркировка?

> Так что от китайцев потребуются только кусочки текстолита с вытравленными дорожками
> под мелкие корпуса - это вообще копейки стоит.

Хехе, забавная фича лута в том что я могу 95% такого для себя теперь фигачить сам.

> Для наземных роботов,в отличие от летающих, требования и к самим датчикам
> и к массогабаритам не слишком жесткие в отличие от летающих.

Ну это да. Впрочем говоря за себя я люблю мелкие штуки. Иногда даже слишком.

> Для LTE - обычный usb-модем. Скорость перемещения наземного робота не больше скорости
> велосипедиста с телефоном в кармане.

В IMEI iirc часть номера кодирует тип девайса. Насколько типично для модема быть именно там, с теми параметрами? Добро пожаловать в будущее. Я в нем что-то имхо понимаю.

> Так что ничего подозрительного.

Ну я не знаю какие запросы в базы будут вводить. Но технически см выше.

> конфигурировать и собирать софт под них. С пониманием что в нем,куда
> и зачем,а не как часто на форумах приводятся шапаргалки с командами,

Хорошее желание. Освоить технологию, а не лизать ботинки божков и/или повторять заклинания.

> линуксового ядра по такой же шпаргалке с форума и самостоятельным вдумчивым
> конфигурированием ядра под своё железо.

Ритуалы VS инженерия. Это я и не люблю в вон тех, камлающих на своих проприетарных божков.

> Да, исходников там много и в них придется долго копаться. Но это интересно.

ИМХО ваши развлечения могут показать многим опеннетчикам насколько их развлечения примитивны и скучны.

> Абсолютно аналогично. Хочется уметь самому,а не просто собирать конструктор из кубиков.

Мне не нравится деление на богов и червяков у которых "нет выбора" как тут некоторые вещают. Это не мой путь.

> в эту сторону. Вы ведь наверно тоже когда-то были в начале этого пути.

На самом деле мой относительный уровень скилла по полю заметно варьируется. Скажем с цифровым domain я лучше чем с аналогом. Я появился в мире который уже был цифровым, это дало свой отпечаток.

> случае сейчас. Однако при наличии понимания и умения конфигурировать железо и
> софт - потом при необходимости и добавить можно будет если потребуется.

Ну мне претензий никто не выдвигал. Впрочем я обычно понимаю что делаю, оцениваю объем интерференции другим и потенциальные проблемы.

> Я так думаю что лично мне икнуться не успеет - до полного исчезновения и x86-32 и armv7
> я просто не доживу в силу не молодого возраста.

Это тоже понимаемо. И возможно на ваш век хватит. А мне еще хочется позажигать. И почему бы не юзать для себя современные технологии и их плюсы, если не ведет к проблемам - хз.

> Безусловно могу.

Я это чувствую...


> как раз где-то недавлеко от AVR по возможностям и будет.

Ну, таки, AVR это гарвардец и оперативы там обычно мало. Да еще при использовании стандартного си без кослылей ее пытаются константами загадить. В ARM компилер сам допикает загнать "const" в ROM без костылей.

> задач - даже такая производительность существенно избыточна. Такие задачи скорее упираются
> в количество программной памяти на кристалле,а не в скорость вычислений.

Один из моих недавних экспериментов был совсем не прочь высокой производительности ядра. Де факто чем быстрее считает тем лучше алго работает. Но наверняка можно улучшить.

> можно сказать что я старик,вспоминающий молодость:)

Когда я был совсем мелкий у меня было нечто на 580ВМ80А, а чуть позже 286. Который, конечно, намного круче.

> забросил,с тех пор как китайцы стали продавать платы с распаянными
> на них STM32F103C8T6.

Китайцы могут запросто клон впаять и его совпадение с оригиналом - вот как повезет, они "похожие" но не факт что идентичные.

> добывания из Китая. А так пока приходится пользоваться похожими по виду платами-модулями
> с Atmega328 на них.

А я отправил "божков" с платами и если у меня есть чипы и текстолит... :). Впрочем несколько фабричных плат я юзал для начального освоения. Даже парочку от российских разработчиков, ничем не хуже других. Но тогда цены были совсем не китайские, и али не существовал.

> Не только видал,но и использовал когда делал переходник ps/2 на usb для
> любимой клавиатуры после того как китайский переходник издох посреди зимы

Нормальные у вас там развлечения :)

> в итоге около года пользовался пока что-то на макетке не отвалилось наконец.

Ну, я обычно норм платы делаю, там это менее проблемно. Хотя в случае экспериментов бывает и интерконект модулей, там вспомнить что куда сложнее.

> Это я к тому,что софт-usb и  на атмеге вполне себе работоспособно.

1 из крутейших примеров супержесткого реалтайма. Я именно это делать не буду, но когданить наверное попробую MIPI DSI откосплеить. Если попадется дисплей где я понимаю тип контроллера и уверен что RAM на борту есть.

> не ограничиваться кодом в стиле serial.begin() то Атмега тоже много чего может.

Есть 1 аспект в котором он даже немного делает STMы. Это поцикловая предсказуемость. На STMах жто сложнее и джиттер больше. Софт юсб там будет душновато, но т.к. хардварный у многих есть, это не проблема.

Кстати в лине еще модуль usbmon крутая штука. Видит вроде как весь хэндшейк, и вайршкрк на ура ловит какойнить SETUP пакет. А в винде так вроде не катит, и юзеры оной покупают какие-то специализированые решения за дохреналион если им хочется с usb повозиться дальше чем юзать чужие либы.

> с управляющим софтом и научиться конфигурировать
> его под "малину" с кастомным набором датчиков и исполнительных механизмов(а в перспективе
> и не только "малину",а любой подобный арм-одноплатник).

По моему прикольное желание. Когда-нибудь я тоже попробую это. Пока я больше всякие околоуправляющие штуки хочу, и пару смежных идей. А заодно из-за радиопиратов с вертепа VS желание раскидывать команды исполниловке, занес меня черт экспериментировать с этим. И самый кайф это запулить пакет подальше ограниченой мощей, простыми средствами, без "богов" и их фирмвар по пути.

> что возни побольше чем на два месяца будет.

Я поделаю вам удачи. У вас прикольные эксперименты.

> из usb всё нужное. Причем впендюривать Дебиан на некоторые телеприставки и даже
> некоторые "морально устаревшие" смартфоны и планшеты у меня уже получалось.

Ну я вот примерно так парочку ARMv5 штук перехватил. И вот сколько деб будет поддерживать ARMEL я не знаю - но пока работает, а проблемы стоит решать по мере их послупления.

> В них кстати нередко и полезные датчики есть,и мне даже удавалось
> часть их них "увидеть" линуксом.

Я бы даже имхо смог allwinner'а какого-нибудь overtake'нуть от и до. При случае попробую, если интересный девайс подвернется.


> Летать больше десятка минут без затрат много денег не получится.

ИМХО оно просто должно быть с крыльями для этого. Контрить гравитацию пропеллерами не сказать что энергоэффективно. Во всяком случае я видел чье-то FPV видео на ютубе, почти час над своей местностью рассекал.

> практике какая же будет задержка в управлении и будет ли она
> настолько большой как об этом народ на форумах рассуждает.

Вероятно все же некая будет и не факт что предсказуемая. Модем порой скажем между типом сот переключается. А если он решит что 3G/4G хреновый, он и на 2G уйдет, а там и ...цать секунд RTT может быть.

>>я вот всегда хотел уметь делать электронику "as needed". И научился.
> Я тоже умею,но по технологии радиокружка из 80х годов,что весьма времязатратно.

Ну а я вот кад освоил и smd. Современные технологии появились не просто так, если их понимать то они эффективные :)

> Кикад - хорошая штука,сам уже полтора десятка лет пользуюсь (в первую очередь
> для рисования схем). В Дебиане пожалуй что лучший софт для любительской электроники.

Пожалуй. Хотя есть еще пара многообещающих прог, но пока они не настолько мощные и KiCad наиболее допиленый.

> Но есть в нем проблемная операция - если под имеющуюся в наличии
> деталь нет посадочного места то нарисовать его там весьма не просто.

Ну, для smd не так уж и сложно, к тому же можно копипастить или брать что уже было за основу. А сильно экзотичными корпусами я и не оперирую полагая что стандартные корпуса появились имея на то причину. В том числе и упрощение дизайна.

> из фирменного магазина,а из обломков всякой бытовой электроники - проблема с
> отсутствием посадочных мест вылезает очень часто(из самого массового - это конденсаторы

Хм... у SMD все футпринты довольно стандартные. А thru-hole я почти и не юзаю ибо мне лениво дыры крутить, анти-технологичная операция.

> В российской сельской местности и так-то немного посредников-закупщиков кто трансграничными
> покупками занимается. А те что есть - ориентированы обычно на Алиэкспресс,

Эээ а почта у вас что, не работает и не доставляет заказы? Другое дело что вещать заказ ради какой-то фигни очень неэффективно и по деньгам и по времени. И в таком раскладе я могу и сдуть недостающее с какого-то дохляка. Не ждать же мне тот прыщик дни...недели? :)

>>Агаблин, дрон с солнечными батарейками отправить в кругосветку
> И телеметрия через satcom. Я думал только мне такая идея с дроном
> могла в голову прийти:)

Черт, идея насчет саткома мне определенно нравится. Но там же вроде обычно геостационар и он релеит только на ограниченный регион, на другой стороне глобуса не сработает же? Или есть более продвинутые, кто между сатами форвардит и это даже пускает "васянов"? А так воооон тот гражданин так то приклльные терминалы сделал. Но у него там GPS модуль, и он знает где его байда обитает. Врядли будет работать кругосветно.

> Но чтобы такое запускать - надо ехать куда-нибудь на берег океана.

На самом деле было бы забавно если бы дрон смог вот такого рода навигацию сам. Но да, кажется это может быть сложновато.

Ответить | Правка | К родителю #296 | Наверх | Cообщить модератору

310. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 19-Фев-24, 23:21 
>> Особенно учитывая что у меня и так все датчики есть - они
>> из дохлых китайских планшетов достаются.
> У меня есть пара расшибленых вхлам гаджетов, какие там чипы/их маркировка?

Часто встречаются датчики от Asahi Kasei,это магнитометры как правило.
Например вот в планшете который под рукой (пока живой,точнее оживленный) AKM09911,
в обломки другого сходил посмотрел - там AK8973 и BMA150 (это акселерометр).

>> Так что от китайцев потребуются только кусочки текстолита с вытравленными дорожками
>> под мелкие корпуса - это вообще копейки стоит.
> Хехе, забавная фича лута в том что я могу 95% такого для
> себя теперь фигачить сам.

У тех же датчиков _очень_ мелкие корпуса с маленьким шагом выводов.
Такое сделать наверно только фоторезистом возможно.
А у тех что АК* корпуса бывают вообще без ног,с контактными площадками "под дном".
Но и это радиолюбители придумали как победить - корпус клеится на плату вверх дном,
а разводка от площадок к дорожкам делается паянием тонких проволочек (под микроскопом только).
Благо что нужных контактов там мало.
При необходимости сверху капается капля эпоксидки чтобы всё это зафиксировать окончательно.

> В IMEI iirc часть номера кодирует тип девайса. Насколько типично для модема
> быть именно там, с теми параметрами?

По деревне ходят люди с телефонами в карманах,и даже на велосипедах катаются.
Так что перемещение там же модема никого не заинтересует. Можно и IMEI ему от
разбитого телефона или планшета прошить.

>Добро пожаловать в будущее.

Не такое уж оно и страшное,это будущее. Если некоторую техническую квалификацию иметь.

>> Да, исходников там много и в них придется долго копаться. Но это интересно.
> ИМХО ваши развлечения могут показать многим опеннетчикам насколько их развлечения примитивны
> и скучны.

Наоборот, мои развлечения им покажутся скучными потому что я развлекаюсь с "морально устаревшей"
техникой чуть ли не буквально с помойки. А должен пойти в магазин (и это не должен быть магазин авито) и купить там что-то новейшее.

> Я появился в мире который уже был цифровым, это дало свой отпечаток.

Я начал держать в руках паяльник еще в те времена когда ламповые телевизоры
были в достаточно массовом употреблении. И это тоже дало свой отпечаток.
Моим первым цветным теликом был собственноручно оживленный труп "Радуги-716Д" :)
Начиная с замены выгоревшего кинескопа и далее,включая всю настройку.
Пришлось купить(на барахолке конечно:) измеритель АЧХ и специфический осциллограф с блоком синхронизации по заданному ему номеру строки.

> И почему бы не юзать для себя современные технологии
> и их плюсы, если не ведет к проблемам - хз.

Если нет всякого многодесятилетнего legacy аж из времен молодости - то почему бы и нет...

> Ну, таки, AVR это гарвардец и оперативы там обычно мало. Да еще
> при использовании стандартного си без кослылей ее пытаются константами загадить.

Как засунуть константы в флэш - по-моему в каждом faq по avr написано. Ничего сложного.
Хотя да, требует некоторых дополнительных телодвижений.

> Когда я был совсем мелкий у меня было нечто на 580ВМ80А, а
> чуть позже 286. Который, конечно, намного круче.

А я на 286 работал. В смысле за деньги, программистом.

>> забросил,с тех пор как китайцы стали продавать платы с распаянными
>> на них STM32F103C8T6.
> Китайцы могут запросто клон впаять и его совпадение с оригиналом - вот
> как повезет

А что, бывают доступны не китайские такие STM? По-моему в РФ они все из Китая.
Впрочем - у меня пока проблем не возикало даже когда записывал в этим STM
довольно сложные прошивки,взятые из интернета,например
https://github.com/thanks4opensource/buck50
Весьма полезная штука кстати именно для разбирательства с всякими датчиками
которые по i2c подключаются. Есть возможность помучать их "интерактивно".
У тех же китайцев попадаются и "похожие" датчики. Так-то они вполне работают,
но какие-нибудь мелочи в регистрах могут не совпадать.
Например популярный в кружках юных робототехников модуль GY-9250.
Когда им такое попадается - они считают его неисправным потому что
их код в стиле "serial.begin()" с ним работать отказывается. И можно
халявно у них такие "сломаные" модули выпросить. А не работает там обычно
магнитометр. При этом акселерометр жив и пригоден к употреблению. Но конечно
не с той готовой библиотекой,которую употребляют юные робототехники:)

>> Не только видал,но и использовал когда делал переходник ps/2 на usb для
>> любимой клавиатуры после того как китайский переходник издох посреди зимы
> Нормальные у вас там развлечения :)

Горожане обычно не знакомы с таким явлением как "распутица".
А лёд в проливе Бьерке-Зунд не всегда позволяет по нему перемещаться даже пешком.
Поэтому если нужных деталей в своем хламовнике нет - то всё,облом. Сидим и ждем
у моря погоды,в самом прямом смысле.
В данном случае пришлось скрестить код какого-то японца,написанный под экзотическую
атмегу имеющую аппаратный usb и код программного usb найденный где-то на форумах.
После чего перенести всё это на имеющуюся в наличии Атмегу16 и сократить лишнее
чтобы влезло в её память. Ну и схему перерисовать конечно так как японец делал
своё для целей какого-то "моддинга" - подключал к компам экзотические клавиатуры от
каких-то терминалов что ли.
И всё это было проделано на "морально устаревшем" ноутбуке Panasonic CF27 с Дебианом.
Так как основной комп остался без клавиатуры,а программировать мышкой я не умею в отличие
от виндовых специалистов:)

>> что возни побольше чем на два месяца будет.
> Я поделаю вам удачи. У вас прикольные эксперименты.

Спасибо!

>> из usb всё нужное. Причем впендюривать Дебиан на некоторые телеприставки и даже
>> некоторые "морально устаревшие" смартфоны и планшеты у меня уже получалось.
> Ну я вот примерно так парочку ARMv5 штук перехватил. И вот сколько
> деб будет поддерживать ARMEL я не знаю - но пока работает,

У меня часть имеющихся "малинок" тоже armv5. Вместе с еще кучкой деталей когда-то
достались из обанкротившегося "стартапа".

> а проблемы стоит решать по мере их послупления.

Вот и я по поводу x86-32 и его "устарелости" также рассуждаю:)

>> Летать больше десятка минут без затрат много денег не получится.
> ИМХО оно просто должно быть с крыльями для этого. Контрить гравитацию пропеллерами
> не сказать что энергоэффективно. Во всяком случае я видел чье-то FPV
> видео на ютубе, почти час над своей местностью рассекал.

Владельцы каналов на ютубе - весьма не бедные люди. И они не будут рассказывать сколько
денег в это "рассекание" было вложено. Ведь "в кино" всё должно быть легко и просто.

>> практике какая же будет задержка в управлении и будет ли она
>> настолько большой как об этом народ на форумах рассуждает.

Так ведь в моем понятии "управление роботом" это не колёсами рулить,а задавать
ему маршрут движения по которому рулить он должен сам. Иначе какой он тогда
нафиг _робот_? А для задания маршрута и задержка не так сильно критична и пропускная
способность тоже.

> Хм... у SMD все футпринты довольно стандартные. А thru-hole я почти и
> не юзаю ибо мне лениво дыры крутить, анти-технологичная операция.

Когда запасы thru-hole деталей исчисляются в килограммах то грех не использовать.
Тем более что ручному рисованию плат я не разучился со времен радиокружка в доме пионеров.
Это Кикаду сложно объяснять внешний вид экзотических деталей.

>> В российской сельской местности и так-то немного посредников-закупщиков кто трансграничными
>> покупками занимается. А те что есть - ориентированы обычно на Алиэкспресс,
> Эээ а почта у вас что, не работает и не доставляет заказы?

Так посредники обычно почтой и пользуются. Ну и транспортными компаниями еще.
Отдаешь денежки,объясняешь что надо купить, через некоторое время приходишь и забираешь.
Довольно удобно,только долго конечно.

> Черт, идея насчет саткома мне определенно нравится. Но там же вроде обычно
> геостационар и он релеит только на ограниченный регион, на другой стороне
> глобуса не сработает же?

На совсем другой стороне глобуса не сработает. Но обычно из своей локации можно
до пары спутников дотянуться хорошей антенной. А они как минимум треть
глобуса покрывают.

> Или есть более продвинутые, кто между сатами форвардит и это даже пускает "васянов"?

Чтобы это выяснить нужен хороший спектроанализатор с панорамной индикацией и перестраиваемый
в широком диапазоне частот передатчик. И то и другое сейчас пожалуй можно заменить чем-нибудь
типа HackRF,разве что наверно не одной а двумя так как не факт одна сможет работать одновременно
на прием и передачу. Ну и УВЧ соответствующие потребуются и антенны. Информации по старым спутникам в интернете довольно много, можно пытаться экспериментировать. На многих спутниках
летают совсем простые транспондеры которые просто принимают на одной частоте,а передают на другой. Только взаимозависимость этих частот не всегда известна.
Вроде бы HackRF поддерживается в Дебиане. Но я не интересовался насколько сложно/дорого
её купить - всё же изделие очевидно двойного назначения.

>> Но чтобы такое запускать - надо ехать куда-нибудь на берег океана.
> На самом деле было бы забавно если бы дрон смог вот такого
> рода навигацию сам.

Дрон сможет. Главное не приближаться близко к берегам "развитых стран".
А отсюда где обитаю я - мимо них никак в океан не выйти.
Да и вообще,пожалуй самое сложное будет это именно вывести дрон в нейтральные воды,где бы это ни происходило. Власти никаких стран не любят слишком независимых,в кругосветки плавающих.

Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

318. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 20-Фев-24, 03:39 
> в обломки другого сходил посмотрел - там AK8973 и BMA150 (это акселерометр).

Забавно, значит у меня под рукой вероятно есть несколько сенсоров. Спасибо!

> У тех же датчиков _очень_ мелкие корпуса с маленьким шагом выводов.

У посмотренного в шыте магнетометра акм был обычный QFN, 0.65 мм шаг.

> Такое сделать наверно только фоторезистом возможно.

Я STM32 борды с шагом 0.5 ЛУТом делаю. Правда, QFP64 "длинный" и усадка может роялить уже: пины могли не совпасть. Подобрал scaling factor под бумагу, ЗБС. Не стоит мелкие плотные дороги длинно и параллельно: риск недотрава мелкого длинного зазора. Если захочется повторить, текстолит надо с "тонкой" 18uM фольгой (он к тому же дешевле 35uM обычно). Чем тоньше фольга тем лучше разрешение и точность. Я еще делаю "guard track" по периметру, улучшает прилипание и защищает основной рисунок.

> А у тех что АК* корпуса бывают вообще без ног,с контактными площадками "под дном".

У меня паялка с феном.

> Но и это радиолюбители придумали как победить - корпус клеится на плату вверх дном,

С моим процессом, маской и паялкой я и сдую, и пристрою такого норм способом.

> а разводка от площадок к дорожкам делается паянием тонких проволочек (под микроскопом только).

Пару раз делал, но норм способ прикольнее. Там надо просто понять что поверхностное натяжение надо использовать во благо: нельзя подводить дороги к бокам падов, будет крутяший момент от натяжения. Еслп все правильно, при оплавлении КОМПОНЕНТ САМ ВПЛЫВЕТ НА МЕСТО. SMD это очень крутая и технологичная штука. Если понимать его.

Я не буду крутить дырки, когда можно положить и нагреть :). Или QFP "групповой пайкой" делается. Быстро обходится по периметру широким жалом, с маской и флюсом ничего не коротит, а ...цать выводов за пару минут готовы. Куды проволочкам и сверловке дыр до этого.

> Благо что нужных контактов там мало.

Да я так то QFP64 подцепляю в "обычном" виде, а того и подавно.

> По деревне ходят люди с телефонами в карманах,и даже на велосипедах катаются.

Они же не плавают в море с телефонами?

> разбитого телефона или планшета прошить.

Если умеете - вариант конечно.

> Не такое уж оно и страшное,это будущее. Если некоторую техническую квалификацию иметь.

Ну да. Видите, я вот SMD например не боюсь. На самом деле очень крутая штука.

> Наоборот, мои развлечения им покажутся скучными потому что я развлекаюсь с "морально
> устаревшей" техникой чуть ли не буквально с помойки.

Они не смогут лампочку включить без благодетелей с облаком. Их возможности IO с внешними миром без помощи богов равны как правило нулю. Так что их карета может и крутая, но легко становится тыквой.

> А должен пойти в магазин (и это не должен быть магазин авито) и купить там что-то
> новейшее.

Это новейшее кто-то производит. А кроме топовых фаб делающих восьмислойки по жестким нормам есть и более дешевые и лайтовые. И для дофига электроники этого достаточно.

> были в достаточно массовом употреблении. И это тоже дало свой отпечаток.

Я такие дино видел, но лишь примерно представляю как это работает. Читал "починить телевизор - нет ничего проще" но больше по приколу. Я намного лучше с девайсом который "загружается" а не "прогревается".

> Как засунуть константы в флэш - по-моему в каждом faq по avr

Моя проблема с этим? Нестандартный костыль - плохо для портабельного кода. ARM куда приятнее в этом.

> А я на 286 работал. В смысле за деньги, программистом.

Я тогда был еще совсем мелкий. Но DOS освоил прилично.

> А что, бывают доступны не китайские такие STM? По-моему в РФ они
> все из Китая.

Как сейчас в РФ я хз. Но вижу что ЧиД вроде продает и честно маркированые клоны типа WCH, GD32, но и STM32 есть (ессно дороже).

> Весьма полезная штука кстати именно для разбирательства с всякими датчиками
> которые по i2c подключаются. Есть возможность помучать их "интерактивно".

Я себе пару околоинтерактивных фирмварин сам забацал под свои нужды.

> их код в стиле "serial.begin()" с ним работать отказывается. И можно
> халявно у них такие "сломаные" модули выпросить.

Ну, у меня кружков нет и такой проблемы тоже. Не мешает существованию всяких околоэкспериментальных фирмварин для проверки разных идей и технологий или исследования "а что это за штука тут?!".

> Горожане обычно не знакомы с таким явлением как "распутица".

Я видел энное количество сельских, горных и проч дорог в неудачное время.

> Поэтому если нужных деталей в своем хламовнике нет - то всё,облом.

Ну как бы даже если такого constraint нет, паузить почти готовый борд из-за отсутствия пары резисторов или капов тоже жутко обидно, заказывать только нужное - жутко невыгодно и это якорь и неудобства на несколько дней. Или иногда просто пришел в бошку некий эксперимент/идея. Поэтому как ни парадоксально я могу иногда сдуть компоненты с энного дохляка, ессно те которые просто прочекать. Иначе можно долго бодаться с дебагом а дело не в софте окажется.

> В данном случае пришлось скрестить код какого-то японца,написанный под экзотическую
> атмегу имеющую аппаратный usb и код программного usb найденный где-то на форумах.

Хе, прикольно. Так не сильно много народа сможет имхо. Зато теперь вы вероятно довольно много чего забавного с usb могете.

> своё для целей какого-то "моддинга" - подключал к компам экзотические клавиатуры от
> каких-то терминалов что ли.

А так то тоже идея забавная. Кастомная клава - это по своему хорошо.

> И всё это было проделано на "морально устаревшем" ноутбуке Panasonic CF27 с Дебианом.

Говорят, профи много на самом деле и не надо... :).

> У меня часть имеющихся "малинок" тоже armv5. Вместе с еще кучкой деталей
> когда-то достались из обанкротившегося "стартапа".

Это наверное все же не малинки а просто какие-то одноплатники, наверное на каком-то потомке интелских PXA?

>> а проблемы стоит решать по мере их послупления.
> Вот и я по поводу x86-32 и его "устарелости" также рассуждаю:)

В принципе да. Но я для себя решили что не хочу иметь дел с x86-32 много лет назад, по многим причинам, включая и страшенную архитектуру.

>> видео на ютубе, почти час над своей местностью рассекал.
> Владельцы каналов на ютубе - весьма не бедные люди. И они не
> будут рассказывать сколько денег в это "рассекание" было вложено.

Да это вроде какой-то сельский казуал из европы, хз сколько у него денег, но он тушку сам из потолочки, чтоли, скрафтил - и - вот - заснял вид с тушки, изучая сколько это вообще летает. Оно и летало у него над полями и лесами этак час. Видимо контрить гравитацию подъемной силой куда выгоднее чем кручением винтов. Но ессно оно не могет зависнуть в отличие от квадрика.

> Ведь "в кино" всё должно быть легко и просто.

А может оно так и было? Вот вы какие-то проволочки хотели а я считаю SMD простым и технологичным. Кстати https://github.com/HackBo/parametric_delta_wing.git попалось. Параметрический генератор такой байды, в опенсорсном SCAD.

> Так ведь в моем понятии "управление роботом" это не колёсами рулить,а задавать
> ему маршрут движения по которому рулить он должен сам.

Мне нравится ход ваших мыслей :)

> нафиг _робот_? А для задания маршрута и задержка не так сильно критична
> и пропускная способность тоже.

И эпизодическое отпадение линка. И даже его бандвиз. Эксперименты показали что на одном и том же железе достижимая дистанция вовсе не константа а скорее вопрос выбора точки в плане битрейта где-то в пределах лимитов Шеннона. И если достаточно пульнуть небольшое сообщение и не очень быстро... то даже сравнительно небольшая моща может пролезть на непозорное расстояние.

> Когда запасы thru-hole деталей исчисляются в килограммах то грех не использовать.

У меня скорее запасы STM'ок, SMDшной комплектухи, ... и таки параметры обычно сильно лучше. А некий локальный резерв нужен хотя-бы потому что если я буду по каждой фигне вешать заказ, якорящий меня на дни или недели - много я сделаю? Поэтому пару раз я прикинул наиболее вероятные проекты на ближайшее время, агрегировал желаемые детали и взял некую подборочку.

> Тем более что ручному рисованию плат я не разучился со времен радиокружка

Думаю что мы оба согласимся что люди не живут вечно. CAD делает меня намного мощнее и быстрее.

> Это Кикаду сложно объяснять внешний вид экзотических деталей.

А мне в общем случае лениво кучу дыр крутить. Это канительно и стеклянная пыль от текстолита вредная штука. SMD обходится минимумом дырок, некторые дизайны почти без сверловки, скажем низ сплошной GND.

> Довольно удобно,только долго конечно.

Ну так то заказывать скажем десяток SMD резюков и более ничего - крайне невыгодная операция где угодно. Так что я научился батчить заказы по предполагаемым проектам и - вот - брать наиболее нужное под это.

> На совсем другой стороне глобуса не сработает. Но обычно из своей локации
> можно до пары спутников дотянуться хорошей антенной.

И я б сказал что это забавно. Правда я не совсем понимаю как дрону наводиться на спутник, особенно в море. Но наверное это при желании решаемо. У Маска в его старлинке очент круто сделано, пачка чипов beamformer'ов - задерживают сигнал на заданное время, но это ASICи которе STMicro чуть ли не для него лично выпек.

> Чтобы это выяснить нужен хороший спектроанализатор с панорамной индикацией и перестраиваемый
> в широком диапазоне частот передатчик.

И сеть станций мониторинга по глобусу. Впрочем - а кто сказал что их нет? Есть забавная штука называемая WebSDR, можно попытаться изучить некий сигнал юзая чей-то ресивер в энной локации :)

> одна сможет работать одновременно на прием и передачу.

Насколько я помню там обычно разнос частот - т.е. выход появляется на другой частоте чем вход.

> на другой. Только взаимозависимость этих частот не всегда известна.

Ну я более-менее уловил вроде основную идею satcom'а, просто точных данных не искал особо. Ибо на самом деле я был чайником в RF до недавних пор. Но потом что-то вот пробило попробовать всякие эксперименты и скилл довольно шустро заапгрейдился.

> Вроде бы HackRF поддерживается в Дебиане. Но я не интересовался насколько сложно/дорого

Да вроде саткомеры какой-то более простой шмот так то юзают потрындеть, только направленые антенны с неплохим усилением и вроде как круговой поляризацией.

> её купить - всё же изделие очевидно двойного назначения.

Поэтому я бы предпочел простой тривиальный хардвар не вызываюший вопросов по возможности. Да и если такую цацу на дрон, туда можно так то и масковский терминал, если круто и дорого. У него правда GPS есть, он знает где он и в ряде мест ессно не работает.

> Дрон сможет. Главное не приближаться близко к берегам "развитых стран".

КМК средства детекта небольших дронов в воде на данный момент - можно сказать что не существуют.

> А отсюда где обитаю я - мимо них никак в океан не выйти.

Я думаю что относительно небольшой дрон они элементарно прошляпят. Если он не будет размером с корабль или молотить винтами как черти что, тригеря защиту от подлодок.

> Да и вообще,пожалуй самое сложное будет это именно вывести дрон в нейтральные
> воды,где бы это ни происходило. Власти никаких стран не любят слишком
> независимых,в кругосветки плавающих.

...поэтому их можно и не спрашивать лишний раз, пожалуй =). А эксперимент кула и что проскочит и сам по себе довольно забавный так то.

Ответить | Правка | К родителю #310 | Наверх | Cообщить модератору

327. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 20-Фев-24, 21:48 
>> в обломки другого сходил посмотрел - там AK8973 и BMA150 (это акселерометр).
> Забавно, значит у меня под рукой вероятно есть несколько сенсоров. Спасибо!

Только снять их с платы китайского планшета не всегда просто,в смысле чтобы без
повреждений. Я грею плату на электроплитке с аккуратной регулировкой температуры,
а сверху осторожно дую феном. Как припой расплавился - можно снимать.

>> У тех же датчиков _очень_ мелкие корпуса с маленьким шагом выводов.
> У посмотренного в шыте магнетометра акм был обычный QFN, 0.65 мм шаг.

Для этого у китайцев есть готовые адаптеры:
https://aliexpress.ru/popular/qfn-adapter.html
Микросхему в адаптер,адаптер в свою плату. Хорошо избавляет от возни с изготовлением такого
вручную. Вообще у китайцев есть и готовые модули где уже микросхемы припаяный (даже AVR и STM есть),но это подороже будет.

> Я STM32 борды с шагом 0.5 ЛУТом делаю.

Ну вот доделаю термопресс с контролем температуры и таймером - тоже буду пробовать.

>> А у тех что АК* корпуса бывают вообще без ног,с контактными площадками "под дном".
> У меня паялка с феном.

Греть феном сверху через корпус микросхемы ожидая что тепло до припоя дойдет - несколько
стрёмно. В промышленной-то технологии снизу через стеклотекстолит греют,а он к температуре
достаточно живучий. И точность поддержания температуры там явно выше чем при ручном нагреве феном.

> Еслп все правильно, при оплавлении
> КОМПОНЕНТ САМ ВПЛЫВЕТ НА МЕСТО.

Если он нормальный с ногами - то да, вполне можно заставить его приплыть.
А вот если без ног с контактными площадками на дне - там же не видно как он приплыл.
На производстве вроде рентгеном в таких случаях светят для контроля.

> а ...цать выводов за пару минут готовы. Куды проволочкам и сверловке дыр до этого.

Экономия минут актуальная для хотябы мелкосерийного производства.
Если изделие делается в количестве один штука - лишние пару-тройку часов вообще не критичны.
На отладку всё равно в разы больше уйдет.

>> По деревне ходят люди с телефонами в карманах,и даже на велосипедах катаются.
> Они же не плавают в море с телефонами?

Почему нет? Плавать по морю на лодках не запрещено,хотя и требует соблюдения некоторых
формальностей. Кстати меньших чем езда на автомобиле по дорогам общего пользования.

>> Наоборот, мои развлечения им покажутся скучными потому что я развлекаюсь с "морально
>> устаревшей" техникой чуть ли не буквально с помойки.
> Они не смогут лампочку включить без благодетелей с облаком.

Оно конечно так,но взаимодействие с облаками это считается круто и современно.
Так как например и новые языки программирования,использующие настолько многоуровневые
абстракции что мало кто вообще понимает как оно работает. И почему так медленно:)

> Это новейшее кто-то производит. А кроме топовых фаб делающих восьмислойки по жестким
> нормам есть и более дешевые и лайтовые.

Я например на радиолюбительском форуме читал про человека,который по работе контактировал
с какими-то китайскими товарищами. И ухитрялся заказывать им не только изготовление плат но и сборку своих личных радиолюбительских конструкций по схемам и разводке,нарисованной
именно что в линуксовом Kicad,еще и именно в Дебиане запущенном. Выглядело вообще не отличимо от настоящего. Но для этого таки надо иметь знакомых китайцев чтобы договориться о технологической совместимости. И по деньгам не скажу чтобы дико дорого было.

> Я намного лучше с девайсом который "загружается" а не "прогревается".

Мне понравилось это высказывание:)

>> А я на 286 работал. В смысле за деньги, программистом.
> Я тогда был еще совсем мелкий. Но DOS освоил прилично.

Прилично - это из-под защищенного режима в дос-экстендере ухитряться
кастомными железками рулить(правда те железки паял не я,а коллеги по работе).

>> Весьма полезная штука кстати именно для разбирательства с всякими датчиками
>> которые по i2c подключаются. Есть возможность помучать их "интерактивно".
> Я себе пару околоинтерактивных фирмварин сам забацал под свои нужды.

Я тоже хотел, но случайно нашел этот проект buck50. Ну и задействовал.

>> их код в стиле "serial.begin()" с ним работать отказывается. И можно
>> халявно у них такие "сломаные" модули выпросить.
> Ну, у меня кружков нет

Была знакомая тётенька-преподаватель в таком кружке юных робототехников.
Ну я оттуда дохлыми железками и питался. В качестве апофигеоза была
плата для управления 3д-принтером,в которую пытались залить прошивку через
usb и подключение к какой-то там специальной виндовой очень крутой и модной "среде",
от чего плата обиделась и окирпичилась. Купили другую,а эта мне досталась.
И выяснилось что при подключении
нормального программатора и использовании линуксового софта всё читается и прошивается.
Там у них похоже что просто этот usb-загрузчик взглючил.
Правда куда эту плату применить - пока не придумал. Принтера у меня естественно нет.

>> Поэтому если нужных деталей в своем хламовнике нет - то всё,облом.
> Ну как бы даже если такого constraint нет, паузить почти готовый борд
> из-за отсутствия пары резисторов или капов тоже жутко обидно

Вот именно поэтому я и не стесняюсь использовать старые запасы,накопленные за десятки лет
занятий электроникой.

> заказывать только
> нужное - жутко невыгодно и это якорь и неудобства на несколько
> дней.

Это вам там в заграницах хорошо - несколько дней. Тут это несколько недель.

>> В данном случае пришлось скрестить код какого-то японца,написанный под экзотическую
>> атмегу имеющую аппаратный usb и код программного usb найденный где-то на форумах.
> Хе, прикольно. Так не сильно много народа сможет имхо.

Да не сложно это. Это не в каком-нибудь монстрообразном проекте на QT пытаться что-нибудь
доделать. Вот там да - уровень сложности запредельный. Абстракция на абстракции сидит и абстракцией погоняет :(
А это - не сложнее чем когда-то в досе порулить железом 8086 машины.
Ну то есть это считалось сложно именно что во времена 8086 :)

> Зато теперь вы вероятно довольно много чего забавного с usb могете.

Ну той библиотекой для программного usb пользоваться научился.
Как и узнал внутренности usb-подсистемы Дебиана. Всякие там правила udev и прочую загрузку
модулей.

> Кастомная клава - это по своему хорошо.

В клаве главное - механическая часть проекта.
И вообще клава это как любимая гитара у музыканта - дело привычки.
Мне вот году примерно в 95 понравилась случайно увиденная и ощупанная
клава Chicony KB-5311. Ну я несколько штук и прибрал к рукам на работе.
Первую "истоптал" за _двадцать_ лет. Взялся за вторую. Лежат еще две.
Вот уж случай справедливости выражения "на две жизни хватит".
Разве что у меня теперь часть компов не имеет ps/2,но клава отлично работает
в дебиане через переходник ps/2-usb.

>> И всё это было проделано на "морально устаревшем" ноутбуке Panasonic CF27 с Дебианом.
> Говорят, профи много на самом деле и не надо... :).

Смею заметить что когда-то я этот ноут в защищенном исполнении купил за весьма
неприличную даже по нынешним временам сумму. И он жив по сей день за исключением
того что лампы подсветки экрана потускнели сильно.

>> У меня часть имеющихся "малинок" тоже armv5. Вместе с еще кучкой деталей
>> когда-то достались из обанкротившегося "стартапа".
> Это наверное все же не малинки

Пардон,опечатка, конечно armv6. Малинки на которых написано 2011 год.

> Но я для себя решили что не хочу иметь
> дел с x86-32 много лет назад, по многим причинам, включая и
> страшенную архитектуру.

Это вы просто под защищенный режим 80286 не писали:)
Сегменты по 64К и регистры еще меньше. И памяти один или два мега всего.
Каждый мег стоил 43 бакса.

>> Владельцы каналов на ютубе - весьма не бедные люди. И они не
>> будут рассказывать сколько денег в это "рассекание" было вложено.
> Да это вроде какой-то сельский казуал из европы, хз сколько у него
> денег

Вот именно что денег у него "хз" в сравнении с российскими доходами.
И он может себе позволить и летать час и канал на ютубе содержать.

> Но ессно оно не могет зависнуть в отличие от квадрика.

Если сделать по схеме конвертоплана то и висеть сможет.
Но сомневаюсь что есть открытый код,способный работать попеременно
в двух режимах - крылатом и винтовом.

>https://github.com/HackBo/parametric_delta_wing.git
> попалось. Параметрический генератор такой байды, в опенсорсном SCAD.

Нагенерировать мало. Надо еще написать код который будет этим управлять.
А схема "летающее крыло" весьма неутойчива в полёте в отличие
от классической самолётной.

>> Так ведь в моем понятии "управление роботом" это не колёсами рулить,а задавать
>> ему маршрут движения по которому рулить он должен сам.
> Мне нравится ход ваших мыслей :)

Так робот оно или не робот? Если да - то это предполагает _самостоятельное_
выполнение заранее заданных действий.


>> Тем более что ручному рисованию плат я не разучился со времен радиокружка
> CAD делает меня намного мощнее и быстрее.

Насчет мощнее - безусловно. А вот быстрее - это еще вопрос. В заводских условиях
где всё уже заранее настроено,футпринты деталей нарисованы,параметры техпроцесса
печатных плат введены и проверены - там да,быстрее. А когда устройство делается
в количестве один штук и из тех деталей что есть под рукой - даже только нарисовать
им футпринты будет весьма не быстро. В том же Kicad я весьма бодро умею рисовать
принципиальные схемы,но рисовать футпринты пока весьма не очень.

> SMD обходится минимумом дырок, некторые
> дизайны почти без сверловки, скажем низ сплошной GND.

Так ведь кроме того что SMD, есть еще и кнопки и реле и разъемы и всё это надо
Кикаду объяснить как выглядит чтобы он мог на плате расположить.
Не в дырках дело,а в рисовании футпринтов в Kicad.
Они еще и формат файлов библиотек регулярно меняют:(

>> На совсем другой стороне глобуса не сработает. Но обычно из своей локации
>> можно до пары спутников дотянуться хорошей антенной.
> И я б сказал что это забавно. Правда я не совсем понимаю
> как дрону наводиться на спутник, особенно в море.

Если у приемника приличная чувствительность то сатком можно поймать просто
не сильно направленной антенной,смотрящей более-менее "вверх". Тем более что
в море уровень помех вообще низкий.
Эти же спутники делались очень давно,когда входные цепи типичного мобильного
приемника были куда более шумные. А сейчас можно озаботиться добыть что-нибудь
совсем малошумящее для первого каскада. И поместить это прямо в антенну.

> У Маска в его старлинке очент круто сделано,
> ASICи которе STMicro чуть ли не для него лично выпек.

Хорошр иметь такой блат как у Маска. Ему и микросхемы выпекают,
и ракетами пуляться в космос позволяют.

>> Чтобы это выяснить нужен хороший спектроанализатор с панорамной индикацией и перестраиваемый
>> в широком диапазоне частот передатчик.
> И сеть станций мониторинга по глобусу. Впрочем - а кто сказал что
> их нет? Есть забавная штука называемая WebSDR

Если оно настроится на нужные частоты то можно попробовать увидеть "дорожки" от саткома на индикаторе. Я вот могу сказать что у меня здесь в весьма тихом месте при выключении домашней
энергосистемы и переход полностью на локальное питание приемника от батареек - сатком
ловится на rtl-sdr даже с далеко не самой подходящей антенной. Но такие все испульсники надо выключать. Потому что тот же "свисток" видит их в лесу в паре сотен метров от дома на "крысиный хвостик". Специально брал с собой ноут с линуксом и вокруг дома ходил:)


, можно попытаться изучить некий
>[оверквотинг удален]
>> А отсюда где обитаю я - мимо них никак в океан не выйти.
> Я думаю что относительно небольшой дрон они элементарно прошляпят. Если он не
> будет размером с корабль или молотить винтами как черти что, тригеря
> защиту от подлодок.
>> Да и вообще,пожалуй самое сложное будет это именно вывести дрон в нейтральные
>> воды,где бы это ни происходило. Власти никаких стран не любят слишком
>> независимых,в кругосветки плавающих.
> ...поэтому их можно и не спрашивать лишний раз, пожалуй =). А эксперимент
> кула и что проскочит и сам по себе довольно забавный так
> то.

Ответить | Правка | К родителю #318 | Наверх | Cообщить модератору

339. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 23-Фев-24, 04:02 
> а сверху осторожно дую феном. Как припой расплавился - можно снимать.

Я сравнимое просто сдувал феном, вроде ок.

> Для этого у китайцев есть готовые адаптеры

Я могу сделать футпринт на плате, впаяв нормально -> не понимаю смысл.

> (даже AVR и STM есть),но это подороже будет.

У меня нет приоритетных планов, чтобы спецом заказывать и ждать неделями. Но до кучи сдуть и заинтегрить на i++ околоэкспериментальную плату с МК - почему нет?

> Ну вот доделаю термопресс с контролем температуры и таймером - тоже буду пробовать.

Я не парился и просто следовал совету DiHalt подобрать жирность печати и утюжить на совесть. Вроде довольно предсказуемо выходит. Наверное вон то круче может, но и так работает же.

> Греть феном сверху через корпус микросхемы ожидая что тепло до припоя дойдет
> - несколько стрёмно.

Я обычно сперва прогреваю борду широко, по типу подогрева, а потом резко грею периметр, и когда припой поплыл, вот оно.

> Если он нормальный с ногами - то да, вполне можно заставить его приплыть.

Это как раз привилегия "безногих" резисторов, кондеров, QFN, BGA. Там поверхностное натяжение их все. QFP с ногами проще 4 взмахами по периметру впаять. Сперва немного крайние ноги прихватить ессно.

> же не видно как он приплыл.

Есть неудобный вид QFN где металл не торчит наружу, но его и на фабе неудобно контролировать, поэтому у большинства торчит металл по краям.

> На производстве вроде рентгеном в таких случаях светят для контроля.

У QFN бывает неудобный диалект но трабл визуальной инспекции считается минусом (машины могут и камерой так то) и он непопулярен.

> Экономия минут актуальная для хотябы мелкосерийного производства.

Я сторонник быстрых, технологичных и удобных операций. Потому что не мазохист.

> Если изделие делается в количестве один штука - лишние пару-тройку часов вообще не критичны.

Если часами разбрасываться, их может не остаться на другие вещи.

> На отладку всё равно в разы больше уйдет.

У меня так только в highly experimental вещах где я сперва не очень понимаю что и зачем делал.

>> Они же не плавают в море с телефонами?
> Почему нет? Плавать по морю на лодках не запрещено,хотя и требует соблюдения

Аналитика операторов грубо говоря умеет "ловить аномалии". ИМХО, заметит если такая цель есть.

>> Они не смогут лампочку включить без благодетелей с облаком.
> Оно конечно так,но взаимодействие с облаками это считается круто и современно.

...до тех пор пока не отлипнет интернет, или хуже, уйдет в даун на пару деньков сервер ксяу мяу.

> абстракции что мало кто вообще понимает как оно работает. И почему так медленно:)

Я их считаю за погонщиков слонов с ритуалами. Мне с ними не по пути.

> с какими-то китайскими товарищами. И ухитрялся заказывать им не только изготовление плат
> но и сборку своих личных радиолюбительских конструкций по схемам и разводке,нарисованной

Фабам самим по себе в целом похрен что и кому делать.

> именно что в линуксовом Kicad,еще и именно в Дебиане запущенном. Выглядело вообще
> не отличимо от настоящего.

Это и есть настоящие печатки. В этом прелесть када и состоит. А мой лут - лайт версия процессов по сути.

> Но для этого таки надо иметь знакомых китайцев чтобы договориться

Да обычно просто закинуть бабки и герберы так то было. Сейчас россиянам сложнее, конечно, но вон там на коте топик есть с дискуссией how to.

>> Я намного лучше с девайсом который "загружается" а не "прогревается".
> Мне понравилось это высказывание:)

Ну вот такое описание разницы эпох и modus of operandi в голову пришло :P

> Прилично - это из-под защищенного режима в дос-экстендере ухитряться
> кастомными железками рулить(правда те железки паял не я,а коллеги по работе).

Ну не, я в режиме юзеря в основном. Хотя в паскале немного в реальном режиме поприкалывался.

>> Я себе пару околоинтерактивных фирмварин сам забацал под свои нужды.
> Я тоже хотел, но случайно нашел этот проект buck50. Ну и задействовал.

А я наделал сам себе всякого, ну и появилось несколько выводков под эксперименты и проч, где я контролирую и знаю все аспекты. Экспериментальные штуки, вот с меню для интерактивных тестов и отладки параметров.

> плата для управления 3д-принтером,в которую пытались залить прошивку через
> usb и подключение к какой-то там специальной виндовой очень крутой и модной "среде",

Ну вот это уже прикольно - но в принтере самое дорогое и сложное так то хорошая механика.

>> Ну как бы даже если такого constraint нет, паузить почти готовый борд
>> из-за отсутствия пары резисторов или капов тоже жутко обидно
> Вот именно поэтому я и не стесняюсь использовать старые запасы,накопленные за десятки
> лет занятий электроникой.

Я все же предпочитаю современный шмот с современными параметрами. А то что пару резисторов, транзюк или там что еще при случае может быть сдут откуда-то чтоб его не ждать неделю - ну да. Да и заказ ради пары резисторов супертупо. Но без них то - упс.

> Это вам там в заграницах хорошо - несколько дней. Тут это несколько недель.

Ну у россиян почта вообще работает - когда как. Одно время их таки построили до относительно норм состояния, но видимо надолго задора не хватило.

> Да не сложно это. Это не в каком-нибудь монстрообразном проекте на QT
> пытаться что-нибудь доделать. Вот там да - уровень сложности запредельный.
> Абстракция на абстракции сидит и абстракцией погоняет :(

Бывает. Хотя я видел и как по сути 2 такие проги слепили. Получилось жутковато,  но все же.

> Как и узнал внутренности usb-подсистемы Дебиана. Всякие там правила udev и прочую
> загрузку модулей.

Я тоже это все умею. Даже вон шнурки/борды развесил по приколу на нормальные имена девайсов.

> В клаве главное - механическая часть проекта.
> И вообще клава это как любимая гитара у музыканта - дело привычки.

Мне нравится характерный ultraflat вариант от логитеха, приятно жмется и пальцы не грузит. Его становится довольно сложно покупать но он по счастью живучий и убилось лишь пара штук за лет 15, на третьей я допер просто брать колпачки с незаюзаной части первых двух, типа нумпада. Так оно хз сколько проживет. Дофига.

> Вот уж случай справедливости выражения "на две жизни хватит".

У меня критерий еще и чтобы пальцы не грузило. Клаву то я и поменять могу, но вот пальцы...

> в дебиане через переходник ps/2-usb.

Большая часть контроллеров клав - универсальные, автодетектят это дело.

> за исключением того что лампы подсветки экрана потускнели сильно.

При сильном желании народ вроде на светодиоды переделывает но стремно и канительно, и светодиоды не любые катят, качественные нужны.

> Пардон,опечатка, конечно armv6. Малинки на которых написано 2011 год.

Ну вот да, там v6 в самых первых. Уже устаревший на момент их дизайна выпуска, armhf для armv7 до этого появился.

> Это вы просто под защищенный режим 80286 не писали:)
> Сегменты по 64К и регистры еще меньше. И памяти один или два мега всего.

Теперь вы понимаете почему мне нравятся штуки типа ARM. Смотришь на это - и понмиаешь как masterpiece of engineering должен был быть на самом деле. Есть маркетиниг, а есть инженерия.

> Вот именно что денег у него "хз" в сравнении с российскими доходами.

Если россияне работают за бесценок и права не качают, работодателю оно и подавно ОК! Правда с этим какая-то подстава, конечно, но все ж :)

> И он может себе позволить и летать час и канал на ютубе содержать.

Да там вроде какой-то довольно обычный сетап с хоббикинга, чтоли, набраный. Никаких супертехнологий. Но ранние губители направления из-за конских цен на BLDC так то сами их делали. Даже европейские. Вон у какого-то немца схемы намотки на все вкусы.

> Если сделать по схеме конвертоплана то и висеть сможет.

Обычно делают 1-2 мотора спереди или сзади, и все. Это проще в управлении, сборке и дешевле как я понимаю. А что до стоимости - некоторые кадры ухитряются поразить воображение. Скажем некто (норвежец, чтоли) склеил крыло - из кусочков упаковки. Ну и вот сколько оно ему стоило?! Сконвертил то что бакланы "мусор" называют в приклльную штуку.

> в двух режимах - крылатом и винтовом.

Ну вот я тоже сомневаюсь в этом - немассовая штука.

> Нагенерировать мало. Надо еще написать код который будет этим управлять.

По идее оно ничем таким не особенное, из упрвления 2 элевона на все, не уникально вроде.

> А схема "летающее крыло" весьма неутойчива в полёте

У этой штуки название - "big stable delta" :). А так я в crrsim погонял более "короткие" крылья, хортены, чтоли, называются, они да, весьма специфичная штука, вертлявые, но это несколько другой формфактор.

> Так робот оно или не робот? Если да - то это предполагает
> _самостоятельное_ выполнение заранее заданных действий.

Сейчас полно штук когда хрен поймешь робот оно или не робот. Если робопылесос в целом сам бегал, но пару углов я его мануально порулил пультиком, потому что так лучше - это как?

>> CAD делает меня намного мощнее и быстрее.
> Насчет мощнее - безусловно. А вот быстрее - это еще вопрос.

Никаких вопросов. Копипаст, быстрая расстановка футпринтов, если компонент есть - вообще мигом. Реюз прошлых дизайнов. Валидация интерконектов VS схема и DRC/ERC. Часто с 1 раза получается сразу готовое работающее нечто. Для сложных штук типа одноплатника конечно итераций больше будет.

> печатных плат введены и проверены - там да,быстрее. А когда устройство делается
> в количестве один штук и из тех деталей что есть под рукой - даже только нарисовать
> им футпринты будет весьма не быстро.

...поэтому я и люблю SMD и более менее обычные современные компоненты. И нет никакой проблемы сдуть допустим полевик с мамки в d(2)pak какомнить если подходящего ну вот не было и все тут.

> принципиальные схемы,но рисовать футпринты пока весьма не очень.

А я более-менее научился, но по иронии мне это довольно редко надо. Грубо говоря: я понял пойнт индустриалов. И для себя практикую "лайт версию их процессов".

> Они еще и формат файлов библиотек регулярно меняют:(

Ну вот это - анноит, да. Не понимаю почему нельзя устаканиться наконец.

>> И я б сказал что это забавно. Правда я не совсем понимаю
>> как дрону наводиться на спутник, особенно в море.
> Если у приемника приличная чувствительность то сатком можно поймать просто
> не сильно направленной антенной,смотрящей более-менее "вверх".

Ну вообще возможно, но там кажется бюджет линка душноватый и в целом антенны юзают все же относительно острые и наводясь на спутник. ХЗ, хватит ли снижения уровня помех чтобы компенсировать SNR...

> приемника были куда более шумные. А сейчас можно озаботиться добыть что-нибудь
> совсем малошумящее для первого каскада. И поместить это прямо в антенну.

Ну это да, сейчас всякого прикольного добра есть.

> Хорошр иметь такой блат как у Маска. Ему и микросхемы выпекают,

Да это не блат, это - дохреналион денег. С дохреналионом денег кому угодно выпекут. Ну, почти.

> и ракетами пуляться в космос позволяют.

А это вообще NASA продавил изначально, и им пофиг было маск или кто там. Это такой эксперимент, не получится ли с частниками как обычно, т.е. дешевле и лучше. Они там и дали зеленый свет. Ну их эн штук и вылупилось. Маск был не единственный, но многие оказались сильно менее удачливы, с менее успешными или перспективными дизайнами. Было эн фирм у которых запуски постоянно обламывались. А этот вот более менее увмеет видимо набирать тиму продвинутых инженеров и работать над ошибками. И постепенно допинал до ума, имея нехилый буфер денег с прошлого приключения с пэйпэлом. Оно было уникальное и на хомяках он неплохо так рубанул.

> Если оно настроится на нужные частоты то можно попробовать увидеть "дорожки" от
> саткома на индикаторе.

Ну вот там конечто кто что умеет - то и есть. Нахаляву, как говорится, и уксус сладкий. Спасибо что вообще дают доступ.

> энергосистемы и переход полностью на локальное питание приемника от батареек - сатком
> ловится на rtl-sdr даже с далеко не самой подходящей антенной.

Так вроде сатком - это мегагерц 200-400 примерно и выше? Туда питальники по идее не должны доставать уже?

> Специально брал с собой ноут с линуксом и вокруг дома ходил:)

Хе, т.е. вы таки нащупали некий сат? Прикольно :)

Ответить | Правка | К родителю #327 | Наверх | Cообщить модератору

340. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 23-Фев-24, 22:01 
>> Для этого у китайцев есть готовые адаптеры
> Я могу сделать футпринт на плате, впаяв нормально -> не понимаю смысл.

Ровно тот же смысл что покупка готового у упомянутого ранее olimex.

> Я не парился и просто следовал совету DiHalt подобрать жирность печати и
> утюжить на совесть. Вроде довольно предсказуемо выходит.

У меня не получилось мелкие дорожки с бумаги на плату переводить.
То ли принтер HP LJ1100 слишком устаревший (хотя картридж стоит новый), то ли
нужен фирменный утюг,а я советский использовал. То ли нужен фирменный стеклотекстолит,
а у меня опять же советский. А может термотрансферная китайская бумага не того сорта.
Вот потому и занялся сборкой термопресса с равномерным усилием и контролем температуры.
Авось получится.

> Наверное вон то круче может, но и так работает же.

Работает не всегда и не у всех.

>>> Они не смогут лампочку включить без благодетелей с облаком.
>> Оно конечно так,но взаимодействие с облаками это считается круто и современно.
> ...до тех пор пока не отлипнет интернет, или хуже, уйдет в даун
> на пару деньков сервер ксяу мяу.

Вот сосед-дачник написал что добыл какую-то китайскую камеру с датчиком движения,
которая согласно рекламе может отсылать картинку при срабатывании. Но никто
не знает как это настроить и вообще по какому протоколу оно должно отсылать.
Обещал с началом дачного сезона привезти камеру мне на изучение.

>> плата для управления 3д-принтером,в которую пытались залить прошивку через
>> usb и подключение к какой-то там специальной виндовой очень крутой и модной "среде",
> Ну вот это уже прикольно - но в принтере самое дорогое и
> сложное так то хорошая механика.

Да,это так. У того печатника был Tronxy X5S - очень хорошо печатал.
Но в связи с политическими событиями печатник залёг на дно.
Я пытался обращаться к другим,которые печатают за деньги.
Печатают плохо. У них почему-то всё на околохудожественное творчество
ориентировано. Деталями не занимаются. Ну то есть напечатать могут но
без гарантии и прочности и точности размеров.

>> в дебиане через переходник ps/2-usb.
> Большая часть контроллеров клав - универсальные, автодетектят это дело.

Я пару раз пробовал - не везло, не детектят. Вот мышь одна универсальная нашлась.

>> за исключением того что лампы подсветки экрана потускнели сильно.
> При сильном желании народ вроде на светодиоды переделывает но стремно и канительно,

Вот именно что возни очень много.
> и светодиоды не любые катят, качественные нужны.

Качественные - это туда где правильный цвет важен. А этому Панасонику важна просто яркость.

>> Вот именно что денег у него "хз" в сравнении с российскими доходами.
> Если россияне работают за бесценок и права не качают

В том-то и дело,что есть те кому нравится работу делать и они умеют делать это хорошо,
а есть те кому нравится права качать и они это умеют хорошо.
И эти два множества не пересекаются.

> - некоторые кадры ухитряются поразить воображение. Скажем некто (норвежец, чтоли) склеил
> крыло - из кусочков упаковки. Ну и вот сколько оно ему
> стоило?!

А сколько оно пролетело? До первого порыва ветра?

> Сейчас полно штук когда хрен поймешь робот оно или не робот. Если
> робопылесос в целом сам бегал, но пару углов я его мануально
> порулил пультиком, потому что так лучше - это как?

Жалко что робопылесосы не умеют пороги перепрыгивать поэтому невозможно
использовать в классическом сельском доме. А то я бы хотел такого зверька.

>>> CAD делает меня намного мощнее и быстрее.
>> Насчет мощнее - безусловно. А вот быстрее - это еще вопрос.
> Никаких вопросов. Копипаст, быстрая расстановка футпринтов, если компонент есть - вообще
> мигом. Реюз прошлых дизайнов. Валидация интерконектов VS схема и DRC/ERC.

Только дорожки оно само всё равно не рисует,только помогает это делать чтобы
избежать ошибок. Так что если рисовать с нуля то не особо быстро получается.
Ну и основная проблема - отсутствующие футпринты под имеющиеся детали.

>> Они еще и формат файлов библиотек регулярно меняют:(
> Ну вот это - анноит, да. Не понимаю почему нельзя устаканиться наконец.

Потому что надо демострировать "развитие проекта".

>> переход полностью на локальное питание приемника от батареек - сатком
>> ловится на rtl-sdr даже с далеко не самой подходящей антенной.
> Так вроде сатком - это мегагерц 200-400 примерно и выше? Туда питальники
> по идее не должны доставать уже?

Эти usb-свистки имеют особенность - у них нет фильтра на входе. Поэтому
что угодно дудящее рядом - забивает динамический диапазон АЦП. И слабые
сигналы не ловятся.

> Хе, т.е. вы таки нащупали некий сат? Прикольно :)

Ну скажем так я предполагаю что вот те дорожки на индикаторе - это было оно.
Ибо а что еще это тут могло быть на тех частотах - не знаю. Там на некоторых
каналах радиомодемы работают,вот их и было видно. Ну я так думаю.
А еще на нужных частотах (там где у него аплинк) могут передавать
SI4432. Им только надо входные и выходные цепи правильно расчитать и сделать.
(УВЧ на нужную полосу). Вот тут эту тему обсуждали:
https://vrtp.ru/index.php?showtopic=9078&st=3690
Но для таких экспериментов нужен измеритель АЧХ X1-50 или что-то аналогичное.
У меня только Х1-7Б,а он на нужных частотах мерить не умеет.


Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

343. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 25-Фев-24, 01:26 
>> Я могу сделать футпринт на плате, впаяв нормально -> не понимаю смысл.
> Ровно тот же смысл что покупка готового у упомянутого ранее olimex.

Я могу сделать первое сам. А второе - не особо, в этом и разница. И даже если решить вопрос точности, стыковки слоев, и металлизации отверстий, препреги - нишевая штука, в ларьке сходу не купишь, в отличие от простого FR4.

> У меня не получилось мелкие дорожки с бумаги на плату переводить.

До 0.2 .. 0.25 не испытываю проблем, QFP64 норм разводится. При том совсем тонко нужно только вокруг чипа, потом "звезда" расходится, можно не мелчить, сделав дорожки жирнее. Ну а зачем пушить технологию близко к лимиту без нужды? Чем это реже тем воспроизводимее.

Могу подсказать удачный design pattern.
1) Забудьте чему вас учили в СССР по топологии. "Жидкие" пустые платы без меди с 1.5 дорожками должны умереть.
2) Заполните слой с дорогами по дефолту GND или Vcc, в кикаде это удобно. Это решит дофига проблем 1 махом! От дружественности лут до экономии реактивов и скорости травления, более тихого аналога, до удобной разводки питания по плате.
3) Для этого автозаполнения надо настроить отступ от дорог хотя-бы 0.3 мм, чтоб не страдать непротравами.

> То ли принтер HP LJ1100 слишком устаревший (хотя картридж стоит новый),

Да там главное - норм тонер, 600 DPI или больше, прижарить как следует, ну и вот нежелательно совсем мизерные треки совсем без окружения делать (никакой технической необходимости делать дизайн - нет). Вон то суперкомбо автоматически и радикально решает целый клубок инженерных проблем. Такой вот гибрид человека и машины, целящий в решение задачи с минимумом гимора.

И да, 4) если вам что-то не понравилось при травлении или сборе, учесть в следующей версии процесса.

> то ли нужен фирменный утюг,а я советский использовал.

Я самый голимый и раздолбаный импортный юзаю, его не жаль. Но жарить надо на совесть.

> То ли нужен фирменный стеклотекстолит, а у меня опять же советский.

С ним 2 проблемы.
1) Фольга хреново держится, норовит отлипнуть, на середине сборки плотной продвинутой платы капец обидно.
2) Там не экономили, фольга 35 микрон, если не больше. К сожалению, толстая фольга не позволяет точные технологические нормы. Сравнимые проблемы есть и у фаб, на толстой фольге не делают тонкие дороги и есть рисунки для дизайнеров показывающих в чем проблема с боковым подтравом дорог VS толстая фольга. Пока толстая фольга снимается - тонкие дороги травятся с боков, и это проблема. Даже для норм фаб.

QFPху я бы на такое не стал пытаться пристроить. SOIC какой или что-то типа этого - прокатит. Но это для относительно дубовых плат только. Но для экспериментальных плат если туда тыкать паялом опять же чревато.

Фабы по дефолту дешевым 18u FR4 ворочают. Ну и я - тоже. Он есть везде, и в РФ. Недорого. Толще надо только для крутой силовухи. Для MCU в QFP лучше 18u, хоть на фабе хоть самому.

> А может термотрансферная китайская бумага не того сорта.

Я на обычную фотобумагу для струйника фигачу, как дихалт советовал. ЧиД даже продает ее. Но в целом главное чтобы не оч сложно отмывалась. Хорошо прижареный к норм подготовленному текстолиту тонер еще потом после травления даже с растворителем отодрать некая возня.

> Вот потому и занялся сборкой термопресса с равномерным усилием и контролем температуры.

Так то идея хорошая. Мне просто не требовалось ибо процесс запустился, выход почти 100%,  зачем чинить что не сломано? :)

> Авось получится.

Если совсем никак - возможно фоторезист ваше все, но дороже и канительнее. Или вот бутер из алюминиевой пищевой фольги (на нее тонер), поверх бумаги (она только носитель, фольга слишком хлипкая) если принтер не особо жалко. Фольга сожрется травильным раствором и не усаживается, и тогда нет причин для повреждения дорог.

>> Наверное вон то круче может, но и так работает же.
> Работает не всегда и не у всех.

Технологии любят аккуратность. А электроника любит умных и целеустремленных. Любой продвинутый процесс требует некоей начальной наладки в общем то.

> Обещал с началом дачного сезона привезти камеру мне на изучение.

Ну там что угодно может быть. Скажем вебфейс. Я для себя из motion и одноплатника нечто весьма сравнимое делал. Но для более продвинутых применений лучше скрещивать с датчиками движения и делать логический AND срабатывания motion и датчиков движения, желательно как ИК так и микроволнового. Если все 3 условия - это 100% аларма, иначе зависит от. Ложняки, таки, бывают.

> ориентировано. Деталями не занимаются. Ну то есть напечатать могут но
> без гарантии и прочности и точности размеров.

Есть всякие специализированые форумы околоиндустриалов, у этих можно договориться на что угодно, не бесплатно конечно. Грубо говоря DIY и продвинутые полупромышленные версии оных порой фигачат для именно себе подобных, резонно полагая что так комфортнее всего работать.

>> Большая часть контроллеров клав - универсальные, автодетектят это дело.
> Я пару раз пробовал - не везло, не детектят. Вот мышь одна универсальная нашлась.

Все не совсем древние клавы обычно 2-стандартные, некий стандарт дефакто для контроллеров с энных пор. Впрочем прикольный повод с usb познакомиться.

> Качественные - это туда где правильный цвет важен. А этому Панасонику важна
> просто яркость.

И нейтральный баланс белого. Скажем слишком синюшные диоды считаются потенциально вредными для глаз ибо глаз недооценивает силу синего. Сэкономить можно - но потом может выйти боком.

> И эти два множества не пересекаются.

Нормальный инженер кроме всего прочего знает себе цену. Иначе он как минимум дуб в управлении проектами, и это отольется. И ему и окружению. Так что лично я никому не позволю считать меня за лоха.

>> крыло - из кусочков упаковки. Ну и вот сколько оно ему стоило?!
> А сколько оно пролетело? До первого порыва ветра?

Да вроде не хуже остального на видео летало, и в ветре тоже. А так любую штуку можно приложить и чем дороже тем обиднее. Как вы заметили, крылья вертлявая пакость и факапы с ними в режиме "самому рулить" не редкость. В этом месте дизайн получает некий пойнт.

> Жалко что робопылесосы не умеют пороги перепрыгивать поэтому невозможно
> использовать в классическом сельском доме. А то я бы хотел такого зверька.

При желании наверное можно рампы забахать. У меня на STM32 некий. Прикольный зверек. И там как раз удобно его по очереди запирать в комнатах - он рандомно шарахается, без отстройки мапов и проч. И как раз по комнате за забег норм. Ну да, пускать несколько раз а не 1, но по сравнению с колупанием в углах самому... а маргинальность мозга хороша тем что он 100% независимый, никаких облаков и сетей, тьфу-тьфу, пульт свой собственный (и удобнее руления с смарта кривой прогой).

> Только дорожки оно само всё равно не рисует,только помогает это делать чтобы избежать ошибок.

"PCB is 90% placement and 10% routing" (c) гайд по рисованию печаток. Возможно, когда-то вы поймете что они имели в виду и насколько они правы.

И да, это продвинутый процесс когда вы прикидываете путь протекания токов, EMI и иные constraints дизайна (e.g. удобство DIY процесса). Машина все constraints не знает. А окуда? Вы их даже просто формализовывать опупеете - оно изначально только у вас в мозгу. Это усилитель мозга, а не его замена.

> Так что если рисовать с нуля то не особо быстро получается.

Да чего там долго делать то? Дольше всего это продумывать оптимальный placement. Если с этим лохануться, все станет сложнеее и переделывать долго будет. В проектах нельзя скипать фазу архитектинга, блин. Ни в хардварных ни в софтварных.

> Ну и основная проблема - отсутствующие футпринты под имеющиеся детали.

А я не создавал себе эту проблему, и ее не пришлось решать.

>> Ну вот это - анноит, да. Не понимаю почему нельзя устаканиться наконец.
> Потому что надо демострировать "развитие проекта".

Это можно делать более другими способами типа клевых мощных фич.

> Эти usb-свистки имеют особенность - у них нет фильтра на входе. Поэтому
> что угодно дудящее рядом - забивает динамический диапазон АЦП. И слабые
> сигналы не ловятся.

Ну вообще логично.

> Ну скажем так я предполагаю что вот те дорожки на индикаторе - это было оно.

В принципе я кажется понял вашу идею, спасибо. Если меня занесет поэкспериментировать - забавный способ, и да, так наверное можно отловить некие релеи.

> SI4432. Им только надо входные и выходные цепи правильно расчитать и сделать.

А антенны и согласование с оными на разные частоты как?

> (УВЧ на нужную полосу). Вот тут эту тему обсуждали:
> https://vrtp.ru/index.php?showtopic=9078&st=3690

Я вообще изначально не RFщик, но вот эти господа очень уж "заразные", умеют показать темную сторону силы и какие там печеньки... :)). Развитие технологий на самом деле как-то так и случается, на грани легальности.

Ответить | Правка | К родителю #340 | Наверх | Cообщить модератору

346. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 25-Фев-24, 16:42 

> Заполните слой с дорогами по дефолту GND или Vcc

С точки зрения помехозащищенности так всегда и рекомендовалось делать.
А на производстве удаление лишней меди (там где это возможно) делается
для экономии этой самой меди так как в промышленных масшатабах медь
из раствора довольно просто можно извлечь.

> Да там главное - норм тонер

Я купил новый картридж. Вполне допускаю что он слишком китайский.
Возможно что надо было купить перезаправленный
у частников и договориться чтобы хороший тонер насыпали.

А может быть китайская термотрансферная бумага слишком китайская.

>> то ли нужен фирменный утюг,а я советский использовал.
> Я самый голимый и раздолбаный импортный юзаю, его не жаль.
> Но жарить надо на совесть.

Вот доделаю летом термопресс с контролем температуры - попробую.

>> То ли нужен фирменный стеклотекстолит, а у меня опять же советский.
> С ним 2 проблемы.
> 1) Фольга хреново держится, норовит отлипнуть

Чего? Это вам наверно текстолит из 90х попался.
С настоящего советского - хрен отдерешь.
Оно же всё для военных изделий шло, а там весьма строго было.
Но фольга толстая,да. И это может быть очередной проблемой.
Надо будет фирменного текстолита добыть.

> Если совсем никак - возможно фоторезист ваше все, но дороже и канительнее.

Фоторезист в баллончике тоже добыл но еще не пробовал. Надо для него ультрафиолетовую
лампочку сделать. Специальная китайская прозрачная плёнка для принтера есть,печатается
на ней хорошо.

> Или вот бутер из алюминиевой пищевой фольги (на нее тонер), поверх
> бумаги (она только носитель, фольга слишком хлипкая) если принтер не особо
> жалко.

Фольга может поцарапать принтеру барабан и тогда ни на что не будет хорошо печатать.

>> Обещал с началом дачного сезона привезти камеру мне на изучение.
> Ну там что угодно может быть. Скажем вебфейс. Я для себя из
> motion и одноплатника нечто весьма сравнимое делал. Но для более продвинутых
> применений лучше скрещивать с датчиками движения

Вот в том-то и дело что обычный одноплатник типа той же raspberry всё время
кушает электричество. А китайцы именно что с ИК датчиком движения скрестили.
Этим и ценно что оно мало жрёт у них.
Вот бы теперь еще научить эту камеру делать фото,а не видео, и на почту посылать(ну или mms хотябы).
Но не факт что сможет. Камеры с заявленной именно такой возможностью существуют но стоят существенно дороже. Буржуйские продвинутые охотники пользуются:)

>> Качественные - это туда где правильный цвет важен. А этому Панасонику важна
>> просто яркость.
> И нейтральный баланс белого.

Да хоть зеленого или оранжевого. Этот комп не для работы с цветом. А например вот
для того что я про ловлю wifi писал.

>Скажем слишком синюшные диоды считаются потенциально вредными
> для глаз ибо глаз недооценивает силу синего. Сэкономить можно - но
> потом может выйти боком.

Это надо буквально сутками носом в такой экран сидеть.
Интересно,что я,исходно имеющий не идеальное зрение в виде незначительной близорукости,
сижу носом в разные экраны с осени 1989 года и по сей день обхожусь без очков.
Для меня по сей день нет большой проблемы прочитать что-нибудь типа надписи STM32F103C8T6.
Хотя никогда и никаких "особо крутых" мониторов я не использовал. Вот чего всегда избегал -
это маленьких черных буковок на ярко-белом фоне,очень модном в одной популярной ОС.  

>> Только дорожки оно само всё равно не рисует,только помогает это делать чтобы избежать ошибок.
> "PCB is 90% placement and 10% routing" (c) гайд по рисованию печаток.
> И да, это продвинутый процесс когда вы прикидываете путь протекания токов, EMI
> и иные constraints дизайна (e.g. удобство DIY процесса). Машина все constraints
> не знает.

Вот именно что разводка плохо автоматизируется. А без этого платы любительского уровня
можно хоть даже в gimp рисовать. Или вовсе на бумажке. И не надо мучиться с
рисованием футпринтов для KiCAD. Понятно что ту плату из olimex так не нарисуешь,но
обычно-то надо что-то простое. Сложное,типа тех же arm-компов - и так готовое есть.

>> Ну и основная проблема - отсутствующие футпринты под имеющиеся детали.
> А я не создавал себе эту проблему, и ее не пришлось решать.

Вы решаете эту проблему добыванием деталей под которые футпринты в KiCAD есть.
Может в вашей локации это и проще,но точно не у меня тут.

>> Ну скажем так я предполагаю что вот те дорожки на индикаторе - это было оно.
> - забавный способ, и да, так наверное можно отловить некие релеи.

Берем перестраиваемый генератор ВЧ на нужный диапазон и китайский широкополосный
усилитель ВЧ. Подключаем к антенне,направляем наверх. К другой антенне
подключаем приемник с панорамным индикатором,настроенный приблизительно на тот кусок
диапазона где ожидаем сигнала сверху. Ну и смотрим. Идею пробовал человек из одного
ныне сдохшего НИИ. Только тогда приемник с панорамным индикатором стоил каких-то
астрономических денег. А сейчас таковым может быть если не rtl то hackrf точно.
А широкополосные УВЧ китайцы продают за недорого на Али.

> А антенны и согласование с оными на разные частоты как?

Там не настолько широкие куски диапазона чтобы антенна не могла бы их принимать.
Не обязательно же совсем уж узкополосную спортивную радиолюбительскую антенну делать.

> Я вообще изначально не RFщик, но вот эти господа очень уж "заразные",

Абсолютно аналогично :)


Ответить | Правка | К родителю #343 | Наверх | Cообщить модератору

347. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 28-Фев-24, 04:50 
> С точки зрения помехозащищенности так всегда и рекомендовалось делать.

На всякий уточнил, антипаттерн встречается оч.часто.

> А на производстве удаление лишней меди (там где это возможно) делается
> для экономии этой самой меди так как в промышленных масшатабах медь
> из раствора довольно просто можно извлечь.

Медь PCB-фабе нужна как зайцу стопсигнал. Травильный раствор они вроде регенерят, но т.к. побочный процесс, КМК чем меньше тем лучше. А медяки на тесктолите, особенно 18u столько что экономия - на спичках. Насколько я вижу, большинство современных дизайнов от западных инженеров "лысые" платы не практикует. А медяку сэкономили ополовинив толщину. Hi-res дизайнам так даже лучше.

> Я купил новый картридж. Вполне допускаю что он слишком китайский.

У меня точно оригинальный. Но народ и с заправленными печатает.

> у частников и договориться чтобы хороший тонер насыпали.

У любителей ЛУТ свои критерии этого :). Впрочем похожие.

> А может быть китайская термотрансферная бумага слишком китайская.

Ну вот тут хз. Я пробовал для сравнения на обложках печатать, с ними хуже: плохо размокали и отодрать без повреждений сложнее. А фотобумаге надо просто дать размокнуть. После этого легко аннулируется. В чем фича и состоит.

> Вот доделаю летом термопресс с контролем температуры - попробую.

Удачи.

> Чего? Это вам наверно текстолит из 90х попался.
> С настоящего советского - хрен отдерешь.

Сколько совецких печаток не видел - стремные, с отлетающими дорожками. Китайский FR4 явно лучше перепай переживает.

> Оно же всё для военных изделий шло, а там весьма строго было.

Не могу сказать ничего хорошего обо всем этом, увы и ах.

> Но фольга толстая,да. И это может быть очередной проблемой.
> Надо будет фирменного текстолита добыть.

Да он условно-фирменный, китай обычный. Фирменный это Isola какойнить, с контролем параметров, но в общем случае это простому смертному не надо и нет смысла переплачивать.

> Фоторезист в баллончике тоже добыл но еще не пробовал. Надо для него
> ультрафиолетовую лампочку сделать.

Ну вот мне лампочка подвернулась. Я ее для литографии паяльной маски юзаю. У маски разрешение хуже чем у меди, и на настоящих фабах, кстати, аналогично. KiCad поэтому не мельчит по дефолту с маской. Скажем для QFP делает 4 прорези под лапы, без индивидуальных перемычек, фабы их тоже напрянаются. Удобно вписался в мой процесс прям с дефолтами.

> Специальная китайская прозрачная плёнка для принтера есть,печатается
> на ней хорошо.

Тем более зашибись. Получится вполне hi-res дизайн запросто. Будете потом недоумевать зачем ждать заказ у китайцев, чего доброго, если понравится :))

> Фольга может поцарапать принтеру барабан и тогда ни на что не будет
> хорошо печатать.

Ну вот оно и стремно. Но вообще алюминий мягкий метал, уверены что он тверже бумаги?

> всё время кушает электричество. А китайцы именно что с ИК датчиком движения скрестили.

Ну это да, неплохая идея так то если электричество экономить надо.

> Вот бы теперь еще научить эту камеру делать фото,а не видео, и
> на почту посылать(ну или mms хотябы).

С линухом и motion я немного похоже делал, нарулил парой скриптиков кидание в меня анонса в tox месенжер. Но там жесткая экономия не требовалась.

> Да хоть зеленого или оранжевого. Этот комп не для работы с цветом.

Так можно, но это хороший способ сделать из плохого зрения - очень плохое.

> А например вот для того что я про ловлю wifi писал.

По своему забавно, но см. выше.

> Это надо буквально сутками носом в такой экран сидеть.

Если с глазами траблы я б не стал лишний раз пытаться их еще и выжечь всякой гадостью.

> Для меня по сей день нет большой проблемы прочитать что-нибудь типа надписи
> STM32F103C8T6.

Значит не так уж и плохо со зрением. Но процесс односторонний как правило, усугублять его не стоит.

> Хотя никогда и никаких "особо крутых" мониторов я не использовал.

А я пару раз в жизни позволил себе приличные агрегаты. И клаву которая не убивает пальцы. Иначе я бы наверное с учетом интенсивности проектов уже посадил бы глаза и убил руки. Оно мне надо? И что я потом делать бу? На кладбище ползти?

> это маленьких черных буковок на ярко-белом фоне,очень модном в одной популярной ОС.

На мой вкус это выжигает глаза ярким белым цветом, и я никогда это не любил. Пусть юзеры виндов глаза садят.

> Вот именно что разводка плохо автоматизируется. А без этого платы любительского уровня
> можно хоть даже в gimp рисовать. Или вовсе на бумажке.

Можно. Я даже так пару раз пробовал в гимпе. Просто поверьте на слово, эффективность этого процесса близко не стояла с тем что в CAD можно. Полный цикл в каде эффективнее во многие разы. Особенно если печатка не совсем тривиальная. И - вот - с усилителем мозга то что было бы сложно вчера становится доступно сегодня и элементарно завтра.

> И не надо мучиться с рисованием футпринтов для KiCAD.

Я и не мучаюсь в 95% случаев. Ну, ок, вон тому LCD я таки нарисовал гребенку. Особых мучений не заметил. Там даже можно указать параметры площадок и число и вот он футпринт, все 40 пинов за присест. Функции им для ERC задать - ну да, поклацать придется, зато потом проверит что критичные пины подцеплены и явную лажу схемы заметит.

> обычно-то надо что-то простое. Сложное,типа тех же arm-компов - и так готовое есть.

...поэтому я так делаю mid range, да впрочем и простое, панелируя. Совсем простому можно не рисовать схему, сразу топологию набросать, забив на DRC/ERC, если реально - дрова.

> Вы решаете эту проблему добыванием деталей под которые футпринты в KiCAD есть.
> Может в вашей локации это и проще,но точно не у меня тут.

Хызы в чем трабл повесить заказ какомунить ЧиД или кому там еще раз в дофига с тем что предположительно понадобится в ближайшее время. Особенно если в питер хоть иногда заносит, там электронных контор - хоть ж... жуй. И да, там есть и резервирование заказа и его хранение сколько-то, и доставка почтой и ТК. Вроде на почти любой вариант можно что-то придумать, я даже совсем сельским господам как-то редиректнул. Заодно и показал им что можно на кухне фигачить. Им стало завидно - тоже так захотели.

> Берем перестраиваемый генератор ВЧ на нужный диапазон и китайский широкополосный
> усилитель ВЧ. Подключаем к антенне,направляем наверх. К другой антенне
> подключаем приемник с панорамным индикатором,настроенный приблизительно на тот кусок

Респин идеи по сути, чуть по иному. Ну я понял идею, пуляем сигнал, смотрим где всплыло. И кажется у меня есть идеи получше просто смотрения самому.

> А широкополосные УВЧ китайцы продают за недорого на Али.

Вы уж меня простите, но иметь дело с мошенниками которые завирают характеристики, и угадай что посдунут - для меня неприятно на человеческом уровне.

> Там не настолько широкие куски диапазона чтобы антенна не могла бы их принимать.
> Не обязательно же совсем уж узкополосную спортивную радиолюбительскую антенну делать.

Да понятно, вроде народ не очень навороченные юзает.

Ответить | Правка | К родителю #346 | Наверх | Cообщить модератору

348. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 28-Фев-24, 06:34 

> Сколько совецких печаток не видел - стремные, с отлетающими дорожками.

Так это наверно с бытовой аппаратуры. Туда шла _отбраковка_ не прошедшая
военную приемку. И детали обычно тоже. Потому что сдохший магнитофон это
совсем не то же самое что упавший самолёт.
Это сейчас производство электроники существенно подешевело из-за масштабов.
Ну и технологии усовершенствовались.
А тогда отбор транзисторов по коэффициенту усиления или по шумам - было
вполне обычным делом. Как и указание в справочнике коэффициента
усиления что-нибудь типа 50-250.

Этим же кстати и объясняется такой быстрый "прогресс" в частотах и количестве
транзисторов на кристалле у процессоров в 90е годы. После прекращения активной
фазы гонки вооружений штучные военные разработки (не сами процы,а технологии производства
кристаллов) "списывали" на гражданку и начинали масштабировать на большие партии - оно становилось дешевым и коммерчески выгодным. Когда этот задел был выбран - "прогресс" сильно тормознулся. Точнее - сбавил темпы до реальных.

>> Оно же всё для военных изделий шло, а там весьма строго было.
> Не могу сказать ничего хорошего обо всем этом, увы и ах.

Я успел своими глазами застать производство электроники в ссср, бывая
на производственной практике. Уникальные вещи делали. В мелкосерийных естественно
количествах и не для продажи населению само собой.

>> Специальная китайская прозрачная плёнка для принтера есть,печатается
>> на ней хорошо.
> Тем более зашибись. Получится вполне hi-res дизайн запросто. Будете потом недоумевать зачем
> ждать заказ у китайцев, чего доброго, если понравится

Там где можно заказать готовое,тем более по таким смешным ценам как у китайцев - я
предпочитаю заказывать,просто для экономии времени. Я же не сижу и жду,а
делаю то чего готового нет. К примеру нужный мне код прошивки никто кроме
меня не напишет просто потому что трудно найти программиста, разбирающегося например
в автономных генераторах и моториста/электрика разбирающегося в программировании.

>> Фольга может поцарапать принтеру барабан и тогда ни на что не будет
>> хорошо печатать.
> Ну вот оно и стремно. Но вообще алюминий мягкий метал, уверены что
> он тверже бумаги?

Сам не проверял, но на радиолюбительских форумах пишут что были жертвы поцарапывания.
Вероятно,когда под барабан попадали например складки или еще какие микронеровности фольги.

>> Да хоть зеленого или оранжевого. Этот комп не для работы с цветом.
> Так можно, но это хороший способ сделать из плохого зрения - очень
> плохое.

Я таки лично работал за зелеными и оранжевыми дисплеями (не много) и довольно
много - за "серыми".
Главное для глаз чтобы буквы были с максимально четкими краями,достаточной контрастностью и не слишком мелкими размерами.
А какого они цвета - не принципиально. Хуже всего монитор с расплывчатыми буквами - вот их
надо избегать всеми силами. Глаза пытаются сфокусироваться,напрягаются, и не могут - потому
что это не в глазах фокусировка сбита,а в мониторе.

>> Для меня по сей день нет большой проблемы прочитать что-нибудь типа надписи
>> STM32F103C8T6.
> Значит не так уж и плохо со зрением.

Я всю жизнь посредственно вижу вдаль. К примеру надписи на дорожных указателях я читаю с примерно
вдвое меньшего расстояния чем настоящие водители. Но так как я никогда не стремился стать водителем автомобиля то мне это никогда и не мешало. А для езды на велике оно не критично - скорость не та.

> А я пару раз в жизни позволил себе приличные агрегаты.

У меня последние лет десять Philips 192EL, у него очень четкая картинка даже если с весьма дорогими ЭЛТ сравнивать. Чья у него матрица не знаю но мне очень нравится. Единственно что очень
яркая подсветка - пользоваться комфортно можно только установив ее на минимум. На максимуме вообще как прожектор светит.

> И клаву которая не убивает пальцы.

Chikony KB-5311. Мои пальцы не жалуются года с 96 кажется. Одну такую утоптал,за вторую взялся,и еще две в запасе лежит:)

> проектов уже посадил бы глаза и убил руки.
> И что я потом делать бу? На кладбище ползти?

Нет, переквалифицироваться в гуру-наставника и читать лекции (можно дистанционно).

>> это маленьких черных буковок на ярко-белом фоне,очень модном в одной популярной ОС.
> На мой вкус это выжигает глаза ярким белым цветом

Мой вкус тут аналогичен вашему. Может потому у меня глаза и целы что я всегда избегал
работы в той ОС.

>> Вы решаете эту проблему добыванием деталей под которые футпринты в KiCAD есть.
>> Может в вашей локации это и проще,но точно не у меня тут.
> Хызы в чем трабл повесить заказ какомунить ЧиД или кому там еще

В месте моего обитания. Доставка чего-либо сюда - это не просто и не быстро.

> Особенно если в питер хоть иногда заносит

Уже много лет не заносит. Добираться до того же ЧиД мне даже в самом удобном случае часов пять.
Без ночевки одним днем туда-обратно не успеть. А это гостиница(ну,ночлежка).
Мне с такими поездками эти детальки из ЧиД будут по цене драгметаллов на вес.

> доставка почтой и ТК.

Доставка возможна через знакомых посредников кто интернетными закупками промышляет - это в сельской местности типа мини-бизнес у особо продвинутых по этой части. Не дорого,но очень не быстро. Из ЧиД не заказывал,а из Москвы неделе за две доезжало.

> любой вариант можно что-то придумать

так уже придумано. Потому и говорю что добыть китайские готовые модули мне проще
чем сделать такие же свои.

> Ну я понял идею, пуляем сигнал, смотрим где всплыло.

Именно так. Причем фанаты этого дела в личных беседах говорят что транспондеров там и
на ГСО висит и на всяких других летает реально много. Человек называл цифру около сотни
только легко находимых. Правда это полтора десятка лет назад было,но не думаю что стало
меньше. Или к тем хоть какую-то защиту от левого использования приделали.
А еще есть вариант влезать в широкополосный транспондер узкополосным сигналом.
За это в 90е годы один доцент даже премию получил,заюзав так какой-то из спутников,
ретранслирующий аналоговое ТВ. У аналогового ТВ спектр сигнала очень линейчатый и "пустой внутри". С цифровым тв такое скорее всего не прокатит - у него более плотный спектр сигнала.
Но телевизионные работают на гигагерцах. Без дорогущих измерительных приборов сделать что-то
на те частоты можно и не пытаться.

> И кажется у меня есть идеи получше
> просто смотрения самому.

Комп с программой orbitron,моторный привод антенны в двух плоскостях,
передатчик и sdr-приемник. Если такое реализовать то думаю мнооого наловить можно.

>> А широкополосные УВЧ китайцы продают за недорого на Али.
> Вы уж меня простите, но иметь дело с мошенниками которые завирают характеристики,
> и угадай что посдунут - для меня неприятно на человеческом уровне.

Характеристики можно и померить если есть прибор типа Х1-50 или подобный.
А делать УВЧ с нуля - занятие весьма заморочное.

.


Ответить | Правка | К родителю #347 | Наверх | Cообщить модератору

350. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 28-Фев-24, 23:13 
> Так это наверно с бытовой аппаратуры. Туда шла _отбраковка_ не прошедшая
> военную приемку. И детали обычно тоже. Потому что сдохший магнитофон это
> совсем не то же самое что упавший самолёт.

Военные самолеты делают чтобы быть сбитыми! И я вообще симпатичных мне девайсов советского образца не видел. СССРская военка была примером как делать не нужно. Антитехнлогично, монтаж сложный, страшный, дохреналион настройки. Что-то СВЧшное бывает и не совсем позор, но в мизерных количествах, антитехнологичное, и если посмотреть эту же категорию того же времени - ну, упс. Все познается в сравнении.

> Ну и технологии усовершенствовались. А тогда отбор транзисторов по коэффициенту
> усиления или по шумам - было вполне обычным делом.

Он и сейчас есть. Капиталсты жадные. И с процами та же история. Отсортируют, промаркируют, продадут, даже со скидочкой порой.

> Как и указание в справочнике коэффициента усиления что-нибудь типа 50-250.

Капиталисты доперли делать скажем типа 50-120, 120-180, 180-250 допустим. Предсказуемо и логично. И СССР вроде так делал. Я в номанклатуре древностей не силен.

> Этим же кстати и объясняется такой быстрый "прогресс" в частотах и количестве
> транзисторов на кристалле у процессоров в 90е годы.

Он объясняется прежде всего уменьшением технологических норм.

> фазы гонки вооружений штучные военные разработки (не сами процы,а технологии производства
> кристаллов) "списывали" на гражданку и начинали масштабировать на большие партии -

Военные не гонялись за тонкими нормами. Чем тоньше нормы, тем хлипче! С требованиями на излучения, радиацию, хранение и проч - совсем не то! Туда же идут и аэрокосмические. У них до сих пор есть дубовые и низкочастотные процы. Там принцип just enough - то что доктор прописал. А нанометры качали именно под потребительский сегмент, где глючность, стабильность, работа в душных условиях и долговременная стабильность пофиг, давай-давай-давай, больше, быстрее, дешевле, круче, и пофиг на вон то! Потребители оплатили прогресс, нвидия видный представитель.

> "прогресс" сильно тормознулся. Точнее - сбавил темпы до реальных.

Извините но на западе прогресс ворочали - частники. То что жители ссср никак не могут взять в толк. Но так бывает. И элонмаск появился потому что наса очень хотело частников, когда им бюджет урезали. Чтоб было дешево и круто, даже если и сыграют на грани фола порой.

> Я успел своими глазами застать производство электроники в ссср, бывая
> на производственной практике. Уникальные вещи делали.

Все познается в сравнении. Годов с 70х ссср имхо гнал хлам. Отставание началось с внедрения транзисторов, а когда вопрос в микросхемах - тем более продвинутых - это какой-то позор.

На память о "уникальном достижении" СССР не сумел в CAD/CAM/CAE/CNC. И слил любимый топик произодства средств производства. Тупые станки с токарем без поставленного workflow с CAD/CAM/CAE и ПОВТОРЯЕМЫМИ параметрами уже никому нафиг не! Силовую электронику нишмагли. И SMPS'ы/DCDC. Целые отрасли ушли на дно по цепочке. А так все хорошо, прекрасная маркиза. Но четвертая (?) промышленная революция прошла мимо.

Вы до сих пор ее пойнт не поняли. А я им штатно оперирую даже на кухне. Повторяемые дизайны, быстро и без гимора. На полпути к бесконечности это выглядит так.

> предпочитаю заказывать,просто для экономии времени.

Фига экономия - ждать заказа днями и неделями.

> меня не напишет просто потому что трудно найти программиста, разбирающегося например
> в автономных генераторах и моториста/электрика разбирающегося в программировании.

Сложно писать прошивку под девайс которого нет. Для SBC на линухе еще кой как можно попытаться - ибо /dev/gpiochip0 какой можно и на x86 вывесить конечно. Но для МК уже не то.

> Сам не проверял, но на радиолюбительских форумах пишут что были жертвы поцарапывания.

Мне не требовалось: бумажная версия смогла QFP 0.5/SOT723/0402 а меньше, извините, напрягаться уже начинаю - я.

> Вероятно,когда под барабан попадали например складки или еще какие микронеровности фольги.

Ну вот возможно. Но народ делает, и их печатки выглядят почтенно. Так что если картридж не жалко...

> Главное для глаз чтобы буквы были с максимально четкими краями,достаточной контрастностью
> и не слишком мелкими размерами.

...однако вы сами сказали что со зрением не очень, так что я не буду следовать таким советам.

> надо избегать всеми силами. Глаза пытаются сфокусироваться,напрягаются, и не могут - потому
> что это не в глазах фокусировка сбита,а в мониторе.

...поэтому у меня LCD с мелкими пикселями :). Там все отличное, четкое.

> Я всю жизнь посредственно вижу вдаль. К примеру надписи на дорожных указателях
> я читаю с примерно вдвое меньшего расстояния чем настоящие водители.

Половина "настоящих водителей" слепые курицы или клали на надписи! С неких пор камеры подпортили радость. Но можно навигатор настроить орать перед камом, и на превышение орать может, но у россиян не модно :)

> А для езды на велике оно не критично - скорость не та.

Я так то люблю на горняке порассекать, но, вероятно в совсем другом стиле - и "везде". И там лучше смотреть в оба и клювом не клацать.

> У меня последние лет десять Philips 192EL,

Филипс не есть производитель мониторов заслуживающих внимания.

> Chikony KB-5311. Мои пальцы не жалуются года с 96 кажется. Одну такую
> утоптал,за вторую взялся,и еще две в запасе лежит:)

Мне мягкие логитеховые ultraflat понравились, я вероятно печатаю таки больше.

> Нет, переквалифицироваться в гуру-наставника и читать лекции (можно дистанционно).

Предпочитаю активно на мир воздействовать, реализуя проекты.

> Мой вкус тут аналогичен вашему. Может потому у меня глаза и целы
> что я всегда избегал работы в той ОС.

Кстати все мои попытки сделать в винде темную тему были неуспешны. В отличие от сабжа.

> В месте моего обитания. Доставка чего-либо сюда - это не просто и не быстро.

Двойные стандарты какие-то. С али быстро а из чид медленно?

> Без ночевки одним днем туда-обратно не успеть. А это гостиница(ну,ночлежка).

Вы так говорите как будто пару деталек брать собираетесь.

> Мне с такими поездками эти детальки из ЧиД будут по цене драгметаллов на вес.

Ну так если я пару SMD резисторов в заказ брошу они с учетом доставки - по цене антивещества окажутся.

> так уже придумано. Потому и говорю что добыть китайские готовые модули мне
> проще чем сделать такие же свои.

Не понимаю в чем разница добыть комплектуху или модули. Для меня модули это копание в параметрах от жулья с плохой докой, здоровый ненужный кус текстолита и проч.

> на ГСО висит и на всяких других летает реально много.

Ну да. Много релеев именно гео. Я даже догадываюсь какой сигнал можно пулять чтобы потом его легко узнать. Может когда и доберусь до них :)

> Человек называл цифру около сотни только легко находимых.

Тогда это возможно интереснее чем я думал.

> Правда это полтора десятка лет назад было,но не думаю
> что стало меньше. Или к тем хоть какую-то защиту от левого использования приделали.

Вероятно все же стало: часть старых спутников наверное сдохло, а новые в цифре и с авторизацией скорее всего, как раз поэтому.

> А еще есть вариант влезать в широкополосный транспондер узкополосным сигналом.

Есть разные способы делать одно и то же.

> него более плотный спектр сигнала.

Может быть как багом так и фичой. Ведь плотность энергии относительно небольшая и не очень мешает вон тому сигналу. Но такой сигнал будет довольно сильной аномалией.

> Но телевизионные работают на гигагерцах. Без дорогущих измерительных приборов сделать
> что-то на те частоты можно и не пытаться.

Гигагерцы, особенно более 2..5 неудобная штука, очень специфичное знание, критичное к размерам, геометрия их все, печатки странные, FR4 зачастую уже не то.

> Комп с программой orbitron,моторный привод антенны в двух плоскостях,
> передатчик и sdr-приемник. Если такое реализовать то думаю мнооого наловить можно.

Сложноватый сетап, да еще это поди опять какая-то проприетарная виндовая шляпа? Хотя какуюнить неоч злую ягу парой степперов повертеть не так уж и сложно вероятно.

> Характеристики можно и померить если есть прибор типа Х1-50 или подобный.
> А делать УВЧ с нуля - занятие весьма заморочное.

Смотря с какими параметрами его делать. Более-менее содрать готовую конструкцию, с пониманием процесса (примеров "правильной" топологии печаток и проч есть) - адаптировав чутка к тому что есть и то что надо - на UHF имхо прокатит. На гигагерцы, пожалуй, нафиг, очень уж специфично. Хотя фильтры геометрией дорог имхо весьма круто (на низких частотах это слишком большое).

Ответить | Правка | К родителю #348 | Наверх | Cообщить модератору

248. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 14-Фев-24, 12:21 
> Но вот ни 1 дева который стал бы x86-32 у себя на компе юзать я уже и не знаю тупо.

А если разработчик пишет код под AVR то он что,должен юзать у себя в компе восьмибитный микроконтроллер вместо процессора?
Да и то что лично вы не знаете - не значит что таковых нет. Как минимум среди программистов-любителей есть. Это я вам как сам программист-любитель говорю,общающийся с себе подобными.

Безусловно, разработчик на своем компе может юзать вообще что угодно. Хоть сидеть на мейнфрейме каком-нибудь, эмулирующем для него персоналку. Но вот подумать о том где его код возможно будет использоватся - весьма полезно. Тем более вроде как опенсорс пропагандирует кроссплатформенность и переносимость. И игнорировать самую массовую за последние три десятка лет архитектуру довольно странно.
Отношение к людям в стиле "у меня работает,а вы сами там как хотите" - плохо выглядит просто с точки зрения обычной вежливости. Как минимум в случае если код выкладывается целенаправленно для публичного пользования,а не где-то на домашней страничке с соответствующими оговорками.

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

256. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 16:04 
> А если разработчик пишет код под AVR то он что,должен юзать у
> себя в компе восьмибитный микроконтроллер вместо процессора?

Там видите ли нет аспектов "depends: zlib, libssl, [...еще 10 либ]". Можно пересобрать фирмвар от и до - ибо он мелкий. А если будет надо менеджмент вон того, все ВНЕЗАПНО сильно менее удобно. Так только кернел и uboot билдить комфортно, ибо не зависят от внешних либ. А юзермоду надо ОТДЕЛЬНО, В СТОРОНЕ, НЕСТАНДАРТНО кроить альтернативную иерархию с либами и в нее это собирать.

Эта иерархия по понятным причинам - не совпадает с иерархией таргета (в дефолтовой локации на хосте либы хоста, внезапно уже есть!). И это боль.

> Да и то что лично вы не знаете - не значит что таковых нет.

Ну, понимаете, я все то еще и практикую, откуда и знаю проблематику. И рассказывать мне как оно... простите но это ни о чем без эффектных демо как просто и без головняка кроссово билдить проги и либы "в количестве", без массы левых пассов руками и глюков.

> Безусловно, разработчик на своем компе может юзать вообще что угодно. Хоть сидеть
> на мейнфрейме каком-нибудь, эмулирующем для него персоналку.

И лучше всего софт работает - в конфиге разработчика. Так что, если у вас нет такого майнфрейма и эмуля, можно неприятных сюрпризов получить.

> более вроде как опенсорс пропагандирует кроссплатформенность и переносимость.

Ну так никто не запрещает вот именно ВАМ сборкой под то или это заняться. А у дебиана есть еще и ряд менее официальных портов - для того что нишмагли майнтайнить с должным качеством, но кому-то все же надо. Просто немного в сторонке. Может часть вылетит куда-то туда, когда по качеству скатится ниже приемлимого для релиза основного дебиана.

Для мипса это не планируют - потому что желающих возиться при лобовом вопросе оказалось 0. Ну раз 0 так 0, что с этим сделаешь?

> Отношение к людям в стиле "у меня работает,а вы сами там как
> хотите" - плохо выглядит просто с точки зрения обычной вежливости.

Равно как и перепихивание своих проблем на головы которым эти проблемы не интересны.

> где-то на домашней страничке с соответствующими оговорками.

Дебианщики вообще большую часть софта - не пишут. И не контролируют этот аспект полностью. Софт уж такой какой есть.

Ответить | Правка | Наверх | Cообщить модератору

263. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 14-Фев-24, 19:20 
>Там видите ли нет аспектов "depends: zlib, libssl, [...еще 10 либ]". Можно пересобрать фирмвар от >и до - ибо он мелкий. А если будет надо менеджмент вон того, все ВНЕЗАПНО сильно менее удобно. Так >только кернел и uboot билдить комфортно, ибо не зависят от внешних либ. А юзермоду надо ОТДЕЛЬНО, >В СТОРОНЕ, НЕСТАНДАРТНО кроить альтернативную иерархию с либами и в нее это собирать.

Соглашусь лишь отчасти. Во-первых даже на AVR бывают библиотеки. Другое дело что чаще всего
не заморачиваются изготовлением именно бинарных либ,а хранят их в виде кучки исходников и цепляют
оттуда что надо. Во-вторых "мелкость" штука относительная. Наверно, имея под рукой китайский многоядерный Xeon с Али я бы считал "мелкими" существенно более крупные вещи чем сейчас. Имеется в
виду в смысле компиляции,а не вникания и редактирования.
В-третьих в линуксе есть chroot который позволяет сделать альтернативную иерархию с либами сделать
для целей кросскомпиляции. Цена - практически только дополнительное место на диске,что сейчас
обычно не проблема.

>И лучше всего софт работает - в конфиге разработчика. Так что, если у вас нет такого майнфрейма и >эмуля, можно неприятных сюрпризов получить.

Так я именно об этом и говорю. Что если у разработчика софта был x86-32 то огребать дополнительные сюрпризы собирая это на x86-64 совершенно не хочется.

Вот например есть такая штука как ardupilot. И там даже есть возможность сборки под Raspberry Pi.
Но - с подключенным другим комплектом других датчиков,не такие как подключил я. Точнее даже большая часть подключенных датчиков совпадает,но они не на фирменной дорогущей плате за 20 тыс руб. https://geobond.ru/product/Navio2/  
,а "россыпью" в виде китайских модулей с Али.
А описание переноса на свою конфигурацию - вот такое минималистичное:
https://github.com/ArduPilot/ardupilot_wiki/blob/master/dev/...

Особенно порадовала фраза:
"Work through any issues highlighted by '#error' messages in the codebase, which will require per-board configuration."

Что можно перевести - сиди и разбирайся сам, писать развернутую документацию нам было Лень. Ну что - имеют право лениться. Но вот мне бы не хотелось чтобы к необходимости править известные места добавилась необходимость искать и править неизвестные,которые вылезут при переносе
например на arm64. Мне вообще-то результат хочется получить,а не абстрактным "развитием проекта"
заниматься. Тем более что в моей задаче даже RPi и то "много" потому что робот наземный,а не летающий(тут летать нельзя). Можно было бы и STM32 обойтись,но
он в отличие от RPi, видео пересылать мне через интернет не сможет. А я хочу чтобы робот именно
через интернет (LTE) управлялся - тогда у меня гарантированно не вылезет проблем с нелицензированным передатчиком (а иначе могут ибо в погранзоне живу).

Ответить | Правка | Наверх | Cообщить модератору

267. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 22:22 
> Соглашусь лишь отчасти. Во-первых даже на AVR бывают библиотеки.

А таки это несколько другое. Их мало, они специфичные, и с системными они не пересекаются как правило.

> многоядерный Xeon с Али я бы считал "мелкими" существенно более крупные
> вещи чем сейчас.

У вас такие огроменные фирмвары что их компил напрягает на хоть там чем? И вы часто их радикально меняете чтобы рекомпилить от и до целиком?

> В-третьих в линуксе есть chroot который позволяет сделать альтернативную иерархию

Я могу и попродвинутее пилотировать звездные крейсера - но все равно получается много нестанлдартной кривизны и вытекающих оттуда траблов.

И если уж про чрут а - есть qemu-user и вот там можно потрепыхаться с кросс-виртуализацией которая и не оч тормозная. Но мне не нравится шанс загадить себе хост таким действом.

> Так я именно об этом и говорю. Что если у разработчика софта
> был x86-32 то огребать дополнительные сюрпризы собирая это на x86-64 совершенно
> не хочется.

У современных разработчиков сейчас - x86-64, у практически 100% тушек. Откуда и вон те желания дропнуть антикЪ.

> Особенно порадовала фраза:
> "Work through any issues highlighted by '#error' messages in the codebase

Я тоже так иногда делаю. Не очень понятно что вам не нравится. Так можно прочекать что ключевые параметры вкатили в компилтайме.

> Что можно перевести - сиди и разбирайся сам, писать развернутую документацию нам
> было Лень.

"Free software comes without support". Хотите Solution, не юзая мозг? Достаньте кошелек и отстегните круглую сумму. Вы же покупаете у пекаря булочки чтоб не печь самому.

> он в отличие от RPi, видео пересылать мне через интернет не сможет.

Да. Вот тут у распиобразных штук есть энное преимущество. Можно кам в usb воткнуть или даже в MIPI CSI если простых путей не искать.

> с нелицензированным передатчиком (а иначе могут ибо в погранзоне живу).

Я обычно в ISM орудую, там всяко ср@льник и к этому все привыкли, плюс-минус 1 сракер ТАМ всем имхо пофиг если не борзеет с мощой и постоянной передачей. В РФии соответственно наиболее дружный срач по разным поводам это 27МГц, 433, 868 МГц, и 2.4ГГц (конкретику лучше уточнить если комплаенс сильно важен). Там всякие мыши, погодные станции, брелки авто, радиозвонки, пультики люстр и проч, ... - дофига барахла. Если это не совсем тундра то к этому все уже привыкли.

Ответить | Правка | Наверх | Cообщить модератору

280. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 15-Фев-24, 17:46 
>> многоядерный Xeon с Али я бы считал "мелкими" существенно более крупные
>> вещи чем сейчас.
> У вас такие огроменные фирмвары что их компил напрягает

Ну вон посмотрите хотябы на уже упоминавшийся ardupilot.
Если ставим его на "малину" то это можно считать фирмварью?
А размер zip-архива исходников там 92 мегабайта.
Для компиляции на моем i5-8250U это приемлимо.
А будь или проц послабее или исходники побольше - ожидание компиляции занимало бы
уже весьма много времени. И ведь не просто ждать приходит когда можно уйти чем-то другим заниматься,а смотреть где оно очередную ошибку выкинет.

>> Так я именно об этом и говорю. Что если у разработчика софта
>> был x86-32 то огребать дополнительные сюрпризы собирая это на x86-64 совершенно
>> не хочется.
> У современных разработчиков сейчас - x86-64, у практически 100% тушек.

Здест ключевое слово - СЕЙЧАС. А код может быть написан и десять лет назад и больше.
Или даже сейчас,но под распространенные одноплатники armv7 которые 32-разрядные.
Если хотеть пользоваться портабельностью (ну хотябы ограниченной) и пытаться
отлаживать хотябы высокоуровневую логику на хосте,а не на самом одноплатнике - то
хорошо бы чтобы разрядность хоста совпадала.

>> Особенно порадовала фраза:
>> "Work through any issues highlighted by '#error' messages in the codebase
> Я тоже так иногда делаю. Не очень понятно что вам не нравится.

Не нравится _времязатратность_ такого способа модификации исходника.

> Так можно прочекать что ключевые параметры вкатили в компилтайме.

Так если именно для "прочекать" - то это нормально и правильно.
А вот предлагать ползать по исходнику за каждым из этих #error
вместо того чтобы как-то в одном месте параметры собрать (и желательно откомментировать) -
это неудобно.

> "Free software comes without support". Хотите Solution, не юзая мозг? Достаньте кошелек
> и отстегните круглую сумму. Вы же покупаете у пекаря булочки чтоб
> не печь самому.

Вы прямо в точку попали:) Чаще всего пеку себе булочки сам потому что до ближайшего
магазина у меня тут 8 километров по морю,на лодке(или если зимой то по льду на снегоходе для разнообразия). Каждый день не побегаешь,а булочки недельной давности не слишком вкусны.
Так что к самообслуживанию мне не привыкать.
Но вот сделать обслуживание своего кода удобным - это можно сказать правило хорошего тона
в программировании. Если конечно не стоит задача втюхать работодателю говнокод :)


>> он в отличие от RPi, видео пересылать мне через интернет не сможет.
> Да. Вот тут у распиобразных штук есть энное преимущество. Можно кам в
> usb воткнуть или даже в MIPI CSI если простых путей не
> искать.

Раз уж MIPI CSI упомянули то знаете что способы управления всякими планшетно-телефонными
камерами чаще всего добывались реверсом и исходники под них если и есть то написаны весьма коряво. С usb камерами всё хорошо в смысле подключения, но чаще всего плохо в смысле качества
картинки. Нет, формально пикселей может быть и много,а визуально картинка всё равно мутная - например из-за убогости объектива. И ведь пока не воткнешь камеру и не посмотришь - хрен об этом узнаешь.

>> с нелицензированным передатчиком (а иначе могут ибо в погранзоне живу).
> Я обычно в ISM орудую
> лучше уточнить если комплаенс сильно важен). Там всякие мыши, погодные станции,
> брелки авто, радиозвонки, пультики люстр и проч, ... - дофига барахла.

Вот только принципиальное отличие всех этих мышей и звонков - в том,что это _промышленные_
изделия. То есть на них были получены производителем (ну должны были) разрешительные бумаги.
Поэтому покупатель может их использовать.
А вот если гражданин сделает радиобрелок или радиомышь САМ - то это будет "нелицензированное радиопередающее средство" и получать на него бумаги придется самому потому что "производителем" становится он. Теоретически это даже возможно - но
возни очень много и не бесплатно. Можно на радиолюбительских форумах почитать впечатления тех
кто это проходил для своих самодельных передатчиков.

> Если это не совсем тундра то к этому все уже привыкли.

Да, с самодельной радио мышью в крупном городе действительно можно затеряться в общем радиошуме.
С достаточно мощным передатчиком дрона - уже может быть чревато последствиями.
А я вообще в погранзоне живу - тут и местность малонаселенная соответственно маскирующего радиошума немного, и если обнаружат то сильно прилетит по шапке за нарушение погранрежима.
Особенно сейчас в связи с общеизвестными событиями:( Я уже знакомых погранцов на эту тему поспрашивал - рекомендовали с самоделками в эфир не высовываться,во всяком случае пока
не закончится то что нельзя называть.



Ответить | Правка | Наверх | Cообщить модератору

284. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 15-Фев-24, 23:41 
> Если ставим его на "малину" то это можно считать фирмварью?

Лишь условно. В контексте сабжа оно компьютер, как ваш десктоп. А то что компьютер может быть встраиваемым/бортовым/etc - наверное немного другой аспект.

> А размер zip-архива исходников там 92 мегабайта.

Вероятно 92 мега все же не МКшной фирмвари - а софта под ОС с кучей вон того depends и тогда это все же другое.

> Для компиляции на моем i5-8250U это приемлимо.

Ну, вы же его не ребилдите от и до с ноля чартерными рейсами? И даже при разработке вы меняете ну может пару файлов, они обычно и рекомпилятся, остальное как правило из объектников уже и все в целом разумно. Но вот там уже поди "depends" надо дофига и кросс задолбаетесь.

> А будь или проц послабее или исходники побольше - ожидание компиляции занимало
> бы уже весьма много времени.

Разово - и хрен с ним. При dev тоже меняется только что редактили. А если ну вот реально оптом надо - варианты тоже так то есть. Например распределенный компил, мощность 1 не так уж важна, можно и пачку малин в "билдферму". Реальная проблема будет если у этого добра мало RAM, компил валится, а более жирных на этой архитектуре в принципе не бывает. Актуально для ARMEL и MIPSEL всяких. А с x86 просто желающих возиться - все меньше.

> И ведь не просто ждать приходит когда можно
> уйти чем-то другим заниматься,а смотреть где оно очередную ошибку выкинет.

В случае длинных операций я пинаю билд в фон и занимаюсь чем-то иным. Можно в каде порисовать, почитать доку, или даже в гамезу какую поиграть, или много чего еще.

>> У современных разработчиков сейчас - x86-64, у практически 100% тушек.
> Здест ключевое слово - СЕЙЧАС. А код может быть написан и десять
> лет назад и больше.

Со своей стороны я считаю что если его за 10 лет не окультурили - возможно он не так уж нужен и в глобальном масштабе выброс трагедией не является. А любители редких сортов пусть сами и разбираются с своим этсамым, не делая это чужими проблемами.

Людей по хорошему предупреждали что программить надо кроссово. Если кто на это забил, это его проблемы и тех кто в это вляпался.

> отлаживать хотябы высокоуровневую логику на хосте,а не на самом одноплатнике - то
> хорошо бы чтобы разрядность хоста совпадала.

Напротив. При том же наборе операций отвалидировать математику на 2 разных системах улучшает тестироваение и валидацию портабельности с теми же усилиями. Впрочем для себя я юзаю типы из C99, uint32_t это всегда uint32_t. Что на авр, что на x86-64, определен он так. А если код уповал на int конкретной разрядности, /dev/null по нему соскучился.

>> Я тоже так иногда делаю. Не очень понятно что вам не нравится.
> Не нравится _времязатратность_ такого способа модификации исходника.

У норм людей ключевые параметры более-менее в 1 локации задаются. Ну и альтернативы могли быть и еще хуже, вероятно.

> вместо того чтобы как-то в одном месте параметры собрать (и желательно откомментировать)
> это неудобно.

Ну вот то что в 1 месте их не собрали - фэйл конечно. Но сам по себе #error как способ срубить билд если юзерь что-то прошляпил - норм.

> Вы прямо в точку попали:) Чаще всего пеку себе булочки сам потому
> что до ближайшего магазина у меня тут 8 километров по морю,на лодке

Ну, вот видите, вам проще так. А вон тем проще - в булочную сходить. Вопрос соотношений. И так и так - валидно и каждый для себя сам определяется, что сам, что другим делегировать. И ессно совсем забесплатно другие вообще совсем все - не факт что сделают.

> Но вот сделать обслуживание своего кода удобным - это можно сказать правило
> хорошего тона в программировании.

И портабельность кода - одно из ключевых требований в этом аспекте, если что.

> Раз уж MIPI CSI упомянули то знаете что способы управления всякими планшетно-телефонными
> камерами чаще всего добывались реверсом

Насколько я помню сам MIPI CSI относительно стандартен и проч, да и даташиты на матрицы довольно часто бывают как ни странно. Вот контроллеры - там у кого что конечно. И зависит от доков на SoC. Недокументированые SoC грабли не только с MIPI но и - везде.

> подключения, но чаще всего плохо в смысле качества картинки.

Ну это отзывы юзерей в инете надо смотреть по хорошему.

> Вот только принципиальное отличие всех этих мышей и звонков - в том,что
> это _промышленные_ изделия.

Спецом под РФ их никто не делает как вы понимаете.

> То есть на них были получены производителем (ну должны были) разрешительные бумаги.

ISM не требует лицензирования - с определенными ограничениями (выделенные под всеобщий срач частоты, лимиты мощности). Я стараюсь использовать мозг и предполагаю что "не создавай проблем других и их не создадут тебе". Т.е. не борзеть с мощой, не занимать канал надолго, мало отличаясь от "похожих девайсов" в полосе, не соваться на хзчьи частоты, и понимать что и зачем я делаю и на какое примерно расстояние это может проблемы создавать, всем пофиг. ISM и тому подобные (SRD/LPD) полосы для всеобщего ср@ча на короткие дистанции и созданы.

> А вот если гражданин сделает радиобрелок или радиомышь САМ - то это
> будет "нелицензированное радиопередающее средство" и получать на него бумаги придется

Для ISM - в пределах лимитов ISM - это не требуется, особенно если это не продавать. А то может мне микроволновку лицензировать? Она на 2.4ГГц наверное несколько ваттов в эфир пуляет. Никто за ней ессно не будет бегать. И за звонком и брелком авто тоже.

А самый кайф это более-менее укладываясь в эти лимиты посмотреть насколько можно разными фокусами расстояние расширить.

> возни очень много и не бесплатно. Можно на радиолюбительских форумах почитать впечатления
> тех кто это проходил для своих самодельных передатчиков.

Если оперировать в лимитах ISM/LPD/SRD и не борзеть - то это перебор. Китайцы свои пультики тоже ессно не лицензировали но их в рф - миллионы.

Более того! В продаже в РФ бывают и совсем левые вещи. Скажем пультики на 315 МГц. Вообще-то это АМЕРИКАНСКАЯ полоса для открывашек гаражей и т.п.! А у россиян для такого 433. У амеров наоборот, 433 по идее "хамский" а для этой фигни 315 и 915 (в РФ на нем GSM - упаси туда сунуться).

> Да, с самодельной радио мышью в крупном городе действительно можно затеряться в
> общем радиошуме.

А вы уверены что у вас питальник не шумит как три мыши? :)

> С достаточно мощным передатчиком дрона - уже может быть чревато последствиями.

Самый кайф имхо пульнуть пакет лимитированой мощой на почтенное расстояние. А за запуск дрона у россиян сейчас - вообще вроде можно поиметь неприятностей, это вроде карается независимо от радио, не?

> маскирующего радиошума немного, и если обнаружат то сильно прилетит по шапке
> за нарушение погранрежима.

А там запрещен даже ISM? И скажем микрой пользоваться нельзя? Я бы скорее поверил что все обделаются при виде дрона и попытаются сбить его - и найти владельца, который заманается доказывать что не шпион.

> эту тему поспрашивал - рекомендовали с самоделками в эфир не высовываться,

С большой мощей и постоянным сигналом, да еще подвешенно на дроне - плоховатая идея. Впрчоем сейчас у россиян вроде и за просто пуск дрона взгревают нехило, не?

Ответить | Правка | Наверх | Cообщить модератору

287. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 16-Фев-24, 01:06 

>А с x86 просто желающих возиться - все меньше.

Под х86 десктоп за тридцать лет всё что может написать один или несколько человеков -
уже написали. Хуже или лучше но оно есть. А что-то монстрообразное могут писать
только корпократы с большими бюджетами. Даже если оно и open source.
Остаются только какие-то совсем узкоспецифичные штуки типа моей программки для чтения
данных с контроллера управления солнечной электростанцией. Ибо предлагаемый для этого
китайский софт существует только под винды и даже там убог и глючен до невозможности.

>> код может быть написан и десять лет назад и больше.
> Со своей стороны я считаю что если его за 10 лет не
> окультурили - возможно он не так уж нужен

Если он просто работает в тех условиях где его обычно используют - то
в него скорее всего никто и не полезет. А если даже полезет и окультурит ДЛЯ СЕБЯ - то
совершенно не факт что станет заморачиваться с поисками куда бы это выложить халявно.
В итоге если и выложит то на каком-нибудь профильном форуме где в горах словесного мусора
найти будет маловероятно если не сидите там регулярно.

> А любители редких сортов пусть сами
> и разбираются с своим этсамым, не делая это чужими проблемами.

Именно так я и поступаю. Нужна была мне поддержка CP866 в Иксах - сделал и пользуюсь,
а не стал слушать тех кто говорит что однобайтные кодировки это "нинужно". Еще как
нужно, особенно если под микроконтроллеры пишешь периодически.

> Людей по хорошему предупреждали что программить надо кроссово.

Если человек учился в институте лет 20+ назад и программирование у него небыло
профильным предметом (как кстати и у меня когда-то небыло) - то вполне
могли и не предупреждать. Просто мне тогда так понравилось программировать что
я на основную специальность подзабил и ушел в программисты.

>> отлаживать хотябы высокоуровневую логику на хосте,а не на самом одноплатнике - то
>> хорошо бы чтобы разрядность хоста совпадала.
> Напротив. При том же наборе операций отвалидировать математику на 2 разных системах
> улучшает тестироваение и валидацию портабельности с теми же усилиями.

С теоретической точки зрения оно конечно так. Но хочется-то результат,а не процесс
борьбы с дополнительной порцией багов.

> для себя я юзаю типы из C99, uint32_t это всегда uint32_t.

Так это вы для себя. А я даже в официальных аппнотах регулярно вижу int в примерах.
Понятно что с этим кодом случается при попытках собрать под что-нибудь другое.
Про любительский код я уже раньше писал - он чуть ли не весь предполагает что
int это 32 бита. И указатель 32 бита. Другое дело что не всегда это фатально,бывает что
и прокатывает.

>>> Я тоже так иногда делаю. Не очень понятно что вам не нравится.
>> Не нравится _времязатратность_ такого способа модификации исходника.
> У норм людей ключевые параметры более-менее в 1 локации задаются.

И я о том же. И уж точно не предлагается выискивать их читает #error в исходниках.

> альтернативы могли быть и еще хуже, вероятно.

Из того что я нашел за ночь - альтернатива оказалась на Питоне.
А я его еще и не знаю толком. Конечно, простой код пойму как и любой программист,но
там аж классов наворотили. Посмотрел я на это и решил лучше в сишном коде поковыряться.
Хотябы язык более-менее знаю.

>> Но вот сделать обслуживание своего кода удобным - это можно сказать правило
>> хорошего тона в программировании.
> И портабельность кода - одно из ключевых требований в этом аспекте, если
> что.

Не всегда. Если код под микроконтроллер то он по определению зависим если не от
конкретного контроллера то хотябы семейства. См выше про аппноты для AVR с int.

>> Раз уж MIPI CSI упомянули то знаете что способы управления всякими планшетно-телефонными
>> камерами чаще всего добывались реверсом
> Насколько я помню сам MIPI CSI относительно стандартен

Именно что относительно,в смысле сам протокол. А конкретные команды у разных камер
отличаются.

> даташиты на матрицы довольно часто бывают как ни странно.

Как обычно - те камеры на которые есть даташиты - труднодобываемы(или вообще не) и дороги,а
те камеры которые найдены среди китайского электронного барахла типа дохлых планшетов - страдают
отсутствием даташитов.

>> подключения, но чаще всего плохо в смысле качества картинки.
> Ну это отзывы юзерей в инете надо смотреть по хорошему.

Опять как обычно - то на что есть отзывы отсутствует в продаже,а на то что есть - нет отзывов.
Ощущение такое что китайцы специально быстро заменяют модели своих девайсов чтобы затруднить
покупателям выбор.

>> Вот только принципиальное отличие всех этих мышей и звонков - в том,что
>> это _промышленные_ изделия.
> Спецом под РФ их никто не делает как вы понимаете.

Естественно их не делают специально для РФ. Но при ввозе в РФ на них оформляют таможенные
документы,подтверждающие соответствие требованиям к местному эфиру.

> ISM не требует лицензирования - с определенными ограничениями

От _производителя_ устройств - требует. Не требует от _пользователя_.
В отличие от более других диапазонов где пользователю предписано озаботиться
получением разрешения на выход в эфир даже если он использует серийно изготовленное
оборудование,официально ввезенное в РФ.

> Я стараюсь использовать мозг и предполагаю что
> "не создавай проблем других и их не создадут тебе".

Безусловно с вами согласен.

>> А вот если гражданин сделает радиобрелок или радиомышь САМ - то это
>> будет "нелицензированное радиопередающее средство" и получать на него бумаги придется
> Для ISM - в пределах лимитов ISM - это не требуется, особенно
> если это не продавать. А то может мне микроволновку лицензировать?

Микроволновкой должны заниматься не вы,а её производитель.
И вот он-то должен доказать что его микроволновка пуляет в эфир не более
разрешенной мощности и только в пределах ISM диапазона.
Более того,я даже лично в середине двухтысячных участвовал в испытаниях большого электрогенератора с газопоршневым двигателем, когда в числе прочего ему замеряли уровень создаваемых паразитных радиоизлучений. Именно чтобы получить разрешение делать и продавать
такие генераторы. Для этого приглашались люди из специализированного НИИ с соответствующим
весьма дорогим оборудованием. Вот у них-то я многие тонкости законодательства и повыспрашивал.
Заодно мне померили параметры китайских раций на 433 Мгц. (в нормы по внеполосным излучениям влезли не все).

> ессно не будет бегать. И за звонком и брелком авто тоже.

Смотря где вы этим будете пользоваться. Есть места где вполне будут. Потому что и то и другое
- готовые устройства двойного назначения, способные привести в действие что-нибудь нехорошее.
Но если вы покажете прибежавшим промышленно изготовленный и официально ввезенный в РФ девайс -
от от вас отстанут. А вопросы если и будут то к тому кто растаможивал это. А вот если брелок
будет самодельным - то вопросы будут уже к вам.

> А самый кайф это более-менее укладываясь в эти лимиты посмотреть насколько можно
> разными фокусами расстояние расширить.

Это да, лазеек хватает.

> Если оперировать в лимитах ISM/LPD/SRD и не борзеть - то это перебор.

Смотря где. А сейчас надо еще добавить и "смотря когда".

> Китайцы свои пультики тоже ессно не лицензировали но их в рф
> - миллионы.

Сертифицировали их те,кто из Китая ввозил. Как именно это делалось - обсуждать не будем.

> Более того! В продаже в РФ бывают и совсем левые вещи. Скажем
> пультики на 315 МГц.

Бывают. За пультик,тем более в городе где и так хватает радиошума, скорее всего
ничего не будет. А вот за дальнобойные телефоны (senao и подобные) - вполне
себе бывало в те времена когда они были особо популярны. Даже несмотря на
куда более наплевательское отношение к законам в те времена.

>> Да, с самодельной радио мышью в крупном городе действительно можно затеряться в
>> общем радиошуме.
> А вы уверены что у вас питальник не шумит как три мыши?
> :)

А это не ко мне вопросы,а к тому кто ввозил в РФ этот питальник и его растаможивал.

>> С достаточно мощным передатчиком дрона - уже может быть чревато последствиями.
> А за запуск дрона у россиян сейчас - вообще вроде можно поиметь неприятностей,
> это вроде карается независимо от радио, не?

Россия большая,так что последствия сильно зависит от места.
У меня в этом отношении место весьма стрёмное потому как рядом с госграницей.
Кстати, до самого конца СССР тут всё еще намного строже было,хотя дронов тогда и небыло.

>> маскирующего радиошума немного, и если обнаружат то сильно прилетит по шапке
>> за нарушение погранрежима.
> А там запрещен даже ISM?

Запрещено пользоваться "нелицензированными радиопередающими средствами".
Микроволновка и радиомышь - лицензируются производителем или импортёром.
За самодельный передатчик отбрехиваться придется самому.

> Я бы скорее поверил что все обделаются при виде дрона и попытаются сбить

В 6 км от меня есть некий объект,где таки действительно собьют,причем гарантированно.
Там с недавних пор даже светомаскировку ввели - раньше по ночам куча фонарей горело,
сейчас почти все погашены.

> и найти владельца, который заманается доказывать что не шпион.

Вот найдут или нет - не знаю. Думаю что скорее нет при минимальных усилиях со стороны
субьекта поисков. Но проверять не хочется. Меня кстати спросят не знаю ли я кто запускал -
потому как пограничным дружинником числюсь.

>> эту тему поспрашивал - рекомендовали с самоделками в эфир не высовываться,
> С большой мощей и постоянным сигналом, да еще подвешенно на дроне -
> плоховатая идея.

Вот и я о том же. Потому и интересуюсь возможностью управления через интернет(LTE),да и летать
по воздуху не собираюсь,а наземные роботы пока что не запрещены.
Но чтобы управлять через интернет - нужно raspberry pi или что-то подобное.
Поднимать подключение на STM32 будет весьма затруднительно.

Ответить | Правка | Наверх | Cообщить модератору

298. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 16-Фев-24, 19:19 
> Под х86 десктоп за тридцать лет всё что может написать один или
> несколько человеков - уже написали. Хуже или лучше но оно есть.

А мое будущее имхо не связано с x86. С x86-32 совершенно точно.

> китайский софт существует только под винды и даже там убог и глючен до невозможности.

Ну вот я себе для пары специфичных штук немного реверснул протоколы и накорябал сервистулов. И, конечно, им похрен ARM там будет, RISCV или x86-64. По своему забавно с одноплатника так орудовать.

> и окультурит ДЛЯ СЕБЯ - то совершенно не факт что станет заморачиваться
> с поисками куда бы это выложить халявно.

Ну значит видимо не настолько ценное добро. Меня вот друзья развели на публикацию эн штук и я стал майнтайнером некоторых вещиц. Изначально и не планировал. Но если пипл требует...

> В итоге если и выложит то на каком-нибудь профильном форуме где в
> горах словесного мусора найти будет маловероятно если не сидите там регулярно.

Есть такая штука - поисковики. Я довольно интересные артефакты так то находил. Например "гайд" (даже 2!) как самому equation-подобный трюк с HDD делать, отдав левый сектор вместо записаного.

> Именно так я и поступаю. Нужна была мне поддержка CP866 в Иксах - сделал и пользуюсь,

Ну, оно для вас работает - и збс. А мне это как зайцу стопсигнал.

> Еще как нужно, особенно если под микроконтроллеры пишешь периодически.

Я пишу под мк но без понятия зачем мне CP866 уперся. Последний раз я его всерьещ видел в досе.

> Если человек учился в институте лет 20+ назад и программирование у него
> небыло профильным предметом (как кстати и у меня когда-то небыло) - то вполне

Тогда и на операцию такого программера к ученику мясника стоит определить при случае имхо.

> я на основную специальность подзабил и ушел в программисты.

Так бывает. Yan Colett должен был стать маркетологом. А стал топовым экспертом по алго сжатия, сейчас в мордокниге. Причастен к LZ4 и ZSTD. Такой вот маркетинг. А умея в это он хотя-бы понял какой сегмент проблематики он окучивает и таки - по сути unbeatable в нем :). Написать на сях суперскоростной код, который даже на асме фиг обставишь... сколько так сможет?! В отличие от асма портабельно. И быстро - ВЕЗДЕ.

> С теоретической точки зрения оно конечно так. Но хочется-то результат,а не процесс

Накапливать техдолг плохая идея - за это воздается. Как правило в тот момент когда этого меньше всего хотелось.

> борьбы с дополнительной порцией багов.

Это все равно надо было сделать - и еще вчера. Иначе завтра эта граблина еще и не так в лоб укатает в новом проекте. Только глупый человек не реюзает код. А если реюзать - грабли раскладывать ни-ни.

> Так это вы для себя. А я даже в официальных аппнотах регулярно вижу int в примерах.

Можно подумать что заржавелые бакланы не могут писать апноты. Апнот это пример, а не the one and the only. В той роли - описалово регистров.

> весь предполагает что int это 32 бита. И указатель 32 бита.

Я такой код классифицирую на подлете, и для меня это showstopper. Есть глубоко системные топики, скажем, в 32 бит системе бутлоадер by design получит 32 бита как адрес запуска фирмвары, но это нишевой топик. Потуга прибить меня к энной архитектуре - перевешивает любые плюсы. У меня на компах, ноутах и проч насквозь 64-бит системы, не способные запускать что либо 32-битное. И мне в общем случае будет проще не юзать такой код, решив проблему иначе.

>> У норм людей ключевые параметры более-менее в 1 локации задаются.
> И я о том же. И уж точно не предлагается выискивать их
> читает #error в исходниках.

Ну как, #error при отсутствующих или кривых парамеетрах в параметризуемом юзером коде сам по себе норм. Но конфигурационный блок по хорошему должен быть более-менее локализован в допустим 1 хидере, или там еще где.

>> альтернативы могли быть и еще хуже, вероятно.
> Из того что я нашел за ночь - альтернатива оказалась на Питоне.

Ну вот мир бывает неидеальный, спору нет. Но для меня что питон что x86-32 примерно одинаково неприемлимые субстанции. Технически мне проще при острой нужде опилить сишный код под мои x86-64, если прижмет. Питонокод часто вообще сделан так что майнтенансу не подлежит и мрет как только автор утратил фан, ибо совместимость в питоне ломают постоянно.

> Не всегда. Если код под микроконтроллер то он по определению зависим если
> не от конкретного контроллера то хотябы семейства.

Математические конструкции и алго могут быть одинаковы на них всех. Это и есть суперфича си. Можно отладить на мощном компе с asan/ubsan отfuzz'ив от души, и 1 в 1 скопировать на мк.

> См выше про аппноты для AVR с int.

Архаичной архитектуре и апноты под стать, что уж там.

>> Насколько я помню сам MIPI CSI относительно стандартен
> Именно что относительно,в смысле сам протокол. А конкретные команды у разных камер отличаются.

Я больше на дисплеи смотрел, и там таки есть общий command set. Хотя у контроллеров и приватные команды есть. А с камерами не так? А меня это интересовало... вооон там господин из SPI, GPIO, 74-го триггера да делителей забахал "MIPI" шину для дисплея от мобил (копеечные но крутые стекляхи). Сделать современную шину изничего - забавно. Правда там подстава т.к. неизвестно есть ли у конкретного дисплея память на борту контроллера, и readback не получится, ибо МК может передать через делители, но не прочитает gpio ТЕ уровни сигналов в ответ. Так что это довольно сложный топик для тех кто крут, пока это чуть выше моего уровня, имхо, временно. А пока проще с SPI/i8080 на мк возиться. Там с командами больше разнобоя, хотя тоже вокруг MIPI DCS построено.

> Как обычно - те камеры на которые есть даташиты - труднодобываемы(или вообще
> не) и дороги,а те камеры которые найдены среди китайского электронного барахла типа
> дохлых планшетов - страдают отсутствием даташитов.

Да вроде производителей сносных матриц не так уж много. И так или иначе есть шыт и/или сорц драйвера. Совсем беэ этого - даже на андроиде каком можно наесться, при том самому производителю. А в лине вроде легион сенсоров отрос со временем.

> Опять как обычно - то на что есть отзывы отсутствует в продаже,

Это как? А юзеры отзывы как тогда пишут?

> Ощущение такое что китайцы специально быстро заменяют модели своих девайсов чтобы затруднить
> покупателям выбор.

Я думаю что они это делают так: покупают задешево сливаемый кем-то батч какого-то ненужно залежалого на их складе, радостно пекут из этого что-то с added value. Goto 1.

> Естественно их не делают специально для РФ. Но при ввозе в РФ
> на них оформляют таможенные документы,подтверждающие соответствие
> требованиям к местному эфиру.

Ну так я и не ввожу. А если и, могу не орать что это RF. И даже если заберут - окей, in-situ новый инстанс откатаю, и пусть эта тля подавится :P. Китайцы прошареные: пишут везде нейтральное "Electronic parts" и дескать сами разбирайтесь что это такое.

>> ISM не требует лицензирования - с определенными ограничениями
> От _производителя_ устройств - требует. Не требует от _пользователя_.

Если я собрал себе девайс и не продавал, я не производитель. Если продавать именно generl public, как конечный девайс, то конечно все то надо. Но особо ушлые даже так заявляют модули как "parts" и что им предъявишь?! На практике - ардуинщик потом цепляет модуль, гоняет его. И пока не продает то что накрафтил другим, массово - и он тоже всем пофиг.

> В отличие от более других диапазонов где пользователю предписано озаботиться
> получением разрешения на выход в эфир даже если он использует серийно изготовленное

В ISM вообще по идее можно гонять излучающие RF процессы, эксперименты и проч и все должны с этим жить. Если это кого-то глушит это его проблемы, band спецом под срач и выделен. Другое дело что попасть под ненужное внимание мощным нестандартным длительным сингалом спорная радость даже если за это потом ничего и не будет.

> оборудование,официально ввезенное в РФ.

Если я что-то скрафтил in situ - я это не "ввозил".

> Микроволновкой должны заниматься не вы,а её производитель.
> И вот он-то должен доказать что его микроволновка пуляет в эфир не более
> разрешенной мощности и только в пределах ISM диапазона.

Однако есть например деградация экрана по времени. Да и в целом микры довольно прилично фонят, имхо несколько ваттов. А является ли энный сигнал коммуникациями или чем-то иным... кому оно там надо на 2.4ГГц, туда гадят зиллионы самых разных девайсов.

> паразитных радиоизлучений. Именно чтобы получить разрешение делать и продавать
> такие генераторы. Для этого приглашались люди из специализированного НИИ с соответствующим

Если так не делать - вскоре эфир станет неюзабелен. Скажем на 27МГЦ я наловил много чего-то с странного, от питальников до хз, может, PLC модемов, потому что сигнал - от проводов. При том с вон тем ноутом даже FCC как-то серт выдал. А я его через 3 стены чую. FCC кажется лоханулся. Хотя есть еще мода получить серт а потом - втихаря что-то сменить. Особо наглые тайванокитайские фирмочки вообще могут полностью разные железки под 1 названием продать, видимо как раз чтобы не пересертифицировать. Оччень радует любителей опенврты, купивших девайс а там бабах - чипсет другой!

> Заодно мне померили параметры китайских раций на 433 Мгц. (в нормы по
> внеполосным излучениям влезли не все).

Оно как бы фи. Но вопрос в масштабе проблемы. Никто же не будет бегать с таким шмотом, озадачатся если это кому-то проблемы создает, или, вот, на враждебный дрон похоже.

> Смотря где вы этим будете пользоваться. Есть места где вполне будут. Потому
> что и то и другое - готовые устройства двойного назначения, способные привести
> в действие что-нибудь нехорошее.

С такими устройствами гражданин удумавший это огребет немало неприятных сюрпризов, типа срабатывания от соседа нажавшего СВОЙ звонок досрочно, и мизерного радиуса, когда проще ломом по башке дать. И это... скрафтить функциональный эквивалент такого мусора можно из любых останков электроники за пару часов, если очень надо.

> от от вас отстанут.

А в чем проблемы то? :)). И то что я погодной станции и паре пультиков немного пропатчил модуль передатчика вы и с микроскопом не факт что заметите. Вот если все раздраконить и в лабе потыкать замер мощи, может какое-то (мизерное, там много не выжмешь) превышение и намеряется даж. Но кто это будет делать и зачем?

> будет самодельным - то вопросы будут уже к вам.

И что собственно предъявить за это можно? Если это на левой частоте - изъять могут, но ISM нелицензируемый же. С таким же успехом можно и фонящую микроволновку предъявлять. Хоть я и не знаю как фонящие микроволновки в пограничной зоне. В обычных условиях на ним всем похрен, хоть круглыми сутками гонять можно.

> Это да, лазеек хватает.

Более того - не думаю что кто-то будет скажем сильно пытаться отличить микроволновку и побочки от информационного сигнала, если нет каких-то силных причин. Сейчас они конечно есть но вообще-то россияне с ТАКОЙ по длине границей - нарвались: будет ломиться черти что, в количествах, и ничего с этим никто не сможет сделать.

>> Если оперировать в лимитах ISM/LPD/SRD и не борзеть - то это перебор.
> Смотря где. А сейчас надо еще добавить и "смотря когда".

А таки если не сильно выделяться по сигналу из обычных систем - в по крайней мере обычной местности всем будет имхо пофиг.

> Сертифицировали их те,кто из Китая ввозил. Как именно это делалось - обсуждать не будем.

Половина этого добра ввезено вообще как полуфабрикаты для DIY, с аргументом что блоки же куда-то приделывать будут в окончательный сетап. И там теоретически, если это ушло в производство окончателный сборщик должен готовый девайс, в полном сборе сертифицировать. Ардуинщик не производитель и так делать не будет. Это вроде даже ничего не нарушает если он конечным пользователям готовый продукт как именно готовый продукт не продает. Есть фортели типа назвать это лабораторным/экспериментальным оборудованием, опять же. ISM подразумевает такое использование.

> Бывают. За пультик,тем более в городе где и так хватает радиошума, скорее
> всего ничего не будет.

Теоретически в РФ вообще не должно попадать ничего на 315МГц, как и в европы. И уж конечно это не может быть сертифицировано, как максимум - может кому явно и лицензируют частоту, но продается то это в магазах, для всех. Что у россиян на 315 кроме этих срачей я хз.

> А вот за дальнобойные телефоны (senao и подобные) -

Ну там моща, извините, какая? И постоянно вещает! Оно и бесило кого-нибудь постоянной интерференцией. А, кстати. DECTовские частоты тоже безлицензионные, и там даже почтенная моща до пары ваттов чтоли в импульсе летать могет совершенно обыденно.

> куда более наплевательское отношение к законам в те времена.

Ну как наплевателское? Обычно энфорс случается если кому-то мешало, он имел более законные основания юзать кусок частот и затребовал расчистку эфира. Регуляторы RF примерно для этого сушествуют и примерно так и работают везде.

> А это не ко мне вопросы,а к тому кто ввозил в РФ
> этот питальник и его растаможивал.

Угу, а вы сертификаты на это все вынете из кармана если вопрос ребром поставить? И не окажется что там где-то китайский несертифицированый левак пролез?

> Россия большая,так что последствия сильно зависит от места.
> У меня в этом отношении место весьма стрёмное потому как рядом с госграницей.

КМК маломощные перделки с low duty на ISM даже им довольно похрен будут. Если не делать это совсем рядом с ними. Но вот на дроне - кмк их сейчас дрон даже без радио вообще напряжет.

> Запрещено пользоваться "нелицензированными радиопередающими средствами".
> Микроволновка и радиомышь - лицензируются производителем или импортёром.
> За самодельный передатчик отбрехиваться придется самому.

Так диапазон - нелицензируемый. И по идее все что влезает в те ограничения - лицензированию не подлежит.

> В 6 км от меня есть некий объект,где таки действительно собьют,причем гарантированно.

Судя по тому что я видел - гарантии вилами по воде писаны. Шныряет это добро где хочет, делает что хочет, и никто особо ничего сделать с этим не может. При том такая фигня не только у россиян.

> сейчас почти все погашены.

А вон там - на OSMной карте между прочим, гении SIGINT'а сами себя нарисовали, с обозначением военной части и своим SDR свистком :). Они или ооооочень сильно уверены в своем ПВО, или очень тупые, уж пардон.

> субьекта поисков. Но проверять не хочется. Меня кстати спросят не знаю ли
> я кто запускал - потому как пограничным дружинником числюсь.

Ну собссно я предпочитаю в менее отшибленых локациях жить - и сейчас вообще не в РФ. И всем этот неуловимый Джо похрен, пока не борзеет слишком, соответственно.

> Вот и я о том же. Потому и интересуюсь возможностью управления через
> интернет(LTE),

Мне интересно - а что мешает всяким злыдням делать в общем то все то же самое? Купить сим на бомжа, поставить в дрон, ???, PROFIT.

> да и летать по воздуху не собираюсь,а наземные роботы пока что не запрещены.
> Но чтобы управлять через интернет - нужно raspberry pi или что-то подобное.

Вот кстати насчет наземных - таки да.

> Поднимать подключение на STM32 будет весьма затруднительно.

Ээээ бывают индустриальные модули GSM модемов. А сейчас и 3G/4G/NB-IOT (LTE на минималках). Они умеют даже конект с TCPIP сервером по AT команде какой допустим, а то и HTTP запрос. Так по минимуму и МК может в сеть. Но GPRS лагучий, для реалтайм руления не пойдет, пинг до нескольких секунд. 3G/4G - еще может быть.

Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

303. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 17-Фев-24, 00:10 
>А мое будущее имхо не связано с x86.

Я для себя не вижу смысла выкидывать то что отлично работает.
Мне даже дико не хочется ввязываться в апгрейд Дебиана с 11 на 12. Потому
что хоть сколько-нибудь значимых преимуществ я для своей деятельности не получу,а
усилий на настройку привычной среды придется потратить немало так как предпочитаемые
мной настройки весьма далеки от предлагаемых дистрибутивом по умолчанию. Я свои настройки
собираю и таскаю за собой с 1996 года. Благо в линуксе,в отличие от других ОС, это вообще
хотябы возможно.

>Ну вот я себе для пары специфичных штук немного реверснул протоколы и накорябал сервистулов.

Так и я тот сервистул для солнечного контроллера точно также реверсом сделал. Ну то есть было извстно что там в принципе modbus,но без особых подробностей откуда что читать и куда что писать.

>И, конечно, им похрен ARM там будет, RISCV или x86-64. По своему забавно с одноплатника так >орудовать.

Когда я это писал, у меня десктопом работала плата от телеприставки Mele A2000G с AllWinner A10.
Тогда еще с энергоснабжением у меня похуже было,приходилось больше экономить. Да и разница в потреблении между Армами и Интелами больше была. Нынешний i5-8250U может весьма мало кушать если его об этом попросить.

>Меня вот друзья развели на публикацию эн штук и я стал майнтайнером некоторых вещиц.

Не у всех есть даже чисто техническая возможность быть майнтейнером чего-нибудь. У меня вон тут
в начале февраля интернет жестко глючил неделю (подключение через сотового оператора). По слухам - какие-то работы проводились. Вообще-то и хорошо что проводились. Потому что если зимой скорость
скачивания 1030-1050 килобайтов в секунду,то летом когда набегают толпы дачников может и по 200 килобайтов качать,особенно в выходные. И что хуже - соединения обрываться начинают.

> У меня на компах, ноутах и проч насквозь 64-бит системы, не способные запускать что либо 32->битное. И мне в общем случае будет проще не юзать такой код, решив проблему иначе.

Могу сказать в точности тоже самое про свое 32-битные компы. 64 бита нет и не надо. И по всей видимости уже не будет надо - просто не доживу до невозможности решить проблему иначе в силу немалого возраста.

>Ну как, #error при отсутствующих или кривых парамеетрах в параметризуемом юзером коде сам по >себе норм. Но конфигурационный блок по хорошему должен быть более-менее локализован в допустим 1 >хидере, или там еще где.

Полностью с вами согласен. Но цитату из документации по тому проекту я уже приводил - дословную.
Вот через пару недель халявное солнечное электричество включится и займусь погружением в те исходники в соответствии с той рекомендацией. А пока доки читаю,ну те что нашел.

>Математические конструкции и алго могут быть одинаковы на них всех. Это и есть суперфича си.

К сожалению суперфича не идеальна,особенно если код предполагается исполнять на AVR.
Вот с x86-32 на armhf - действительно очень хорошо переносится.

> Можно отладить на мощном компе с asan/ubsan

Я пока что с -fsanitize особо не возился. А вот -Wall и -pedantic это всегда обязательно. И править код пока все предупреждения не пропадут. Хотя и знаю пару мест где возможна трудноуловимая ошибка но компилятор с этими ключами предупреждения не выдает. А мог бы.

>Архаичной архитектуре и апноты под стать, что уж там.

Хорошо что хоть такие есть и доступны бесплатно. Примеры кода с каких-нибудь любительских форумов бывают еще хуже. Как вы верно заметили - там бывает что делают "что-то" и "зачем-то",ну типа как произнести формулу заклинания для получения нужного действия:)

>Я больше на дисплеи смотрел, и там таки есть общий command set.

Сам я только от древних нокий пробова экранчики подключать так как на это нашлись примеры.
Но на форумах читал что с дисплеями действительно не так сложно как про камеры от мобильников пишут.

>из SPI, GPIO, 74-го триггера да делителей забахал "MIPI" шину

Кстати, типичный 74 триггер - пятивольтовый. А ноги у STM32 - трехвольтовые. Это к вопросу о неидеальности удобств STM32.

>Да вроде производителей сносных матриц не так уж много. И так или иначе есть шыт и/или сорц >драйвера. Совсем беэ этого - даже на андроиде каком можно наесться

И наедаются. Именно что в андроиде. Почитайте форумы где общаются любители изготовления альтернативных прошивок. Или переноса LineageOS на свои девайсы. Неработающая камера - явление
очень типичное. Мне например несколько лет назад удалось запустить полноценный Debian Jessie на
смартфоне HTC HD2,превратив его фактически в одноплатник с экраном,радиомодемом и подключением чего угодно через usb host. Но вот драйвер для его камеры я не нашел. Не скажу что прямо так уж зверски искал,но на поверхности не лежит. Может конечно где-нибудь в недрах китайских форумов и есть.

> Опять как обычно - то на что есть отзывы отсутствует в продаже,а на то что есть в продаже - нет отзывов.
>Это как? А юзеры отзывы как тогда пишут?

А вот так - это _массовое_ явление в РФ. Не знаю кто эти отзывы пишет. Причем явление имеет
место быть и для автономных генераторов и для сварочных аппаратов и других совершенно не компьютерных товаров. Начинаешь искать указанную в обзоре модель - везде висит "нет в наличии", "товар закончился,ожидайте поступления" и тому подобное. Не абсолютно всегда так конечно,но очень часто. Есть у меня подозрения что китайцы специально быстро меняют номера моделей и версий товаров чтобы покупатели не могли адаптироваться и понять где хороший товар,а где им хлам впаривают. Причем бывает так что та же самая начинка начинает продаваться в другом корпусе с другими циферками. Нередко даже прошивки от одного к другому подходят - в недрах форума 4pda можете увидеть кучу примеров для планшетов,книгочиталок и подобной мелкой электроники. У них там любимое развлечение - прошивки с одного на другое ставить.

>Я думаю что они это делают так: покупают задешево сливаемый кем-то батч какого-то ненужно >залежалого на их складе, радостно пекут из этого что-то с added value. Goto 1.

Возможно. Причем уже китайцы клонируют китайцев. У меня даже есть такой клон клона зарядника Imax B6,который внутри похож, но МК другой стоит. И прошивка дико глючная,а заменить никак из-за
несовместимости МК.

>> ISM не требует лицензирования - с определенными ограничениями
> От _производителя_ устройств - требует. Не требует от _пользователя_.
>Если я собрал себе девайс и не продавал, я не производитель.

В случае радиопередающего оборудования если собрал то надо сертификацию проходить прежде чем
использовать. Ну, по российским правилам так. Как они соблюдаются - обсуждать тут не будем.
Но при сильно неудачном стечении всяких обстоятельств - можно проблемы огрести.

>В ISM вообще по идее можно гонять излучающие RF процессы, эксперименты и проч и все должны с >этим жить.

Если излучение является побочным эффектом работы девайса,а не основным его назначением - то по шапке прилетит только в случае совсем уж сильного превышения мощности и создания кому-то сильных помех. И то это будет рассматриваться скорее как что-то типа нарушения санитарных норм,примерно аналогично созданию сильно шума, а не по статьям,связанным с тематикой которую нельзя упоминать.

>А является ли энный сигнал коммуникациями или чем-то иным... кому оно там надо на 2.4ГГц

Вот как раз если заинтересуются те кому надо - будет неприятно. Особенно если сигнал на какой-нибудь побочный шумовой не похож.

>вопрос в масштабе проблемы. Никто же не будет бегать с таким шмотом, озадачатся если это кому-то >проблемы создает, или, вот, на враждебный дрон похоже.

Или самый простой вариант - кому-то выслужиться перед начальством надо. Премия за выявление многим не будет лишней для кармана. И у меня тут как раз есть шанс наличия таких в пределах возможного радиуса действия передатчика.

> Скажем на 27МГЦ я наловил много чего-то с странного,

Я даже на SDR-приемник,сделаный из всем известного телевизионного тюнера,втыкаемого в usb, ловил тут немало странного. Благо он в достаточно широком диапазоне ловит,а мощных вещательных передатчиков поблизости нет чтобы динамический диапазон ацп забить.

>С такими устройствами гражданин удумавший это огребет немало неприятных сюрпризов, типа >срабатывания от соседа нажавшего СВОЙ звонок досрочно, и мизерного радиуса, когда проще ломом по >башке дать. И это... скрафтить функциональный эквивалент такого мусора можно из любых останков >электроники за пару часов, если очень надо.

Вы всё правильно говорите. С одним уточнением: множество удумывающих нехорошее и множество способных скрафтить эквивалент собственноручно - почти не пересекаются. Это со слов тех кто
как раз выявлением удумывающих занимается.

> будет самодельным - то вопросы будут уже к вам.
>И что собственно предъявить за это можно?

Самые разные статьи включая весьма тяжкие - в зависимости от желания и фантазии предъявляющих.
Последствия могут быть от просто нервы помотать до принудительной смены места жительства
на ближайщие дцать лет.
А так-то давно известно что строгость российских законов компенсируется необязательностью их исполнения. Но лучше не рисковать,зная непредсказуемость действий российских правоприменителей.

>Сейчас они конечно есть но вообще-то россияне с ТАКОЙ по длине границей - нарвались: будет >ломиться черти что, в количествах, и ничего с этим никто не сможет сделать.

Поверьте человеку,к границе приближенному(ну,скажем,территориально:) - оно ломилось и раньше. Так что отлов ломящегося - вполне рабочая ситуация. Ну с той или иной эффективностью,не стопроцентной конечно.

>А таки если не сильно выделяться по сигналу из обычных систем - в по крайней мере обычной >местности всем будет имхо пофиг.

Сделать то которое будет не выделяться - это сама по себе весьма не простая задача.
И приборы весьма дорогостоящие нужны чтобы таки проверить - выделяется или нет.
Проще поступить как собираюсь я - использовать то что и так не выделяется.

>DECTовские частоты тоже безлицензионные, и там даже почтенная моща до пары ваттов чтоли в >импульсе летать могет

Согласен,можно пытаться маскировать радиоуправление под телефон DECT. Но как минимум в деревне
активная работа "телефона DECT" будет выглядеть довольно странно,учитывая что проводной телефонии тут нет вообще совсем на километры вокруг.

>Обычно энфорс случается если кому-то мешало, он имел более законные основания юзать кусок частот >и затребовал расчистку эфира. Регуляторы RF примерно для этого сушествуют

Да,это так. Но сейчас регуляторы повышенно возбудились в связи с известными событиями. Особенно в локациях типа моей. Не живи я физически между погранзаставой и границей с нато - всё было бы намного проще.

>Угу, а вы сертификаты на это все вынете из кармана если вопрос ребром поставить?

А с формальной точки зрения я и не должен их вынимать. Вынимать должен тот владелец магазина кто мне это продал. В данном случае будет написано "неустановленное лицо":)
Главное убедить что модификаций я не вносил и намерений не имел.

>Так диапазон - нелицензируемый. И по идее все что влезает в те ограничения - лицензированию не >подлежит.

Не подлежит лицензированию _пользователем_. А производителем - вполне подлежит. Как минимум чтобы
получить бумагу о том что в ограничения влезает. Переверните свой wifi роутер и увидите на нем
наклейку с буквами FCC. Здесь буквы могут выглядеть как РСТ.

>Ну собссно я предпочитаю в менее отшибленых локациях жить

Будь я молодым,а не старым - тоже свалил бы в какую-нибудь тропическую тьму-таракань типа отдаленного острова в теплом океане.

>Мне интересно - а что мешает всяким злыдням делать в общем то все то же самое? Купить сим на >бомжа, поставить в дрон, ???

C одной стороны есть слухи что делают. С другой,как я уже выше сказал, множество тех кто может сделать мало пересекается с множеством тех кому оно хотелось бы для нехороших дел.
Ну и оно может быть эффективно только пока это единичная самоделка. В ином случае можно обнаруживать по всяким признакам которые уже стали известны после первого-второго использования
и выпинывать модем из сети. Выпинывают же сейчас модемы если в них поставить симку с тарифом "для телефона". Не все и не всегда, но я сталкивался и приходилось бороть.

>Ээээ бывают индустриальные модули GSM модемов.

Труднодоставаемо в сельской местности и весьма не дешево если говорить именно об LTE с возможностью руления через него. Смысл-то в том, как собрать робота из подручных деталей за дешево. За дорого его можно просто купить,если не в целом виде то в виде "конструктора" из которого собирается просто соединением разъемов. Но это дорого и не интересно.

Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

306. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 18-Фев-24, 20:44 
>>А мое будущее имхо не связано с x86.
> Я для себя не вижу смысла выкидывать то что отлично работает.

Лично мое мнение: x86-32 архитектурный урод. Добавление регистров, относительная адресация и 64 бит регистры хоть немного похоже на норм проц. К сожалению, мощные _новые_ машины идут с ME или PSP, и я не ок с этим.

> Мне даже дико не хочется ввязываться в апгрейд Дебиана с 11 на 12.

А я местами скипнул 11.

> мной настройки весьма далеки от предлагаемых дистрибутивом по умолчанию.

Мой набор настроек вроде живет себе, ничего ужасного особо не случается.

> собираю и таскаю за собой с 1996 года. Благо в линуксе,в отличие
> от других ОС, это вообще хотябы возможно.

Ну да. Хомяк сбэкапать и порядок, может /etc еще. Я на самом деле перед апгрейдом просто делаю снапшоты "userdata" и "system". Не понравится - верну как было, 1 в 1. А можно и зафейленый вариант поковырять - сбоку, в виртуалочке, не оставаясь без компа на эн времени. Хорошо уметь в 4 измерения и альтернативные таймлайны.

> Так и я тот сервистул для солнечного контроллера точно также реверсом сделал.

Прикольный подход к делу. Ну и при этом не должно быть особых проблем код портировать хоть на распи или что там. Для себя я считаю что "бэкграунд" должен быть мелким, маложручим и незаметным, всегда доступным. Как в sci-fi примерно. Одноплатники как раз оно :)

> Когда я это писал, у меня десктопом работала плата от телеприставки Mele A2000G с AllWinner A10.

По своему забавно. Но он 1-ядерный и сколько там памяти, гиг? Так то работать будет - но в каде наворачивать лучше девайс помощнее, кернел билдить - тоже.

> разница в потреблении между Армами и Интелами больше была. Нынешний i5-8250U
> может весьма мало кушать если его об этом попросить.

Со временем DVFS улучшили. Но все равно x86 здоровые, управление питанием переусложнено а вон тот может просто отвалить на 100-200 МГц и кушать крохи, типа 5V@50mA какие. Это делает их прикольными управляторами.

> Не у всех есть даже чисто техническая возможность быть майнтейнером чего-нибудь.

Активность проекта и уровень майнтенанса может быть разный. И даже Торвальдс недельку отдохнул из за погоды (ураган).

> и по 200 килобайтов качать,особенно в выходные. И что хуже -
> соединения обрываться начинают.

Вайргад куданить пробросьте, сессию прозрачно восстановит, без осыпания TCP. Можно вроде и опенвпн так настроить, но он куда кривее в целом.

> надо - просто не доживу до невозможности решить проблему иначе в
> силу немалого возраста.

А я не фанат "2^32 хватит всем" да и зачем мне обувать себя на возможности моего железа?

> Вот через пару недель халявное солнечное электричество включится и займусь погружением
> в те исходники в соответствии с той рекомендацией.

Интересно, откуда такие времянки? Через 2 недели в вашей местности - ясная плгода?

> К сожалению суперфича не идеальна,особенно если код предполагается исполнять на AVR.
> Вот с x86-32 на armhf - действительно очень хорошо переносится.

При норм использовании си - можно 1 сорц компилить а не "переносить". Оптимальность процесса варьируется. Но "premature optimization is a root of all evil". Это именно ОНО.

>> Можно отладить на мощном компе с asan/ubsan
> Я пока что с -fsanitize особо не возился.

А так то мощный тул. UBSAN ловит факапы матемаматики и ряд out of bounds. Оверхед умеренный и по минимуму даже на ARMовских МК можно запустить (упрощенный вариант). ASAN ловит практически все левые взбрыки с памятью, но - оверхеда прилично, как ява/дотнет. Имеет смысл пускать тесты под ними с fuzzing, etc. Но для эксплуатации пожалуй перебор.

> А вот -Wall и -pedantic это всегда обязательно.

Детский уровень. Как вашему коду -Wconversion допустим? Вот это уже норм кажет сишные грабли :). И еще ряд идей из блога автора LZ4.

> И править код пока все предупреждения не пропадут.

Я так и делаю, довольно давно. Правда -Wconversion пока переживает не все.

> Хотя и знаю пару мест где возможна трудноуловимая ошибка но
> компилятор с этими ключами предупреждения не выдает. А мог бы.

Есть и более мощные ключи компилера, а также статические анализаторы. Я обычно стараюсь чтобы фирмвары более-менее проезжали хотя-бы cppcheck. Также если на этом что-то управляющее делать, скажем с силовухой, нехило знать идеи MISRA, Embedded C coding standard (M. Barr, можно нахаляву скачать). Если погоревшие ключи и проч не нравятся, такое лучше знать

> бывает что делают "что-то" и "зачем-то",ну типа как произнести формулу заклинания
> для получения нужного действия:)

Ну да, мир не идеален. Но и я - не мусорница.

>>Я больше на дисплеи смотрел, и там таки есть общий command set.
> Сам я только от древних нокий пробова экранчики подключать так как на
> это нашлись примеры.

Я считаю что если уж делать UI то он должен быть стильным. Т.е. чтонить цветное, симпатичное, как раз любопытно освоить. А те интересны тем что как запчасть мобыл бывают за чуть не 1 бакс за 320x240x16bpp стекло. Как компонент эмбедовки ЭТО стоит ИНЫХ денег. Лайфхак.

> Но на форумах читал что с дисплеями действительно не так сложно как
> про камеры от мобильников пишут.

Дисплеи попроще, тайминги мк делает и наборы команд относительно известны. Но сделать именно MIPI высший пилотаж. Сommand set у spi/i8080 и DSI имеет что-то обшее: потуги стандартизации начались там, называется MIPI DBI. Контроллерф кстати универсалы и могут уметь кучу шин, выбирается характерными сигналами.

> Кстати, типичный 74 триггер - пятивольтовый. А ноги у STM32 - трехвольтовые.
> Это к вопросу о неидеальности удобств STM32.

У меня из логики самое лажовое что есть это HC сдутые откуда-то (мамка?). VHC/AHC/LVC/etc есть в любом приличном ларьке и это все точно умеет 3V. Более того, в ТОМ случае надо БЫСТРЫЙ гейт, ибо должен успеть за SPI на полной скорости. Не тормозить же шину об триггер?! Сам MIPI lane  в HS mode добрый гигабит сожрать может! А те господа придумали как сделать дифф клок и данные для HS mode из, вот, SPI и триггера с делителями. И еще пара пинов для lowspeed режима.

И кстати нативный single ended уровень там так то 1.2V вообще. Так что даже 3.3V мк это перебор. И вот тут кстати обидно: у 32L Vcore нативно 1.2 вольта, но на IO это получить - низя. А железок с 5V уровнями у меня уже и нет ворде.

> альтернативных прошивок. Или переноса LineageOS на свои девайсы. Неработающая камера -
> явление очень типичное.

Подозреваю что без вендорских модулей оно контроллер в SoC может не знать. Впрочем для себя я просто выбираю то что под майнлайном работает, заранее читая это дело.

> смартфоне HTC HD2,превратив его фактически в одноплатник с экраном,радиомодемом

А у него радиомодем завелся? А то там бывает проприетарный RIL, вот гадость то. Что там за SoC и что взлетело?

> на поверхности не лежит. Может конечно где-нибудь в недрах китайских форумов и есть.

А на него нет сорцов кернела от вендора?

>>Это как? А юзеры отзывы как тогда пишут?
> А вот так - это _массовое_ явление в РФ. Не знаю кто эти отзывы пишет.

Нухз, поюзать приличного ритейлера который резервирует и доставляет, или али, но вот там куча отзывов таки левак от китацев.

> покупатели не могли адаптироваться и понять где хороший товар,а где им хлам впаривают.

Думаю что хлам по мере слива репутации переименовывают :)

> Возможно. Причем уже китайцы клонируют китайцев.

Легко. Чего бы copycat'ам да не скопипастить более успешных коллег?

> прошивка дико глючная,а заменить никак из-за несовместимости МК.

А вот это уже подстава - copycat который скопипастил криво. Я для себя хочу научиться нечто такое для хотя-бы 1S своим ходом. Типа charger-analyzer'а нечто.

> В случае радиопередающего оборудования если собрал то надо сертификацию проходить

Для ISM это актуально только если его потом официально продавать как имено радиопередающее оборудование случайным хомякам, как я понимаю. И даже так, даже им - вот - пультики и модули на 315 - пожалста. Это вообще сертифицировать невозможно, но - продается. Как "компонент" или "экспериментальное оборудование".

> использовать. Ну, по российским правилам так. Как они соблюдаются - обсуждать тут
> не будем.

ISM создан для экспериментов и всеобщего срача. И нет, никаких лицензий например паяльная станция с индуктивным нагревом на 27.12 точно не получает. А фонить наверное может - раскачка у нее там на зависть любому передатчику.

> Но при сильно неудачном стечении всяких обстоятельств - можно проблемы огрести.

И все же я думаю что ISM  относительно пофиг. Враждебные дроны на этих частотах IIRC висеть не лю, т.к. над городами много спама и канал может в неподходящий момент отпасть. Они на немассовые частоты любят, чтоб готовых глушаков не было. И кстати 433 и выше можно направленной антенной пулять в более-мене нужную сторону, а не в погранцов.

А так можете ради интереса спросить какая практика реально есть в районе вертепа или радиосканера, имхо там народ в курсе такого.

> Если излучение является побочным эффектом работы девайса,а не основным его назначением
> - то по шапке прилетит только в случае совсем уж сильного
> превышения мощности и создания кому-то сильных помех.

На некоем нестандартном сигнале изначально не написано кто он, что он и по какому поводу.

> созданию сильно шума, а не по статьям,связанным с тематикой которую нельзя упоминать.

Кмк по тем статьям их больше всего напряжет тот факт что это - дрон :). А как он там рулится уже второй вопрос. И враждебные вроде на ISM частоты не особо садятся, локальный шум глушит ремотного оператора. Ичем нестандартнее частота тем менее вероятно что у другой стороны окажется под рукой глушак.

> Вот как раз если заинтересуются те кому надо - будет неприятно. Особенно
> если сигнал на какой-нибудь побочный шумовой не похож.

Ну значит сделать похожим :))). Угадайте как это называется.

> Или самый простой вариант - кому-то выслужиться перед начальством надо. Премия за
> выявление многим не будет лишней для кармана.

КМК там самое инкриминирующее что может быть вотпрям ща для россиян - "пускал дрон!"

> Я даже на SDR-приемник,сделаный из всем известного телевизионного тюнера,втыкаемого в
> usb, ловил тут немало странного.

Ну дык. В этом мире довольно много излучений. Если на все из них дергаться...

> Вы всё правильно говорите. С одним уточнением: множество удумывающих нехорошее и множество
> способных скрафтить эквивалент собственноручно - почти не пересекаются.

Логично - у вон тех голова на плечах есть и они догадываются что план не очень удачный по многим параметрам.

> Самые разные статьи включая весьма тяжкие - в зависимости от желания и
> фантазии предъявляющих.

Они КМК их и за дрона самого по себе с тем же успехом могут попробовать, если желание есть.

> Последствия могут быть от просто нервы помотать до принудительной смены места жительства
> на ближайщие дцать лет.

В РФ сейчас для этого никакой передатчик не требуется - достаточно откоментить в социалочке неудачно. Да и ловить проще - вон, сам на себя досье написал, да и для повышения это безопаснее чем непонятного дроновода в кустах ловить, мало ли что там у него.

> А так-то давно известно что строгость российских законов компенсируется необязательностью
> их исполнения. Но лучше не рисковать,зная непредсказуемость действий российских правоприменителей.

Да за ISM вроде нигде особо не предъявляют. А реально лучше спросить на тематических ресурсах как и что. Там тертые калачи.

> Поверьте человеку,к границе приближенному(ну,скажем,территориально:) - оно ломилось
> и раньше. Так что отлов ломящегося - вполне рабочая ситуация.

Тогда оно ломилось намного менее массово и целенаправленно, десяток DIY фриков и прочих летунов - это не целенаправленное массовое производство с целью "надрать зад".

> Ну с той или иной эффективностью,не стопроцентной конечно.

Ну я заметил по постам в телеге, народ же постит колорит вокруг, куда они денутся.

> Сделать то которое будет не выделяться - это сама по себе весьма
> не простая задача.

Посмотреть на протокол вооон того. Сделать такой же. А то что он немного креативно переосмыслен - ну, мало ли. Это и в интернете работает с DPI и проч.

> Проще поступить как собираюсь я - использовать то что и так не выделяется.

Сеть будет видеть что это _модем_ и врядли для модемов характерно быть ТАМ, с ТЕМИ параметрами. Тем более что ставить местные симки уже вооон там доперли на растения. И для сотовой сети мощная аналитика такого плана - точно есть, работает и ей УМЕЮТ пользоваться. Даже россияне, имхо.

> активная работа "телефона DECT" будет выглядеть довольно странно,учитывая что проводной
> телефонии тут нет вообще совсем на километры вокруг.

Ну вот в деревне - да, это и правда странновато будет.

> Да,это так. Но сейчас регуляторы повышенно возбудились в связи с известными событиями.

Я бы имхо в таких условиях юзал ISM, с короткими пакетами, без direct control - только програминг маршрута. И удачи отличить это от хз, погодной станции какой или пультика.

> Особенно в локациях типа моей. Не живи я физически между погранзаставой
> и границей с нато - всё было бы намного проще.

Ээээ ну вот эта локация конечно да, специфичная.

> Главное убедить что модификаций я не вносил и намерений не имел.

А я вот нехороший человек, и таки парочку в погодной станции, вот, внес. Правда, как будто кто-то знает номиналы резюков и тем более будет их рассматривать там.

> Не подлежит лицензированию _пользователем_. А производителем - вполне подлежит.

Так производителем вроде считается только если другим начал продавать. На этом даже жукоделы всякие выезжают. Для себя - делать - законно. А вот дальше, эксплуатация - уже очень зависит от. Ну там как в радиомикрофон потрындеть - даже легально с энными оговорками. Кстати на FM диапазоне еще по моему можно малой мощей, как раз для подобного. И FM трансмиттеры для допустим трансляции с мобил и чего там -> FM магнитола довольно популярная хрень.

> наклейку с буквами FCC. Здесь буквы могут выглядеть как РСТ.

Я на ноуте уже увидел. А на 20 мегагерцах дудит питальником круче иных передатчиков.

> C одной стороны есть слухи что делают.

Да уже и не слухи есть. Кто-то кажись допер на восточных растениях так и сделать.

> ином случае можно обнаруживать по всяким признакам которые уже стали известны
> после первого-второго использования

КМК я бы легко словил такие аномалии имеющчи доступ в базу оператора.

> и выпинывать модем из сети. Выпинывают же сейчас модемы если в них
> поставить симку с тарифом "для телефона".

Поди по IMEI видят что тип девайса - не телефон.

>>Ээээ бывают индустриальные модули GSM модемов.
> Труднодоставаемо в сельской местности и весьма не дешево если говорить именно об
> LTE с возможностью руления через него.

Доставка вроде у много кого есть. Но LTE да, дорогие заразы. Везде так.

> робота из подручных деталей за дешево.

Мне нравится такой ход мышления.

Ответить | Правка | К родителю #303 | Наверх | Cообщить модератору

313. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 20-Фев-24, 02:20 
>Лично мое мнение: x86-32 архитектурный урод.

Зато в нем,в отличие например от arm,есть сегментный механизм защиты памяти,позволяющий
например сделать проверку границ массивов _аппаратными_ методами. Или переполнение стека.
Другой вопрос что линукс не использует этот механизм потому что когда-то финский студент
поленился с ним разбираться. Вот и получили ограничение в 4 гига на один процесс.
А могли бы иметь ограничение в 16381 сегментов каждый по 4 гига.
Причем некоторые дос-экстендеры это умели тридцать лет назад. Но были мало распространены
даже "там" потому что стоили под пять сотен баксов,еще тех,а не нынешних. Я под один из таких
экстендеров успешно писал код. И не только на Си,но и на Meridian ADA.

>К сожалению, мощные _новые_ машины идут с ME или PSP, и я не ок с этим.

У ноутбуков еще в 90е годы был аналогичный по назначению режим SMM.
Только о нём мало кто тогда знал и задумывался.

> Мне даже дико не хочется ввязываться в апгрейд Дебиана с 11 на 12.
>А я местами скипнул 11.

У меня тоже были случаи когда на некоторых компах я какую-нибудь версию дебиана пропускал так
как всё отлично работало и объективно не требовало возни с апгредом ради только самого апгрейда.

> Так и я тот сервистул для солнечного контроллера точно также реверсом сделал.
>Прикольный подход к делу.

Так я как еще решить вопрос сбора статистики с солнечного контроллера если китайский
софт на тот момент даже не умел записывать ее в csv-файлы? Не говоря о том что требовал
виндов,причем по отзывам пытавшихся использовать - не под всякими работал.

>Ну и при этом не должно быть особых проблем код портировать хоть на распи или что там.

Запускал на плате от Mele A2000G.

>Но он 1-ядерный и сколько там памяти, гиг? Так то работать будет - но в каде наворачивать лучше >девайс помощнее, кернел билдить - тоже.

Успешно рисовал схемы в KiCAD и делал модели под 3д-печать в OpenSCAD. Например сделал гребной винт для небольшого лодочного мотора. Кернел под него вообще только на нем и билдил. В отличие от
способного таки упасть посреди расчета OpenSCAD - сборка дистрибутивного ядра дебиана на ровном месте не падает сама по себе. Запустил и оставил собираться. Можно даже в это время хотябы
и opennet почитать. Или даташит какой-нибудь. Или даже понабирать исходник чего-нибудь в редакторе eFTE.
Памяти,да - только один гиг. И это бывало проблемой при посещении некоторых сайтов,с сильно захламленными страницами. Конкретно для меня таким неудобным сайтом оказывался нужный мне Авито.
Собственно,это и было ровно единственным недобством использования этого компа в качестве десктопа.

>Но все равно x86 здоровые, управление питанием переусложнено

Если говорить о применении в качестве именно десктопа - то сейчас есть x86 процы и платы под них с широким диапазоном регулирования энергопотребления. В частности таковой оказалась ранее
упомянутая мной плата от компа-моноблока от Асус. Она "родственна" ноутбучным,даже питание от 19 вольт,но при этом позволяет собрать на ней полноценный десктоп. Что я и сделал. Хотя если бы в какой-нибудь арм можно было поставить два гига памяти то интел и не потребовался бы. Ну если
уж халявно достался от моноблока с разбитым экраном то почему бы и не использовать если можно
настроить на небольшое энергопотребление.
А так-то да, я согласен что управление питанием у интелов несколько "не очень". Даже не столько
у самого проца,у него-то как раз относительно неплохо,сколько реализация на системной плате, которая управляется через acpi который как правило имеет кривые таблицы в биосе.

>Вайргад куданить пробросьте

А под него можно найти халявные места для проброса? Я находил только под openvpn,но он очень плохо работает через интернет от сотового оператора "мегафон". Еще находил халяву для shadowsocks. Работает отлично, но халявные подключения живут всего несколько дней,потом надо
заново возиться.

> Вот через пару недель халявное солнечное электричество включится и займусь погружением
> в те исходники в соответствии с той рекомендацией.
> Интересно, откуда такие времянки? Через 2 недели в вашей местности - ясная плгода?

Это связано с астрономическими углами положения солнца над горизонтом. Через пару недель
оно вылезет из-за кромки леса и даст мне халявную электроэнергию. Если бы не лес то энергетическая халява начиналась бы где-то с середины февраля.

> Вот с x86-32 на armhf - действительно очень хорошо переносится.
>При норм использовании си - можно 1 сорц компилить а не "переносить".

К сожалению, очень много где при написании кода подразумевалось что int и указатель - равны
и оба по 32 бита. За последние три десятка лет такого когда понаписали очень дофига. И если более-менее общеупотребительные программы от этого более-менее отучили уже,то любительский
код если и переделывать то только самому.

> А вот -Wall и -pedantic это всегда обязательно.
>Детский уровень.

Это было довольно распространено в те времена когда я начинал с gcc работать.
Как было распространено и мнение что -Wall включает _все_ предупреждения. Что
в дальнейшем оказалось не так,но выяснилось это только через годы,когда стал достаточно
свободно доступен интернет и всякие статьи о тонкостях работы gcc.

> Как вашему коду -Wconversion допустим?

Очень распространенную сишную проблему "молчаливого" обрезания разрядов при
сложении вида long = int1 + int2 оно к сожалению не ловит. Особенно это бывает
неприятно от того,что размер int зависит от архитектуры.
Я вообще не нашел чем можно заставить gcc выдать предупреждение на такое. Причем такая же возможность сделать ошибку была и в Паскале от Борланда,тоже предупреждения не выдавалось.
А вот компиляторы Ады на это ругаются.

>И кстати нативный single ended уровень там так то 1.2V вообще. Так что даже 3.3V мк это перебор. >И вот тут кстати обидно: у 32L Vcore нативно 1.2 вольта, но на IO это получить - низя. А железок >с 5V уровнями у меня уже и нет ворде.

Про датчики из планшетов спрашивали - так вот народ их к AVR подключает,а там 5 вольт. Значит или
эти датчики пятивольтовые или если повезет то универсальные.
А так-то у меня запасы цифровых микросхем немалые и я вовсе не уверен что там так уж много что от тёх вольт заработает. Например нередко применяемые с avr удобные регистры, позволяющие последовательно "задвинуть" в него байт и получить биты параллельно на выходах. Позволяет расширить количество доступных gpio когда не хватает ног самого контроллера. Или китайские платы
на основе PCA9685,позволяющие получить много PWM-выходов для управления ESC моторов или сервомашинками. Хотя как раз они возможно что и от трех вольт заработают.

> смартфоне HTC HD2,превратив его фактически в одноплатник с экраном,радиомодемом
>А у него радиомодем завелся?

Да, но именно как _модем_. То есть в линуксе он виден как последовательный порт в который
можно отправлять AT-команды. Можно настроить pppd и получить интернет.
Фокус там был в необходимости первой после включения послать некую нигде не документированную
AT-команду. Иначе если это не сделать и послать что-то другое - ядро мгновенно падало мордой в салат. Как мне показалось - там проц похоже работает примерно как у "малины" и линукс у него
не основная ОС. Так вот эту команду я подсмотрел именно что в проприетарном файле из андроида,
просто просматривая его глазами по F3 в Midnight Commander :) Ну есть такая привычка со времен
DOS начинать так знакомство с неизвестными файлами. Очень многократно помогала в жизни.

> Что там за SoC

Qualcomm там. Линукс про него писал "ARMv7 Processor rev 2 (v7l) qsd8k" если я ничего не путаю
в своих архивных записях. Все-таки было это в 2015 году.
Сборка дебиана armhf там работала.

>и что взлетело?

Точнее будет сказать не что вообще взлетело,а то что я пощупал из нужного мне.
Чтобы оно вообще взлетело - пришлось создать "смесь" из двух найденных в интернете
ядер которые разные люди пытались в этот смартфон грузить. И переконфигурировать их
из андроидных в собственно линуксовые. Повозиться подбирая параметры в menuconfig
пришлось изрядно. Хотя когда уже система запустилась я прямо там ядро и пересобирал - больше
конечно в целях проверки устойчивости работы. Был такой способ когда-то проверять системы многократной сборкой ядра. Проверил - работает устойчиво.

Экран заработал. На нем иксы с IceWM в горизонтальной ориентации. Вполне себе "монитор" только
маленький и соответственно шрифт мелкий. Но вполне мной читаемый. Пальцем можно двигать мышиный курсор - экранный сенсор работает. Каким-либо "ускорением графики" заморачиваться не пытался так как мне оно и на настоящем-то десктопе не надо,не то что на этом.
usb host - полнофункционально. Но питание на подключаемые
устройства надо брать отдельно. То есть в хост втыкаем концентратор,к нему подводит +5 вольт,от него уже питается всё что воткнуто. Мыши,клавы,флэшки,даже usb-ethernet и переходник usb-com.
А если линию +5 вольт от концентратора соединить с проводом питания от разъема - то гаджет еще
и кормиться от этого может. Аккум не зарядит но и не посадит. Типа как "ups" получился
на случай если питание пропадет. Кстати, в режиме линуксового компа аккума хватало где-то на час,но реальную емкость этого аккума не знаю. Управление частотой проца кстати работало.
Встроенные датчики я задействовать не пробовал,но шину i2c посканировал - ядро там увидело
что-то. То есть наверно если подобрать и загрузить соответствующие модули то можно и тот же акселерометр увидеть. Мне в тот момент не надо было. Пробовал завести bluetooth и подключить маленькую клавиатуру размером как сам смартфон. Заработало. Но если на клаве несколько минут не
нажимать кнопки то она усыпает и потом надо переподключать,снова отдавая консольную команду - я её пунктом в меню IceWM сделал чтобы можно было пальцем или мышкой нажать. Но я признаюсь что
с синезубыми устройствами я крайне мало дела имел и может быть есть какой-то способ автоматизировать их переподключение. С этой клавой агрегат выглядит почти как настоящий
ноутбук,только маааленький:)

>А на него нет сорцов кернела от вендора?

Я не видел. Только ядра от любителей модификации андроида.
А самое ценное - это конечно загрузчик,написанный каким-то энтузиастом. CLK называется.
Без него ничего бы не получилось потому что именно он занимается начальной инициализацией
железа и способен грузить ядро из файла на microsd-карточке.

>поюзать приличного ритейлера который резервирует и доставляет, или али, но вот там куча отзывов >таки левак от китацев.

Мне кажется что здесь левых отзывов в магазинах ничуть не меньше. Как и левых "обзоров".
Прямо вот сегодня увидел обзор на довольно экзотический велосипед-fatbike(именно определенную модель которая меня заинтересовала), способный ездить по снегу судя по видео.
Сунулся по магазинам - везде "нет в наличии".

>Для ISM это актуально только если его потом официально продавать как имено радиопередающее >оборудование случайным хомякам, как я понимаю. И даже так, даже им - вот - пультики и модули на >315 - пожалста. Это вообще сертифицировать невозможно, но - продается. Как "компонент" или >"экспериментальное оборудование".

Если вас на улице например Москвы или Питера полицаи остановят с радиостанцией,то
именно вам придется доказывать что вы имеете право её использовать. Если это промышленно изготовленное изделие - просто ссылаетесь на производителя,сертифицировавшего ее как допустимую
к безлицензионному (для пользователя) ношению и применению. А вот если это самоделка - то нервы потреплют изрядно если у вас нет официальной бумаги на которую вы можете сослаться. Cуд назначит
экспертизу,а дальше уже размер штрафа по её результатам.

> И нет, никаких лицензий например паяльная станция с индуктивным нагревом на 27.12 точно не >получает.

Так она радиопередающим средством и не является. Так что претензии к ней могут быть только
с точки зрения допустимого уровня излучаемых в эфир помех. Типа как для того электрогенератора
про который я говорил.
А вот то что изначально является средством радиосвязи - извольте предоставить на освидетельствование если это самоделка. Даже на 27 МГц. И тогда можете отбиваться от полицаев полученной бумагой. А у меня тут добавляется еще и грозная служба с трехбуквенным наименованием,которой подчиняются погранвойска. Кстати, это неназываемое вслух ведомство куда более вменяемо и адекватно чем полицаи.

>А так можете ради интереса спросить какая практика реально есть в районе вертепа или >радиосканера, имхо там народ в курсе такого.

Мне было удобное спросить это напрямую у сотрудников вышенеупомянутой службы,благо периодически
общаться приходится. Рекомендовали с передатчиками,тем более самодельными, здесь в эфир не вылезать пока ситуация не успокоится.  

>Кмк по тем статьям их больше всего напряжет тот факт что это - дрон :)

Интересно, что повышенное напряжение вызывают почему-то только летающие дроны.
К перемещающимся другими возможными способами - особого интереса нет. Во всяком случае здесь,
про другие моря ничего сказать не могу.

> Я даже на SDR-приемник,сделаный из всем известного телевизионного тюнера,втыкаемого в
> usb, ловил тут немало странного.
> Ну дык. В этом мире довольно много излучений.

Некоторые из услышанных тут я легко идентифицировал даже просто на слух.
Но не смог сделать достаточно внятные предположения кто и для чего это здесь использует.
А УКВ не особо далеко распространяется,так что явно где-то тут в пределах максимум пары десятков км.

>Если на все из них дергаться...

На все и не дергаются. Но под горячую руку лучше не попадать.

> Проще поступить как собираюсь я - использовать то что и так не выделяется.
>Сеть будет видеть что это _модем_ и врядли для модемов характерно быть ТАМ, с ТЕМИ параметрами.

Я пока что собираюсь всё это делать больше в качестве самообразования,а не каких-то выходящих
за его рамки целей. Соответственно и эксперименты буду проводить там где водятся и сотовые телефоны и даже модемы. А насчет параметров - ну кидается модем неспешно IP-пакетиками - так любой андроидный девайс этим занимается постоянно. Не особо много трафика надо передавать
чтобы задать роботу точку куда ему надлежит двигаться. Или даже целый маршрут.

>Я бы имхо в таких условиях юзал ISM, с короткими пакетами, без direct control - только >програминг маршрута. И удачи отличить это от хз, погодной станции какой или пультика.

С одной стороны вы правы,с другой - с такой мощностью которая позволяет выглядеть погодной станцией - связь дальше сотни метров не сделать (или крайне трудно сделать). А если погодная станция начнет несколько ватт в эфир излучать то все уже будет понятно что это не погода.
Если же ограничиваться сотней метров то можно вообще wifi использовать для пересылки команд -
этим даже тут никто не заинтересуется. Ну забыл человек wifi на смартфоне выключить - явление весьма частое.

>Так производителем вроде считается только если другим начал продавать. На этом даже жукоделы >всякие выезжают. Для себя - делать - законно. А вот дальше, эксплуатация - уже очень зависит от. >Ну там как в радиомикрофон потрындеть - даже легально с энными оговорками. Кстати на FM >диапазоне еще по моему можно малой мощей, как раз для подобного. И FM трансмиттеры для допустим >трансляции с мобил и чего там -> FM магнитола довольно популярная хрень.

Сделать жука - можно. Включить на передачу - нельзя. Продать тоже нельзя(как жука),но можно подарить например - как сувенир на память. А одаряемый может внести добровольное безвозмездное
пожертвование в пользу дарителя,никак с подарком не связанное. Главное уметь правильно отвечать
на вопросы следователя. Это незнание закона не освобождает от ответственности,а вот знание - очень даже да.
Сделать трансмиттер - можно. Включить опять же нельзя. На FM диапазон вообще не разрешено самодельную аппаратуру использовать,в отличие от ISM и любительских. Но самодельность еще должна доказать экспертиза. А учитывая китайское качество некоторых изделий - они как раз больше на самоделки внутри похожи бывают. Хотя сейчас это уже реже стало встречаться.

> наклейку с буквами FCC. Здесь буквы могут выглядеть как РСТ.
>Я на ноуте уже увидел. А на 20 мегагерцах дудит питальником круче иных передатчиков.

Ну так старые (в прямом смысле) настоящие радиолюбители не раз мне жаловались что КВ-диапазоны
в городах умерли из-за кучи дудящих питальников. Я пробовал RTL-SDR в дебиане собирать и запускать,в том числе и когда в Питере раньше бывал. В эфире творится ужас даже в сравнении
с селькой местностью здесь. Особенно хорошо "звучат" питальники светодиодной подсветки фасадов зданий. У них как раз вся подсветка на много этажей вверх антенной и работает. Если в сторону сети еще хоть как-то обычно фильтр есть,то в сторону туда - типично нет.

>Поди по IMEI видят что тип девайса - не телефон.

Поэтому модемам имеет смысл сразу при удалении привязки к оператору объяснять что они телефоны.
Для этого хорошо подходят циферки с задней крышки или налейки под аккумом с убитых телефонов(и планшетов).

Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

319. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 20-Фев-24, 05:44 
> Зато в нем,в отличие например от arm,есть сегментный механизм защиты памяти,позволяющий
> например сделать проверку границ массивов _аппаратными_ методами.

Обычно сегментов ограниченное число и еще сетап и трекинг всего этого. Норм реализация фичи выглядит сильно иначе, соответственно. У некоторых арм МК есть MPU где эн сегментов можно. Это - "MMU lite". Страничная память намного более крутой и гибкий механизм. Просто оверхед по RAM будет приличный местами. ASAN примерно так и работае видимо.

> Или переполнение стека.

Я это даже на Cortex M без MPU ловлю... немного кастомизировав лэйаут RAM. А на авр так не получится ибо у него исключений нету и все тут.

> А могли бы иметь ограничение в 16381 сегментов каждый по 4 гига.

Да ну нахрен такие костыли. Paging вообще не имеет тупых лимитов сам по себе. Особенно 2^64 который.

> Я под один из таких экстендеров успешно писал код. И не только на Си,но и на Meridian ADA.

И все же. У x86-32 совершенно уродский набор регистров, мерзкий набор команд без относительной адресации (так что просто переместить код в другие адреса боль и уберкостыли). Уродское ABI где передать код сразу в регистрах нельзя. Код состоит из пушпопов чуть менее чем полностью. Блевотина а не современный проц.

Даже x86-64 куда симметричнее, с относительной адресацией, больше регистров, они более равноправны и реюзабельны, и в 2 раза шире. А кроме SIMD в SIMD регистрах возможен еще и SWAR например, совсем не делающий допущений о доступных расширениях. Но x86-64 заодно гарантирует SSE2 регистры. Любой 64 бит код может на них уповать. Стоит ли говорить что математика типа крипто, кодеков и проч там втапливает относительно вон того позора?

>>К сожалению, мощные _новые_ машины идут с ME или PSP, и я не ок с этим.
> У ноутбуков еще в 90е годы был аналогичный по назначению режим SMM.

SMM был начиная с 80386, и не только у ноутбуков. Уже тогда интел показал что от них ждать. Но ME/PSP хуже, резидентная side by side ос по сути, с DMA capable процом с максимальными правами. Оно может ковыряться в x86, а тот его даже не видит. В системе есть супербог, которого быть не должно. В таком виде не так уж много толку что у вас линух если блоб в фоне все равно делает что хочет.

> как всё отлично работало и объективно не требовало возни с апгредом ради
> только самого апгрейда.

Ну да. Иногда некогда, лениво, или зачем трогать сервак который работает, вызывая даунтайм?

> говоря о том что требовал
> виндов,причем по отзывам пытавшихся использовать - не под всякими работал.

Ну вот это меня и анноит, что как бы повод раздолбать протокол и сделать свое.

> Запускал на плате от Mele A2000G.

Ну вот я о чем. Я порой пару забавных штук с одноплатников запускал.

> Успешно рисовал схемы в KiCAD и делал модели под 3д-печать в OpenSCAD.

Ммм... забавно :). Там кстати ща GL ES как минимум должен работать на тех чипах IIRC. Не экспериментировал с этим особо но MALI дореверсили вроде.

> Например сделал гребной винт для небольшого лодочного мотора.

А вот это уже забавно. Это какая-то общедоступная моделька или чего?

> и opennet почитать. Или даташит какой-нибудь. Или даже понабирать исходник чего-нибудь
> в редакторе eFTE.

Я даже когда-то кажется юзал FTE, при том нарисовав ему colorizer под некоторые странные веши, а это видимо его потомок.

> Памяти,да - только один гиг. И это бывало проблемой при посещении некоторых
> сайтов,с сильно захламленными страницами.

Zram может забавно помочь в этом смысле. Я на некоторых одноплатниках иногда так делаю.

> Если говорить о применении в качестве именно десктопа - то сейчас есть
> x86 процы и платы под них с широким диапазоном регулирования энергопотребления.

А всерно оверинжененруто до ж... а до потребления вон тех околопланшетных ARM ему далеко.

> от 19 вольт,но при этом позволяет собрать на ней полноценный десктоп.

Никогда не имел дел с такой.

> которая управляется через acpi который как правило имеет кривые таблицы в биосе.

В этом смысле ARM и DTS/DTB мне лично куда приятнее. Учитвая криворукость system implementer'ов, возможно идея самому взойти на этот пантеон и там тусить не так уж плоха. И это wish к новой платформе воркстейшна в будущем.

>>Вайргад куданить пробросьте
> А под него можно найти халявные места для проброса?

В интернете много странных вещей ;). Я еще и не такое находил.

> "мегафон". Еще находил халяву для shadowsocks. Работает отлично, но халявные подключения
> живут всего несколько дней,потом надо заново возиться.

Я даже кажется догадываюсь что сие. По своему забавная штука, но убедить опенвпн не сбрасывать state это отдельный костыль, и все равно хреновато и глючно. А для вайргада роуминг на новый айпи без жутких развалов - тупо дефолтовое состояние дел. Вот что бывает когда делается человеком ориентированым на результат и не покусаным энетерпрайзами и баззвордами типа SSL.

И кстати если те соксы позволяют UDP при озверении цензора можно вон того в вот этого отправить, абстракций же бесконечно много.

> Это связано с астрономическими углами положения солнца над горизонтом. Через пару недель
> оно вылезет из-за кромки леса и даст мне халявную электроэнергию.

А, вот оно что. А без этого генерит чтонить на рассеяном свете?

> К сожалению, очень много где при написании кода подразумевалось что int и
> указатель - равны и оба по 32 бита.

Это не мой случай. Хотя пару прикольных алго которые на мое мнение того стоили - я лично жестко отрефакторил. А кто мне запретит то в опенсорсе? :)

> код если и переделывать то только самому.

Вполне рабочая опция.

> в дальнейшем оказалось не так,но выяснилось это только через годы,когда стал достаточно
> свободно доступен интернет и всякие статьи о тонкостях работы gcc.

Просто некотторые предупреждения могут давать ложняки или немало задолбать на pre-existing коде. Если вы получили более 9000 warnings, их ценность возможно невелика. Даже хуже, вы среди 9000 не очстрашных прошляпите 9001-й полезный.

> Очень распространенную сишную проблему "молчаливого" обрезания разрядов при
> сложении вида long = int1 + int2 оно к сожалению не ловит.

Ну я для себя в общем случае вообще не фанат классических типов сей. Но даже с C99 типами можно иной раз откушать. Ибо си забавный зверек. А 1, 1U, 1UL и 1ULL так то в общем 4 разные числа. При том есть еще препроцессор. С своим отдельным мнением что есть что. Который умеет считать и не только.

> Особенно это бывает неприятно от того,что размер int зависит от архитектуры.

Поэтому для себя я решил "C99 req'd" и в целом код не соответствующий этой идее старательно избегаю насколько возможно.

> Я вообще не нашел чем можно заставить gcc выдать предупреждение на такое.

А штуки типа smatch и cppcheck что думают про это? Я их обычно натравливал на свой код который уже соответствовал ряду идей Embedded C, Misra и Cyan'а и у меня не очень большой опыт пуска оных на олдовом коде который я просто - избегаю, осоьенно в критичных местах. Ибо 99% что сие грабель кусок.

> Про датчики из планшетов спрашивали - так вот народ их к AVR подключает,а там 5 вольт.

Для меня дефолтный мк это STM32 и я не оперирую 5V в общем случае, пусть ардуинщики сами с своими траблами разбираются. Современные чипы проще интерфейсить к современным системам. Странно, да? :)

> Значит или эти датчики пятивольтовые или если повезет то универсальные.

У магнетометра из вашего примера max=6.5V но рекомендуется до 3.6. Для меня это как раз оптимум, большая часть моих девайсов 2.7 ... 3.3V, в целом можно считать условно-трехвольтовым в плане интерконекта между собой.

> уверен что там так уж много что от тёх вольт заработает.

У меня из логики только относительно современные серии есть и довольно немного. Зато скоростные. До кучи - вот - можно как кусок 27МГц передатчика юзануть, как генератор и начальное усиление какое. Правда на 27 с антенами гимор, а направленные и вовсе не айс.

> количество доступных gpio когда не хватает ног самого контроллера.

У меня с STM32 в QFP48..64 просто нет такой проблемы как правило, ну и решать ее не требуется. Но если мы про это, видел прикольный 1wire bus с такими чипами и RC цепочками, пожожий на 1wire от далласа по общей идее, а еще - идеи как это делать совместимо с хардварным SPI.

> на основе PCA9685,позволяющие получить много PWM-выходов для управления ESC моторов или
> сервомашинками.

У STM32 в общем случае своих таймеров с нормальным PWM есть. И даже возможность ремапа ряда сигналов - так что если сразу не вырисовывается, возможно с ремапом эстетичнее будет. Да, софтовый инит при этом - часть железа как бы.

> Да, но именно как _модем_. То есть в линуксе он виден как
> последовательный порт в который можно отправлять AT-команды.
> Можно настроить pppd и получить интернет.

Не так уж плохо - во всяком случае это работает и относительно стандартный ифейс. Хоть на скоростях 4G если он там и есть проц пригрузит конечно.

> похоже работает примерно как у "малины" и линукс у него
> не основная ОС.

Если это квалкомм - то там сотовый модем стартует первым и главный в системе, а линух так, юзеринтерфейс к их модему вообще. Хочет грузит, не хочет не грузит. Secondary ядро.

> DOS начинать так знакомство с неизвестными файлами. Очень многократно помогала в жизни.

Хорошо покапитанили ;)

> Qualcomm там. Линукс про него писал "ARMv7 Processor rev 2 (v7l) qsd8k"

Фу ты. Там здоровенное фирмваре сотового модема IIRC имеет полный доступ в систему и воообще главное в ней. Это хуже любого PSP ибо еще и доступ в сеть умеет. А заодно 99% что GPS приделан к ЭТОМУ, и угадайте, как работает RRLP в такой пакости. Да, этот ошейник 99% что умеет пулять сети прецизионные координаты. Не задавая вопросов. Будущее бывает и довольно страшным.

> из андроидных в собственно линуксовые. Повозиться подбирая параметры в menuconfig
> пришлось изрядно. Хотя когда уже система запустилась я прямо там ядро и
> пересобирал - больше конечно в целях проверки устойчивости работы.

Квалкомм так то неплохо поддерживается в современных ядрах, но вот с той системной архитектуры радости..

> Экран заработал. На нем иксы с IceWM в горизонтальной ориентации. Вполне себе
> "монитор" только маленький и соответственно шрифт мелкий.

Ну шрифты то можно и побольшй взять. Но боюсь что себе такую линуксную штуку из квалкома я бы делать не стал.

> usb host - полнофункционально.

Я на одноплатниках с OTG поприкалывался, очень круто кстати когда питание и "типа эзернет" по 1 проводу, а 480 Мбит usb 2.0 HS это не так уж плохо для сети.

> +5 вольт,от него уже питается всё что воткнуто. Мыши,клавы,флэшки,даже usb-ethernet и
> переходник usb-com.

Хорошо покапитанили но я в курсе что есть usb-otg. Вооон там вообще несколько "usb сетевок" и проч вообще меня тут держат. Конечно на самом деле они намного больше чем это. На вон том наверное тоже так можно поприкалываться, перегнав в режим device и сделав modprobe g_ether.

> и кормиться от этого может. Аккум не зарядит но и не посадит.

Да я в курсе что с usb-otg можно делать - у некоторых одноплатников с этим аспектом можно примерно так же поприкалываться.

> что-то. То есть наверно если подобрать и загрузить соответствующие модули то можно
> и тот же акселерометр увидеть.

Если у вас загрузка в современном виде - их, скорее всего, надо в DTS прописать и DTB перестроить с оными. Если ядро знает это - само вгрузит, ибо псевдо-плагнплей будет.

> как настоящий ноутбук,только маааленький:)

...и встроенным RRLP блин... простите уж за честность. Так что симку я б ему давать не стал.

> А самое ценное - это конечно загрузчик,написанный каким-то энтузиастом. CLK называется.
> Без него ничего бы не получилось потому что именно он занимается начальной
> инициализацией железа и способен грузить ядро из файла на microsd-карточке.

Ну, Квалкома у меня по счастью нет - и не будет никогда имхо. Разве что какой-то модем старинный, но вот там GPSника как раз нету и он даже если удумает RRLP какой - то сможет жто в весьма ограниченном виде.

> модель которая меня заинтересовала), способный ездить по снегу судя по видео.
> Сунулся по магазинам - везде "нет в наличии".

Не скажу за fat bike ибо не интересовался, но вот нормальный горняк по хорошему либо очень дорогой - или винтится сам и все равно дорогой, но взяв с апгрейда у любителей хороший шмот можно несколько облегчить это. А то что магазины продаюот - либо ультрадорого, либо маталлолом. И да, вот нормальный горняк купить это может приличный квест быть.

> Если вас на улице например Москвы или Питера полицаи остановят с радиостанцией,то
> именно вам придется доказывать что вы имеете право её использовать.

Если я ее вообще использовал в тот момент. Просто носить в кармане я могу хоть глушак. Это само по себе ничего не нарушает еще IIRC. Вот если я его врублю и это кому-то не понравится... тогда его могут и конфисковать уже, если он не лицензирован.

> ее как допустимую к безлицензионному (для пользователя) ношению и применению.

А я ипу жив ли производитель скажем энной погодной станции и какие там и где сертификаты у него? Тем более что вскрытие показало что производитель модулей и бэджик это 2 большие разницы.

> - то нервы потреплют изрядно если у вас нет официальной бумаги
> на которую вы можете сослаться.

Я и так никаких бумаг на погодную станцию или мышу не найду. И да, а кто и как проверит что мон та мыша обладает правильными кишками? :)

> Cуд назначит экспертизу,а дальше уже размер штрафа по её результатам.

Такой гимор будут затевать только если это ну вот реально надо. Как то - если оно кого-то реально заглушит. А так народ гоняет какую-нибудь китайскую радиомашинку на 27.12 - и я не видел чтобы к ним были претензии. И полицаям они похрен. Какой там у этой фигни сертификат?

> Так она радиопередающим средством и не является. Так что претензии к ней
> могут быть только с точки зрения допустимого уровня излучаемых в эфир помех.

Можно подумать, на сигнале написано коммуникационный он или "технический".

> А вот то что изначально является средством радиосвязи - извольте предоставить на
> освидетельствование если это самоделка. Даже на 27 МГц.

Какие нормативы это требуют в том же РФ? Даже блин СССР с его жестью публиковал схемы примитивных ДУ на 27 - для повторения губителями. Собссно китайские машинки до сих пор и косплеят чуть более продвинутую версию этого. А пультики и звонки - респин идеи на 315/433/868/915.

> и грозная служба с трехбуквенным наименованием,которой подчиняются погранвойска. Кстати,
> это неназываемое вслух ведомство куда более вменяемо и адекватно чем полицаи.

Думаю они чисто технически не могут позволить себе страдать совсем уж фигней характерной для тех.

> Мне было удобное спросить это напрямую у сотрудников вышенеупомянутой службы,
> благо периодически общаться приходится. Рекомендовали с передатчиками,тем
> более самодельными, здесь в эфир не вылезать пока ситуация не успокоится.

В принципе учитывая место и что до питера долетает, у них есть поводы нервничать. Недавно прилично прилетело как раз около питера.

> Интересно, что повышенное напряжение вызывают почему-то только летающие дроны.

Остальные до вас пока не добрались, а с летающими около питера были прецеденты.

> К перемещающимся другими возможными способами - особого интереса нет. Во всяком случае
> здесь, про другие моря ничего сказать не могу.

Пока не было прецедентов заплыва враждебных дронов и урона от них на такие расстояния.

>> Ну дык. В этом мире довольно много излучений.
> Некоторые из услышанных тут я легко идентифицировал даже просто на слух.

Иногда возможно. А я зацепил сигнал с погодной станции к звуковухе. Что интересно одна RTLSDRная прога умела для дебага и вав жрать. Она смогла это распетрушить сказав что сие. Правда к тому моменту я и сам протокол раздолбал почти

> А УКВ не особо далеко распространяется,так что явно где-то тут в пределах
> максимум пары десятков км.

Чем короче длина волны тем хуже она летает.

>>Если на все из них дергаться...
> На все и не дергаются. Но под горячую руку лучше не попадать.

Ну вообще да, я вспомнил что питеру недавно досталось как раз, и они наверное вот прям ща очень нервные.

> Я пока что собираюсь всё это делать больше в качестве самообразования,а не
> каких-то выходящих за его рамки целей.

Вообще любопытный эксперимент так то. Напишите при случае что вышло :)

> постоянно. Не особо много трафика надо передавать
> чтобы задать роботу точку куда ему надлежит двигаться. Или даже целый маршрут.

Ну так траф не похож на обычный для смартфона/модема и локация/перемещение между сотами наверное не очень типичное. Часто ли модемы так перемещаются? Да и смарты наверное - не очень. И вообще если б погранцы умели в SIGINT нормально, смарт в море их бы наверное вообще например интересовал бы выше среднего, не?

> С одной стороны вы правы,с другой - с такой мощностью которая позволяет
> выглядеть погодной станцией - связь дальше сотни метров не сделать

Ммм... если пакет мелкий, то может и сделать. Да и мощность плюс-минус несколько раз с энного расстояния мало отличишь. Затухает же пропорционально как минимум кубу. Хотя направленная антенна может это несколько улучшить.

> (или крайне трудно сделать). А если погодная станция начнет несколько ватт в
> эфир излучать то все уже будет понятно что это не погода.

Я вообще чисто технически на 315/433/868/915 напрягусь так сразу несколько ваттов сплюнуть. А Ч ЕМ?! Хотя на верхних 2 еще можно попытаться раскурочав мобильник и взяв GSM PA. Максимум 2 ватта в импульсе но подразумевается лимит duty, так что реально - меньше.

> команд - этим даже тут никто не заинтересуется. Ну забыл человек wifi на смартфоне
> выключить - явление весьма частое.

Классичесвая вафля для этого годится - как Г для пуль! Ибо при отвале - сложный хендшейк склонный к облому, если условия далеки от идеала и есть шанс что первый отвал станет и последним ибо контроль не вернется никогда, из-за вероятности успеха хендшейка в районе плинтуса. Но есть очень забавный респин протокола через monitor mode без хендшейка. Изначально делан дроноводами для graceful деградации видеолинка на манер аналога, с FEC и проч. Но думается идею можно и для вон того юзать. Технически пакеты при этом юзают вафельную модуляцию, но, конечно, отличаются по содержимому (это кто-то смотрит?).

> Сделать жука - можно. Включить на передачу - нельзя.

Как радиомикрофон - насколько я понимаю можно, с энными ограничениями. А если скрытая установка... вот тут упс, за это могут дать по полной, если гражданин засыпется. И что иронично, сделать жука в результате - безопаснее чем купить микрофон на али. Бывает же?!

> Сделать трансмиттер - можно. Включить опять же нельзя. На FM диапазон вообще
> не разрешено самодельную аппаратуру использовать,в отличие от ISM и любительских.

Там таки вроде есть какие-то исключения для вот именно локальных целей типа FM трансмиттеров для магнитол.

> изделий - они как раз больше на самоделки внутри похожи бывают.

Де факто ряд самоделок сделаны получше ряда китайского добра. У китайцев главное - цена.

> Ну так старые (в прямом смысле) настоящие радиолюбители не раз мне жаловались
> что КВ-диапазоны в городах умерли из-за кучи дудящих питальников.

Я просто не понимаю как это прошло сертификацию FCC. А таки у меня есть знакомые которые умеют на дальние дистанции лупить - в том числе и через нелицензируемый CB. Можно даже фабричным шмотом, кто скзаал что модуляция будет голос? Всякие FT/JS/WSPR имеют очень свою идею на тему как это может быть. И вот так небольшой пакет может взять и просвистеть ТЫСЯЧИ километров будучи сплюнут с мощей в пару ваттов. Априорное знание что и когда ищут и специфичная структура сигнала делает сие весьма дальнодейсвтующим в плане уровень мощи vs расстояние. Кроме уровня мощи и расстояния есть третий фактор: битрейт. Можно передать данные быстро, на большое расстояние, малой мощностью. Choose any two...

> вверх антенной и работает. Если в сторону сети еще хоть как-то
> обычно фильтр есть,то в сторону туда - типично нет.

Горизонтальные провода фонят ничуть не хуже, просто в другой плоскости.

> Поэтому модемам имеет смысл сразу при удалении привязки к оператору объяснять что они телефоны.

Я в курсе :).

Ответить | Правка | К родителю #313 | Наверх | Cообщить модератору

325. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 20-Фев-24, 19:12 
>Обычно сегментов ограниченное число

16 c хвостиком тысяч. У большинства программ можно хоть каждую функцию в отдельный сегмент помещать и будет _аппаратно_ контролироваться передача управления в неё. Вполне может быть актуально
для случаев когда возможны внешние воздействия на содержимое памяти от электромагнитных помех или
пролетания высокоэнергетических частиц. Кстати, чтобы словить частицу в микросхему - даже не обязательно запускать дрона в космическое пространство или залезать высоко в горы. Это можно и на плаже в районе Таганрога найти (см."монацитовые пески").

>Страничная память намного более крутой и гибкий механизм.

Оно для другого. Страницы - это для свопа. А сегменты - для внутрипрограммной защиты памяти.
Помещаем массив в отдельный сегмент - и имеем _аппаратную_ проверку его границ. Помещаем в отдельный сегмент функцию(в сишном смысле) - получаем контроль передачи управления - только в
точки входа и никак иначе. В результате потеря управления с исполнением случайных команд (а то и тех байтов что в сегменте данных) становится невозможной.

>У x86-32 совершенно уродский набор регистров, мерзкий набор команд

Соглашусь что определенные недостатки есть,но и полезных возможностей тоже немало.
А что линукс это не использует - так это просто финский студент тридцать лет назад
поленился хорошо разобраться и запихал код,данные и стек в один сегмент. Попутно
получив еще и ограничение в четыре гига на процесс.

Возможно,со временем сделают "идеальный процессор", тот же RISC например допилят. Но
это явно будет очень не скоро. Да и не факт что вообще возможно создать процессор который
будет хорош абсолютно для всех применений. Как минимум потому что в одних случаях нужна максимальная скорость,а в других - максимальная надежность выполнения кода. А это задачи противоположные. С ускорением за счет предвыполнения команд - уже доигрались,получив
всякие там мелтдауны. Причем этот выдающийся глюк был даже не на уровне одной какой-то архитектуры,а на уровне базовой теории процессоростоения.

>SMM был начиная с 80386, и не только у ноутбуков. Уже тогда интел показал что от них ждать.

Десктопные платы на 386 я видел и без SMM. Ну то есть в проце может быть эта возможность на них и была (хотя не факт - разновидностей 386 было несколько), но биосом не использовалась.
Это потом уже через него начали реализовывать управление вентиляторами,контроль напряжений, температуры и тому подобно. И начали всё же с ноутбуков.

> Уже тогда интел показал что от них ждать.

Кто бы сомневался... Я думаю что виноват в этом не интел сам по себе,а спецслужбы,
которые его "попросили". А вот на их месте не использовать такие возможности было бы странно.

> Запускал на плате от Mele A2000G.
> Успешно рисовал схемы в KiCAD и делал модели под 3д-печать в OpenSCAD.
>Ммм... забавно :).

Я сравнивал чисто вычислительную производительность - считает оно на уровне пример PIII-800.
Если рисовать чертежи можно на третьем пне то почему нельзя на АРМе?

>Там кстати ща GL ES как минимум должен работать на тех чипах IIRC

С этим не возился. Просто не придумал куда его применить с практической пользой.
Всё равно ни OpenSCAD, ни FreeCAD не умеют использовать GPU для расчета моделей.
Да и если бы умели - скорее всего требовался бы OpenCL,которого работоспособного нет не то что для видеоускорителей в АРМах,а даже для Intel UHD Graphics 620 который в ранее упомянутой мной
плате от моноблока Асус. Точнее, есть в дебиане пакет beginet, который вроде бы и есть и даже
карточку видит но не работает. И это на десктопном интеле.

> Например сделал гребной винт для небольшого лодочного мотора.
> Это какая-то общедоступная моделька или чего?

Это программа на внутреннем языке OpenSCAD,которая рисует общедоступные модельки.
Выложена естественно на лодочном форуме.
Как обычно - писал не с нуля.
Взял куски кода,написанные каким-то немецким математиком для построения
профилей крыльев в соответствии с табличными данными NASA, а лопасть винта - это тоже
крыло,но закрученное винтом:) На одном напечатанном винте отходил целый сезон пока осенью
в шторм не разбил его при швартовке. А потом утратил халявный доступ к 3д-принтеру так как
его хозяин экстренно сменил место жительства. Пытался к коммерческим печатникам обратиться -
у них прочность оказалась недостаточная так как для экономии пластика внутри модели много пустого места. Кстати, правильно печатавший принтер работал с линуксовым софтом под дебианом, а неправильный - под виндами.

> Памяти,да - только один гиг. И это бывало проблемой при посещении некоторых
> сайтов,с сильно захламленными страницами.
>Zram может забавно помочь в этом смысле.

Думаете может? Если памяти не хватает физически - то куда он будет сжатые страницы размещать?
Впрочем - нехватка памяти для браузера это не проблема браузера или компа где он работает,это
проблема низкого качества изготовления сайтов которые приходится посещать. К счасть,в моем
случае такой сайт только один - Авито. У меня вообще такое ощущение что у нас Авито это примерно
такой же универсальный магазин как Амазон у американцев. Вот бы еще хозяева Авито над оптимизацией своего сайта подумали... Но похоже у них всё еще стадия экспериментов с добавлением
разных фич. Оптимизировать потом будут когда с фичами определятся.

> от 19 вольт,но при этом позволяет собрать на ней полноценный десктоп.
>Никогда не имел дел с такой.

Я когда мне достался этот моноблок от Асус с разбитым экраном - тоже думал что это какая-то малоупотребимая экзотика. Оказалось что нет - очень хороший комп. Даже таблицы ACPI почти без замечаний. Разве что после какого-то очередного апдейта ядра в Дебиане 11 в районе прошлой осени
или конца лета - стало не всегда срабатывать программное выключение. Ну то есть я выбираю в меню IceWM как обычно shutdown или нажимаю на кнопку питания, система корректно останавливается,экран гаснет,а питание не выключается. Происходит это не каждый раз,а примерно в трети-четверти случаев. В остальных выключается нормально. Но самое главное - что до того апдейта ядра выключение работало идеально. То есть это не глючность таблиц acpi виновата,а именно ядро.

>Я даже когда-то кажется юзал FTE, при том нарисовав ему colorizer под некоторые странные веши, а >это видимо его потомок

Да, потомок,причем работающий существенно лучше предка. Я ему еще и конфиги переписал чтобы
он стал очень сильно похож на тот MultiEdit 6.01p в котором я написал много кода когда работал
программистом в 90х.

>В этом смысле ARM и DTS/DTB мне лично куда приятнее.

С точки зрения как минимум понятности синтаксиса - да, намного лучше чем пытаться
дописывать таблицу DSDT за ленивым производителем системной платы.

> Учитвая криворукость system implementer'ов, возможно идея самому взойти на этот пантеон и там >тусить не так уж плоха. И это wish к новой платформе воркстейшна в будущем.

Я готов поверить в возможность нарисовать работоспособную системную плату к какому-нибудь
телефонно-планшетному SOC из не самых быстрых. Но системную плату под настольный комп - по-моему
в домашне-любительских условиях не реально даже нарисовать,не говоря о сделать. (ну если не брать в расчет возможность "настольного компа" из телеприставки:)

>А для вайргада роуминг на новый айпи без жутких развалов - тупо дефолтовое состояние дел.

За информацию спасибо. Надо будет как-нибудь этого зверя пощупать. Я-то просто привык
пользоваться OpenVPN так как начинал использовать его еще в те времена когда про вайргад никто ничего не слышал (лет так двадцать назад).

>И кстати если те соксы позволяют UDP

Я находил халявные подключения которые пишут что позволяют. Сам не проверял насколько оно работает. Мне-то всякие соксы нужна чтобы ходить за почтой - у меня очень старый адрес
(есть тут в профиле),а туда напрямую из РФ амеры не пускают,причем весьма давно уже. Так я
просто указывал почтовому клиенту ходить через shadowsocks и всё. Плохо что американский почтовик
не отдает почту по pop3 через ipv6. Было бы проще так как teredo работает неплохо и халявно.

> можно вон того в вот этого отправить, абстракций же бесконечно много.

Это да, полезное умение линукса отправить чуть ли не кого угодно через кого угодно куда угодно:)


> Это связано с астрономическими углами положения солнца над горизонтом.
>А, вот оно что. А без этого генерит чтонить на рассеяном свете?

Если облака (не совсем уж монстрообразные) но за ними есть солнце не перекрытое
наземными препятствиями - то да, генерит. Может ближний ИК пролезает.
И на маложручий комп из той платы от моноблока - хватает. Даже под летним моросящим дождиком хватает(это стандартная погода летом в моей локации). Правда у меня для этого установлено
ровно в четыре раза больше солнечных панелей чем положено по методичкам продавцов-консультантов.
Методички-то для южной Германии писались. И хорошо если не вообще для Калифорнии.

>Поэтому для себя я решил "C99 req'd" и в целом код не соответствующий этой идее старательно >избегаю насколько возможно.

Не всегда есть возможность всё переписать и переделать. Вон тот же проект ardupilot - написан
на смеси Си с Плюсами и немного Питона. И он большой и достаточно наукоемкий. Самому с нуля в одно лицо такое не написать. И даже просто просмотреть столько кода на предмет возможных особенностей - мало реально. Приходится пользоваться тем что есть. Под 32-битные АРМ и Интел
оно собирается. Под восмьмибитные контроллеры из тех что с большим объемом памяти - вроде бы тоже. Под остальное - не знаю,пробовать надо. Или не надо если судя по отзывам и так работает.

>А штуки типа smatch и cppcheck что думают про это?

А их на это похоже никто и не пытался напускать.

>Для меня дефолтный мк это STM32 и я не оперирую 5V в общем случае, пусть ардуинщики сами с >своими траблами разбираются.

Ардуинщики создали массовый спрос на всякие полезные микросхемы (те же датчики например).
И торговцы стали его удовлетворять. В результате теперь появилась возможность купить многое
за наличные в физическом магазине,а не ждать месяцы доставки с другой стороны глобуса.

> Если вас на улице например Москвы или Питера полицаи остановят с радиостанцией,то
> именно вам придется доказывать что вы имеете право её использовать.
>А я ипу жив ли производитель скажем энной погодной станции и какие там и где сертификаты у него?

Это не ваша проблема. Искать производителя(или хотябы продавца) - это задача компетентных органов. Если они недоглядели - вы не виноваты.
Главное что ваша радиостанция отвечает очевидным признакам промышленного
изделия. Вы купили ее у "неустановленного лица" с лотка на рынке и являетесь "добросовестным приобретателем". О том что от промышленной рации там был только корпус - вы имеете полное право
"не знать". У вас нет и не обязано быть измерительных приборов,сертифицированных должным образом,чтобы проверить что оно там в эфир излучает. Да даже хотябы потому что физлицу _официальную_ сертификацию на прибор и не дадут скорее всего даже если оно прибор свой принесет на поверку.
Я же говорю - главное уметь правильно отвечать на вопросы.
Причем спрашивающие не дураки и быстро сливаются когда видят что человек правильные ответы знает.

>Даже блин СССР с его жестью публиковал схемы примитивных ДУ на 27 - для повторения губителями.

Именно что губителями. Тем что с радиолюбительской лицензией.
А китайские машинки - это "промышленные изделия". Если были официально допущены к продаже значит можно пользоваться. После окончания ссср диапазон 27 мгц разрешили для _использовани_. Но если
будете делать самодельную аппаратуру - то извольте представить ее для освидетельствования прежде
чем выходить в эфир.

>Пока не было прецедентов заплыва враждебных дронов и урона от них на такие расстояния.

Я думаю будут. В мире вообще множество людей,желающих друг другу нагадить тем или иным способом.
А дроностроение - это джин,выпущенный из бутылки,который обратно уже не затолкать в виду доступности компонентов и софта. В управляющий комп дрона можно переделать даже бытовую телеприставку. И,кстати, по воде можно привезти дроном намного большую неприятность чем
по воздуху,тем более на значительное расстояние если.

>смарт в море их бы наверное вообще например интересовал бы выше среднего, не?

Плавать по морю на лодке с телефоном в кармане пока что не запрещено.
Конечно, с соблюдением некоторых несложных формальностей и разрешенного удаления
от берега. Например для моей лодки это две с половиной морские мили.
Я совершенно законно могу на своей лодке оказаться между российской территорией
и морской границей со страной нато. И не я один - рыбаки туда вообще регулярно ходят.
Правда на таком расстояни уже сотовой связи не будет потому что от ближайшей базовой станции
это уже километров пятнадцать будет.

>Ну так траф не похож на обычный для смартфона/модема

Если онлайн видео не качать то вполне обычный трафик будет.
На любом смарте андроидные программы все время по мелочи что-нибудь качают.
Да и на виндовых компах часто тоже.

>чисто технически на 315/433/868/915 напрягусь так сразу несколько ваттов сплюнуть. А Ч ЕМ?!

На 433 - копеечной китайской рацией,Баофенгом каким-нибудь. Продаются они обычно с залоченной
на разрешенные 10 мВт мощностью,но покупатель может не знать что она оказалась не залочена.
Вот до монстрообразной направленной антенны формально докопаться можно если у ее владельца
нет радиолюбительской лицензии. Ибо формально - низзя,только "крысиный хвостик" тот что на рации.
Кстати,владелец маломерного судна официально может получить разрешение на пользование станцией
"морского" диапазона 156 МГц для спасательных целей и/или для связи с службой управления движением в акваториях, прилегающих к крупным морским портам.

>Я просто не понимаю как это прошло сертификацию FCC.

За деньги естественно.

Ответить | Правка | К родителю #319 | Наверх | Cообщить модератору

328. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 21-Фев-24, 01:09 
> 16 c хвостиком тысяч. У большинства программ можно хоть каждую функцию в отдельный
> сегмент помещать и будет _аппаратно_ контролироваться передача управления в неё.

Проблема в том что "16000 хватит всем" не факт, какой-то план на случай если не хватит потребуется. И тут все становится сложно. Алсо, как это все дружит с переключением задач и проч? Где проц может хранить столько state для каждого процесса? Или как это реконфигурится для задачи которой вотща проц отдан, и случая когда их легион?

С paging - есть права страниц, это кешируется, при необходимости догружается, оверхед умеренный и пофиг сколько задач. И можно многие вещи из того мира сделать и так. Вот тут guard page с no access, вон там W^X договорились как права. А самое хорошее что более менее все процессорные архитектуры делали paging более-менее одинаково.

> Вполне может быть актуально для случаев когда возможны внешние воздействия
> на содержимое памяти от электромагнитных помех или пролетания высокоэнергетических частиц.

ECC память поставить проще. Тем более что DRAM контроллеры современных процов это умеют и даже на десктопных мамках эти линии часто разведены. У меня так и сделано.

> Кстати, чтобы словить частицу в микросхему

Мне 1 раз даже прилетало - но таки в кеш проца. Там тоже ECC оказался, ну и пискнул коректабельным MCE, 1 раз в жизни видел.

> горы. Это можно и на плаже в районе Таганрога найти (см."монацитовые пески").

Случайная частица может просто просвистеть из космоса через проц. А еще есть фоновая радиоактивность. Везде. Всегда.

> Оно для другого. Страницы - это для свопа.

У страниц есть атрибуты доступа. Поэтому MMU также и система прав. Более того - view адресов несколько. GPU-VM (в терминах адресов GPU; там свой MMU). Или IOMMU, допустим, который примерно то же самое но для операций со стороны хардвара VS системная память. Так он может и DMA перехватить/отредиректить. И вот уже мы уже пробрасываем GPU в виртуалку. Но при чем тут своп? Это контролируемый перехват, редирект и права с постраничной гранулярностью. Своп это 1 из очень частных ипостасей. Когда в памяти нет страницы, это exception, хэндлер где-то как-то берет страницу, делает вид что этого не было и программа работает дальше. Это generic механизм.

> А сегменты - для внутрипрограммной защиты памяти.

Я не очень понимаю как это должно в норм виде работать в многозадачках с произвольными программами. Для какихнить фирмварей МК - ну да, сетапнуть эн регионов MPU навечно для 1 прибитой на гвозди фирмвары вариант. Но реконфигурация этого добра мучительна и не практикуется в общем случае.

> Помещаем массив в отдельный сегмент - и имеем _аппаратную_ проверку его границ.

А как это все взаимодействует с переключением задач например? Допустим на проце вертится 100 больших программ, получающих ядро проца по очереди. Где этот state будет храниться и как обеспечен его арбитраж и отсутствие левых ограничений, без ломового оверхеда на все это действо? Как на МК сетап MPU делать я понимаю, но не понимаю как такую парадигму разумно приделать к большой многозадачке с переключением неопределенного числа задач неопределенного размера.

> точки входа и никак иначе. В результате потеря управления с исполнением случайных
> команд (а то и тех байтов что в сегменте данных) становится невозможной.

Оно и сейчас так то во многом реализуемо. А интел придумал более забавную технику, которую частично даже в софте откосплеить смогли. Shadow stack, когда стеков два. И по их грубому несовпадению можно заметить что основной - вынесло. Где-то смогли "полусофтварно" сделать.

Кстати МКшники сто лет как придумали что с ЭТИМ делать. Во первых чекать корректность вызова функции и ее внутреннего состояний, во вторых - заполнить unused флеш bad opcode или каким там NMI чтобы при влете в левак сразу - бабах! Авр кажется и с этой техникой в пролете, у него же нет bad opcode. А на арм мк так можно, кст.

> Соглашусь что определенные недостатки есть,но и полезных возможностей тоже немало.

Невозможность прямой передачи переменных в регистрах это весьма крутой недостаток приводящий к голимому коду. Вон там оговорено какие регистры scratch, какие параметры содержат если в них влезло, где ret, так что возможен лобовой вызов и возврат без танцев с сетапом стека и пушпопами если параметров не дофига (т.е. большая часть случаев).

Cortex M довел идею до абсолюта: handler вызывается железом с "сишным ABI". Поэтому любой обработчик, даже ресет, в общем то может быть сишным кодом. Вот это я понимаю, архиектура системы и ABI.

> в один сегмент. Попутно получив еще и ограничение в четыре гига на процесс.

Вон то выглядит для меня как переусложненные, уродливые костыли.

> возможно создать процессор который будет хорош абсолютно для всех применений.

Поэтому ARM и RISCV приняли иной маршрут. Конструктор/модульность. В основе одна и та же технология но обвес может быть под задачу разный. Это ведет к реюзу технологии и ее масштабированию. Это удобно и эффективно.

А хрустики показали что немало вещей можно пруфнуть - в компилтайме вообще. Даже на существующем железе. И не только x86.

> А это задачи противоположные. С ускорением за счет предвыполнения команд -
> уже доигрались,получив всякие там мелтдауны.

Это проблема на совсем другом уровне - out of order exec. Попытка параллельно выполнять обе ветки бранча, делая undo той которая не сработала. С точностью undo оказлись ломовые проблемы, что так то - ожидаемо.

> одной какой-то архитектуры,а на уровне базовой теории процессоростоения.

Точный undo не сработавшего бранча с претензией что этого никогда не было - является весьма нетривиальной задачей в большом сложном проце.

> не факт - разновидностей 386 было несколько), но биосом не использовалась.

Ну тут как бы не угадаешь использует ли блоб биоса сие или нет. И запретить нельзя. И потом стало довольно активно юзаться, для скажем работы usb клав в досе, чтоли и проч.

> Это потом уже через него начали реализовывать управление вентиляторами,контроль напряжений,
> температуры и тому подобно. И начали всё же с ноутбуков.

Это обычно скорее EC делает все же, особенно в ноутах. В какой-то момент интел и решил что мол зачем МК паять, уже ME есть. И местами спихнул часть этого на него. И вот так совсем отказаться от его услуг может стать душновато. Да и с неких пор гаденышевский boot ROM не получив фирмвару выключает комп через 30 минут, "не могу рулить - так не доставайся ж ты никому".

> Кто бы сомневался... Я думаю что виноват в этом не интел сам по себе,а спецслужбы

Мне все равно. Я не хочу видеть это в моих системах, и кто ищет, найдет. За мои деньги моей системой рулить должен - я. Иначе это мошенничество.

> Я сравнивал чисто вычислительную производительность - считает оно на уровне пример PIII-800.
> Если рисовать чертежи можно на третьем пне то почему нельзя на АРМе?

Да можно, почему нет? Просто эффективность этого вызывает ряд вопросов.

> С этим не возился. Просто не придумал куда его применить с практической пользой.

KiCad умеет рендер через GPU, но не факт что ему того хватит. Еще плееры видео сильно резвее работают через GL/вулкан/проч. Иксы в вопросе выводов битмапов позор инженерии.

> Всё равно ни OpenSCAD, ни FreeCAD не умеют использовать GPU для расчета моделей.

Я со вторым не имел особо дел, как максимум немного librecad простенький освоил, чтобы в нем плоские контуры фигачить, в основном чтоб корпуса фрезерами или лазерами для SBC кроить.

> бы и есть и даже карточку видит но не работает. И это на десктопном интеле.

У интеля такие GPU что... они в конце концов у AMD GCN лицензировали вместо своего позорева. Извините но интел 70% маркетинг и 30% инженерия. У амд это соотношение всегда было лучше, но PSP я не прощу даже им, ибо в курсе в чем прикол с деревянными конями.

> Это программа на внутреннем языке OpenSCAD,которая рисует общедоступные модельки.

Я уже догадался как scad работает, на примере генеряемых летунов. Мне и стало интересно что еще интересного в нем делают.

> Выложена естественно на лодочном форуме.

А урл у этого файла есть? Меня и оригинал устроит, посмотреть как это вообще.

> крыло,но закрученное винтом:) На одном напечатанном винте отходил целый сезон пока осенью
> в шторм не разбил его при швартовке.

Ну я догадываюсь о винтах. Вот и было бы интересно посмотреть как генератор такой штуки выглядит. Видал чудика делавшего генератор параметрических турбин на питоне, прикольно, но код выглядел хтонью, качать не стал. Хотя идею параметризации заценил. А потом вот так отпечатать "as needed" и на самом деле будущее - это так.

>>Zram может забавно помочь в этом смысле.
> Думаете может? Если памяти не хватает физически - то куда он будет
> сжатые страницы размещать?

Откусит часть рамы, СОЖМЕТ редко используемое в 2-3 раза, и выгрузит туда - расчистив регион в котором душняк. А если неиспользуемое потребовалось, декомпресаанет RAM -> RAM и это весьма шустро для LZ4 или LZO+RLE, сравнимо с memcpy().

Суммарный эффект - сжатие редко используемых страниц. Paging понятие растяжимое! Сколько откусить под сжатый вариант - зависит от профайла использования. Попробуйте от четверти до трети рамы отдать, посмотрите какой процент "свопа" будет забит. Чем больше подарите ему тем больше в "псевдосвоп" втрамбовать можно при душняке в сжатом виде но меньше на working set активных прог останется. Такой "ram doubler" :)

> проблема низкого качества изготовления сайтов которые приходится посещать.

Я вообще JS по дефолту запретил - заодно от кучи вулнов спасает. И активируется только там где абсолютно необходимо. Дать васянам выполнять на своих системах абы что плохая идея, имхо. Особенно в мире где rowhammer и спектры на JS - таки пытаются.

> очень хороший комп. Даже таблицы ACPI почти без замечаний.

Видимо у меня сейчас уже другие понятия о "хороший комп".

> выключение работало идеально. То есть это не глючность таблиц acpi виновата,а именно ядро.

Я бы попробовал
1) Посмотреть сообщения ядра, желательно консоль на уарт, где видно late прогресс шатдауна.
2) Если не понятно в чем трабл, можно git bisect попробовать сие отловить. Ессно на майнлайн кернеле. И придется научиться воспроизводить трабл, и опробовать несколько разных версий которые git зачекаутит пытаясь локализовать проблемный комит. Я так очень нетривиальные вещи аннулировал. Даже не разбираясь в подсистеме. Ядерщики оч радуются когда им такой подарок в готовом виде приносят.

> Да, потомок,причем работающий существенно лучше предка. Я ему еще и конфиги переписал
> чтобы он стал очень сильно похож на тот MultiEdit 6.01p

Ну, мне это ничего не говорит. А вот какой-то кастомный colorizer я под экзотичные архитектуры рисовал однажды. Даже работало.

> С точки зрения как минимум понятности синтаксиса - да, намного лучше чем пытаться
> дописывать таблицу DSDT за ленивым производителем системной платы.

С точки зрения system implementer'а. В целом. Контроль над аспектом проще. Нет завязки на маздайные пакости, дефолты сделаны дружественными entity, хотевшими того же что я, пингвин пускать. А не маздайными индусами с MS тулсами в гамновендоре, клавшими на линя, которым баг репортить нереал.

> Я готов поверить в возможность нарисовать работоспособную системную плату к какому-нибудь
> телефонно-планшетному SOC из не самых быстрых.

Можете скачать шикарную шестислойку у olimex под A64 с DDR рисованую в кикад :). Да, это большой, сложный проект, так не все смогут. И все же, опенсорсом уже на самом деле можно вот столько. Недалек день когда "незаменимые" пойдут нахрен и мы будем сами ходить на пантеон.

> в домашне-любительских условиях не реально даже нарисовать,не говоря о сделать. (ну если
> не брать в расчет возможность "настольного компа" из телеприставки:)

Прелесть када в том что выхлоп оного стандартен и герберы жрет любая фаба. А чувак в Olimex отрисовавший вон то - имеет любительский origin. Это то чем может стать правильный любитель.

> пользоваться OpenVPN так как начинал использовать его еще в те времена когда
> про вайргад никто ничего не слышал (лет так двадцать назад).

Я тоже openvpn когда-то юзал, но сейчас почему-то :)) перестал. Вон того в 20 раз проще настраивать и работает в целом лучше.

> Я находил халявные подключения которые пишут что позволяют. Сам не проверял насколько
> оно работает. Мне-то всякие соксы нужна чтобы ходить за почтой -

Почте обрыв конектов пофиг. А вот ряду иных вещей типа IRC прозрачный рекавери сессии при летучем интернете - в тему.

> (есть тут в профиле),а туда напрямую из РФ амеры не пускают,причем весьма
> давно уже.

Лично мои коммуникационные технологии построены так что я вообще не скажу какой у меня "external IP". А ремоты могут видеть все что я захочу им показать. Как вы поняли я умея виртуалки и одноплатники - поразвлекся, сделав нечто странное.

> не отдает почту по pop3 через ipv6. Было бы проще так как
> teredo работает неплохо и халявно.

Мне почему-то казалось что его в дебиан дропнули, но меня глючило, вижу в пакетах.

> Это да, полезное умение линукса отправить чуть ли не кого угодно через
> кого угодно куда угодно:)

Да это даже не линукса, а математики, в принципе где угодно можно. Но в винде это довольно мучительно и криво. Не годится винда для продвинутых сетапов.

> наземными препятствиями - то да, генерит. Может ближний ИК пролезает.
> И на маложручий комп из той платы от моноблока - хватает.

А, понятно. Т.е. mppt какой никакой у вас видимо есть? И что-то откачивает даже в неидеальном виде?

> ровно в четыре раза больше солнечных панелей чем положено по методичкам продавцов-консультантов.

Их рассказы видимо ставят цель не отпугнуть ломовыми затратами, или типа того. Реально ессно это будет совсем по минимуму как я понимаю.

> Не всегда есть возможность всё переписать и переделать. Вон тот же проект
> ardupilot - написан на смеси Си с Плюсами и немного Питона. И он большой и
> достаточно наукоемкий. Самому с нуля в одно лицо такое не написать.

Ну я и не отрицаю что мир не идеален. Но цели выбраны, приоритеты расставлены - и это имплементится, как минимум best effort, а где видится критичным - жестче. Если я вижу что код гамно - я не обязан быть чьим-то мусорным баком. Если что-то хочется снести, оно сносится. Мое чутье меня не подводило.

>>А штуки типа smatch и cppcheck что думают про это?
> А их на это похоже никто и не пытался напускать.

Говоря за себя я люблю качественный, стабильный, аккуратный, предсказуемый код. А откровенные помойки - ну вот хочется apt purge/rm и все тут. И кто мне запретит? :)

> Ардуинщики создали массовый спрос на всякие полезные микросхемы (те же датчики например).

Спрос создали - смартфоны и масспрод, уж пардон. А ардуинщики спрос создали на костыли и проч. Я давно перерос тот уровень, мне это не требуется, вместе с теми благодетелями дерущими три шкуры.

> Это не ваша проблема. Искать производителя(или хотябы продавца) - это задача компетентных
> органов. Если они недоглядели - вы не виноваты.

В любом случае - я не припоминаю практических кейсов преследования DIY'ев с ISM что в РФ что где-то еще. Во всяком случае тех кто не делал чего-то реально выдающегося. При том что вон там есть даже довольно наглые персонажи так то.

> Главное что ваша радиостанция отвечает очевидным признакам промышленного изделия.

Какой именно норматив все это требует вообще? И каковы санкции за это нарушение?

> "не знать". У вас нет и не обязано быть измерительных приборов,сертифицированных должным
> образом,чтобы проверить что оно там в эфир излучает.

Ну и вот кроме всего прочего я так то предпочитаю чтобы все что я делаю смотрелось более менее как нормальный девайс, а не хзчто. Это больше по части инженерной эстетики, но вероятно может быть фичой и в других аспектах. Вызывая меньше странных вопросов.

> Причем спрашивающие не дураки и быстро сливаются когда видят что человек правильные
> ответы знает.

Для начала под их внимание еще ухитриться попасть надо. Что на ISM кмк потребует каких-то весьма странных достижений кмк. Попадает ли вещание в именно том регионе пространства под это - вопрос имхо интересный. Но я могу вас понять в нежелании узнать на него ответ.

> Именно что губителями. Тем что с радиолюбительской лицензией.

Насколько я помню, там никакие требования этого плана не публиковались. Просто пояснялось что дизайн должен быть отстроен на 27.12, центр ISM и на другие частоты ни-ни. Это было даже в совсем казуальных штукаю типа журналов ЮТ или "для умелых рук".

К тому же позвыной губителя никак не коррелирует с статусом "производителя" и "сертификации". А железка НЕ оперирует под губительскими регуляциями, требующими периодически вещать позывной и что там еще. Чего тупая дистанционка не умеет хоть как.

> А китайские машинки - это "промышленные изделия". Если были официально допущены к
> продаже значит можно пользоваться.

Вот на этот счет у меня сомнения.

> После окончания ссср диапазон 27 мгц разрешили для _использовани_.

Он и в СССР был разрешен для ДУ. Там даже IIRC были небольшие отличия в частотах, но 27.12 по обеим сеткам пролезает, это примерно центр.

Идея довольно старая и базовой там кажется что-то типа 6.78МГя было. Его x2 это 13.56, сейчас популярно для RFID карточек (на них случайно ничего не надо?). x4 это 27.12 и им пользуются потому что он глобальный для Region 1 и Region 2, в америках он тоже зарезервирован под всеобщий срач. Единственное что совпадает кроме него в этом 2.4ГГц. Потому он и популярен на самом деле. А x6 это 40.68 чтоли, там небольшой клочок тоже ISM. А 433.92 == 27.12 * 16.

ISM регуляции ратифицировал еще СССР насколько я помню, но по моему были мелкие отличия в краях 27.12. В совсем старых книжках - были схемы ДУ на 144МГц еще. А вот потом его оставили только лицензированым хамам, дистанционки оттуда убрали. Ну и схемы оных перестали публиковать в книжках для general public, соответственно. Найти их на 144 можно только в старых книжках (я находил в книге по ламповой :D схемотехнике).

> Но если  будете делать самодельную аппаратуру - то извольте представить
> ее для освидетельствования прежде чем выходить в эфир.

Не помню где это требовали - даже в сссрских публикациях - для ISM. Это точно не ваши домыслы?

>> Пока не было прецедентов заплыва враждебных дронов и урона от них на такие расстояния.
> Я думаю будут. В мире вообще множество людей,желающих друг другу нагадить

Возможно. Но на большие расстояния плавать походу все же довольно энергозатратно для мелких штук. Атомные "батарейки" смертным взять негде - а насколько вы уплывете с 1 заряда акумов или даже полным баком бензина? У воздушных коэфф сопротивления ниже чем у водных, а если крылья контрят гравитацию "почти нахаляву" - ну они и летают дальше при прочих равных.

> виду доступности компонентов и софта. В управляющий комп дрона можно переделать
> даже бытовую телеприставку.

Ну да :). И это по своему прикольно. И кмк уменеие это уметь может при случае нехило пригодитоься. Есть такое подозрение. Почему-то.

> И,кстати, по воде можно привезти дроном намного большую неприятность чем
> по воздуху,тем более на значительное расстояние если.

И все же кажется, есть определенные технические проблемы. Недружелюбные дроны насколько я вижу пока плавают на ограниченные дистанции. Летают таки сильно дальше.

> Плавать по морю на лодке с телефоном в кармане пока что не запрещено.

Да. Но все же, ЭТО потенциально входит как раз в интересы погранцов, или я не прав?

> и морской границей со страной нато. И не я один - рыбаки
> туда вообще регулярно ходят.

Забавно, но как я понимаю ничего формально не нарушает.

> Правда на таком расстояни уже сотовой связи не будет потому что от
> ближайшей базовой станции это уже километров пятнадцать будет.

GSM может до 30 километров по максимуму, чтоли. Там для моря есть режим половинной плотности соты, 2 таймслота сдвигают в 1 так что емкость ополовинивается, зато если сигнал пролазит - будет работать. Как 3G/4G на такиие дистанции летает - хз.

> На 433 - копеечной китайской рацией,Баофенгом каким-нибудь. Продаются
> они обычно с залоченной на разрешенные 10 мВт мощностью,

Все же довольно специфичный item не продающийся абы где. А вон те сельские креативщики под простые дистанционки и жуки курочали, таки, пультики и звонки. Мощи - добавить, или вообще переделать китайский позор взяв оттуда RF транзюки только, кодирование команд поинтеллектуальней, процыком, чтоб от соседа не срабатывало. Сильно дофига не получится - но возможно оно и не надо было. Кораблик в пруду погонять заапгрейженой версии хватит с превышением.

> Вот до монстрообразной направленной антенны формально докопаться можно если у ее владельца
> нет радиолюбительской лицензии. Ибо формально - низзя,только "крысиный хвостик"

А какой пункт каких регуляций антенну запрещает? И кстати народ по приколу придумал яги которые не вызывают вопросы. Скажем встроенные в стекло авто или чего там. Они ж плоские и полоски фольги не хуже иных вариантов работают. Ну можно и собрать структуру в незаметном виде. Есть даже апнот где яга прям на печатке, текстолитом оформлена.

А на 2.4 направленые антенны можно вообще делать из неожиданных вещей, банки принглса это классика, но есть и много иных способов. Скажем, пара скрепок или кусочков провода конвертируют палку роутера в вполне себе ягу. Правда размеры там критичны. Но можно и из банки от бухла рефлектор сделать. И этак +10dBi как с куста - ррраз.

> "морского" диапазона 156 МГц для спасательных целей и/или для связи с службой
> управления движением в акваториях, прилегающих к крупным морским портам.

Ну вот там логично только об этом и трепаться. А левые сигналы наверняка заагрят всех причастных.

>>Я просто не понимаю как это прошло сертификацию FCC.
> За деньги естественно.

Да как бы не принято такое у этих господ. Скорее просто что-то отоптимизировали в "минорных изменениях", и вот вроде и сертификат, но вот вроде и срач в эфир.

А *линк спокойно продавал в РФии вафельницы +27dBm при том что легально без лицензии более +20 ну вот вообще совсем никак. У меня даже есть парочка таких по приколу. Впрочем это еще фигня - некоторые провы, не будем показывать пальцем, хакнули regulatory настолько что прямо в beacon их точка считает что можно +30dBm. Юзерь, конечно, никаких разрешений на такие параметры ни с кого никогда не получал - а в параметры ISM такие уровни совершенно точно не лезут. Но, походу, наглость второе счастье и они массово это лепили всем.

Ответить | Правка | К родителю #325 | Наверх | Cообщить модератору

332. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 21-Фев-24, 06:42 
> Проблема в том что "16000 хватит всем" не факт, какой-то план на
> случай если не хватит потребуется.

Он предусмотрен. Не обязательно каждый массив и каждую функцию в отдельный сегмент пихать.
Можно и несколько в один. Вон в линуксе вообще _всё_ в один пихается. Вырожденный случай так сказать.

> как это все дружит с переключением задач и проч?

Ну в OS/2 же сегментный механизм работал. Хотя в те времена процы куда медленнее были.
Все подробности есть в документации на проц,даже на русском была книжка
"Архитектура процессора 80386",она у меня есть в бумажном виде.
Не переписывать же ее сюда:)

> Где проц может хранить столько state для каждого процесса?

У процесса есть таблица его сегментов. Не такая уж и большая.
В ней адрес,размер и права. В проце указатель на таблицу,он переставляется при переключении задач. Это прямо сейчас работает в линуксе,только в таблице один сегмент на процесс. А можно много. Причем нынешней ситуации это даже не противоречит - кто не хочет может не пользоваться
и продолжать всё в один сегмент пихать.

> А самое хорошее что более
> менее все процессорные архитектуры делали paging более-менее одинаково.

Вот это действительно хорошо.
А что не сделали сегменты и потеряли возможность аппаратной проверки границ массивов и
точек входа в функции - плохо.

>> Кстати, чтобы словить частицу в микросхему
> Мне 1 раз даже прилетало - но таки в кеш проца. Там
> тоже ECC оказался, ну и пискнул коректабельным MCE, 1 раз в
> жизни видел.

Вот интересно что у вас было за оборудование что оно не просто отследило эту ситуацию,
а еще и пискнуло и предоставлило диагностику,позволившую определить что это был за писк.

> У страниц есть атрибуты доступа.

Что никак не помогает ни границы массивов проверять ни корректность точек входа в функции.
Разве что можно код сделать не перезаписываемым,а данные неисполняемыми.
И то для этого надо заранее озаботиться выравниванием того и другого по границам страниц.

> Кстати МКшники сто лет как придумали что с ЭТИМ делать. Во первых
> чекать корректность вызова функции и ее внутреннего состояний, во вторых -
> заполнить unused флеш bad opcode или каким там NMI чтобы при
> влете в левак сразу - бабах! Авр кажется и с этой
> техникой в пролете, у него же нет bad opcode.

От случайного исполнения произвольных данных (тех же констант,в флэш запихнутых) - не поможет.
А на avr можно заполнить свободное место джампом куда-нибудь где это будет как-то обрабатываться.
Видел такую прошивку как-то раз. Она там довольно монстрообразными гидроцилиндрами управляла поэтому повисать наглухо было не желательно. А так - перезапускалось обработчиком этого джампа и дальше рулило. Само-то руление довольно простое было - читай кнопки и датчики да щелкай клапанами.

>> Я сравнивал чисто вычислительную производительность - считает оно на уровне пример PIII-800.
>> Если рисовать чертежи можно на третьем пне то почему нельзя на АРМе?
> Да можно, почему нет? Просто эффективность этого вызывает ряд вопросов.

Да,мне надо было уточнить - любительские чертежи и любительские схемы.

> KiCad умеет рендер через GPU

Чтобы нарисовать схему и развести плату - ему GPU точно не нужен иначе у меня бы тут не работал
на этом интеловском gpu для которого нормальной поддержки нет.
А что Kicad может нарисовать 3d-рендер для платы - там нужных для этого 3д моделей деталей всё равно обычно нет. Не покупать же специально те детали под которые в нём модели нарисованы чтобы красивую картинку увидеть:) Хотя мне однажды на радиолюбительском формуме подарили полную
модель классического транзистора КТ315 - с футпринтом и картинкой. :)

> Еще плееры видео сильно резвее работают через GL/вулкан/проч.

Да, но мне на моем компе видео просто не нужно.
Сильно не подходит мне такой способ подачи информации (в сравнении с нормальным текстом и хорошо выполненными иллюстрациями в необходимых местах). Ну плохо я с голоса техническую информацию воспринимаю,да еще и в сопровождение мельтешащей картинки. И судя по комментариям
на habr.com - я среди технарей далеко не один такой. Там уже некоторых авторов статей,злоупотреблявших видеовставками, изрядно запинали.

> Иксы в вопросе
> выводов битмапов позор инженерии.

Они не для телевизоров делались.
И таки мой комп - не телевизор.
Если мне вдруг будет нужен телевизор (после десятков лет его отсутствия в моем доме) - то
я телевизор и куплю. Они кстати сейчас и ютуб тоже могут показывать если соответствующую
модель выбрать.

>> Это программа на внутреннем языке OpenSCAD,которая рисует общедоступные модельки.
> Я уже догадался как scad работает, на примере генеряемых летунов. Мне и
> стало интересно что еще интересного в нем делают.

Очень много всего того что имеет повторяющиеся элементы которые удобно генерировать программно.
Например лопасти винтов,зубы шестеренок(в том числе особо хитрой формы,задаваемой математическими формулами), разного рода шипы-пазы, а также и какие-нибудь узоры в художественных целях.

>> Выложена естественно на лодочном форуме.
> А урл у этого файла есть? Меня и оригинал устроит, посмотреть как
> это вообще.

Искать тут:
https://forum.motorka.org/threads/6323/post-578759

> Видал чудика делавшего генератор параметрических турбин
> на питоне, прикольно, но код выглядел хтонью

У OpenScad код тоже выглядит весьма запутанно.
Это не совсем язык программирования, это язык описания.
Он не то чтобы вот так "исполняется". Там например нет циклов
в привычном понимании.
На Питоне было бы существенно понятнее. Тем более что есть Питон,встроенный
в FreeCad. Но мне подвернулись готовые функции пространственных преобразований
от немецкого математика и они были на языке OpenScad. Их и использовал.
Кстати,программку скачало две сотни человек. Это к вопросу о всякой "ненужности":)

> идею параметризации заценил.

Вот и я заценил то,что рисовать надо не мышкой,а написанием программного кода.
Первый раз я про это задумался году в 93 когда узнал что в том Автокаде (под ДОСом)
можно "программировать чертежи". Даже нашел халяву чтобы отправиться на курсы.
Но там оказался язык Lisp, полность и абсолютно не совместимый с моими мозгами.
Пришлось очень надолго идею забросить. Ну вот теперь в линуксе есть средства,позволяющие
это делать без лиспа.

>>>Zram может забавно помочь в этом смысле.
>> Думаете может? Если памяти не хватает физически - то куда он будет
>> сжатые страницы размещать?
> Откусит часть рамы

Вот именно что откусит. А ее и так немного там. Но при случае попробую.

>> проблема низкого качества изготовления сайтов которые приходится посещать.
> Я вообще JS по дефолту запретил - заодно от кучи вулнов спасает.

К сожалению на упомянутом мной сайте без js не работает нужное.

> Дать васянам выполнять на своих системах абы что плохая идея, имхо.

Я тоже так считаю. Или таки выполняемое не должно иметь никакого
выхода за пределы браузера совсем. Вот только в нем красивости и рисовать
и больше ничего не быть позволено.

>> очень хороший комп. Даже таблицы ACPI почти без замечаний.
> Видимо у меня сейчас уже другие понятия о "хороший комп".

Для меня хороший комп это в первую очередь очень стабильно работающий.
Когда за два года ни одного сбоя и повиса с потерей данных - это хороший комп.
Даже если он объективно не сильно быстрый. Всё равно он намного быстрее чем
мои собственные мозги.

>> выключение работало идеально. То есть это не глючность таблиц acpi виновата,а именно ядро.
> Я бы попробовал
> 1) Посмотреть сообщения ядра, желательно консоль на уарт, где видно late прогресс
> шатдауна.

Ну оно пишет power off,а на самом деле не off.
Но это мне не настолько мешает (точнее вообще не мешает) чтобы я стал в этом копаться.
Никакой там гибернацией и подобными сонными режимами я всё равно не пользуюсь за
ненадобностью.

> И придется научиться воспроизводить трабл

Да он на самом-то деле и не трабл вовсе.
Я понимаю если бы это было на каком-нибудь топовом дорогущем ноутбуке вышедшем месяц назад и он
бы не усыпал так или не просыпался как теперь модно.
А тут - ну подумаешь,иногда на кнопку повторно нажать и подержать несколько секунд - оно и выключается из этого состояния. Даже можно питанием не щелкать.

> Можете скачать шикарную шестислойку у olimex под A64 с DDR рисованую в
> кикад :).

Так это у olimex. Еще бы вспомнили что там у какого-нибудь гугла есть сделаное:)
А я про простых смертных,к олимексам и гуглам отношения не имеющих.
Так-то не сомнваюсь что сам кикад может намного больше чем может
отдельно взятый его пользователь.

> И все же, опенсорсом уже на самом деле можно вот столько.
> Недалек день когда "незаменимые" пойдут нахрен

Так уже очень много где "незаменимые" остались лишь по причине
привычки тех кто там с тем софтом лет по 20-30 работает.
Они также как и я юзают свои навыки и привычки чуть ли не из 90х еще.
В 50+ никто переучиваться на другой софт не станет - проще доработать
на пенсии на том к чему привык.

> Прелесть када в том что выхлоп оного стандартен и герберы жрет любая
> фаба.

Так это опять не про физлиц-любителей. Да, я знал человека который свои
любительские самоделки (довольно продвинутые) пропихивал на какой-то
небольшой китайский фаб. Так у него по работе контакты с китайцами были и
он в Китай мотался по несколько раз в год. И на английском свободно трындел -
вот и договорился.

>А чувак в Olimex отрисовавший вон то - имеет любительский
> origin. Это то чем может стать правильный любитель.

Оказавшись в нужное время в нужном месте - да,может. Если так повезет.
Опять же сильно от soft skills зависит.

> Я тоже openvpn когда-то юзал, но сейчас почему-то :)) перестал. Вон того
> в 20 раз проще настраивать и работает в целом лучше.

Значит мне остается посидеть и поискать куда вайргад можно халявно прицепить.

>> teredo работает неплохо и халявно.
> Мне почему-то казалось что его в дебиан дропнули, но меня глючило, вижу
> в пакетах.

Работает,только надо в конфиге прописать не тот сервер что там прописан.
Но вообще попытки дропать странные учитывая массовую пропаганду внедрения ipv6.
Такую хорошую штуку наоборот продвигать надо потому что позволяет халявно
получить ipv6 сидельцам за провайдерскими NAT.

>> наземными препятствиями - то да, генерит. Может ближний ИК пролезает.
>> И на маложручий комп из той платы от моноблока - хватает.
> А, понятно. Т.е. mppt какой никакой у вас видимо есть?

Есть. Причем используемый китайский солнечный контроллер сделан на STM32,том самом,
который китайцы на свои мелкие платы-модули паяют.
Я даже как-то раз купил такой же контроллер на Авито,но дохлый. Надеялся что только
силовые ключи,а проц остался жив и получится считать с него прошивку. Но проц
тоже оказался мертвый. Хотел дизассемблером в коде покопаться.

>> Ардуинщики создали массовый спрос на всякие полезные микросхемы (те же датчики например).
> Спрос создали - смартфоны и масспрод, уж пардон.

Это _там_. А _тут_ китайские платы с распаянными на них микросхемами датчиков появились
именно благодаря ардуинщикам. Раньше надо было пару месяцев ждать доставки из китая,
а теперь можно прийти и купить за наличные,ну как минимум в Москве/Питере можно.

> А ардуинщики спрос создали на костыли и проч.

То есть то,что большинству любителей и надо.
> не требуется, вместе с теми благодетелями дерущими три шкуры.

Какие три шкуры? Плата с STM32F103C8T6 стоит всего пару сотен российских рублей.
Это как четыре батона если на еду пересчитывать.
А там на плате кроме проца еще стабилизатор питания и кварц,которые всё равно нужны.
И это копеечное китайские изделие завелось на 72 МГц когда я с ним экспериментировал.

> В любом случае - я не припоминаю практических кейсов преследования DIY'ев с
> ISM что в РФ что где-то еще.

Совсем недавно в новостях было про то как на мужика наехали менты за то что он с сканером(приемником!) по центру города ходил. Так что когда премия нужна - вполне
преследуют.

> Попадает ли вещание в
> именно том регионе пространства под это - вопрос имхо интересный. Но
> я могу вас понять в нежелании узнать на него ответ.

Я как раз это знаю. Уже говорил от сотрудников какой службы.
Поэтому и не высовываюсь.

> ISM регуляции ратифицировал еще СССР насколько я помню, но по моему были
> мелкие отличия в краях 27.12.

Простым смертным без лицензии разрешили в 89 году. Но только 0.5 Вт на тот момент.
Да, формально еще в ссср.

>> Но если  будете делать самодельную аппаратуру - то извольте представить
>> ее для освидетельствования прежде чем выходить в эфир.
> Не помню где это требовали - даже в сссрских публикациях - для
> ISM. Это точно не ваши домыслы?

Это домыслы требующих. Освидетельствование-то не бесплатное,хотя и не дорогое.
Об этой процедуре применительно к самодельным радиостанциям неоднократно
журнал Радио писал.
Ну и понятно что строгость российских законов как обычно компенсируются необязательностью
их исполнения. И даже сейчас на КВ можно услышать болтовню на любые темы.
Причем вдувают такие мощности что слышно даже на мой китайский Degen с куском проволоки в качестве антенны.

> Возможно. Но на большие расстояния плавать походу все же довольно энергозатратно для
> мелких штук. Атомные "батарейки" смертным взять негде - а насколько вы
> уплывете с 1 заряда акумов или даже полным баком бензина?

С одного заряда не далеко,а на одном литре бензина моя четырехметровая лодка идет 12 километров.
На том самом винте из линуксового OpenSCAD.

>> В управляющий комп дрона можно переделать
>> даже бытовую телеприставку.
> И кмк уменеие это уметь может при случае нехило пригодитоься. Есть такое подозрение. Почему-то.

Не думаю что оно где-то так уж существенно пригодится кроме развлекательных целей.
Посмотрите на вакансии - php,js,python,прочее что около веба. Линуксоидов вообще развелось чуть ли не больше чем линуксов. По микроконтроллерам - ну с вашим уровнем устроиться можно,с моим - скорее всего нет. Сейчас куда ни плюнь - в программиста попадешь,как лет двадцать назад в юристов и экономистов. Причем еще и в молодого, так что у пожилых типа меня шансов нет. Только небольшой
пассивный доход и спасает.

>> Плавать по морю на лодке с телефоном в кармане пока что не запрещено.
> Да. Но все же, ЭТО потенциально входит как раз в интересы погранцов,
> или я не прав?

При соблюдении небольших формальностей и ограничений на дальность плавания лодка в море погранцов особо не возбуждает.
>> и морской границей со страной нато. И не я один - рыбаки
>> туда вообще регулярно ходят.
> Забавно, но как я понимаю ничего формально не нарушает.

Если документы есть - то не докапываются. Да и проверяют не часто. Ибо а что может человек на лодке сделать? В страну нато удрать? Так теперь не ссср и сбегание не является особо жутко-ужасным нарушением если не везти что-нибудь явно такое что везти не надо,ну и не секретоноситель.
И в отличие от времен ссср убежище там не дадут - эта халява теперь только для угнетенных африканцев всяких. Этих кстати ловят регулярно,а они всё равно туда лезут.

>> Правда на таком расстояни уже сотовой связи не будет потому что от
>> ближайшей базовой станции это уже километров пятнадцать будет.
> GSM может до 30 километров по максимуму, чтоли.

Да,это так,но только с точки зрения таймслотов. Чтобы подключиться на таком расстоянии-
нужны хорошие антенны на высокой мачте. Обычный телефон просто так находясь в кармане не подключится.

> режим половинной плотности соты, 2 таймслота сдвигают в 1 так что
> емкость ополовинивается

Может и поэтому когда летом набегают дачники скорость интернета падает с 1030-1070 кб/сек
до 200-300. И соединения обрываться начинают. Особенно заметно в выходные дни с хорошей погодой.

> Как 3G/4G на такиие дистанции летает - хз.

По личному опыту могу сказать что 4G (LTE) работает явно стабильнее и дальше.

> А какой пункт каких регуляций антенну запрещает?

решение Государственной комиссии по радиочастотам от 06.12.2004 г. No 04-03-04-001.
Это для 433 МГц.
Для wifi тоже есть. Нельзя направленные и нельзя на улицу. Ну в смысле без оформления бумаг нельзя.
Понятно что как всегда строгость компенсируется неисполнением.
Но и как всегда если очень надо то могут и исполнить.
https://neva.today/news/2024/1/29/492751

> А на 2.4 направленые антенны можно вообще делать из неожиданных вещей, банки
> принглса это классика, но есть и много иных способов.

Из спутниковой тарелки и самодельного облучателя хорошо получаются - выглядят привычно и
не вызывают интереса.

Ответить | Правка | К родителю #328 | Наверх | Cообщить модератору

335. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 22-Фев-24, 01:00 
> Он предусмотрен. Не обязательно каждый массив и каждую функцию в отдельный сегмент пихать.

Тогда знаете что? Деление на code, rodata, rwdata а также всякие там stack и heap уже и так были разграничены. А то что это страничной подсистемой демаркировано, правами страниц, не больно какая разница. Да, так регион с энными правами оформляется с округлением до страницы. И что? В общем случае смесь кода и данных имеет смысл лишь в 1 случае - для PC-relative адресации, чтобы это position independent code был по простому. Но x86 уродец в оригинале вот именно это то как раз и не умел. И ему такая кодогенерация как собаке пятая нога. На армах да, сие обеспечивает компактный и эффективный код.

> Можно и несколько в один. Вон в линуксе вообще _всё_ в один
> пихается. Вырожденный случай так сказать.

Насколько я помню это не соответствует действительности и правами страниц демаркируется несколько регионов с разными правами под разные права. Как я уже сказал, страницы это суперсет сегментной парадигмы, но с своими особенностями.

> Ну в OS/2 же сегментный механизм работал. Хотя в те времена процы
> куда медленнее были.

Так там и RAM и проца на кучу задач не было. И портабельность никого не парила (на память об этом винды потеряли свое будущее в мобильном мире, в том числе и линуху в андроиде). А цепляние за фичи 286 ибм и доканало, помнится. Мир выбрал страничную память и дизайн систем в том стиле. Ибм не вписался в поворот и сошел с дистанции.

> "Архитектура процессора 80386",она у меня есть в бумажном виде.
> Не переписывать же ее сюда:)

Да и я лучше что-нибудь более приятное почитаю. Про менее мерзкие архитектуры, уж пардон. Мне не интересен 386.

> У процесса есть таблица его сегментов. Не такая уж и большая.

А таки ее сетап при создании видимо будет жрать порядком времени и fork() который основа основ *никсов кмк поймает нехилый якорь.

> В ней адрес,размер и права. В проце указатель на таблицу,он переставляется при
> переключении задач. Это прямо сейчас работает в линуксе, только в таблице один
> сегмент на процесс. А можно много.

Нечто такое просто сделано страничной подсистемой.

А так у интеля есть много чего - что мало кому надо. Скажем в том новом x86, который 64bit only без легаси, заодно порезаны и неиспользуемые Ring'и. Ненужное легаси. Де факто ОС хотят деление на system и user. Еще как максимум hypervisor - но это должно быть круче ОС тогда.

> Вот это действительно хорошо.

Это заметно упростило портабельность систем на разные архитектуры. А сегментный механизм уникален для интеля и никто так делать больше не стал.

> точек входа в функции - плохо.

Это таки можно и рядом иных способов сделать. Правда не совсем халявно. Скажем кладем массив в конец страницы, за ней guard page, при потуге туда сунуться - MMU сильно обидится. Я так понимаю ASAN что-то наподобие и делает, частично подперев себя железом для эффективности.

> Вот интересно что у вас было за оборудование что оно не просто
> отследило эту ситуацию,

Кеши процов с ECC давно не новость. Даже в десктопных CPU. И MCE (Machine Check Exception) не новый механизм. Все более менее современные интели и амд вроде умеют это дело. У амд с FAM10h кажись точно есть.

> Что никак не помогает ни границы массивов проверять ни корректность точек входа
> в функции.

Расскажите это ASAN/UBSAN. Правда увы, не халявно, из-за такой структуры будет некий оверхед.

> Разве что можно код сделать не перезаписываемым,а данные неисполняемыми.

И это уже рубит дочерта всего, W^X это как раз очень правильная системная политика.

> И то для этого надо заранее озаботиться выравниванием того и другого по
> границам страниц.

Это уже сто лет все делают один фиг на всех ОС с paging. А код и данные так то как правило разделены. Их смесь имеет смысл только в случае типа PIC-кода. А это не про i386, который не умеет относительно PC/IP адресовать данные по простому.

> От случайного исполнения произвольных данных (тех же констант,в флэш запихнутых) - не поможет.

На ARM сие довольно быстро брякнется с bad opcode. А в случае MPU так и вовсе, можно запретить такой доступ. Впрочем это не отменяет общий health check системы, скорее дополняет. А у авр вообще нет понятия bad opcode. Он "что-то" будет делать до упора.

> А на avr можно заполнить свободное место джампом куда-нибудь где это будет
> как-то обрабатываться.

У любой фичи есть такая штука как целессобразность. Если это может быть простое заполнение константой, одно. Если это надо целый кодогенератор - извините, но... в общем случае нафиг. По соображениям майнтенанса, сложности и общего баланса в результате. Нет цели прожибить железную дверь любой ценой, особенно если ее сбоку можно обойти.

> Видел такую прошивку как-то раз. Она там довольно монстрообразными гидроцилиндрами управляла
> поэтому повисать наглухо было не желательно.

Я бы вообще туда авр ставить не стал, для начала. У STMicro еще всякие продвинутые фичи есть. Скажем если кварц сбоит - железо может детектить это (clock security system) и само врубить внутренний генератор и свалить на него. После чего немедленно валится NMI и можно заняться проблемой. А авр... ему и на это похрен. Если он от кварца работат и там что-то не так, все, системе хана, без клока код выполняться вообще не бу.

> этого джампа и дальше рулило. Само-то руление довольно простое было -
> читай кнопки и датчики да щелкай клапанами.

Мастерство STMicro на мой вкус в том что они предусмотрели довольно много типовых системных факапов. Типа, вот, сбоя генерации клока.

>> Да можно, почему нет? Просто эффективность этого вызывает ряд вопросов.
> Да,мне надо было уточнить - любительские чертежи и любительские схемы.

Любителю не логично себя якорить, это корпорация еще может разбрасываться человекочасами на какую-то хрень, если персонала дофига.

>> KiCad умеет рендер через GPU
> Чтобы нарисовать схему и развести плату - ему GPU точно не нужен

У него более продвинутый рендерер можно юзать. Он шустрее и умеет больше. В том числе и по части манипуляций с дорожками. Это опциональный улучшайзер, без него можно жить. Но он есть.

> А что Kicad может нарисовать 3d-рендер для платы - там нужных для
> этого 3д моделей деталей всё равно обычно нет.

У меня обычно более-менее норм есть. А на мощном компе еще и ray trace есть. Проц конечно жрет сурово, но рисуте симпатично. Даст мастеркласс коммерческим кадам в превью.

> картинку увидеть:) Хотя мне однажды на радиолюбительском формуме подарили полную
> модель классического транзистора КТ315 - с футпринтом и картинкой. :)

По своему забавно. У лично меня нету никаких КТ, есть куча добра в SOT23 и даже 323. Технически конечно немного похоже, ибо 3904 это такой 2N2222 улучшенный. А эти интересны тем что мелкие. Я люблю мелкие железки. Для себя я мечтаю при случае попробовать собрать пару специфичных таскаемых артефактов, интегрированых в что-то типа ювелирки.

>> Еще плееры видео сильно резвее работают через GL/вулкан/проч.
> Да, но мне на моем компе видео просто не нужно.

Ну тут уж кому что. Я вот не смотрю телевизор - но user generated мувики это все же другое.

> с голоса техническую информацию воспринимаю,да еще и в сопровождение мельтешащей картинки.

А таки некотторые вещи - ну вот в окончательном виде лучше таки увидеть в живом виде на тему как это реально работает. Иначе может быть нифига не понятно.

> некоторых авторов статей,злоупотреблявших видеовставками, изрядно запинали.

Вот тут я не спорю - изучать конструкции по видео на ютубе это реально бесит. Но иногда без финальной иллюстрации что получилось и как это работает может быть нифига не понятно.

> Они не для телевизоров делались.И таки мой комп - не телевизор.

Мой тоже. Но монитор, особенно хороший, выводит картинки даже лучше. Намного. Зачем мне якорить это искусственно я не знаю, это почем зря рубит мои возможности.

> я телевизор и куплю. Они кстати сейчас и ютуб тоже могут показывать
> если соответствующую модель выбрать.

Ну, я как-нибудь обойдусь без явных троянов лазящих по сети хз куда и зачем. А такой телевизор технически это хреновый одноплатник в хреновом мониторе, пардон. До кучи подцепленый к TV тюнеру вот.

> Очень много всего того что имеет повторяющиеся элементы которые удобно генерировать программно.

Да кто б спорил. Впрочем самое интересное я узнал - как вы это потом вообще делали. 3D печатью походу.

> Искать тут:

Спасиб!

> У OpenScad код тоже выглядит весьма запутанно.

Это наверное еще от культуры кодинга зависит. У питонистов с этим по жизни хреново.

> Это не совсем язык программирования, это язык описания.

Это в каком-то роде фича, меньше boilerplate code. Который любители макарон типа вон тех норовят сделать ужасным.

> На Питоне было бы существенно понятнее. Тем более что есть Питон,встроенный в FreeCad.

Я вообще не питонист. И почему-то большая часть кода питонистов у меня вызывала стойкое желание - стереть это нахрен. И кто я отказывать себе в этом желании :). А вот с openscad это как-то попроще на том что я видел.

> Но мне подвернулись готовые функции пространственных преобразований
> от немецкого математика и они были на языке OpenScad. Их и использовал.

Ммм... забавная штука. Хотя коменты на русском в хзкакой кодировке, эх, знатные крокозябры конечно. Но как грится на халяву и уксус сладкий.

> Кстати,программку скачало две сотни человек. Это к вопросу о всякой "ненужности":)

Ну так на топичном форуме - чего б им не?

> Вот и я заценил то,что рисовать надо не мышкой,а написанием программного кода.

Иногда это может быть явно прикольнее, если может хотеться эн респинов дизайна который в целом одно и то же.

> Но там оказался язык Lisp, полность и абсолютно не совместимый с моими мозгами.

Мне лисп и подобные штуки тоже как-то ортогональны. Но питон в общем то тоже. Мой мозг предпочитает относительно низкоуровневые конструкции и curly bracket. Это не лечится.

> Вот именно что откусит. А ее и так немного там. Но при случае попробую.

Иногда, чтобы как следует прыгнуть вперед, надо отойти назад, для разбега. Это касается и куска оперативы под ZRAM и времени на освоения Git. ИМХО так.

> К сожалению на упомянутом мной сайте без js не работает нужное.

Ну вот ща увы, стало модно JS пихать к месту и нет. Веб изначально не делался как "среда для приложений" и эти стандарты для того - как г... для пуль. Но некоторым неймется и в какой-то момент утята все же научились делать пули прямо из фекалий. Не то чтобы это хорошо работает, зато много и быстро!

> Я тоже так считаю. Или таки выполняемое не должно иметь никакого
> выхода за пределы браузера совсем. Вот только в нем красивости и рисовать

Как показали примеры RowHammer и прочие спектры - даже виртуальная песочница может в принципе создать немало проблем на более глубоких уровнях.

> Для меня хороший комп это в первую очередь очень стабильно работающий.

У меня других и нет. Все мои системы в порядке и я довольно быстро узнаю если это будет не так. Вон тот слой навигации в 4 измерениях еще заодно чексуммы файлов хранит. И в случае взбрыков железа первым делом орет в лог. Кроме всего прочего это хайлайтит кривое железо.

> Когда за два года ни одного сбоя и повиса с потерей данных - это хороший комп.

Я предпочитаю более инструментированные замеры целостности данных. Можно ни разу не повиснут и все же порушить данные в памяти. Ибо не любое разрушение ведет к локапу. Более того - у меня появилась коллекция глюкастиков, бивших данные, которых btrfs вычислил. И вот что-что а зависоны - не было типичным проявлением. Просто ор csum error, до того как оно повиснет с редкими битовыми ошибками можно и не дожить. Но данные понемногу загаживаются же.

> Ну оно пишет power off,а на самом деле не off.

А кернел с максимальным вербозом что пишет? По идее должен довольно много чего, прогресс шатдауна драйверов и проч. Иногда там может что-то идти не так.

> Никакой там гибернацией и подобными сонными режимами я всё равно не пользуюсь
> за ненадобностью.

Ну, у меня STR в принципе работает что на десктопах что на ноуте. На ноуте даже использую, ибо живет пару недель от батарей в таком виде а просыпается за пару секунд.

> Да он на самом-то деле и не трабл вовсе.

Ну, меня б раздражало и я бы прибил из чувства перфекционизма.

> бы не усыпал так или не просыпался как теперь модно.

Ну если бы не просыпался ноут - я б его сдал в магазин сразу после покупки еще.

> секунд - оно и выключается из этого состояния. Даже можно питанием не щелкать.

Я не люблю за машинами доделывать машинную работу. Люблю безупречно работающую автоматику, что поделать.

> Так это у olimex. Еще бы вспомнили что там у какого-нибудь гугла есть сделаное:)

Так это опенсорс. CC-BY-SA чтоли. Можете скачать сие, сгенерить герберы и сделать на плате. Просто если там что-то менять - в дизайне такого уровня легко наломать дров, а переделка такой штуки несколько раз - недешево будет, да и сетап в производство. Потом сборка оной тоже довольно канительная, вручную надо скилл иметь, сетап линии для 1 штуки - бессмысленно и беспощадно. Поэтому олимекс и получает свой пойнт даже если дизайн доступен всем, у них купить может быть проще и дешевле. Зато если кому очень надо что-то кастомное - вот - могут потрепыхаться сами. Олимекс для таких даже продает процыки и компаньоны питания хоть по 1 штучке, хоть и с накруткой конечно.

Мне вот было интересно посмотреть как профессионалы такие вещи делают. Придет день и я встречусь с ними на пантеоне. Не нуждаясь в богах решающих мои проблемы. Если повезет то уже вообще совсем, на всех мыслимых уровнях.

> А я про простых смертных,к олимексам и гуглам отношения не имеющих.

Эта штука открывается в каде у простогоо смертного. Я проверял. Да и олимекс так то изначально небольшая фирмочка основаная 1 или несколькими фанатами электроники. Просто они любили свое дело и делали его хорошо. Ориентируясь в основном на разработчиков, экспериментаторов и DIY, ака "девборды". Но потом оказалось что народу в принципе удобно им делегировать - вот - производство одноплатников даже и в количествах более чем девелоперские. По вон тем причинам. Я видел в РФ внедрение на добрый десяток тыщ этого добра несколько лет. Как ща я не знаю, равно как и рискуют ли они это поставлять россиянам.

> Так-то не сомнваюсь что сам кикад может намного больше чем может
> отдельно взятый его пользователь.

Вон то было сделано 1 человеком + кикадом, насколько я понял. То-есть это в пределах возможности человеческих. Мир изменился. Можно вертеть более крупные задачи. Не будучи гуглем.

> Так уже очень много где "незаменимые" остались лишь по причине привычки

Я пересмотрю свои привычки чтобы отделаться от задолбавших "благодетелей" с ME и PSP, а остальное в общем то - не мои проблемы, и не мне с ними разбираться.

> В 50+ никто переучиваться на другой софт не станет - проще доработать

Я видет програмера который в 60+ имел другие идеи на этот счет, а ломовой опыт в паре с работающей головой и умением осваивать новое делал его "god of coding". Он мог дать мастеркласс кому угодно, являясь одним из самых ценных участников тимы. Посмотрев на это я решил что было бы круто при случае уметь как-то так же.

> Так это опять не про физлиц-любителей.

Я как физическое лицо сабмитил герберы на фабы, они мне делали. Но это либо довольно дорого, либо round trip time невкусный, что и является пойнтом уметь в доморощеный лайтовый процесс этсамого, обходясь без благодетелей. Технически это довольно похожий набор процессов, упрощенный и облегченный. Но с тем же input и output.

> небольшой китайский фаб. Так у него по работе контакты с китайцами были
> и он в Китай мотался по несколько раз в год.

Герберы стандартный формат, его жрут все фабы. И они вполне работают с частными лицами. Я проверял. Нет, никаких "связей" для этого не надо. Только желание и деньги.

> Оказавшись в нужное время в нужном месте - да,может. Если так повезет.

Насколько я вижу, главное для этого - желание. Во всяком случае я смог освоить многое о чем мечтал. С тех пор мечты конечно же стали мощнее, сложнее и их стало сложнее достигнуть.

> Значит мне остается посидеть и поискать куда вайргад можно халявно прицепить.

Кто ищет тот найдет :)

> Работает,только надо в конфиге прописать не тот сервер что там прописан.

А кто там по дефолту ща? Дебиановский серв? Майкрософт?

> Но вообще попытки дропать странные учитывая массовую пропаганду внедрения ipv6.

IPv6 много где нативный появился - костыль для его запуска уже не очень то и требуется. Bootstrap phase complete.

> получить ipv6 сидельцам за провайдерскими NAT.

Многие провы стали просто выдавать нормальные v6. В РФ это "lags beghind" как-то, де факто сейчас это где-то уровень Зимбабве по развитию вышел. Вот так завесть американцев стала завистью разве что зимбабвийцев.

> Есть. Причем используемый китайский солнечный контроллер сделан на STM32,том самом,
> который китайцы на свои мелкие платы-модули паяют.

Интересно, они случайно не сдирали это с апнота стмикры для микроинвертера? Там еще топология необычная - 2-фазный boost к которому трансформатор зацеплен. Две катушки индуктивности и транс.

> проц тоже оказался мертвый. Хотел дизассемблером в коде покопаться.

Можно попытаться читануть из своего попробовать, если он такой же. Правда чайники могли и защиту от чтения поставить. Но... даже с оригинала можно сдернуть большую часть :) прошивки. Хоть и с дырками, не 100% клон, залить сие не выйдет. А если там китайский клон STM, возможно на нем прокатит DMA-атака, тогда прошивка будет вся. От и до.

>> Спрос создали - смартфоны и масспрод, уж пардон.
> Это _там_. А _тут_ китайские платы с распаянными на них микросхемами
> датчиков появились именно благодаря ардуинщикам.

Ну, вон то - вызвало появление датчиков и их удешевление. А печатки от китацев мне ни к чему, я сам такой уровень могу. Только еще с интеграцией на борду при случае.

> Раньше надо было пару месяцев ждать доставки из китая,

А я предпочитаю "raw" комплектуху. Например потому что пара хотелок подразумевают жесткий дефицит пространства и оромную китайскую печатку для нубов мне некуда.

> То есть то,что большинству любителей и надо.

А я предпочел путь похожий на тот что DiHalt показал. Это показалось мне куда прикольнее.

>> не требуется, вместе с теми благодетелями дерущими три шкуры.
> Какие три шкуры?

Цены которые я видел у продаванов на тривиальное барахло меня не возбуждали. Наверное можно и неплохой deal найти, конечно.

> Плата с STM32F103C8T6 стоит всего пару сотен российских рублей.

С такой ценой это 99% что перепиленый клон, имхо. Или отбраковка ST как максимум. И так можно найти довольно интересные истории запрыга по граблям, когда код который вроде должен работать - делает что-то странное. Когда оказывается что клон STMки немного таки отличался. А если повезло и все работает - ну тогда да, круто. Некоторые проекты даже иногда правят под взбрыки клонов, но сие надо очень плотно чекать.

> А там на плате кроме проца еще стабилизатор питания и кварц,которые всё
> равно нужны.

При том уже заранее решено китайцами какие - и конечно стабилизатор крайне поганый. Поэтому например low power девайс отпрототипить, с питанием от батареечки и спячкой? Ну там LDO батарейку и сожрет тогда.

> И это копеечное китайские изделие завелось на 72 МГц когда я с
> ним экспериментировал.

Клон от GD32 даже и 108 умеет. Но это не нахаляву как вы поняли. Катайцы не умели в флеш память на том же чипе что МК. Поэтому они воткнули SPI флеху в проц, и разварили мультичип (!!!). А в проце большой буферный RAM. При powerup их штука автоматически читает SPI флеху в RAM и косплеит этим накристальную флеху.

С одной стороны это - еще быстрее. У ram на кристалле 0 wait states. С другой за это все тайминги того кода под ST - отъедут! Но это еще ерунда. Хуже - то что после ресета будет довольно заметная пауза на перегрузку кода SPI flash -> RAM. Конечно быстрый выход на режим надо не всем и не везде. Но это как бы ограничение. Оригинальный STM32 очень быстро in control of things оказывается после влючения, и от МК такое все же - ожидается.

> за то что он с сканером(приемником!) по центру города ходил. Так
> что когда премия нужна - вполне преследуют.

Ну это уже совсем из разряда анекдотов. Типа как какого-то неудачника с GPS в машине пытались посадить - с аргументом "проехал около военной части". Если учесть что военные части бывают абы где - так в принципе можно кого угодно посадить.

> Я как раз это знаю. Уже говорил от сотрудников какой службы.
> Поэтому и не высовываюсь.

Ну как бы их можно понять, однако какие у них там технические возможности и желания врядли они так уж от и до расскажут. Это наверное наказуемо вообше.

> Простым смертным без лицензии разрешили в 89 году. Но только 0.5 Вт на тот момент.

"Только" 0.5 вт? Нормальное такое "только". Для "локальных" целей его выше крыши имхо. Особенно в тихой местности, где помех не дофига.

> Ну и понятно что строгость российских законов как обычно компенсируются необязательностью
> их исполнения. И даже сейчас на КВ можно услышать болтовню на любые темы.

А это хамы? Или пираты? На 27 просто бывает что угодно - таксисты, дальнобои, даже хамов иногда заносит - хотя у них чуть выше своя частота есть.

> Причем вдувают такие мощности что слышно даже на мой китайский Degen с
> куском проволоки в качестве антенны.

Как кто-то на это сказал - "а почему все думают что кусок провода плохая антенна?" :). Но да, бывают весьма мощные господа.

>> Атомные "батарейки" смертным взять негде - а насколько вы
>> уплывете с 1 заряда акумов или даже полным баком бензина?
> С одного заряда не далеко,а на одном литре бензина моя четырехметровая лодка
> идет 12 километров.

Вообще неплохо. Но таким манером больше нескольких сот км проплыть напряжно, и до вас так доплывет разве что что-нибудь выпущенное из стран нато. Я не думаю что они мечтают порубиться напрямую в режиме all out - и поэтому врядли станут так делать. Да и не дошло еще до наты что мир изменился. В нате такие дроны пока за что-то важное и полезное не считают. А зря, как показали вон те господа - весьма успешная штука. Game changer.

> На том самом винте из линуксового OpenSCAD.

Самое прикольное - что он еще и не разваливается, вот уж не думал что оно такое прочное может быть :))

> Не думаю что оно где-то так уж существенно пригодится кроме развлекательных целей.

В случае если дело станет дрянь, офисные хомячки узнают для себя много нового о том как работает этот мир на самом деле.

> чуть ли не больше чем линуксов. По микроконтроллерам - ну с
> вашим уровнем устроиться можно,с моим - скорее всего нет.

У меня самое забавное - сочетание скиллов, так что я могу в принципе отхоккеить за небольшую фирму. При том левая рука поможет правой, и в фирмвари мк будет удобно для одноплатника на лине и проги на нем, и наоборот. И я обычно все же понимаю что делаю, а не практикую ритуалы.

> типа меня шансов нет. Только небольшой пассивный доход и спасает.

А я в основном живу шировким набором специфичных скиллов. По отдельности конечно можно найти варианты. Но толпа станет довольно дорогой и будет косячить на стыках взаимодействий.

> При соблюдении небольших формальностей и ограничений на дальность плавания лодка в море
> погранцов особо не возбуждает.

Ммм... я уже посмотрел на том форуме. КМК это как-то так: если какой-то дрон все же сможет доплыть, гайки резко закрутят. А пока проблемы нет - все идет в привычном русле более менее. В лучшем (для вас) случае это никогда не будет проверено.

> Ибо а что может человек на лодке сделать?

Человек то да. А вот дрон...

> Да,это так,но только с точки зрения таймслотов. Чтобы подключиться на таком расстоянии-
> нужны хорошие антенны на высокой мачте. Обычный телефон просто так находясь в кармане
> не подключится.

Да вообще у древних довольно хорошая чуйка и антенны были, и 2 ватта честный, так что это еще 50/50. Современный смарт - ну вот тут да, там антенны упиханы абы как и куда и возможны варианты.

> до 200-300. И соединения обрываться начинают. Особенно заметно в выходные дни с хорошей погодой.

Ну вот видимо приезжает толпа, эфир становится загруженный.

> По личному опыту могу сказать что 4G (LTE) работает явно стабильнее и дальше.

А чего тогда модем при душняке в auto mode пытается с 4G на 3G отвалиться? А так лучше всего лезет GSM, но GPRS очень так себе радость потому что он по остаточному принципу за голосом, если таймслоты есть. А если все под голос заняты - окей, подождете пока кто-то отвалит с соты. Т.е. минут так эн без трафика. Там наследие circuit switched не разгребли еще.

> решение Государственной комиссии по радиочастотам от 06.12.2004 г. No 04-03-04-001.
> https://neva.today/news/2024/1/29/492751

Анекдот какой-то - типа мужика с GPS в авто у военной части.

> Из спутниковой тарелки и самодельного облучателя хорошо получаются - выглядят
> привычно и не вызывают интереса.

Ага. При том усиление и направленность у такой штуки как я понимаю весьма почтенные. Но это если оно под рукой было нахаляву. Кстати даже у лицензированых хамов в америке есть трабла с незаметностью антенн. Скажем иногда landlord или соседи имеют что-то против антенн и это в условиях договора. И приходится хамам придумывать всякие конструкции под пенек :)

Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

337. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 22-Фев-24, 04:26 
> Это заметно упростило портабельность систем на разные архитектуры. А сегментный механизм
> уникален для интеля

Вот с этим аргументом я соглашусь.
Вобщем-то как всегда - стремление к универсальности инструмента приводит к потере
интересных специфических возможностей. Это далеко не только в компьютерах так.
Но учитывая огромную распространенность интеловских компов - можно и под них
что-нибудь специфичное поделать.

>> Вот интересно что у вас было за оборудование что оно не просто
>> отследило эту ситуацию,
> Кеши процов с ECC давно не новость. Даже в десктопных CPU. И
> MCE (Machine Check Exception) не новый механизм. Все более менее современные
> интели и амд вроде умеют это дело.

Я интересовался не столько тем что само железо увидело ошибку в кэше, а что
железо было такое,которое смогло сообщить об этом вам. Да так,что вы это не пропустили.
Не думаю что вы перед каждым выключением компа внимательно прочитываете логи на предмет
ошибок:) Вполне может быть что и у моего компа такие ошибки были - только он мне
об этом никак не сообщал,а в логах я появление одной строчки за два года мог и пропустить.

>> Видел такую прошивку как-то раз. Она там довольно монстрообразными гидроцилиндрами управляла
>> поэтому повисать наглухо было не желательно.
> Я бы вообще туда авр ставить не стал, для начала. У STMicro

Это было лет двадцать назад. Тогда тут STM32 вообще мало кто живьем видел,не говоря о том
чтобы под них платы делать и код писать.

> Мастерство STMicro на мой вкус в том что они предусмотрели довольно много
> типовых системных факапов.

Мне тоже очень симпатичны контроллеры STM. Как только под них появится в свободном
доступе визуальное средство отладки типа как VMLAB для AVR - так сразу AVR и заброшу.
А пока - извините.

>>> KiCad умеет рендер через GPU
>> Чтобы нарисовать схему и развести плату - ему GPU точно не нужен
> У него более продвинутый рендерер можно юзать. Он шустрее и умеет больше.

По факту KiCad успешно рисовал любительские схемы, работая на плате от
телеприставки. Понятно что там никакого ускорения от gpu небыло.

> А на мощном компе еще и
> ray trace есть. Проц конечно жрет сурово, но рисуте симпатично. Даст
> мастеркласс коммерческим кадам в превью.

А оно вообще надо? Вон даже крутые коммерческие кады этими превью не особо заморачиваются.
А уж любителю это тем более не обязательно.

>> картинку увидеть:) Хотя мне однажды на радиолюбительском формуме подарили полную
>> модель классического транзистора КТ315 - с футпринтом и картинкой. :)
> По своему забавно. У лично меня нету никаких КТ

А у меня их - грамм двести наберется. Новых,не паяных. Почему бы и не пользоваться?

> пару специфичных таскаемых артефактов, интегрированых в что-то типа ювелирки.

Ну может где-то оно и имеет право на жизнь.
А я большую часть времени провожу или в доме или в своем дворе.
Таскать особо нечего,некуда и незачем.

>> Очень много всего того что имеет повторяющиеся элементы которые удобно генерировать программно.
> Да кто б спорил. Впрочем самое интересное я узнал - как вы
> это потом вообще делали. 3D печатью походу.

Да, был знакомый действительно хороший печатник. Пропал с горизонта - похоже по политическим
причинам.


>> У OpenScad код тоже выглядит весьма запутанно.
> Это наверное еще от культуры кодинга зависит. У питонистов с этим по
> жизни хреново.

Безусловно. Так-то можно даже и на питоне писать достаточно понятно.

> Я вообще не питонист.

Я увы тоже. Но в всякие большие программные продукты почему-то
предпочитают встраивать разные экзотические языки. То что-то лиспоподобное в Gimp,то
питон в freecad. Я бы предпочел что-то типа интерпретируемого варианта паскаля.
Чтобы человек,не являющийся продвинутым профессионалом всё равно мог
пользоваться возможностью писать нужные ему скрипты.

>И почему-то большая часть кода питонистов у меня
> вызывала стойкое желание - стереть это нахрен.

К сожалению вы правы. Этому способствует недостаточная строгость
самого языка. Особенно его вольное обращение с типами переменных.

>> Но мне подвернулись готовые функции пространственных преобразований
>> от немецкого математика и они были на языке OpenScad. Их и использовал.
> Ммм... забавная штука. Хотя коменты на русском в хзкакой кодировке, эх, знатные
> крокозябры конечно. Но как грится на халяву и уксус сладкий.

Уж извините - комменты на русском в одной из двух виндовых кодировок это специально для аудитории того форума. А так можно в виндах запустить Far и прочитать файл нажав F3.
Сам OpenScad под винды есть. А вот линуксоидов там нет.

>> Кстати,программку скачало две сотни человек. Это к вопросу о всякой "ненужности":)
> Ну так на топичном форуме - чего б им не?

Вот именно. А выложил бы на программистском - получил бы кучу отзывов в стиле "оно ненужно".

> Вон тот слой
> навигации в 4 измерениях еще заодно чексуммы файлов хранит. И в
> случае взбрыков железа первым делом орет в лог.

Весьма интересно чем это у вас реализовано. Я по старой привычке храню чексуммы файлов своего личного архива в отдельном текстовом файлике. И имею два скрипта - один их считает в заданном ему
дереве каталогов,а второй сравнивает с тем что было раньше посчитано.
Первую реализацию такого я сделал году кажется в 91 еще на Си под ДОС.
Сама идея была украдена у известного в то время популяризатора компьютерной
грамотности г-на Фигурнова.

> Можно ни разу не повиснут и все же порушить данные в памяти.

Обычно повреждения данных в памяти всё же проявляют себя.
Пусть мелкими и малозаметными - но глюками. И на них обращаешь внимание
если долго и постоянно работаешь за одним и тем же компом с одним и тем
же софтом. А там можно уже и сравнение контрольных сумм файлов запустить
при наличии подозрений.


>> Ну оно пишет power off,а на самом деле не off.
> А кернел с максимальным вербозом что пишет?

Я настолько глубоко не копал так как это явление мне не мешает.

> Ну, меня б раздражало и я бы прибил из чувства перфекционизма.

Если бы оно каждый раз проявлялось - и я бы прибил.
Но это как раз тот случай _малозаметного_ глюка,проявляющегося не особо часто.
Человек без моей привычки обращать внимание на мелочи в поведении компа -
и внимания бы не обратил. Особенно кто к виндам привык - там постоянно
какая-то "своя жизнь" происходит и какие-то мелочи в поведении меняются
самопроизвольно.

>> Так это у olimex. Еще бы вспомнили что там у какого-нибудь гугла есть сделаное:)
> Так это опенсорс. CC-BY-SA чтоли.

Так и у гугла тоже опенсорс бывает. Даже большая часть андроида опенсорс.
Но это не значит что для рисования подобной платы или написания андроида
не нужен olimex и гугл.

> Поэтому олимекс и получает свой пойнт даже
> если дизайн доступен всем, у них купить может быть проще

Как кстати и китайцы, продающие платы с уже распаянными на них
микроконтроллерами,датчиками и прочими всякими микросхемами.
Даже если это маленький кусочек текстолита - то купить его
у китайцев всё равно удобнее чем возиться с домашним травлением
при шаге выводов у микросхемы меньше миллиметра.
Конечно, если уже рука набита на _регулярном_ изготовлении таких плат
то оно не очень критично. Но для этого надо именно мелкосерийным
производством и заниматься.

>> А я про простых смертных,к олимексам и гуглам отношения не имеющих.
> Эта штука открывается в каде у простогоо смертного. Я проверял.

Так и андроид в реинкарнации AOSP можно на своем компе собрать.
Даже наверно на моем. Но вот написать с нуля - не реально.
Как и такую плату нарисовать.

> Да и олимекс так то изначально небольшая фирмочка основаная 1 или несколькими фанатами

Да и гугл исходно был небольшой фирмочкой,основанной двумя фанатами.

> Вон то было сделано 1 человеком + кикадом, насколько я понял.

Ну да, как же, 1 человеком. Так этому кто-нибудь и поверит.
Почему тогда подобное не сделал ни один человек НЕ работающий на
электронной фирме? Что-то на радиолюбительских форумах даже близко
подобного не видно.

>> В 50+ никто переучиваться на другой софт не станет - проще доработать
> Я видет програмера который в 60+ имел другие идеи на этот счет,

А я видел профессора, который в 80+ соображал в высшей математике
лучше чем я,тогда тридцатилетний. Случайно с ним столкнулись,вообще
вне контекста его профессорства.
Но это совершенно не значит что таких людей много. Большинство
простых смертных так не могут. Да они даже просто до 80 не доживают.

> Я как физическое лицо сабмитил герберы на фабы, они мне делали.
> Нет, никаких "связей" для этого не надо.
> Только желание и деньги.

Да, при наличии денег и связи легко образуются.
Кое-кто из американских физлиц вон даже создал компанию которая
ракеты в космос запускает. Но это не значит что все физлица так
могут и у всех столько денег.

>> Оказавшись в нужное время в нужном месте - да,может. Если так повезет.
> Насколько я вижу, главное для этого - желание.

Одного желания мало. Надо именно чтобы оказаться в нужное время и
в нужном месте.
Приходилось в 90х в России сталкиваться с программистами,которые высказывали
в личных беседах идеи за несколько лет до того как они потом становились
мейнстримом и приносили миллионы программистам американским.
Потому что у них было не только умение
идею изобрести (абсолютно безотносительно тех россиян коечно),но и ресурсы чтобы
ее внедрить. А что мог рядовой россиянин в 90е - и так понятно.

>> Работает,только надо в конфиге прописать не тот сервер что там прописан.
> А кто там по дефолту ща? Дебиановский серв? Майкрософт?

Писать в конфиг teredo надо вот это: teredo.iks-jena.de

>> Но вообще попытки дропать странные учитывая массовую пропаганду внедрения ipv6.
> IPv6 много где нативный появился - костыль для его запуска уже не
> очень то и требуется.

Что-то не видно чтобы стал не востребован "туннельный" бизнес he.net.
Но там за туннель денег хочут. А заплатить их из сельской местности,тем более
российской и тем более сейчас - весьма затруднительно.
А teredo - бесплатный. Чем и хорош.
Странно только что серверов мало. Всяких разных халявных проксей - десятки,
а этих - единицы,и не все работают стабильно.

> Многие провы стали просто выдавать нормальные v6.

Многие - это где-нибудь в Индии или кто там сейчас на первых местах по внедрению.

> В РФ это "lags beghind"

Так тут это никому и не надо кроме крайне немногочисленных странных людей типа таких
как я. Вот не знаю больше никого кто бы ipv6 именно домой хотел. Хотя так-то околокомпьютерного
народа знаю немало и на форумах активно общаюсь.

> как-то, де факто сейчас это где-то уровень Зимбабве по развитию вышел.

Так там на первых местах как раз Индия,Уругвай,Малайзия. Не Зимбабве конечно но
и не сказать чтобы самые передовые страны. Из европы только Бельгия серьезно
выделяется.

>> Есть. Причем используемый китайский солнечный контроллер сделан на STM32,том самом,
>> который китайцы на свои мелкие платы-модули паяют.
> Интересно, они случайно не сдирали это с апнота стмикры для микроинвертера?

Не знаю.

>> проц тоже оказался мертвый. Хотел дизассемблером в коде покопаться.
> Можно попытаться читануть из своего попробовать, если он такой же.

Ну да, и на время экспериментов остаться без солнечного контроллера.
Нафиг-нафиг такое. Тем более еще и с некоторым риском лишиться его вообще
в случае какой-нибудь досадной случайности. _Хороший_ солнечный контроллер-
это штука ценная как прямом так и в переносном смысле. И переносный пожалуй
что даже важнее денежного. Точно такой как у меня - в Питере уже не купить.
А другой покупать - это "кот в мешке" с непредсказуемым результатом.
Спасибо, насмотрелся на некоторых соседей-страдальцев кому не повезло.

> А я предпочел путь похожий на тот что DiHalt показал.

Он - что-то вроде "блогера",а эти господа обычно хорошо спонсируются
продавцами,а то и производителями того что используют.
Так что ориентироваться на него можно только если есть его же
финансовые возможности. Понятно что у российских любителей электроники
их обычно нет.

>Это показалось мне куда прикольнее.

Вопрос еще и в том,насколько "простота" этого приукрашено в рекламных целях.

>> Какие три шкуры?
>> Плата с STM32F103C8T6 стоит всего пару сотен российских рублей.
> С такой ценой это 99% что перепиленый клон, имхо.

Ну так работает же. Почему бы не пользоваться?
Понятно что наверно Мерседес лучше,но большинство людей тут предпочитает
покупать более дешевые китайские автомобили.

>> А там на плате кроме проца еще стабилизатор питания и кварц,которые всё
>> равно нужны.
> При том уже заранее решено китайцами какие - и конечно стабилизатор крайне
> поганый. Поэтому например low power девайс отпрототипить, с питанием от батареечки
> и спячкой? Ну там LDO батарейку и сожрет тогда.

Тут кто-то недавно высказывался о ненужности преждевременной оптимизации.
Вот когда возникнет практическая задача сделать какой-нибудь особенно low power
девайс - тогда она и будет решаться. А пока что эти китайские STM и так
потребляют достаточно мало чтобы об этом не переживать в большинстве применений.

> их штука автоматически читает SPI флеху в RAM и косплеит этим
> накристальную флеху.
> С одной стороны это - еще быстрее. У ram на кристалле 0
> wait states. С другой за это все тайминги того кода под
> ST - отъедут!

Ну это жалоба того же типа что код при переносе с 80386 на Пентиум
регулярно переставал работать. Так теперь что - надо было отказаться
от тех пентиумов?

> Хуже - то что после ресета будет довольно заметная пауза на перегрузку кода SPI flash

Тоже очень узкоспецифичная претензия. В абсолютном большинстве случаев этого никто
не заметит. Не настолько там огромная пауза.

>> за то что он с сканером(приемником!) по центру города ходил. Так
>> что когда премия нужна - вполне преследуют.
> Ну это уже совсем из разряда анекдотов.

Оно анекдот пока происходит с кем-нибудь другим.

> Типа как какого-то неудачника с
> GPS в машине пытались посадить - с аргументом "проехал около военной
> части".

И это тоже.

> Если учесть что военные части бывают абы где - так
> в принципе можно кого угодно посадить.

Да. Именно для того так законы и пишутся. Чтобы можно
было посадить кого будет угодно хозяевам.
И это везде на этом глобусе так. Разница лишь в величине
шансов потрепыхаться. Напомню,что в такой свободной стране как
США сидящего народа чуть ли не больше всего среди всех стран мира.

> Ну как бы их можно понять, однако какие у них там технические
> возможности и желания врядли они так уж от и до расскажут.

От и до не расскажут,но технически грамотный человек в процессе
общения вполне может составить примерное впечатление.

>> И даже сейчас на КВ можно услышать болтовню на любые темы.
> А это хамы? Или пираты?

А кто их знает? Сегодня "хам",а завтра покрутил настройку частоты
и мощности на передатчике - и уже пират. И позывной свой официальный
называть не будет.

> На 27 просто бывает что угодно

Так левую болтовню я на свой Degen далеко не только на 27 слышу.

> Как кто-то на это сказал - "а почему все думают что кусок
> провода плохая антенна?"

Смотря где он висит. У меня - не высоко,так как этот вид деятельности
у меня основным не является. Хотя рацию на 27 мгц и имею.

>> С одного заряда не далеко,а на одном литре бензина моя четырехметровая лодка
>> идет 12 километров.
> Вообще неплохо.

И эту лодку вы даже могли видеть на фото на том форуме.

>Но таким манером больше нескольких сот км проплыть напряжно

Напряжно только с точки зрения рулить вручную.
Если лодка будет идти самостоятельно то пройдет легко.
Она еще и пластиковая - не очень-то ее на локаторе видно.

> Я не думаю что они мечтают порубиться напрямую в режиме all
> out - и поэтому врядли станут так делать.

Ну до большой газовой трубы кто-то же доплыл,да еще и донырнул.

>> На том самом винте из линуксового OpenSCAD.
> Самое прикольное - что он еще и не разваливается, вот уж не
> думал что оно такое прочное может быть :))

А вот это очень зависит от печатника и его умения настраивать
принтер. Тот кто мне печатал этот винт (два винта на самом деле,
с немного разным шагом) - тот умел. И не развалилось.
Потом мне пришлось обратиться к более коммерчески-продвинутым
печатникам - и у их винта лопасти сломались сразу при включении мотора.
Оказалось что в целях экономии пластика у них внутри детали формируется
что-то типа пчелиных сот,вобщем там пустоты было больше чем материала.
Для прочности соединения лопастей с ступицей винта это оказалось фатально.
Тут кстати вылезло ограничение OpenSCAD - он крайне плохо умеет делать
скругления в месте стыка двух тел. То есть может,но если без скруглений
модель винта считается пару минут,то с скруглениями - пару часов,а то и больше,
если не на монстрообразном компе.
Еще и падает при этом периодически,по всей видимости по переполнению
чего-то внутри. Это особенность используемого метода (сумма
Минковского). За счет скруглений можно было бы увеличить прочность стыка.
Как появится халявная солнечная энергия - попробую всё-таки такой
расчет запустить.

> В случае если дело станет дрянь, офисные хомячки узнают для себя много
> нового о том как работает этот мир на самом деле.

Если дело станет дрянь то уже будет не до электроники и программирования.
Более приземленные заботы появятся. Надеюсь что до этого не дойдет.

>> чуть ли не больше чем линуксов. По микроконтроллерам - ну с
>> вашим уровнем устроиться можно,с моим - скорее всего нет.
> У меня самое забавное - сочетание скиллов

Я в 90е и даже отчасти в нулевые тоже за счет этого выезжал пока мои
скиллы были коммерчески актуальны.


> Ну вот видимо приезжает толпа, эфир становится загруженный.
>> По личному опыту могу сказать что 4G (LTE) работает явно стабильнее и дальше.
> А чего тогда модем при душняке в auto mode пытается с 4G
> на 3G отвалиться?

Потому что не настроен правильно,а свой интеллект по выбору способов связи и диапазонов
у него достаточно примитивный.
Надо модему принудительно указывать на каком диапазоне и каким видом связи работать.
Если руками через at-команды Лень,то есть программка mdma, виндовая,но в wine
запускается и работает если автодетект модемного порта отключить и указать порт
принудительно.

>> Из спутниковой тарелки и самодельного облучателя хорошо получаются - выглядят
>> привычно и не вызывают интереса.
> Ага. При том усиление и направленность у такой штуки как я понимаю
> весьма почтенные.

Еще как! А если например вместо модема подключить wifi карточку из тех что
с чувствительностью получше и направить это на проходящее в нескольких км
крупное судно,то можно оттуда иногда beacon с названием их точки доступа
поймать. Подключиться конечно не выйдет - точка не услышит,но сам факт:)

Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

341. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 24-Фев-24, 18:19 
> Вобщем-то как всегда - стремление к универсальности инструмента приводит к потере
> интересных специфических возможностей.

Создатели софта - тоже люди. Им необходимо поддерживать разумную сложность софта и портабельность. Фичу ЛЮБОЙ ценой никому не надо!

> можно и под них что-нибудь специфичное поделать.

Делайте, кто ж запретит. А мне надо с x86 с ME и PSP уйти.

> Я интересовался не столько тем что само железо увидело ошибку в кэше,
> а что железо было такое,которое смогло сообщить об этом вам.

Кернел в лог (dmesg) отматерился, отхватив MCE. Я так понимаю, обработчиком этого исключения. Это был AMD FAM10h или FAM15h. Я dmesg еще и читаю, и судя по написаному это был ECC-correctable в каком-то кеше проца, L2, чтоли. Единичная ошибка. Детали не сохранял, было "не вчера" и по памяти могу и приврать. Ничего специального не делал, просто подивился необычной разовой "фиче". Видимо реально частица в проц попала.

> Не думаю что вы перед каждым выключением компа внимательно прочитываете логи на
> предмет ошибок:)

Мной ошибки в dmesg более-менее мониторятся.

> два года мог и пропустить.

Я не пропустил. Но видел такое 1 раз за всю жизнь.

> Это было лет двадцать назад. Тогда тут STM32 вообще мало кто живьем
> видел,не говоря о том чтобы под них платы делать и код писать.

Если я о чем жалею, так это что не освоил STM32 на эн лет раньше. Если бы я это сделал, ряд мечт был бы уже не мечтами.

> По факту KiCad успешно рисовал любительские схемы, работая на плате от
> телеприставки. Понятно что там никакого ускорения от gpu небыло.

А там fallback есть чисто софтварный. Но медленнее, и не все фичи по части роутинга дорожек.

> А оно вообще надо?

Прикинуть как железка будет выглядеть - прикольно, имхо.

> А уж любителю это тем более не обязательно.

Я со своей стороны считаю что "красивые самолеты - красиво летают".

> А у меня их - грамм двести наберется. Новых,не паяных. Почему бы и не пользоваться?

Ну, я от этого всего далек, у меня этого нет, а если мне что-то такое срочно, надо можно 3904-like в SOT23 с дохлой мамки сдуть. 315 == хвый клон 2N2222, а 3904 - его развитие.

> Ну может где-то оно и имеет право на жизнь.

У меня есть ряд идей требующих почти-dust-scale. Сейчас это уже можно.

> Безусловно. Так-то можно даже и на питоне писать достаточно понятно.

Да наверное даже на брейнфаке можно. Но в среднем по больнице - ужастики.

> Я бы предпочел что-то типа интерпретируемого варианта паскаля.

Lua попробуйте? Довольно распостраненная штука.

> К сожалению вы правы. Этому способствует недостаточная строгость
> самого языка. Особенно его вольное обращение с типами переменных.

Та же участь постигает обработку ошибок и вообще. И получается характерный код, типа убунтуапгрейдера работающего раз через три, с полураспадом год-два.

> это специально для аудитории того форума. А так можно в виндах
> запустить Far и прочитать файл нажав F3.

У меня нет виндов, никаких и никак. Но форс раскладки в терминалке или geany может и прокатить.

> Сам OpenScad под винды есть. А вот линуксоидов там нет.

Есть странные люди юзающие OpenSCAD под виндой?

> в стиле "оно ненужно".

И не нужно... чистым программистам. А что они с винтом будут делать? :))

> Весьма интересно чем это у вас реализовано. Я по старой привычке храню
> чексуммы файлов своего личного архива в отдельном текстовом файлике.

btrfs это на системном диске (страшные сказки о нем в основном от господ с виндово-бсдшным бэкграундом, которым видимо завидно). Для меня оно работает и позволяет эффектные фокусы.

Скажем можно - вот - снапшот. Например, до апгрейда системы. А потом eg "eatmydata apt upgrade" кучупакетов (так быстрее). А если что-то не так, вернуться в снапшот до действа. На минималках загрузить энный снапшот даже силами GRUB можно.

Или если я вынимал кому данные с эн терабайт винча, cp --reflink позволяет рабочую копию сделать моментально и без траты терабайтов. Да и ФС расширить парой команд можно, доткнув девайсы, а потом и вынув. Хорошо когда можно гибко маневрировать своими ассетами.

> И имею два скрипта - один их считает в заданном ему
> дереве каталогов,а второй сравнивает с тем что было раньше посчитано.

В вон том случае считает ФС, при ВСЕХ доступах. А если есть избыточность то и чинит с исправной копии, если что-то не так. А до кучи этот механизм проверяет работу железа, end to end. При случае ор csum error в dmesg позволяет увидеть и сыпучую флеху, и глюкавый шнурок, и сыпучую оперативку - и даже кривой проц.

> Сама идея была украдена у известного в то время популяризатора компьютерной
> грамотности г-на Фигурнова.

Вы догадались что можно сделать ракету. А тут к вам капитан звездолета с гипердрайвом и машиной времени забрел. Что-то общее, конечно, есть, но общий уровень технологии...

Вон то видите ли с схемой DUP теперь само парирует редкие единичные бэды. Актуально когда одноплатников моего разлива более ~пары сотен. Разок 1 такой с ext4 рассыпался у клиента от 1 случайного бэда, под libc6. Не понравилось! С тех пор btrfs в схеме DUP, мои системы мелкие, записей мало, x2 места не парит. А надежность сильно растет. Какая вероятность при редких бэдах что 2 бэда накроют 2 копии?! Я юзанул теорвер на свое благо. Selfheal это хорошо. И если стораж сыпется, систему можно ПЛАВНО заменить/починить когда удобно, а не в режиме аврала когда это резко и внезапно умерло.

>> Можно ни разу не повиснут и все же порушить данные в памяти.
> Обычно повреждения данных в памяти всё же проявляют себя.

Мой опыт (у меня благодаря btrfs есть коллекция глюкастиков) свидетельствует что часто все на вид как живое. Но изредка бьет данные. Порой только при максимальном нагреве, и замучаешься ловить.

> Пусть мелкими и малозаметными - но глюками. И на них обращаешь внимание

Бывает сложно отличить от "легитимных" багов. А там железобетонно, "csum error -> houston, we have a problem". Вопли "csum error" в логе демаскируют вредителей.

> же софтом. А там можно уже и сравнение контрольных сумм файлов запустить
> при наличии подозрений.

"На глазок" хреновый инструмент, а машины лучше справляются с рутиной.

> Я настолько глубоко не копал так как это явление мне не мешает.

...тогда и обсуждать нечего :)

> Если бы оно каждый раз проявлялось - и я бы прибил.

Я предпочитаю гасить баги в своих системах. Люблю качественный софт и железо.

> какая-то "своя жизнь" происходит

1 из причин винду не юзать для меня.

> Так и у гугла тоже опенсорс бывает. Даже большая часть андроида опенсорс.

А таки олимексовский опенсорс - открыт в моем каде, можно учиться у профи как делать такие вещи правильно. Придет день, и я встречусь с ними на пантеоне, имхо.

> Но это не значит что для рисования подобной платы или написания андроида
> не нужен olimex и гугл.

Это как я понимаю 1 из (со)основателей фирмы чтоли. Он просто - может. Так и создаются фирмы. Приходит 1-2 человека, фигачат, если свое дело знают - процесс получает развитие.

> Как кстати и китайцы, продающие платы с уже распаянными на них
> микроконтроллерами,датчиками и прочими всякими микросхемами.

В моем случае достигнутый уровень технологий привел к тому что мне это не требуется. Я SMD не страдаю, я им наслаждаюсь.

> у китайцев всё равно удобнее чем возиться с домашним травлением
> при шаге выводов у микросхемы меньше миллиметра.

Для меня это не проблема а затраты сил делятся на N путем группировки в мини-панель. И я уверен в том что я впаял, и не буду экономить на спичках в ущерб всему.

> Конечно, если уже рука набита на _регулярном_ изготовлении таких плат
> то оно не очень критично.

Я запускаю процесс "as needed". Это именно прототипы или повтор дизайна in situ по мере нужды в нем. Если какой-то дизайн требует толпа народа, можно залить герберы фабе, но это имеет смысл если надо более десятка-двух.

> Так и андроид в реинкарнации AOSP можно на своем компе собрать.

ЧСХ некоторые собирают, так появилось эн клонов.

> Даже наверно на моем. Но вот написать с нуля - не реально.

Вы и линукс с ноля не напишете. А зачем создавать еще раз то что уже есть?

> Как и такую плату нарисовать.

Такую плату нарисовать сильно проще чем андроид написать. По сути проект 1 человека. Он такой не 1. Мир изменился.

>> Да и олимекс так то изначально небольшая фирмочка основаная 1 или несколькими фанатами
> Да и гугл исходно был небольшой фирмочкой,основанной двумя фанатами.

У них разные соотношения. Olimex с origins из любителей понимают DIY и прототипщиков, этим им и нравятся. А когда все готово, те и берут партию, раз все на мази! А открытость позволяет кастомизацию, на которую у мелкой фирмочки не хватит ресурсов. Нормальный подход, имхо.

>> Вон то было сделано 1 человеком + кикадом, насколько я понял.
> Ну да, как же, 1 человеком. Так этому кто-нибудь и поверит.

Представьте, что вы считали свой винт лог.линейкой, счетами, на миллиметровке, пиля лобзиком. Ваша доCADовая версия не сказала бы про винт так же?

ИМХО: если вы сможете FULL CYCLE в CAD и осознаете пойнт, мы возможно встретимся еще раз и вместе посмеемся над вашей наивностью. С усилителем мозга не надо бороться, им надо пользоваться.

> Почему тогда подобное не сделал ни один человек НЕ работающий на
> электронной фирме?

Сейчас совершенно норм когда разработали одни а делают другие. Разделение труда. Но в случае сложного дизайна фаб является "удобным соседом", так дешевле, быстрее и лучше контроль за параметрами процесса что для такого дизайна важно. Но это не является единственным вариантом.

>> Я видет програмера который в 60+ имел другие идеи на этот счет,
> А я видел профессора, который в 80+ соображал в высшей математике

Ну так о том и речь. Если мозгом пользоваться, там резервирование немеряное, я так понимаю что юзеж мозга провоцирует перестройку с подхватом резервов и отмирание части клеток не такая уж и проблема (самые крутые, в лучшее время, не более 10% юзают). Но если на это забить, клетки постепенно отомрут, а даже если резерв и есть но оригинал помер и скатился в "bit rot", толку то?! Копировать неоткуда уже, даже если и спохватиться.

> Но это совершенно не значит что таких людей много. Большинство
> простых смертных так не могут.

Они не любили мозгом пользоваться, звезд с неба не хватали и в лучшие годы. А когда часть клеток померла, без использования структуры, провоцирующего "ремап в резерв"... вот тут упс!

> Кое-кто из американских физлиц вон даже создал компанию которая
> ракеты в космос запускает. Но это не значит что все физлица так
> могут и у всех столько денег.

Никто им не запрещает так же. А то что они туги на мозг или безынициативные, или предпочли тратить время иначе - их выбор, по большому счету.

>> Насколько я вижу, главное для этого - желание.
> Одного желания мало. Надо именно чтобы оказаться в нужное время и в нужном месте.

Если есть желание, найдется 1000 возможностей для этого.

> мейнстримом и приносили миллионы программистам американским.

А я поотвисал с PM мирового класса и кое-что понял. Из того что не понимали ваши программисты. Мало быть умным. Надо отстроить сбалансированое всестороннее видение проблемы, ваши программисты на это не способны и утыкаются в глупые препятствия. Как вы с KiCad, эталонный пример просто.

> ее внедрить. А что мог рядовой россиянин в 90е - и так понятно.

Да на самом деле я даже и тогда видел несколько весьма сообразительных и шустрых с интересными затеями. Но они хотели - и были готовы попахать.

> Писать в конфиг teredo надо вот это: teredo.iks-jena.de

Хм, т.е. miredo есть в репах но их собственный серв не работает? Спасибо, может когда и пригодится, хоть у меня и нативный v6 везде, но мало ли что.

> Что-то не видно чтобы стал не востребован "туннельный" бизнес he.net.
> Но там за туннель денег хочут.

Так можно поставить себе впску за несколько баксов да нарулить вайргад или что, хостеры ща /56 или /60 на сервак дают, стабильный префикс, кусочек оного и пробросить куда надо. По сути это просто расширение роутинга, как и было задумано основателями интернета. Ваше дело как блок айпи пилить и роутить, лишь бы до выходного роутера (в роли которого тот впс) долетело и он спихнул на дефолтный ифейс с другим роутером.

> А teredo - бесплатный. Чем и хорош.

Он уже почти не требуется белому человеку...

> а этих - единицы,и не все работают стабильно.

Тередо выполнил функцию и бутстрапнул направление. Россияне - не отпустили тормоз.

> Многие - это где-нибудь в Индии или кто там сейчас на первых местах по внедрению.

Европейцы и американцы с v6 давно пачками лезут. Мне - виднее. Спорить не советую.

> Так тут это никому и не надо кроме крайне немногочисленных странных людей

Просто в телеком РФ отфильтровались "админы уровня бох^W пох" - самые необучаемые дрова. Хз как вышло, но у россиян светоч прогресс стал сливным бачком для кадров.

> Так там на первых местах как раз Индия,Уругвай,Малайзия. Не Зимбабве конечно но

Не советую пытаться дать мне лекцию на тему кто какие IP по планете юзает. Мне виднее.

>> Можно попытаться читануть из своего попробовать, если он такой же.
> Ну да, и на время экспериментов остаться без солнечного контроллера.

Ну вот это да, проблемка конечно. Можно на д@рака попытаться считать через бут фирмвар. Вдруг копипастеры забыли лок прописать?! :)

> А другой покупать - это "кот в мешке" с непредсказуемым результатом.
> Спасибо, насмотрелся на некоторых соседей-страдальцев кому не повезло.

Возможно так понятнее почему мне бы хотелось научиться дизайнить подобные штуки самому. Если бы я в ваших допушениях оперировал, я бы вероятно сделал что-то такое довольно приоритетным проектом. Тем более что знаю пару широкодиапазонных топологий (из амеровских патентов) которые было бы интересно посмотреть в деле. Просто в моих допущениях это не высокоприоритетная задача пока. Но "софтварные" DCDC я все ж осваиваю там и тут.

>> А я предпочел путь похожий на тот что DiHalt показал.
> Он - что-то вроде "блогера",а эти господа обычно хорошо спонсируются

Он крутой электронщик. Который немного научился в самопиар. А рекламу у него заказывать стали ПОСЛЕ того как он поставил бложик и livestreet, понаписал интересного - народ на это набежал читать и другим показывать что так можно было - а вот тогда рекламеры захотели там рекламиться перед тематической тусовкой DIY'ев что чертовски логично.

> продавцами,а то и производителями того что используют.

Если вы сделаете интересный ресурс и народ на нем начнет отвисать, к вам те господа сами постучатся, попросив повесить их рекламку, за что ессно денег дадут. Вооон там на опеннетике видите баннеры? Ну вот то-то :). Но да, страшенный как смерть монтаж и кт315 мало кто захочет читать...

> финансовые возможности. Понятно что у российских любителей электроники их обычно нет.

Что вы такое дорогое покупать хотите?

> Вопрос еще и в том,насколько "простота" этого приукрашено в рекламных целях.

У меня получилось, и я смог то о чем давно мечтал. Это было круто.

> Ну так работает же. Почему бы не пользоваться?

Другие электрические параметры и неидентичность оригиналу. Если вы уже знаете как Шекспир в подлиннике, сможете сравнить "перепевку" и сделать выводы. А если впервые видите - вот там хз.

Есть те кто честно пишет кто оно, свою фирму, свой даташит, с более честным описанием параметров, они ессно хуже оригинала ибо не умеют узкоглазики в хорошую инженерию. И отличия и особенности описаны. А если бессовестный клонер STщное обозначение влепит это либо отбраковка, либо - извольте STшный даташит юзать. А если что-то не работает - и гадайте, толи блок дохлый в отбраке, толи клон неточный, толи у вас косяк. В сложном чипе - это аргумент.

> покупать более дешевые китайские автомобили.

вон, радостно пишут как на морозе пластиковая педаль крякнула.

>> и спячкой? Ну там LDO батарейку и сожрет тогда.
> Тут кто-то недавно высказывался о ненужности преждевременной оптимизации.

Это до некоторой степени так, но нагибает прототипирование широкого класса девайсов, а экономия на мне 10 центов душу не греет. Для себя я не обломлюсь 10 центов докинуть чтобы получить параметры лучше. Но на всю ораву то тому китайцу это уже килобаксы, он и жмется.

> потребляют достаточно мало чтобы об этом не переживать в большинстве применений.

Кому как. Меня всякие батарейные сенсоры интересуют например.

> Ну это жалоба того же типа что код при переносе с 80386 на Пентиум

Нет! Это жалоба что у вас было два пентиума. С 100% идентичной лэйбой. Но вели себя почему-то иначе. И код отлаженый на одном почему-то работает иначе на втором. Хотя пентиумы специально взяли - одинаковые. Чтоб уж точно все наверняка повторяемо было. И тут РРАЗ! Обломинго в самом ключевом моменте, повторяемости как раз и не оказалось.

Более того - если вы напишете код отладив под клоном, и зальете ЭТО в оригинал - будут ситуации когда окажется что - не прокатило! Ибо оригинал хоть тресни не умеет "flash" с 0 wait state на 72 МГц. Не бывает таких технологий флеша. Это гарантировано перегрузка в буфер в RAM была и какие-то суперкостыли. И окажется что перфоманс оригинала был ниже. Зато он на режим выходил быстро и предсказуемо, за считанные тики RC osc после отпускания ресета. А вон те пока там Flash -> Ram перегрузят... где-то важно, где-то нет. Но о таком вас особо никто не предупредит. А у вооон тех оказывается еще зажались на RAM кеша, и если вы читаете более чем 32 кило - нате-ка вам ломовой клин всей этой штуки пока оно Flash -> RAM буферизует. Проц ессно в этот момент недееспособен что в управляющих применениях бывает достаточно фатально.
  
> регулярно переставал работать. Так теперь что - надо было отказаться
> от тех пентиумов?

Весьма зависит от. В эмбедовке нет цели вкатить более быстрый проц самой по себе. Если нечто лезло с 3-кратным запасом, от 5-кратного никто ничего не выигрывает и вопрос становится "а вот чего проиграем зато?!".

> Тоже очень узкоспецифичная претензия. В абсолютном большинстве случаев этого никто
> не заметит. Не настолько там огромная пауза.

Однако умение БЫСТРО брать контроль над процессом это довольно полезное свойство для УПРАВЛЯЮЩЕЙ системы. Более того - это гарантирыет и быстрый recovery после сбоев и проч.

> Оно анекдот пока происходит с кем-нибудь другим.

Ну вот вы и тряситесь как осиновый лист и живите в землянке, если оно вам надо.

> шансов потрепыхаться. Напомню,что в такой свободной стране как
> США сидящего народа чуть ли не больше всего среди всех стран мира.

И сидят в основном - за дело. После рассмотрения в суде. Без цели посадить. Так что процент оправдательных приговоров не как в РФ. А если всплывает косяк, компенсация достаточа чтобы провести остаток жизни достойно. И если применить те антикоррупционные стандарты к РФ, сядет полстраны имхо. Пример: в сша или европе за попытку распила/отката 90% что вас контрактор сдаст быстрее чем вы рот открыть успеете.

Более того, в сша хватает случаев когда в суде вида "J.Smith vs US", по итогам побеждает J.Smith, US утирается, признает косяк, платит дохреналион, дает нагоняй чиновникам. Как вы думаете где лучше жить и вести бизнес?

> От и до не расскажут,но технически грамотный человек в процессе
> общения вполне может составить примерное впечатление.

Тот же вертеп показывал инновации на тему. Если вы хотите надуть щеки и сделать умный вид, мне оно не надо ибо я выводы по вон тому и получше вашего сделаю, предположив и worst case и realistic case сам.

> и мощности на передатчике - и уже пират. И позывной свой официальный
> называть не будет.

Понятно что если он покрутил - то не будет :). Но вообще именно хамы вроде в целом понимают что сильно гадить в эфир - нехорошо и не самоцель.

> Так левую болтовню я на свой Degen далеко не только на 27 слышу.

Так вон там на вертепе господа - лезут на все мыслимые частоты, пиратят на фм, делают жуки, сатком, кодграб, "все что вы хотели знать о RF но боялись спросить". Но что не надо например на авиа частоты лезть - понимают и они. Цели помочь пилотам брякнуться с небес нет ни у кого, да и это агрит толпу народа, со всеми вытекающими. Так что даже эти относятся к бэнду с уважением и туда не лезут. И да, про них все явно в курсе и порой даже просят убрать наиболее злые сливы РФских "жуков". Впрочем западные жуки бывают куда лучше, а современные к тому же работают сильно менее тупо чем наивный хлам и потому - намного опаснее. Ибо простым индикатором поля наобум, так сходу - не ловится. Т.к. сперва записывает, а потом некто унесет награбленое или оно сильно опосля сольет это. И эту идею может понять и заимплементить любой МКшник в принципе.

> Смотря где он висит. У меня - не высоко,так как этот вид
> деятельности у меня основным не является. Хотя рацию на 27 мгц и имею.

Высота тоже такой критерий. RF почти черная магия и часто работает не так как это себе вообразили вон те. Вон там провода что-то хорошо пробрасывают. Там даже на 27МГц иногда ломовое прохождение достает. А тут вот отраженный сигнал откуда-то прилетел. Иногда народу какойнить FT/JS/WSPR/etc долетает из далекого Зимбабве, они тихо хренеют с дистанции на карте. На 27 и рядом вроде есть несколько майков такого плана.

> И эту лодку вы даже могли видеть на фото на том форуме.

Ога. Я только не понял как вы осознав мощь кад для винта не смогли это для электроники.

> Напряжно только с точки зрения рулить вручную.

С точки зрения запаса топлива vs коммуникации vs шансы успеха. А еще надо полезной нагрузки, чем больше тем лучше. Иначе зачем вообще плыть?

> Если лодка будет идти самостоятельно то пройдет легко.
> Она еще и пластиковая - не очень-то ее на локаторе видно.

Думаю "морякам" придется постепенно радары грейдить не меньше чем "воздушникам".

> Ну до большой газовой трубы кто-то же доплыл,да еще и донырнул.

Да там мутная история. Тех кому это выгодно длинный список. И обложить трубу взрывчаткой - это не all out. А как видите - не замерзли, хранилища забиты, цены вниз. Попытки крутить краны провалились, вон то - вишенка на торте, не более.

> А вот это очень зависит от печатника и его умения настраивать
> принтер. Тот кто мне печатал этот винт (два винта на самом деле,

Если оно такое могет - я б сказал что из технология на мази и они минифаб по сути.

> Оказалось что в целях экономии пластика у них внутри детали формируется
> что-то типа пчелиных сот,вобщем там пустоты было больше чем материала.

Офигенно, пожелаю чтобы им так в лифте трос забацали :)

> модель винта считается пару минут,то с скруглениями - пару часов,а то и
> больше, если не на монстрообразном компе.

С антеннами в xnec2c та же фигня. Надеюсь это объясняет почему некоторые дизайны хочется гонять на мощном многоядернике, если хочется понимание дизайна. И да, это к вопросу куда продвинутые люди могут деть вычислительную мощность. Например, крутой, продвинутый и сложный дизайн с интересными свойствами обсчитать. И там 64 бита, норм регистры, SIMD и проч будут кстати! Если математики много, глупо рубать ее перфоманс себе в разы на ровном месте. И да, иногда и куча рамы для буферизации этого - не есть плохо. Зачем мне лимитировать себя в масштабах задач искусственно?

> Еще и падает при этом периодически,по всей видимости по переполнению
> чего-то внутри. Это особенность используемого метода (сумма Минковского).

Интересно, это не "фича" 32-битов случайно?

> Если дело станет дрянь то уже будет не до электроники и программирования.

Я думаю что это будет повод шустро repurpose'нуть ряд артефактов и использовать свои скиллы себе во благо по максимуму.

> Более приземленные заботы появятся. Надеюсь что до этого не дойдет.

Вот половину именно этих приземленных забот небольшой repurpose технологий и отадресует. И заодно это может быть поводом для взаимовыгодных знакомств, например.

> выезжал пока мои скиллы были коммерчески актуальны.

В 90е я только начинал путь... а скиллы что, надо просто апдейтить их а не доказывать всему миру что ужастик на мечте молодости КТ315 потолок.

> Надо модему принудительно указывать на каком диапазоне и каким видом связи работать.

Да я так и делал но тогда с 4G-only он норовил вообще линк потерять насовсем и какое-то время инет есть. Потом - упс! Совсем никакого инета изрядно времени.

> Если руками через at-команды Лень,то есть программка mdma, виндовая,

У меня модемы обычно к мелким девайсам с линем прицеплены...

> с чувствительностью получше и направить это на проходящее в нескольких км
> крупное судно,то можно оттуда иногда beacon с названием их точки доступа
> поймать. Подключиться конечно не выйдет - точка не услышит,но сам факт:)

FYI, антенны симметричны. Если вы слышите, есть шанс что вас услышат. Вопрос уровня сигнала и SNR. То что у той точки передатчик мощнее вашего - не факт. Так что еще вопрос в какую сторону бюджет линка лучше. Для своих вафельниц я даже примерные пороги знаю.

Ответить | Правка | К родителю #337 | Наверх | Cообщить модератору

342. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 24-Фев-24, 22:04 
> А мне надо с x86 с ME и PSP уйти.

Желание вполне понятное,только непонятно куда идти.
Плата от телеприставки не имеет МЕ но сильно ограничена по памяти.

> Если я о чем жалею, так это что не освоил STM32 на
> эн лет раньше.

Полностью согласен с тем что STM32 штука хорошая.
Но всё портит отсутствие визуальной отладки для него.
Ну то есть я читал что для каких-то "больших и дорогих" можно хотябы отладчик к процу
прицепить,именно не команднострочный,а визуальный. За отсутствие визуального симулятора
и такое сойдет. Но вот к наиболее доступному (от китайцев) STM32F103C8T6 - вроде пока
никто не прицепил (и не факт что это вообще возможно).

>> По факту KiCad успешно рисовал любительские схемы, работая на плате от
>> телеприставки. Понятно что там никакого ускорения от gpu небыло.
> А там fallback есть чисто софтварный. Но медленнее

Если это не та плата от olimex то "медленность" не заметна.

> и не все фичи по части роутинга дорожек.

А вот тут интересно было бы знать что именно в разводке дорожек
может зависить от способа отрисовки экрана?

>> Я бы предпочел что-то типа интерпретируемого варианта паскаля.
> Lua попробуйте? Довольно распостраненная штука.

Lua штука хорошая, но почему-то встречается куда реже чем Python.
Из того чем лично пользовался - только в CHDK встретилась.

>> это специально для аудитории того форума. А так можно в виндах
>> запустить Far и прочитать файл нажав F3.
> У меня нет виндов, никаких и никак.

Так оно и не для обитателей этого форума делалось,а для того. Где
только винды у людей.

>> Сам OpenScad под винды есть. А вот линуксоидов там нет.
> Есть странные люди юзающие OpenSCAD под виндой?

В том-то и дело что пользоваться им не надо. Надо скачать бинарник,подсунуть ему
мои файлы и запустить расчет. Ну можно еще поменять очевидные параметры типа диаметра.
Ничего устанавливать,настраивать,рисовать мышкой - не требуется.

>> в стиле "оно ненужно".
> И не нужно... чистым программистам. А что они с винтом будут делать?

Те же самые "чистые программисты" называют недостатком линукса отсутствие
в нем например фотошопа. Хотя от задач профессонально полиграфии также
далеки как и от гидродинамики винтов. Но возмущаются когда объясняешь что обычному пользователю
фотошоп не нужен,а для решения его задач мелкого редактирования картинок с фотоаппарата
(а то и вообще телефона) всё нужное в линуксе есть.


>> Весьма интересно чем это у вас реализовано. Я по старой привычке храню
>> чексуммы файлов своего личного архива в отдельном текстовом файлике.
> btrfs это на системном диске
> Для меня оно работает
> и позволяет эффектные фокусы.
> В вон том случае считает ФС, при ВСЕХ доступах. А если есть
> избыточность то и чинит с исправной копии, если что-то не так.

Снапшоты мне не актуальны,а вот восстановление заинтересовало.
Туда что - какое-нибудь помехоусточивое кодирование прикрутили?
Или оно файлы тупо в двух копиях хранит? Для обычного hdd с их
нынешними размерами можно конечно и так,а вот для ssd как-то оно не очень.
Тем более что для восстановления может хватить избыточности куда меньше
двухкратной. Писал когда-то кодер-декодер для записи на ленточный магнитофон
от ЕС,подключенный к персоналке. Работало.

> Вы догадались что можно сделать ракету. А тут к вам капитан звездолета
> с гипердрайвом и машиной времени забрел.

Звездолёты капитанить - далеко не у всех квалификации достаточно.
Тем более за годы линукс так разросся что невозможно знать обо всём что там
в репозитории Дебиана есть и все варианты применения этого.
Но это не значит что обычный человек не может компом пользоваться,и линуксовым тоже.

> "На глазок" хреновый инструмент, а машины лучше справляются с рутиной.

Так очень долгое время небыло ничего на тему проверки целостности файлов.
Вот и писали скрипты со всяким там md5sum.
dpkg технически может суммы проверять,да вот только в очень многих пакетах этих сумм нет.

>> Но это не значит что для рисования подобной платы или написания андроида
>> не нужен olimex и гугл.
> Это как я понимаю 1 из (со)основателей фирмы чтоли. Он просто -
> может.

Ну это как Моцарт в музыке. Музыкантов много,а великих - единицы.

>> Даже наверно на моем. Но вот написать с нуля - не реально.
> Вы и линукс с ноля не напишете. А зачем создавать еще раз
> то что уже есть?

Вот и я о том же. Если китацы уже понаделали удобных плат и продают их
за дешево - то возня с отладкой собственного техпроцесса именно под мелкий шаг дорожек
становится не очень-то актуальной.

> Представьте, что вы считали свой винт лог.линейкой, счетами, на миллиметровке, пиля лобзиком.
> Ваша доCADовая версия не сказала бы про винт так же?

Ха:) Можно подумать это первый винт который я делал:)
На самом деле именно считать там не так уж и много. Дольше пилить.
Делал и водяные винты и воздушные для аэролодок.
Во втором случае важно наличие электролобзика.
А cad тут был нужен чтобы модель под 3d печать сделать - именно чтобы
не пилить. И оно даже получилось. Но даже незначительный мороз не
выдерживает.

>> Писать в конфиг teredo надо вот это: teredo.iks-jena.de
> Хм, т.е. miredo есть в репах но их собственный серв не работает?

А он не собственный насколько я понимаю. Там просто пример конфига
с разными серверами. Так как конфиг давно валяется в пакете -
часть стали не актуальны за это время.

>> Что-то не видно чтобы стал не востребован "туннельный" бизнес he.net.
>> Но там за туннель денег хочут.
> Так можно поставить себе впску за несколько баксов

Вот только заплатить несколько баксов из российской деревни на другой конец глобуса
и раньше-то очень не просто было,а теперь тем более.

> Просто в телеком РФ отфильтровались "админы уровня бох^W пох" - самые необучаемые
> дрова. Хз как вышло

В крупный телеком людей со стороны не берут потому что стратегическая отрасль.
И там важны личные связи и личные рекомендации,а не сверхгениальность. Это всегда так было.
Да и не только в телекоме,а во всех крупных компаниях государственного уровня.
Получить очередного Сноудена только в обратном направлении - никто не хочет.

>>> Можно попытаться читануть из своего попробовать, если он такой же.
>> Ну да, и на время экспериментов остаться без солнечного контроллера.
> Ну вот это да, проблемка конечно. Можно на д@рака попытаться считать через
> бут фирмвар. Вдруг копипастеры забыли лок прописать?!

Был бы у меня второй солнечный контроллер - я бы непременно попробовал.
Я даже купил второй (б/у с Авито) - надеялся что там только ключи погорели,а
проц выжил. Не повезло - оказался дохлым.
А рисковать единственным контроллером мне совершенно не хочется - весьма не
дешева железка однако (если хорошая).

> Возможно так понятнее почему мне бы хотелось научиться дизайнить подобные штуки самому.
> Если бы я в ваших допушениях оперировал, я бы вероятно сделал
> что-то такое довольно приоритетным проектом.

Изучить на уровне технического любопытства - может быть интересно.
А делать с нуля - какой смысл если есть готовые вполне рабочие?
Да, не дешево для российского уровня доходов,но и самоделка существенно дешевле не будет
если хотеть приличный кпд преобразования.

> Если вы сделаете интересный ресурс и народ на нем начнет отвисать, к
> вам те господа сами постучатся, попросив повесить их рекламку

Чтобы сделать ресурс - нужно как минимум иметь деньги на аренду сервера на котором
его разместить.

>> Ну так работает же. Почему бы не пользоваться?
> Есть те кто честно пишет кто оно, свою фирму, свой даташит, с
> более честным описанием параметров

Естественно я имел в виду относительно честных производителей,а не тех
кто чужую марку на своих микросхемах рисует.

> они ессно хуже оригинала ибо не умеют узкоглазики в хорошую инженерию.

А вот это еще вопрос хуже или лучше. Например у китайских аналогов бывает
что программной памяти больше. Иногда - весьма значительно больше.
Что избавляет от возни с упихиванием кода который не влезает.

> А если бессовестный клонер STщное обозначение влепит

Это безусловно плохо и неправильно.

>> потребляют достаточно мало чтобы об этом не переживать в большинстве применений.
> Кому как. Меня всякие батарейные сенсоры интересуют например.

Ну значит именно для этого применения надо поискать самый малопотребляющий контроллер.
Зато в этих применения чаще всего не критично быстродействие.

> В эмбедовке нет цели вкатить более быстрый проц самой
> по себе. Если нечто лезло с 3-кратным запасом, от 5-кратного никто
> ничего не выигрывает и вопрос становится "а вот чего проиграем зато?!".

В моем случае такое же рассуждение применимо и к десктопу.
И проиграю я чаще всего в энергопотреблении. Причем электричество оно будет
жрать всё время,а использоваться по максимуму - раз несколько в год.

>> Оно анекдот пока происходит с кем-нибудь другим.
> Ну вот вы и тряситесь как осиновый лист и живите в землянке,
> если оно вам надо.

Как раз я живу в доме где тепло,свет,воду - не отключают. Потому что
всё свое автономное. И за неоплату аренды меня из моего дома никто
выпнуть не попытается.

> Как вы думаете где лучше жить и вести бизнес?

В США не жил так что объективно сравнивать не могу.
И тем более не вёл бизнес так как ведение бизнеса никогда не являлось моим хобби.


>> И эту лодку вы даже могли видеть на фото на том форуме.
> Ога. Я только не понял как вы осознав мощь кад для винта
> не смогли это для электроники.

Уперся в сложности с рисованием футпринтов буквально под каждую деталь
какую в руки ни возьми. Не то чтобы это совсем невозможно,но настолько
времязатратно что простые платы проще руками лаком по текстолиту рисовать.
Оно банально быстрее получается - с моим-то опытом.

>> А вот это очень зависит от печатника и его умения настраивать
>> принтер. Тот кто мне печатал этот винт (два винта на самом деле,
> Если оно такое могет - я б сказал что из технология на
> мази и они минифаб по сути.

Как раз вот тот что хорошую прочную деталь напечатал которой на всё лето
эксплуатации хватило - был "свободным
художником",абсолютно частным лицом.
А те которые "минифаб",за деньги, напечатали деталь которая сломалась сразу.

>> модель винта считается пару минут,то с скруглениями - пару часов,а то и
>> больше, если не на монстрообразном компе.
> С антеннами в xnec2c та же фигня. Надеюсь это объясняет почему некоторые
> дизайны хочется гонять на мощном многоядернике, если хочется понимание дизайна. И
> да, это к вопросу куда продвинутые люди могут деть вычислительную мощность.

Если это считается также редко как у меня - то проще попросить машинное время
на монстрообразном компе у кого-нибудь из знакомых программистов. На ночь в офисе
запустят на таком железе,которое домой вообще хрен купишь из-за цены. Мне даже
бывало давали пользовательский доступ по ssh и я сам запускал.
Вот если бы я каждый день такое считал - тогда да, надо копить много денег
на монстрообразный комп.

>> Еще и падает при этом периодически,по всей видимости по переполнению
>> чего-то внутри. Это особенность используемого метода (сумма Минковского).
> Интересно, это не "фича" 32-битов случайно?

Увы нет. Я как-то раз обнаружил в дебиановском пакете почтовый адрес с славянской
фамилией. Ну и написал. Оказался всё же иностранец,но русскоговорящий.
После некоторого технического диалога он смог у себя (на монстрообразном компе,да)
повторить одно достаточно стабильное падение,найти и устранить причину. Сказал
что там с приведением типов вольности были.

>> выезжал пока мои скиллы были коммерчески актуальны.
> а скиллы что, надо просто апдейтить

Пока была возможность успевать за "прогрессом" - апдейтил.
Потом уже успевать перестал и переквалифицировался в любители:)

>> Надо модему принудительно указывать на каком диапазоне и каким видом связи работать.
> Да я так и делал но тогда с 4G-only он норовил вообще
> линк потерять насовсем

Там кроме собственно 4G надо еще и диапазонами принудительно пощелкать.
В первую очередь повыбирать те что ниже по частоте - на них сигнал обычно
сильнее(как раз мой случай).
А так вообще могло быть что базовая станция с 4G была далеко не самая ближайшая.

> У меня модемы обычно к мелким девайсам с линем прицеплены...

Ну на время настройки и экспериментов можно и в десктоп переставить.
Но можно и прямо на девайсе, at-командами.

>> поймать. Подключиться конечно не выйдет - точка не услышит,но сам факт:)
> FYI, антенны симметричны.

Антенны-то симметричны,а вот глухой приемник на той стороне никто не отменял.

> Если вы слышите, есть шанс что вас услышат.

Пробовал. Причем у меня ALFA AWUS036H китайская,у нее мощность несколько
больше чем обычно.

P.S. По вашему совету попробовал запустить wireguard. Увы - через интернет от сотового
оператора не работает. Через сотовых операторов вообще много чего не работает,так что
не удивительно.
Как завернуть wg поверх shadowsocks не нашел. Возможно что те реализации того или другого
что есть в Дебиане - этого просто не умеют.


Ответить | Правка | К родителю #341 | Наверх | Cообщить модератору

344. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 25-Фев-24, 05:56 
> Желание вполне понятное,только непонятно куда идти.
> Плата от телеприставки не имеет МЕ но сильно ограничена по памяти.

Ну вон там Milk-V допустим. 64 бита, PCIe, более-менее приличные объемы RAM. Еще пару итераций с удешевлением и умощнением и станет норм воркстейшном, amdgpu 99% что можно воткнуть.

> Полностью согласен с тем что STM32 штука хорошая.
> Но всё портит отсутствие визуальной отладки для него.

А я рассудил что если другие так могут, то и я смогу, чем я хуже :)

> никто не прицепил (и не факт что это вообще возможно).

Ну как, jtag/swd там есть. Но насчет вон того я не в курсе. Мне это никогда не требовалось.

> А вот тут интересно было бы знать что именно в разводке дорожек
> может зависить от способа отрисовки экрана?

Там есть "Legacy toolset" и "Modern toolset". Второй более подвязан на GPU, но софтовый fallback есть. Однако IIRC он неспешный. В принципе это сильно парить будет только если вы ворочаете дизайн размером с тот A64. Ессно modern toolset умеет больше всего.

>> Lua попробуйте? Довольно распостраненная штука.
> Lua штука хорошая, но почему-то встречается куда реже чем Python.

А вам для "внутреннего" програмизма не пофиг что где и насколько часто встречается? Да и назвать lua редким... игроделы его дофига для внутренней медленной логики и скриптов юзают. В т.ч. потому что можно не давать ему выход в систему, и оно только считалка тогда. Так можно относительно безопасно допустим аддоны с сервака докачивать без поимения качающих "в случае чего".

> Так оно и не для обитателей этого форума делалось,а для того.

А на этом форуме - не стоит давать такой рецепт кмк.

> мои файлы и запустить расчет.

А просто скачать готовую модель им тогда не вариант? :)

> Ну можно еще поменять очевидные параметры типа диаметра.

Ну вот тут еще понятно зачем.

>> И не нужно... чистым программистам. А что они с винтом будут делать?
> Те же самые "чистые программисты" называют недостатком линукса отсутствие
> в нем например фотошопа.

Ну дык. А я пробовал рисовать в гимпе и фотошопе. В гимпе лучше получилось и я куда сильнее разогнался, отрисовав эн всяких веселых вещиц. А часть вообще в mtpaint мелком и легком, он для пиксельной графики удобен. ЧСХ те ненужны не смогут сделать все в сумме для чего это было надо, так что на их ценное мнение можно забить :P.

> фотошоп не нужен,а для решения его задач мелкого редактирования картинок с фотоаппарата
> (а то и вообще телефона) всё нужное в линуксе есть.

Да там даже и DarkTable/RawTherapee есть - с этими можно и не очень мелко, и не только редактирование.

> Снапшоты мне не актуальны,а вот восстановление заинтересовало.

Снапшоты интересны возможностью быстро вернуться в точку ДО факапа. А потом если есть желание неспешно ковырять разваленое состояние системы в сторонке. Не разламывая себе рабочий инструмент ака комп на дофига времени в виде блокирующем то чем я там занимался на дурной взбрык. Так что если я клиенту в кикаде хотел вон то дорисовать, или фирмварь позарез надо было докодить, разборка с системным факапом может быть отложена. А пока машина времени перенесет меня в эпоху когда все работало и я из той точки доделаю что хотел. А проблемное состояние спишу в утиль или допинаю "параллельно". Может в VM вообще.

> Туда что - какое-нибудь помехоусточивое кодирование прикрутили?
> Или оно файлы тупо в двух копиях хранит?

Из него можно делать RAID1, RAID5 или что там. Если девайсы на это есть. При том переигрывая схему хранения на ходу. А до кучи - DUP, 2 копии блоков на 1 девайс. Как райд1 но на 1 железке. Какой-то эрзац можно 2 разделами сделать но то мануальщина, сложная и кривая. А там оно само все, автоматически, прозрачно. Удобно для не внушающих доверие носителей или если нужна надежность лучше, а место было.

Ключевая фича - простой, логичный, ненапряжный менеджмент. От снапшотов, до места в "пуле". Без прогрева мозга типичного для RAID с выравниванием и проч. И продвинутыми вещами. Надо +N места? Подоткнуть +1 винч. Любой. Какой был. Будет сколько-то места (зависит от схемы хранения). Можно, вот из винчей на 1, 2 и 3 терабайта RAID1 котторый примерно 3 Терабайта. В тех терминах RAID1 - "копии блоков должны быть на 2 девайсах". Не обязательно тех же.

Или, вот, налетев на csum error на RAID1 оно посмотрит не прокатит ли блок с второй копии. И вот он - self heal. Чинится с исправной копии. На обычном RAID1 вы так не сможете: если вы читаете 2 диска, видите что копии разные, окей, круто - а какая их них была правильная?! В отличие от монстров типа zfs оно менее покусаное энтерпрайзом и даже на одноплатнике типа mele вполне съедобно. А DUP на рутфс такой штуки здорово повышает шансы. В системе на которую никто не смотрит, которую некому чинить, очень кстати. А если их пара сотен, работающих годами, это заметно снижает уровень проблем. Для начала оно перестает ВНЕЗАПНО разваливаться, продалбывая управление.

> Для обычного hdd с их нынешними размерами можно конечно и так,
> а вот для ssd как-то оно не очень.

На SSD оно по дефолту допирает метаданные DUP делать. Так что самая критичная часть файлухи продублирована, а т.к. их обычно сильно меньше чем данных... ну, одно дело если пару файлов не читаются, и другое - если метаданные с аллокацией дофига всего и проч.

На суперсыпучей флехе я DUP сделал. Окунь вроде потрошеный, но в живой воде плавает и не дохнет. И не, теровер за разумное время проиграть так и не вышло. Ну да, из 32 гиг флехи стало 16. Но вот так - читается. Да, матерится на сбои чтения, парирует из исправной копиии, в целом даже юзать можно, но это ессно скорее эксперимент с теорвером на интерес :). А ext4 там за месяц утекает в труху и - наповал. С ним такой фокус вообще не сделаешь особо, у него нет чексум данных.

> Тем более что для восстановления может хватить избыточности куда меньше двухкратной.

Теоретически есть RAID5. Там при N девайсов оверхед примерно 1/N и вылет 1 девайса ОК. Практически с ним есть ряд нюансов. На 1-девайсном только DUP (2 копии в разные места). Сие довольно хорошо против сыпучек работает. Насколько иной FEC сработает - очень зависит от деталей реализации. В нечто типа erasure coding bcachefs пытался, но он пока экспериментальный, а фича - недопилена. Т.е. да, мир не идеален, вон там генератор поля щитов можно апгрейднуть, а тут гипердрайв затвикать. Но у вас то даже керосиновой ракеты толком нет.

> Писал когда-то кодер-декодер для записи на ленточный магнитофон
> от ЕС,подключенный к персоналке. Работало.

Вы просто не видели что я с "simple RF link" сделал :)

> Звездолёты капитанить - далеко не у всех квалификации достаточно.

Ну вот да. Это отличается от обычного линейного менеджмента систем. И лучше понимать как это работает и азы навигации в 4D. Можно конечно камлать на "магию богов", но - не советую.

> Но это не значит что обычный человек не может компом пользоваться,и линуксовым тоже.

Чисто теоретически вы можете все то же что и я. И даже намного больше. Как впрочем и я. Я узнаю свои возможности путем "попробую это сделать и посмотрю слабо ли мне?!" :)

> Так очень долгое время небыло ничего на тему проверки целостности файлов.
> Вот и писали скрипты со всяким там md5sum.

Ну как, ZFSники довольно давно прочухали, просто слишком монструозно-энтерпрайзно вышло. Btrfs и bcachefs делают меньше таких допущений.

> dpkg технически может суммы проверять,да вот только в очень многих пакетах этих сумм нет.

Сейчас таки обычно в именно пакетах дистра - есть. Но воон там либа - не грузится. И как мне чексумы помогут, если пакетник не пашет? Снапшот еще понятно как - вернется в точку где пахало. Если блочный уровень не совсем дохлый, конечно.

> Ну это как Моцарт в музыке. Музыкантов много,а великих - единицы.

И это уровень к которому стоит стремиться. Что я и делаю.

> за дешево - то возня с отладкой собственного техпроцесса именно под мелкий
> шаг дорожек становится не очень-то актуальной.

Я для себя посчитал что получать неизвестно что на здоровенной плате для нубов от благодетелей с дофига ожидания - это не то что я хочу. И дизайн вида "клубок проводов" мне очень средне как-то по инженерной эстетике.

> Ха:) Можно подумать это первый винт который я делал:)

Ну так и я первую печатку отрисовал чернилами. А таки протолкал дорожки между пинами 2.54". Свою функцию выполняло, но выглядит жутковато и используется для показа друзьям "почувствуйте разницу" :)

> А он не собственный насколько я понимаю. Там просто пример конфига с разными серверами.

Они раньше вроде какие-то свои серваки по дефолту сватали. Когда-то давно даже работало.

> Вот только заплатить несколько баксов из российской деревни на другой конец глобуса

А he.net типа проще платить, или чего?

> В крупный телеком людей со стороны не берут потому что стратегическая отрасль.

Походу это россиян и погубит. Как СССР в прошлый раз примерно. Некоторые так и не сделали выводов после прыга на граблину, ровно туда же и второй раз.

> Да и не только в телекоме,а во всех крупных компаниях государственного уровня.

Телекомы так то и не государственные есть. А когда госы пришли порулить - оно и стухло. Как говорится, с такими друзьями никакие враги не нужны. А сливы у россиян таки лезут, на всех уровнях вплоть до кремля походу. Не, никакой контроль над телекомами этому не поможет.

> Получить очередного Сноудена только в обратном направлении - никто не хочет.

Прикольнее разломать и развалить самим же! Старые грабли, версия 2.0.

> Был бы у меня второй солнечный контроллер - я бы непременно попробовал.

Ну как бы понимаемо до некоторой степени. А так у вас плана б на случай его дауна нет.

> ключи погорели,а  проц выжил. Не повезло - оказался дохлым.

Ну вон то - очень зависит от того как сдохло.

> Изучить на уровне технического любопытства - может быть интересно.
> А делать с нуля - какой смысл если есть готовые вполне рабочие?

Ну во первых рабочие != то что хотелось бы. Во вторых - интеграция с своими системами. В третьих китайцы не бог весть какие разработчики и я б дал 90% что результат можно улучшить. В четвертых не экономить центы там где это не надо. В пятых отмаштабированое core технологии в принципе найдет применение и в ряде иных мест почти уровнем копипасты.

> Да, не дешево для российского уровня доходов,но и самоделка существенно дешевле не
> будет если хотеть приличный кпд преобразования.

Да там ничего особо дорогого на самом деле и нет. Ну, вот, ключи, но китайцы как раз и впаяют при случае уг какое-нибудь с аргументом что как-то работает же, сразу не пыхает, значит идем продавать! Дефолтная китайская логика :)

>> вам те господа сами постучатся, попросив повесить их рекламку
> Чтобы сделать ресурс - нужно как минимум иметь деньги на аренду сервера

Это кошмар конечно. Виртуалка стоит по минимуму меньше вашего мобильного тарифа. И для сайта куда не ходит капец какой ЛЕГИОН, больше - не потребуется. А если легион уже ходит, наверное, на рекламе и прочих донатах и насыпят.

> Естественно я имел в виду относительно честных производителей

Честный китаец? Нну... даже не знаю... все они подвирают. Менталитет такой.

> бывает что программной памяти больше.

Хотите посмеяться? У большинства чипов ST как минимум F1/L1 кристалл 1 на выводок! Так что физически у ВСЕХ чипов выводка одинаково RAM, flash, есть периферия и проч! Отличие удешевленных младших - формальное, никак не энфорсится, кристалл тоот же. Просто блоки не тестируются на фабе, и если то что не заявлено глючное - ну, упс, а вам и не гарантировали.

Поэтому в серьезных проектах - берут правильный чип. А для фигни можно и смухлевать чутка.

> Иногда - весьма значительно больше.
> Что избавляет от возни с упихиванием кода который не влезает.

А заодно подгоняет вендорлок на мутного китайца, которого заменить "если что" нечем. И удачи в повторении дизайна без получения граблей в лоб, ога. Думаете, бесплатный сыр в мышеловке просто так? :)

> Это безусловно плохо и неправильно.

Ну, у китайцев с совестью проблемы. Она у большинства не инсталлирована.

> Ну значит именно для этого применения надо поискать самый малопотребляющий контроллер.

Не обязательно. Можно еще в крутой режим экономии вваливаться, и из него вылезать по RTC и чему там. И даже F1 так будет весьма приличным. Но если LDO будет жрать за десятерых МК, толку то?! У любимых китайцами клонов 1117 и прочего мусора ток холостого хода несколько миллиампер сам по себе, вот хоть там что.

> Зато в этих применения чаще всего не критично быстродействие.

Да где как опять же.

> В моем случае такое же рассуждение применимо и к десктопу.

Памятуя о счете моделей и проч я б сказал что есть нюансы...

> Как раз я живу в доме где тепло,свет,воду - не отключают.

Ну, это ж не землянка :) И именно эта часть - прикольна. Но то соседство когда сыкотно даже пультиком в эфир пернуть - я бы так жить не стал, концлагерь какой-то.

> всё свое автономное. И за неоплату аренды меня из моего дома никто
> выпнуть не попытается.

А он у вас как, в собственности? И налогов что, нет?

> В США не жил так что объективно сравнивать не могу.

А я могу сказать что РФ - крайне неподходящее место для занятий вон тем.

> И тем более не вёл бизнес так как ведение бизнеса никогда не
> являлось моим хобби.

Да вот как-то оказалось что "благодетели" очень уж на хреновых условиях благодетельствуют. Не то чтобы менеджмент был моим любимым делом, но остальные варианты ощущлись еще хуже.

> Уперся в сложности с рисованием футпринтов буквально под каждую деталь

А я беру детали с типовыми футпринтами. Стандартный футпринт это аргумент за деталь. Это кроме всего прочего значит что завтра, при повторе дизайна, я смогу пожалуй купить такую же штуку и у другого поставшика, если этот вдруг скончается или не продает.

Половина смысла CAD - повторяемый, тиражируемый дизайн. А вон то азы направления. Да, это гибридный режим, когда мышление немного похоже на полновесного индустриала. Но не настолько заморочено как большие серии.

> какую в руки ни возьми. Не то чтобы это совсем невозможно,но настолько
> времязатратно что простые платы проще руками лаком по текстолиту рисовать.

Если не создавать проблем то не прижется их решать.

> Оно банально быстрее получается - с моим-то опытом.

Со всем вашим опытом вы QFP64 с шагом 0.5 врядли сделаете, тем более быстрее, тем более в 3 копиях. А я совершенно рутинно откатаю, сделав покерфейс.

Более того - если мне завтра потребуется четвертый, я и его так же откатаю. Копипаст же. Накатить рисунок много времени не займет - так что затраты вот именно моего времени в основном на сборку этой штуки будут. Ну вот упс, мини-сборочную линию я пока(?) не умею :)

>> технология на мази и они минифаб по сути.
> Как раз вот тот что хорошую прочную деталь напечатал которой на всё
> лето эксплуатации хватило - был "свободным художником",абсолютно частным лицом.

Он и был настоящий мини-фаб будушего. Вы просто не поняли что теперь это так, чем дальше тем больше :). А вон тот хмырь навострился вообще спутники по ...цать штук реюзабельной ракетой, на орбиту в частном порядке! За именно этим NASA и вызвало частников на поляну и дало зеленый свет. Они о таких соотношениях тоже - вот - доперли. И захотели недорого и круто свое добро на орбиту пулять, когда бюджет вечно режут актуальная хотелка.

> Если это считается также редко как у меня - то проще попросить
> машинное время на монстрообразном компе у кого-нибудь из знакомых программистов.

Это мягко говоря неудобно.

> На ночь в офисе запустят на таком железе,которое домой вообще хрен купишь из-за
> цены. Мне даже бывало давали пользовательский доступ по ssh и я сам запускал.

И как, часто вы это делаете? В вон том случае актуально как вычисление так и более-менее интерактивный твик дизайна чтобы посмотреть как он эволюционирует от разных параметров. С вон тем flow я не умру от старости до того как это будет готово?

> повторить одно достаточно стабильное падение,найти и устранить причину. Сказал
> что там с приведением типов вольности были.

А, вот так. Ну, если устранили - так замечательно.

> Пока была возможность успевать за "прогрессом" - апдейтил.
> Потом уже успевать перестал и переквалифицировался в любители:)

И все же я не понимаю как вас мимо када в нормальном виде пронесло, когда эвон какие винты в соседнем каде могете.

> Там кроме собственно 4G надо еще и диапазонами принудительно пощелкать.

Я подозреваю что там могла емкость 4G соты кончаться. Там на 1 соте в пердях весь легион окрестностей. И если это оно - наверное не поможет.

> В первую очередь повыбирать те что ниже по частоте - на них
> сигнал обычно сильнее(как раз мой случай).

Ну это как бы да. Я в принципе с модема научился дергать нечто типа интерактивного нетмона, показ CellID/RSSI/EbN0 и проч. Но все равно - иногда зажатый модем отпадает и довольно долго не могет попасть обратно (до отвала очередного неудачника с соты?)

> А так вообще могло быть что базовая станция с 4G была далеко
> не самая ближайшая.

Я пробовал сунуть модем в рефлектор. Линк стал получше, но вон тот эффект всерно был. Плюнул и расжал режим, хоть и ценой периодических отвалов на HSPA, а сильно изредка и на GPRS.

> Ну на время настройки и экспериментов можно и в десктоп переставить.
> Но можно и прямо на девайсе, at-командами.

Не у всех ща кстати команды. У меня есть и девайс с "вебмордой". Впрочем из нее я тоже научился вон то вынимать. Технически кстати штука с VxWorks на модеме, и - внезапно - линухом для морды, usb-ethernet и прочих наворотов.

> Антенны-то симметричны,а вот глухой приемник на той стороне никто не отменял.

То что у меня он дофига лучше ниоткуда не следует. Да и счастье больше в SNR все же, там где именно чуйка начинает роялить, SNR такой что вы с тем BER/PER все равно нормальными методами нихрена не прокачаете. TCP вообще будет хуже диалапа. Я как-то любил к халявной кафехе якориться через 2 кварталла. Так я полюбил крутые направленные антенны.

> Пробовал. Причем у меня ALFA AWUS036H китайская,у нее мощность несколько
> больше чем обычно.

Ну вот альфа да, мощные штуки, если ath9k там еще и монитор режим полнценный, годная железка :)

> P.S. По вашему совету попробовал запустить wireguard. Увы - через интернет от
> сотового оператора не работает.

А что получается? Серв пингуется? По UDP улетает? Прилетает? Некотторых - но не всех - впнов россияне таки местами вроде побанили.

> или другого что есть в Дебиане - этого просто не умеют.

Должны но это на той стороне интерконект 2 бэков: шадоусокс должен снять свой уровень - и понять что это надо на воооон тот сервак впна зафутболить. На самом деле просто интерконект "труб". Но да, абстрактное мышление требуется.

Ответить | Правка | К родителю #342 | Наверх | Cообщить модератору

345. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 25-Фев-24, 16:08 
> Ну вон там Milk-V допустим. 64 бита, PCIe, более-менее приличные объемы RAM.

Пока что это просто реклама. Купить это невозможно.

> Еще пару итераций с удешевлением и умощнением и станет норм воркстейшном,

Да, возможно. Но думаю всё же не станет таким монстрообразным по производительности
как интелы. Хотя как раз мне вполне хватит,причем с большим запасом.

>> Полностью согласен с тем что STM32 штука хорошая.
>> Но всё портит отсутствие визуальной отладки для него.
> Ну как, jtag/swd там есть. Но насчет вон того я не в
> курсе.

Уточню что я не про любой STM32 типа всяких там дорогих плат Nucleo,а
конкретно вот про эти китайские модули:
https://robototehnika.ru/e-store/catalog/424/2305/
Программатор у меня вот такой:
https://robototehnika.ru/e-store/catalog/422/2295/
А как сделать отладку именно на этих платах и возможно ли это вообще -
не знаю. Судя по отсутствию примеров на форумах - похоже не никак.

> Мне это никогда не требовалось.

Увы - у меня привычка к удобствам начиная с TurboDebuger еще из DOS.
Ну и VMLAB на AVR.
Возвращаться к отладке через printf как на СМ1600 когда-то - не хочется.
Я пока лучше удобствами AVR попользуюсь.

> Там есть "Legacy toolset" и "Modern toolset". Второй более подвязан на GPU,
> но софтовый fallback есть. Однако IIRC он неспешный. В принципе это
> сильно парить будет только если вы ворочаете дизайн размером с тот
> A64.

Вот и я о том же - что пока не требуются такие монстрообразности как тот А64 то
можно и на плате от телеприставки KiCAD запускать.

>>> Lua попробуйте? Довольно распостраненная штука.
>> Lua штука хорошая, но почему-то встречается куда реже чем Python.
> А вам для "внутреннего" програмизма не пофиг что где и насколько часто
> встречается?

Под внутренним программизмом я понимал то что встроено куда-нибудь.
Однако вот в KiCAD и FreeCAD встроили Python.
В Gimp тоде или Питон или что-то лиспоподобное вообще непригодное для
целей быстрой автоматизации каких-то повторяющихся действий пользователя.

> Да и назвать lua редким... игроделы его дофига для внутренней
> медленной логики и скриптов юзают.

Я от игрушек бесконечно далёк так что не актуально.
А в неигровом софте почему-то обычно или Питон или вообще какая-нибудь экзотика
типа как язык OpenSCAD.


>> мои файлы и запустить расчет.
> А просто скачать готовую модель им тогда не вариант?

Нет,потому что диаметр винта надо подбирать под мотор,а шаг - под мотор и лодку.
Плюс еще крепление ступицы на валу может отличаться.  

>>> И не нужно... чистым программистам. А что они с винтом будут делать?
>> Те же самые "чистые программисты" называют недостатком линукса отсутствие
> в нем например фотошопа.
> Ну дык. А я пробовал рисовать в гимпе и фотошопе. В гимпе
> лучше получилось и я куда сильнее разогнался,

Вот и я тоже немало всяких полезных мелочей в гимпе рисовал и меня как-то всё
устраивало. А полиграфией я не занимаюсь,поэтому цветовая модель CMYK мне не нужна -
вот как раз с ней у гимпа сложности.

> Да там даже и DarkTable/RawTherapee есть - с этими можно и не
> очень мелко, и не только редактирование.

Да, RawTherapee пробовал пользоваться. Но на моих весьма простых картинках оно
своих преимуществ не проявило.

>> Снапшоты мне не актуальны,а вот восстановление заинтересовало.
> Снапшоты интересны возможностью быстро вернуться в точку ДО факапа.

Нисколько не спорю. Но я никогда не стану экспериментировать с чем-то что
может порушить систему на рабочем компе. У меня для таких действий
есть всякие другие "морально устаревшие" которые вообще не жалко.

>> Туда что - какое-нибудь помехоусточивое кодирование прикрутили?
>> Или оно файлы тупо в двух копиях хранит?
> На суперсыпучей флехе я DUP сделал.  Ну да, из 32 гиг флехи
> стало 16. Но вот так - читается.

Для дешевых флешек - да, согласен, вариант возможный.
Тем более в тех применениях где их объем избыточен.
На основном рабочем компе терять половину объема ssd как-то не хочется.
Так у меня занято 63 гига из 113,а с полным дублированием будет под завязку
даже если всё лишнее выкинуть.

>> Но это не значит что обычный человек не может компом пользоваться,и линуксовым тоже.
> Чисто теоретически вы можете все то же что и я.

Напомню,что вы общаетесь с жителем российской деревни:)
Да, такие в интернете не часто встречаются,тем более на технических форумах,
но как видите бывают:) И деревенская жизнь кроме многих преимуществ имеет
и некоторые недостатки. Типа например больших сложностей с добыванием
новых радиокомпонентов.

>> dpkg технически может суммы проверять,да вот только в очень многих пакетах этих сумм нет.
> Сейчас таки обычно в именно пакетах дистра - есть.

Про вот прямо сейчас - спорить не буду. Я на отсутствие сумм наткнулся в debian jessie
который лет десять назад ставил на то самое Mele. Может с тех пор в дебиане и лучше стало
с контрольными суммами - не проверял.

>> Вот только заплатить несколько баксов из российской деревни на другой конец глобуса
> А he.net типа проще платить, или чего?

Можно подумать им кто-то из деревни платит. Я вот teredo использую,оно бесплатное.
Кстати, туннели от he.net вроде бы не работают (или плохо работают) с провайдерским NAT.

>> Был бы у меня второй солнечный контроллер - я бы непременно попробовал.
> Ну как бы понимаемо до некоторой степени. А так у вас плана
> б на случай его дауна нет.

Солнечные контроллеры достаточно свободно продаются в Питере,хотя и не настолько дешево
чтобы просто так запасной покупать.

> Но то соседство когда сыкотно даже пультиком в эфир пернуть -
> я бы так жить не стал, концлагерь какой-то.

Ну это сейчас,в особых политических обстоятельствах.
Со временем они закончатся и будет посвободнее.
Да и всякое RF не является основной областью моей деятельности,так что
мне не очень критично. Тем более что слушать эфир никто не мешает.

>> всё свое автономное. И за неоплату аренды меня из моего дома никто
>> выпнуть не попытается.
> А он у вас как, в собственности?

Конечно.
> И налогов что, нет?

Что-то около двух с половиной тысяч российских рублей в _год_.
Да и за неуплату именно налогов из жилья не выгоняют.
Выгоняют за неоплату коммунальных услуг и/или аренды.

>> В США не жил так что объективно сравнивать не могу.
> А я могу сказать что РФ - крайне неподходящее место для занятий
> вон тем.

Мне в РФ нравится то,что забравшись в провинцию оказываешься предоставлен
сам себе и никто особо не указывает как жить. Я вот вообще в официально
ликвидированном и несуществующем поселке живу. Даже почтовых адресов нет.

>> Уперся в сложности с рисованием футпринтов буквально под каждую деталь
> А я беру детали с типовыми футпринтами.

Так их брать надо. А я про те что есть в больших количествах и "плохи" только
отсутствием футпринтов в KiCAD.

> Половина смысла CAD - повторяемый, тиражируемый дизайн.

Вот об этом я и говорю - что преимущества када проявляются именно тогда,когда
требуется тиражирование. А когда любителю надо изделие в количестве одна штука
- преимуществ становится сильно меньше. Они конечно тоже остаются,но не столько
как при тиражировании.

> Со всем вашим опытом вы QFP64 с шагом 0.5 врядли сделаете

Для такого корпуса я возьму готовый китайский переходник,каковые имею
в запасе,и поставлю его на свою плату. Просто квадратик текстолита с дорожками.
Вот такой:
https://aliexpress.ru/item/1005004555715296.html

> тем более быстрее, тем более в 3 копиях.

Вот в копиях - да, в копиях быстрее не будет.
Но любителю редко когда нужно несколько копий одного и того же.

>> Если это считается также редко как у меня - то проще попросить
>> машинное время на монстрообразном компе у кого-нибудь из знакомых программистов.
> Это мягко говоря неудобно.

Смотря насколько часто это надо.
> И как, часто вы это делаете?

Всерьез последний раз требовалось вот когда я тот винт делал. А это еще перед
эпидемией было. Выпросил доступ по ssh и гонял там расчеты по ночам.
Впрочем,если не нравится зависимость от знакомых то я где-то на форумах читал что
какой-то из датацентров продавал машинное время именно по часам. То есть не
как чаще всего предлагается "за месяц", а именно только пока арендованный комп
что-то считает (а может и комп там виртуальный вообще). Но мне удобнее к знакомым
обращаться в таких случаях.

> более-менее интерактивный твик дизайна чтобы посмотреть как он
> эволюционирует от разных параметров.

В случае доступа через ssh вполне интерактивно получается. Если конечно результаты
расчета не представляют из сего какие-то особо многомегабайтные файлы.
А если Иксы через сеть запустить то вообще совсем интерактивно будет даже через
интернет от сотового оператора. Я пробовал.

> С вон тем flow я не умру
> от старости до того как это будет готово?

Если это не системная плата для пентиума рисуется то не умрёте:)

>> повторить одно достаточно стабильное падение,найти и устранить причину. Сказал
>> что там с приведением типов вольности были.
> А, вот так. Ну, если устранили - так замечательно.

Я вовсе не уверен что устранили всё. Просто именно то падение относительно
легко воспроизводилось и мне удалось объяснить разработчику что надо сделать
чтобы оно упало на его машине.

> И все же я не понимаю как вас мимо када в нормальном
> виде пронесло, когда эвон какие винты в соседнем каде могете.

Я же говорю - в KiCAD оказалось слишком утомительно футпринты рисовать.
Вот принципиальная схема в нем быстро рисуется. А это - медленно и сложно.

>> Там кроме собственно 4G надо еще и диапазонами принудительно пощелкать.
>> Ну на время настройки и экспериментов можно и в десктоп переставить.
>> Но можно и прямо на девайсе, at-командами.
> Не у всех ща кстати команды. У меня есть и девайс с
> "вебмордой".

У меня Huawei E3372h тоже был с вебмордой. И в системе представлялся сетевой карточкой,что
неудобно. Я нашел для него прошивку с которой он видится как несколько последовательных
портов и с ним может работать pppd (автоматически перезапуская линк при необходимости,и даже умея делать модему reset). Причем одновременно с работой pppd можно через соседний порт общаться
с модемом at-командами. Или даже программой mdma.

> кстати штука с VxWorks на модеме, и - внезапно - линухом

Да, линух в модеме есть. Но я так и не придумал этому факту
полезного применения.

>> P.S. По вашему совету попробовал запустить wireguard. Увы - через интернет от
>> сотового оператора не работает.
> А что получается?

А непонятно. Появляется интерфейс и всё.
> Серв пингуется?

Нет. Туда пакеты уходит,обратно не приходит ничего.
Я даже не понял по сообщениям в логе - он вообще с сервером как-то снюхался или нет.
Но если интерфейс поднял то наверно снюхался.
А еще не понравилось что оно в отличие от openvpn роутинг прячет и командой route его не видно.

>> или другого что есть в Дебиане - этого просто не умеют.
> Должны но это на той стороне интерконект 2 бэков: шадоусокс должен снять
> свой уровень - и понять что это надо на воооон тот
> сервак впна зафутболить. На самом деле просто интерконект "труб".

Я не понял как wg объяснить что идти надо не напрямую "туда",а на локальный порт который
слушает клиент shadowsocks. Оно выглядит с этой стороны как обычный socks5 proxy.
Так вот например у почтового клиента sylpheed есть настройка "ходить через прокси" где можно
указать адрес и порт. Адрес может быть и 127.0.0.1. А у wireguard я такой настройки не нашел.
Потому и сказал что возможно этого просто не умеет та реализация wg которая в дебиане.  

Ответить | Правка | К родителю #344 | Наверх | Cообщить модератору

349. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 28-Фев-24, 09:49 
> Пока что это просто реклама. Купить это невозможно.

Вроде относительно маломощные уже продают. И в целом стартапчик развивается.

> как интелы. Хотя как раз мне вполне хватит,причем с большим запасом.

И мне не обязательно топовый ксеон или EPYC в общем случае. А для больших задач типа билдов масштабных конфиг кернела можно и N поменьше ставить.

> Nucleo,а конкретно вот про эти китайские модули:

Блин ну и кривой сайт, но я нашел.

> https://robototehnika.ru/e-store/catalog/424/2305/

Китайцы такие китайцы. Достаточно посмотреть как кварцы раскидали. Интересно RTC там с такой разводкой запускается вообще? Китайцам то похрен :) Но вообще 3 бакса за такую штуку вполне культурные цены. А если проц не фэйк совсем красота, но вот это мне сомнительно.

> А как сделать отладку именно на этих платах и возможно ли это
> вообще - не знаю. Судя по отсутствию примеров на форумах - похоже не никак.

По части сигналов JTAG/SWD интересны PA13/14/15 и PB3/4 в основном, см даташит. А шьется оно вообще бутлоадером при случае, вон тот CH-как-там-его для этого и припаян. Удобно когда по 1 шнурку можно питание, прошивание, а при случае и поматериться из фирмвари в тот же уарт.

>> Мне это никогда не требовалось.
> Увы - у меня привычка к удобствам начиная с TurboDebuger

Никогда не питал теплых чувств к этой штуке, да и GDB я юзаю лишь весьма эпизодически.

> монстрообразности как тот А64 то можно и на плате от телеприставки KiCAD запускать.

Вообще - таки да.

> Под внутренним программизмом я понимал то что встроено куда-нибудь.

А я понимал решение "внутренних" задач. Там вообще хоть на брейнфаке, лишь бы сработало.

> Однако вот в KiCAD и FreeCAD встроили Python.

Я этим не пользуюсь и не планирую. И идея скриптить на нестабильном языке что-то ценное мне еще хуже чем постоянные факапы форматов файлов в кикаде, которые честно говоря утомили. У меня несколько десятков проектов и в гробу я видал кроме пересохранения всей пачки еще скрипты им постоянно апдейтить.

> В Gimp тоде или Питон или что-то лиспоподобное вообще непригодное для
> целей быстрой автоматизации каких-то повторяющихся действий пользователя.

Никогда не ставил этот плагин. Я в гимпе рисую а не скриптую. Так что предлагаю от меня с питоном отстать.

> Нет,потому что диаметр винта надо подбирать под мотор,а шаг - под мотор и лодку.

А, т.е. без параметризации они все же обломятся? Тогда понятно зачем им с параметрами.

> Вот и я тоже немало всяких полезных мелочей в гимпе рисовал и
> меня как-то всё устраивало.

К нему просто привыкнуть надо. А потом все хоткеями, оч быстро и эффективно. CMYK и проч мне вообще девать некуда, и оно меня интересует примерно как питон - т.е. никак.

> Да, RawTherapee пробовал пользоваться. Но на моих весьма простых картинках оно
> своих преимуществ не проявило.

Оно чем-то на кад похоже, требует освоения и понимания пайплайна. Сложно - в начале. А потом можно гвоздить пачками, легко и быстро. Современные тулы это так.

> Нисколько не спорю. Но я никогда не стану экспериментировать с чем-то что
> может порушить систему на рабочем компе.

Я пару раз натыкался даже на просто факт что апгрейд системы может дать не совсем удобный здесь и сейчас результат. И хотел ли я внезапные траблы разруливать в том объеме именно здесь и сейчас это отдельный вопрос.

> Для дешевых флешек - да, согласен, вариант возможный.

Та не просто дешевая - но и откровенно сыпучая, EXT4 за месяц в хлам выносит, так что не маунтится и не чинится зачастую.

> На основном рабочем компе терять половину объема ssd как-то не хочется.

Если SSD хороший, DUP для только метаданных разумный компромисс. Их не так много - но они важнее всего.

> и некоторые недостатки. Типа например больших сложностей с добыванием
> новых радиокомпонентов.

Их не сказать что сильно удобно и выгодно добывать - хоть где. Во всяком случае затевать какое-то действо ради пары SMD резисторов крайне неэффективное начинание. Но если их нет - упс, а проект вот не соберется. И хоть там как. В этом случае может быть эффективно сдуть их откуда-то.

> Кстати, туннели от he.net вроде бы не работают (или плохо работают) с
> провайдерским NAT.

Вероятно. Часть из туннелей с натом не совместимы.

> Солнечные контроллеры достаточно свободно продаются в Питере,хотя и не настолько дешево

Это же и про детали можно сказать ;).

> Ну это сейчас,в особых политических обстоятельствах.

Ну, лично мне невелика разница какой там предлог. Я на факты ориентируюсь.

> Со временем они закончатся и будет посвободнее.

Может да. А может нет. А я не живу вечно чтобы проверять такие вещи.

> мне не очень критично. Тем более что слушать эфир никто не мешает.

Меня не интересует "слушание эфира", сугубо прагматичные прикладные задачи. В том числе и "на грани легального" для нахальных экспериментов с форматами сигналов, пониманием что какая технология может и проч.

> Что-то около двух с половиной тысяч российских рублей в _год_.

Ну это да, терпимо. Но кмк ща кой кому придется это подымать. И наверное сильно.

> Мне в РФ нравится то,что забравшись в провинцию оказываешься предоставлен
> сам себе и никто особо не указывает как жить.

Когда некто боится ISM пультиком пшикнуть, боюсь, я описываю это в сильно иных терминах.

>> А я беру детали с типовыми футпринтами.
> Так их брать надо. А я про те что есть в больших количествах и "плохи" только
> отсутствием футпринтов в KiCAD.

Вполне себе недостаток рещение - время транжирит на всякую хню. Хотя если чего-то реально дофига и однотипного то раз в жизни футпринт можно и сделать наверное. А потом гвоздить им везде.

> тогда,когда требуется тиражирование.

Моя хотелка - повторять дизайн по мере надобности в нем. Возможно с небольшими изменениями. Скажем для условных "сенсоров" - в целом может быть однотипный дизайн, но - пропатчить под конкретику очередной респин ничем таким не криминально. Это как бы реюз прошлого дизайна но и как бы не 1 в 1.

> Для такого корпуса я возьму готовый китайский переходник,каковые имею
> в запасе,и поставлю его на свою плату. Просто квадратик текстолита с дорожками.

А я сделаю вон то на основе core - here and now, "as needed". И выглядеть будет лучше. Мне так больше нравится.

> Но любителю редко когда нужно несколько копий одного и того же.

Вообще-то кроме code reuse реюз дизайнов ничем таким не плох. Как и возможность поделиться дизайном с ближним своим. OpenHardware we call it.

> Смотря насколько часто это надо.

Да хоть как.

> В случае доступа через ssh вполне интерактивно получается.

Через него визуализация не получится и надо качать будет и проч. Решаемо при сильном желании но неудобно.

> А если Иксы через сеть запустить то вообще совсем интерактивно будет даже
> через интернет от сотового оператора. Я пробовал.

На мой вкус иксы гамна кусок. Даже по сравнению с тупо виндовым ремот десктопом. В том числе и по трафику, да. Не говоря о том что вон то весьма несекурно.

> Если это не системная плата для пентиума рисуется то не умрёте:)

Я в этом совсем не уверен.

> Я же говорю - в KiCAD оказалось слишком утомительно футпринты рисовать.

Я таки эн раз рисовал. Но в целом предпочел не создавать проблем и посмотреть "а почему вон те вообще делают вот так", осознать пойнт - и тоже научиться делать шустро и эффективно.

> Вот принципиальная схема в нем быстро рисуется. А это - медленно и сложно.

Ибо чаще всего это не очень часто нужно. Обычно люди стараются оперировать стандартными футпринтами, из соображений удобства, стандартизации, независимости от 1 поставщика и проч.

> У меня Huawei E3372h тоже был с вебмордой. И в системе представлялся
> сетевой карточкой,что неудобно.

А мне понравилось. PPP на тех скоростях - неадекватно. Кстати там на самом деле есть и AT команды, просто надо энный фортель сделать и появятся порты. Что с командами, что с консолями линя и воркс (да, там линух как "UI" к модему, прикиньте?).

> даже умея делать модему reset).

Я такое через usb_reset умею, сие куда эффективнее, а ppp на LTE скоростях нафиг надо.

> с модемом at-командами. Или даже программой mdma.

Мне ничего от маздайных прог не надо, а с тем интерфейсом я знаком получше вас.

> А непонятно. Появляется интерфейс и всё.

Его надо настроить применив к нему конфиг вайргада, а также поднять и сделать дефаулт роутом, если не quick-вариант (quick вариант позволяет в конфиге больше настроек и сам такое делает).

> Я даже не понял по сообщениям в логе - он вообще с
> сервером как-то снюхался или нет.

На такие случаи есть tcpdump -v -v -n -i (реальный ифейс куда траф впн идет). Так понятнее - шли пакеты в назначение или чего. Если шли а ответа нет - тогда серв мертвый или его зобанили.

> Но если интерфейс поднял то наверно снюхался.

Неа, ифейс появляется чтобы его вообще настроить можно было. А финальная ауторити это таки снифер. И пингануть впн серв неплохо, посмотреть отвечает ли вообще.

> А еще не понравилось что оно в отличие от openvpn роутинг прячет
> и командой route его не видно.

Роутинг там стандартными средствами линя делается. И ничего он не прячет. Если не видно - может у вас его и не было? На совсем минималках если это не quick - у внутренних труб линка есть айпишники, на своей стороне он должен быть выставлен, а после UP wg-ифейса, его надо сделать default gw (без up ифейса это не пройдет). Quick вариант сам это делает, у него более навернутый конфиг возможен. Простой более низкоуровневый и делает меньше сремных действ без ведома юзеря.

Если кто не понял: в отличие от опенвпн вайргад таки сильно меньше самодеятельности в системе развивает. И реально он проще раз в 20. Одна из причин по которым он может в прозрачный роуминг при изменении айпишника на одной или другой стороне. Он ничего не сбрасывает, переконфигуряет, переколбашивает. Поэтому после того как вон тот пакетный уровень найдет пир еще раз - трафик продолжит летать. Для tcp это как бы временная потеря пакетов - но форсированого сброса состояний конекций от реконфига ифейса, смены его айпи и проч не будет.  А вот с опенвпн этого добиться - насколько я помню надо конкретно поплясать и даже так без гарантий.

> Я не понял как wg объяснить что идти надо не напрямую "туда",а
> на локальный порт который слушает клиент shadowsocks.

Это довольно продвинутый сетап. Его стоит только если иначе ну вот никак. Зато шадоусоксы мало что детектирует вообще.

> Оно выглядит с этой стороны как обычный socks5 proxy.

У него есть режим прозрачного прокси. Завернуть вайргадовские пакеты вот туда. При этом может потребоваться поколдовать с маршрутами: маршрут local shadowsocks -> remote shadowsocks должен быть ессно через реальный ифейс конекта. А дефолтным гейтом ессно ифейс впн. Важно промониторить чтобы впнский траф не пытался сам в себя слаться :)

> Так вот например у почтового клиента sylpheed есть настройка "ходить через прокси"

Шадоусокс можно юзать как с софтом явно знающим что это - указывая как сокс прокси, так и в режиме - вот - прозрачного прокси. Да, это продвинутый сетевой сетап, придется почитать как сие вообше делается. И, вот, до кучи он и UDP могет пробрасывать. В сокс5 так то тоже проброс udp есть, просто udp софт очень редко такое суперкомбо умеет. А вайргад вообше даже и не софт а модуль ядра в основном. Вон то так, wg это юзермод конфигурялка, wg-quick с большим числом обвеса - скрипт поверх него такой, для удобства.

> я такой настройки не нашел.

А как вы хотите убедить кернел сходить на сокс? Вот на прозрачный прокси, редиректом этих пакетов воооооон туда (где этот tproxy висит) уже вариант.

> Потому и сказал что возможно этого просто не умеет та реализация wg
> которая в дебиане.

Не, это просто довольно продвинутый сетап. На самые печальные случаи, когда цензоры совсем одолели. AFAIK довольно часто вайргад и так лезет.

А как дебаг: если вы в tcpdump или что вам там нравится как снифер на реальный  интернетный ифейс, видите уходящие пакеты вайргада, но в ответ нифига - серв дохлый или вредители его заблочили. А если от вас пакеты вайргада указанному пиру не летят - значит вы вообще не нарулили его нормально.

Он почти 1:1 mapper - без посылки в него пакетов - ничего сам по себе оыбчное и не делает, и заморачивается хендшейком только если пакеты отроутить вон туда надо а обмена ключами еще не было. Чисто по приколу он это не делает, и вообще, довольно тонкий слой. Это и делает его мощным и гибким в отличие от аляповатого уродца openvpn. Который делает более 9000 дел, тянет с серва дохреналион конфиги... это удобно, но вот если у вас ppp сессия сыпется, фича резко может стать багом. Ибо если вам с серва динамически дадут другую конфигу - ну попробуйте удержать вообще TCP конекции. А как?! А вон там все статично, просто - и после того как оно нащупает пир, траф возобновит полет. Без пертурбаций и авто-дерганий. Будет просто пауза пока ppp реконетится. И все!

Ответить | Правка | К родителю #345 | Наверх | Cообщить модератору

351. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 29-Фев-24, 17:05 
> для себя я юзаю типы из C99, uint32_t это всегда uint32_t. Что
> на авр, что на x86-64, определен он так. А если код
> уповал на int конкретной разрядности, /dev/null по нему соскучился.

Вот только поговорили на эту тему,а сегодня я захотел собрать и запустить
тест памяти:
https://github.com/google/rowhammer-test

И получил:

double_sided_rowhammer.cc:223:23: error: format '%ld' expects argument of type long int', but argument 2 has type 'uint64_t' {aka 'long long unsigned int'} [-Werror=format=]
  223 |   printf("[!] Spent %ld seconds hammering, exiting now.\n",
      |                     ~~^
      |                       |
      |                       long int
      |                     %lld
  224 |       number_of_seconds_to_hammer);
      |       ~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |       |
      |       uint64_t {aka long long unsigned int}

Тип из С99 не помог переносимости.
По всей видимости писали это на системе где у printf другие понятия о разрядности интов чем у меня тут.

Ответить | Правка | Наверх | Cообщить модератору

352. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 04-Мрт-24, 14:50 
>> уповал на int конкретной разрядности, /dev/null по нему соскучился.
> Вот только поговорили на эту тему,а сегодня я захотел собрать и запустить
> тест памяти: https://github.com/google/rowhammer-test

Rowhammer? Это так то похвально. А как насчет немного телепатии? Этот код был задизайнен, скомпилен и проверен... на 64 бит машине! Его никто никогда на x86-32 не собирал, и вы первый. Те кто знал такие слова - на 64 бита перешли давно.

Бонус: програмер видимо "исследователь" с академбэкграундом, а не тот кто пишет софт всерьез. Его юзеж смеси C99 и классических типов в дурном виде намекает.

В паре с дурацкими сишными типами VS легаси в виде stdlib'ы с древними функциями получается - ну вот такое. Этот кадр неумело замесил типы и на этом погорел. На 64 бит машине тип даже, вот, совпал. Хоть это и не следовало ниоткуда.

По теме (без протокола, ибо автобот на ссылки обижается)
1) en.cppreference.com/w/c/types/integer
2) stackoverflow.com/questions/9225567/how-to-portably-print-a-int64-t-type-in-c
3) lkml.org/lkml/2023/11/17/1038 - пример правильного фикса

> И получил:

...что у прогера была 64 бит машина и они там не заметили никаких проблем :). Будущее передало вам привет. На тему что там большинство програмеров и проч юзает.

> Тип из С99 не помог переносимости.

Потому что горе-програмер некорректно юзал printf для данного типа, внезапно. А то что это гугол - ничерта не гарантирует, там половина проектов это частные проектики сотрудников по сути, которые они в фирме юзали, и прочие результаты исследований. Так что качество кода у гугли в репах ДИКО варьируется.

> По всей видимости писали это на системе где у printf другие понятия
> о разрядности интов чем у меня тут.

Это писали и собирали на 64 бит системе. И там все катит на ура. Но это тот случай когда все совпадения - случайны. Это ниоткуда не следовало. А как юзать printf правильно гуглопрогер не знал. Что довольно постыдно для гуглопрогера. Ему повезло что боссы ЭТО не видели :)

Ответить | Правка | К родителю #351 | Наверх | Cообщить модератору

354. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 08-Мрт-24, 18:42 
> Этот код
> был задизайнен, скомпилен и проверен... на 64 бит машине! Его никто
> никогда на x86-32 не собирал, и вы первый.

Я вообще-то акцентировал внимание не на том,на какой машине оно собиралось,а
на том,что даже при использовании типов из С99 от ошибок при переносе
на другую архитектуру это не гарантирует если программист заранее специально
не озаботится весьма неочевидным образом. Неочевидным - потому что
про эти макросы PRId64 знает примерно никто из не профессиональных программистов.
Да и профессионалы как видите не все знают.
Я с таким же [не]успехом мог бы на armv7 этот код переносить и получить тот же эффект.

> Будущее передало вам привет. На тему что там
> большинство програмеров и проч юзает.

Ничуть не больший привет чем при переносе кода,написанного под DOS с использованием
обычного int. Это я опять к тому,что сама по себе механическая замена int на int64_t (или
еще какой) - от возможных проблем с [не]переносимостью не избавляет. Более того, если бы
было написано просто int то printf сам бы догадался какой он разрядности. Хотя конечно изменившаяся разрядность int теоретически могла бы где-то еще привести к ошибке в вычислениях.

>> Тип из С99 не помог переносимости.
> Потому что горе-програмер некорректно юзал printf для данного типа, внезапно.

Именно так. И если горе-программеры встречаются даже в гугле то что тогда
говорить о коде,написанном любителями. Потому что я не знаю ни одной
книги по языку Си где были бы хотябы упомянуты эти макросы для printf.
Узнать о самом факте их существования можно только случайно, встретив
где-то в чужом коде и задавшись вопросом что же это такое,как когда-то увидел я.

> Так что качество кода у гугли в репах ДИКО варьируется.

А у любителей - тем более. Из любопытства посмотрел как написаны вызовы printf
в коде ранее упомянутого автопилота. Так вот там кое-где с этими макросами,
но большая часть как обычно. Хотя код изначально планировался как переносимый
на разные микроконтроллеры.

Ответить | Правка | К родителю #352 | Наверх | Cообщить модератору

213. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (213), 12-Фев-24, 16:35 
> а..это.. 32х-битные Live сборки все?

Показать какой ответ пришёл из GOG на просьбу удалить аккаунт? )

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

242. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (242), 14-Фев-24, 01:07 
> у Убунту был отличный инсталлятор. Не знаю, почему выбрали именно калл-амарес.

Плохой он был. Они не осилили переделать до конца Дебиан пресидинги и бросили в полурабочем состоянии. Зачем-то крепко сели на обмен сообщений и базу деб пакетного менеджера.

А на Kaламарес чувак из Каноникла послал всех, кто не GTK/Flatter. Другого человека можно тут почитать - https://discourse.ubuntu.com/t/lubuntu-and-the-flutter-based...

В общем: была плохая реализация костылей поверх чужих наработок, плохая реализация и осталась, такая, что даже Kubuntu потащил к себе Calamares на замену.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

272. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (272), 15-Фев-24, 01:34 
Что значит плохой? Он (кутэшный) работал,и прекрасно ставил убунту на диск с LVM.

Это вы видимо плохой не видели. Не просто плохой, а ужасное говно. Дебилиановый инсталлятор вообще LVM сначала не увидел, а когда я собрал кастомный образ диска с LVM - наконец увидел, но отказался ставиться на предразмеченный диск. Благо данные были не важны, ибо я их забэкапил, поэтому LVM был снесён с помощью затирания через dd и заново инициализирован.

Всё в текстовом режиме на 800x600, не смотря на то, что я в образ вкинул все нужные прошивки дщя моей AMDшной видеокарты. Которые он даже не удосужился поставить в систему.

Ответить | Правка | Наверх | Cообщить модератору

275. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (242), 15-Фев-24, 02:08 
> кутэшный

Мы о: Ubiquity - GTK-шная Питонячка.

Плохой - это:
- недоделанный свой функционал (кастомизацию установки до конца не довели),
- сломанный чужой функционал (пресидинг и разбивка диска),
- инженерные решения по установки не переносимые на другие случаи (apt-dpkg специфичное; запуск в Иксах - в плохом смысле многожды руганная баш-простыня под питоном).

На последнее они и сами напоролись - кроме Deb эта вещь ни с чем работать не будет. А у них система изоляции от пользователя ака Снап.

Каноникл - костыли поверх чужой работы, если кратко и ёмко.

> ... отказался ставиться на предразмеченный диск. Благо данные были не важны, ибо я их забэкапил ...
> ... даже не удосужился поставить в систему.

Вижу ошибка админа системы и отсутвие тестов на виртуальных машинах. И то и другое рядовая вещь, не стоящая упоминания.

Что подтверждает перепутанность где GTK, где Qt.

Ответить | Правка | Наверх | Cообщить модератору

140. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 11-Фев-24, 17:56 
Процессоры 32 бит без 64 с SSE3 есть это какая-то разновидность Intel Pentium4 и Celeron, Celreon у меня такой есть, не пользуюсь им. О AMD тех лет не знаю.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

54. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (56), 11-Фев-24, 13:35 
>На прошедшей в Кэмбридже встрече разработчиков Debian обсуждался вопрос постепенного прекращения поддержки 32-разрядной архитектуры x86 (i386)

Заметьте: вопрос обсуждался на платной вечеринке для своих, оплачиваемой из пожертований на проект. Специально, чтобы как можно больше аудитории, которая против этого шага, не пришло. Такие вопросы вообще надо не на конференциях обсуждать, а публично, и решать всеобщим голосованием. По результатам голосования ставить вопрос о расволе проекта "Дебиан" на адекватный Дебиан и хипстерско-потреблятельский хлам.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

67. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (-), 11-Фев-24, 14:45 
Замечаем:
1) обсуждение чего либо - еще не действие.
2) у разработчиков x86-32 как десктопов уже просто не осталось, поэтому их интерес к теме близок к нолю.
3) если работы никто не хочет работать - а как вы их заставите то? :)

Хотя вы в своем праве - вот - форкануться и показать мастеркласс. Заодно и посмотрим как вам девелопать на x86-32 захочется как раз.

И да, "AMD originally announced AMD64 in 1999". С тех пор прошло четверть века, цуко!

Ответить | Правка | Наверх | Cообщить модератору

77. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (77), 11-Фев-24, 15:00 
1) Зато эксперименты с Калл-амарес
>Only available for 64-bit PC.

с явным намёком на замену штатного инсталлятора на него
и
>Architecture: Only images for the most popular architecture, 64-bit PC (amd64), are currently provided.

вполне себе действия. В рамках заданного тренда после явно проговорённых планов — очень говорящие.

2) Это жалкая отговорка, которая гроша ломанного не стоит, и которой реально поверить (не путать с "заявить официальную позицию", в заявленную позицию можно самому не верить, а просто троллить ею, ибо заявления "а я вот в это верю" фундаментально нефальсифицируемые, а если начать гнать таких тряпками — то сами под каток попадём) может только дурак.
3) а никак :) Рыночек порешал.

> Заодно и посмотрим как вам девелопать на x86-32 захочется как раз.

А никак. Мы же не в АНБ работаем. Дешевле купить всё поддерживаемое. Даже если с бэкдорами — ну лучше с бекдорами, чем вообще без инета.

Ответить | Правка | Наверх | Cообщить модератору

92. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 11-Фев-24, 15:26 
> 1) Зато эксперименты с Калл-амарес
>> Only available for 64-bit PC.

А ему какая разница то? Он вроде на C++ и кутях, им похрен сколько там битов вроде.

> с явным намёком на замену штатного инсталлятора на него и
>> Architecture: Only images for the most popular architecture, 64-bit PC (amd64),
>> are currently provided.

КМК девы тупо не чекают как это на x86-32 работает. Потому и не рвутся генерить неведому зверушку с рандомным результатом.

> вполне себе действия. В рамках заданного тренда после явно проговорённых планов —
> очень говорящие.

Вы хотите наставить на девов пушку и потребовать делать что-то, что им не надо? А что, это офигенно работает?

> 2) Это жалкая отговорка, которая гроша ломанного не стоит, и которой реально
> поверить (не путать с "заявить официальную позицию", в заявленную позицию можно
> самому не верить, а просто троллить ею, ибо заявления "а я
> вот в это верю" фундаментально нефальсифицируемые, а если начать гнать таких
> тряпками — то сами под каток попадём) может только дурак.

С практической точки зрения - девы давно не юзают x86-32 и у них все окружения 64 бита, от и до. И лично меня это легаси тоже подза@$ло, тем что допустим LLVM пытается втянуть мне 32-бит либы чисто для llvm/clang ради OpenCL. И вот зачем мне этот легаси? У меня ни 1 32-бит программы в системе нет, все от и до 64 бита, и ставить легаси мусор ради шланга, для вычислений на GPU? Вау, сколько ненужномусора в систему то, при 0 программ в 32-битном коде то.

> 3) а никак :) Рыночек порешал.

Это не рыночек а опенсорс. И тут каждый работает те работы которые считает нужным. А если он не хочет - ну и что вы ему сделаете то?! Сами и хреначьте? Вот, подпишитесь исошки генерять, или неофициально релизте :). Я например друзьям иногда кастомные армовские образа подкидываю, это вообще совсем - неофициальное настолько насколько это может быть. Я ж не воплю что дебиан хреново мои армы поддерживает. Мне от них вообще нихрена кроме пакетной базы не надо де факто.

>> Заодно и посмотрим как вам девелопать на x86-32 захочется как раз.
> А никак. Мы же не в АНБ работаем. Дешевле купить всё поддерживаемое.
> Даже если с бэкдорами — ну лучше с бекдорами, чем вообще без инета.

А в АНБ что, настолько отчаяные мазохисты что до сих пор 32 бит компы не выкинули?

Ответить | Правка | Наверх | Cообщить модератору

114. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (114), 11-Фев-24, 16:35 
>лично меня это легаси тоже подза@$ло

Капитан, это Очевидно, что всех, кто работает, их работа "подза@$ла", и они пытаются от неё увильнуть.

Ответить | Правка | Наверх | Cообщить модератору

116. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (116), 11-Фев-24, 16:38 
>Он вроде на C++ и кутях, им похрен сколько там битов вроде.

Это не ко мне претензия, а к Qt Corporation, и всем, кто юзает их QML.

Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

117. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (117), 11-Фев-24, 16:41 
>С практической точки зрения - девы давно не юзают x86-32 и у них все окружения 64 бита, от и до.

За пользование QEMU 10 лет без права переписки дают видимо.

Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

218. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 12-Фев-24, 19:50 
>>С практической точки зрения - девы давно не юзают x86-32 и у них все окружения 64 бита, от и до.
> За пользование QEMU 10 лет без права переписки дают видимо.

Вот лично ты будешь делать то что лично тебе нахрен не надо, бесплатно, в свободное время? Это не про qemu, это про затраты времени на то что вон тем самим по себе нафиг не.

Ответить | Правка | Наверх | Cообщить модератору

273. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (272), 15-Фев-24, 01:36 
ЧТД - это просто дефолт.
Ответить | Правка | Наверх | Cообщить модератору

119. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (119), 11-Фев-24, 16:45 
>Допустим LLVM пытается втянуть мне 32-бит либы чисто для llvm/clang ради OpenCL. И вот зачем мне этот легаси? У меня ни 1 32-бит программы в системе нет, все от и до 64 бита, и ставить легаси мусор ради шланга, для вычислений на GPU? Вау, сколько ненужномусора в систему то, при 0 программ в 32-битном коде то.

Это дефект пакетирования. Clang - это кросс-компилятор, какую станд. либу ему укажут - такую и будет использовать. Если в зависимостях прописаны ненужные либы - это дефект пакетирования. Но сейчас вообще пакетирование выходит из моды, вместо этого целые ОС теперь модно поставлять: ничего пакетировать не нужно, make, cp - и в продакшн.

Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

181. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от randomizer (?), 12-Фев-24, 02:21 
https://cdimage.debian.org/debian-cd/current/i386/iso-cd/deb...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

212. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (213), 12-Фев-24, 16:32 
а..это.. 32х-битные Live сборки все?

Нет, только три.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

223. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (223), 12-Фев-24, 21:30 
>  а..это.. 32х-битные Live сборки все?

Тем временем, у FreeBSD

> FreeBSD 15.0 is not expected to include support for 32-bit platforms other than armv7. The armv6, i386, and powerpc platforms are deprecated and will be removed.

https://www.freebsd.org/releases/14.0R/relnotes/

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

225. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (81), 12-Фев-24, 21:58 
> Через 5 лет, у FreeBSD собираются дропнуть поддержку 32-битных платформ, кроме armv7

https://www.freebsd.org/security/#sup
Пофиксил, не благодари.

Ответить | Правка | Наверх | Cообщить модератору

226. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (223), 12-Фев-24, 22:38 
Действительно, для линуксов надо считать по дате выпуска, а для фри — по сроку окончания поддержки.

Потому что это другое.

Ответить | Правка | Наверх | Cообщить модератору

230. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (81), 12-Фев-24, 23:49 
> Действительно, для линуксов надо считать по дате выпуска, а для фри — по сроку окончания поддержки.

Я не знаю, что ты хотел посчитать, давая ссылку на релиз-заметки только что вышедшей 14, в которых упоминается, что в 15 (до которой еще пара-тройка лет) "хотят дропнуть 32-бита".
> Потому что это другое.

Как минимум, еще пара лет ДО выпуска 15, а так, кто ж вас знает - телепаты в отпуске.

Ответить | Правка | Наверх | Cообщить модератору

231. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (223), 13-Фев-24, 01:16 
Вполне логично считать дроп от момента, когда последний раз вышел мажорный релиз (то есть новый софт со свежими возможностями). Дальше уже ничего радикально не поменяется.
Ответить | Правка | Наверх | Cообщить модератору

232. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (81), 13-Фев-24, 01:43 
> Вполне логично считать дроп от момента, когда последний раз вышел мажорный релиз
> (то есть новый софт со свежими возможностями). Дальше уже ничего радикально не поменяется.

Т.е. в дебиане дропнули 32-бита полгода назад?

Ответить | Правка | Наверх | Cообщить модератору

2. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (2), 11-Фев-24, 09:00 
>Прекращено формирование обновлений с устранением уязвимостей для пакетов chromium, tor,

Да за шо.. Чем chromium из debian 11.8 отличается от 11.9, что ему прекратили обновлять уязвимости?

Ответить | Правка | Наверх | Cообщить модератору

12. "Обновление Debian 12.5 и 11.9"  –2 +/
Сообщение от Аноним (12), 11-Фев-24, 10:13 
На крайняк appimage... flatpack...
Ответить | Правка | Наверх | Cообщить модератору

127. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от панимаешь (?), 11-Фев-24, 16:59 
Ты не понимаешь, там Bookworm, а тут Bullseye, очень трудно поддерживать одно и тоже, но для разных названий.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

184. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (184), 12-Фев-24, 02:46 
В чем проблема разве они против помощи?
Ответить | Правка | Наверх | Cообщить модератору

187. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от iPony129412 (?), 12-Фев-24, 06:21 
У них нет на это ресусров, везде Chromium в Debian постоянно дырявый.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

214. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (214), 12-Фев-24, 16:44 
Не только в debian. В хроме регулярно дыры находят.
Ответить | Правка | Наверх | Cообщить модератору

233. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от iPony129412 (?), 13-Фев-24, 05:09 
там находят и опреативно латают
а в Дебиан так и висят с известными дырами
Ответить | Правка | Наверх | Cообщить модератору

234. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (234), 13-Фев-24, 05:26 
Ты кое-что забыла:

> там находят 🔍 и опреативно латают 🪡
> а в Дебиан так и висят с известными дырами 🕳️

Ответить | Правка | Наверх | Cообщить модератору

238. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от пох. (?), 13-Фев-24, 11:05 
Предположу что тем что никто никакие увизгвимости и не обновлял, а просто пересобирали каждый раз самую распоследнюю версию.

И оно в 11м дебиане с его немного уже отставшим от последних модных новинок тулсетом перестало собираться вообще.

Пользуйся флатшлаком, ну или венду поставь - там собирается.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

10. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (10), 11-Фев-24, 10:06 
> Debian 12.5

Хороший апдейт, нравится.

Error! Bad return status for module build on kernel: 6.1.0-18-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/525.147.05/build/make.log for more information.
Error! One or more modules failed to install during autoinstall.
dkms: autoinstall for kernel: 6.1.0-18-amd64 failed!
<…>
dpkg: ошибка при обработке пакета linux-headers-6.1.0-18-amd64 (--configure):
подпроцесс из пакета linux-headers-6.1.0-18-amd64 установлен сценарий post-installation возвратил код ошибки 1
dpkg: зависимости пакетов не позволяют настроить пакет linux-image-amd64:
<…>
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ответить | Правка | Наверх | Cообщить модератору

11. Скрыто модератором  +/
Сообщение от Аноним (12), 11-Фев-24, 10:12 
Ответить | Правка | Наверх | Cообщить модератору

18. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (1), 11-Фев-24, 10:47 
С каждым годом идет косплей Windows в плане раздуваемости кода.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

19. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Hell_Hammer (?), 11-Фев-24, 11:00 
Чем хуже, тем лучше. Как по вашему дяди из Ред Хат будут продавать поддержку, если всё будет просто и логично устроено? Повзрослейте уже наконец и выбросите сектантский брет из головы.
Ответить | Правка | Наверх | Cообщить модератору

68. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 11-Фев-24, 14:46 
> С каждым годом идет косплей Windows в плане раздуваемости кода.

Тот чувак явно именно этого и хотел - вкатывая блободрайер от нвидии то. Внезапно это вообще не опенсорс и никто кроме нвидии саппортить этот мусор не может. Пусть чувак и пишет - в саппорт своей нвидии!

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

86. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (86), 11-Фев-24, 15:12 
Зато бесплатно, дружище.
Ответить | Правка | Наверх | Cообщить модератору

94. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (-), 11-Фев-24, 15:34 
> Зато бесплатно, дружище.

Что-то не помню чтобы нвидия бесплатно видяхи раздавала. Но на память об такой "поддержке линуха" сейчас верхушка TOP500 резко покраснела - и вот уже нвидия что-то там мямлит про открытие дров с лопаты и вообще. Правда как обычно - too little and too late. А вон те пока получат лопатой по мордаси за свой выбор, а пофиксят мордоотбойник - ну, может быть, потом, через пару версий, contact your support, и вообще. Раньше надо было думать.

Ответить | Правка | Наверх | Cообщить модератору

170. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (169), 11-Фев-24, 22:46 
На TOP 500 где-то дебиан стоит? Насколько я в курсе там всякие RedHat и SUSE, которые таки платные и там с дровами проблем нет.
Ответить | Правка | Наверх | Cообщить модератору

180. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (180), 12-Фев-24, 02:16 
Убунты в top500 много, даже у самой нвидии есть суперкомп на убунте. А убунта-это тот же debian.
Ответить | Правка | Наверх | Cообщить модератору

219. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 12-Фев-24, 19:54 
> На TOP 500 где-то дебиан стоит? Насколько я в курсе там всякие
> RedHat и SUSE, которые таки платные и там с дровами проблем нет.

...именно поэтому редхатовский Эйрли откровенно ненавидит нвидию, а его тима периодически подгоняет супер-компании такие вот подарки с GPL_ONLY. Это не дебиан придумал, сюрприз!

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

20. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (20), 11-Фев-24, 11:05 
Шел 2024 год, Бедуин так и не научился не ломать сборку модуля невидии. Я в 2010 кажется забыл уже про такие траблы.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

37. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (37), 11-Фев-24, 12:38 
Речь о том, что ставить будет "простой пользователь". Например, на комп с nVidia GT 610 некоторые дистрибутивы (Debian, XUbuntu, Runtu) не ставятся вообще, некоторые (Astra) только в текстовом режиме - после устновки грузится и работает исправно. С AMD проблемы не отмечены.
Ответить | Правка | Наверх | Cообщить модератору

41. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (37), 11-Фев-24, 12:42 
Поправка. Если из компьютера плату nVidia вынуть до установки и инсталлировать дистрибутив со встроенной или другой видеокартой, а после установки вставить nVidia - всё работает.
Ответить | Правка | Наверх | Cообщить модератору

84. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (-), 11-Фев-24, 15:11 
> Поправка. Если из компьютера плату nVidia вынуть до установки

...а также купить плату AMD и продать нвидию нахрен какому-нибудь маздайному геймеру, жизнь станет намного проще :)

Ответить | Правка | Наверх | Cообщить модератору

126. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (126), 11-Фев-24, 16:57 
Дешевле поставить пиратскую Windows 11.
Ответить | Правка | Наверх | Cообщить модератору

148. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (-), 11-Фев-24, 19:03 
> Дешевле поставить пиратскую Windows 11.

Да хоть черта лысого. Проприетарный баклан потребитель который даже баг в кернел репортнуть не сможет - невелика потеря для экосистемы, имхо. Не вижу смысла ориентироваться на таких господарей и ублажать их, они дверью ошиблись.

Ответить | Правка | Наверх | Cообщить модератору

153. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (153), 11-Фев-24, 19:31 
Давай-ка сюда: список своих багов в кернел (думаю среди линуксоидов это делали 0.001%), список своего абсолютно открытого оборудования. А то написал чел сообщение в форуме и уже даже как-то Столлман с портрета одобрительно смотрит.
Ответить | Правка | Наверх | Cообщить модератору

227. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (-), 12-Фев-24, 22:39 
> Давай-ка сюда: список своих багов в кернел (думаю среди линуксоидов это делали

Метать бисер перед маздайцами? А это зачем? :)

> 0.001%), список своего абсолютно открытого оборудования. А то написал чел сообщение
> в форуме и уже даже как-то Столлман с портрета одобрительно смотрит.

А так то - я зарулил при помощи зала зарулил все донимавшие меня проблемы. Я плюсами опенсорса еще и пользуюсь. А детали таки предоставляются "on a need to know basis". Маздайцы - dont need to know, маздайцы - must die.

Ответить | Правка | Наверх | Cообщить модератору

46. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (20), 11-Фев-24, 12:47 
В нормальных дистрах это всё автоматизировано, в случае необходимости под конкретную железку.
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

171. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (169), 11-Фев-24, 22:48 
> Шел 2024 год, Бедуин так и не научился не ломать сборку модуля невидии.

Стабильность же.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

36. "Обновление Debian 12.5 и 11.9"  +2 +/
Сообщение от Аноним (-), 11-Фев-24, 12:31 
О, опять нвидиа-проблемы...
Сколько лет уже, а юзвери никак не научатся...
Может они особенные?
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

38. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (37), 11-Фев-24, 12:40 
Не научатся понимать, что Linux с nVidia не работает? Так поняли уже.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

47. "Обновление Debian 12.5 и 11.9"  +2 +/
Сообщение от Аноним (20), 11-Фев-24, 12:49 
Линукс с нвидией нормально работает раньше, чем с АТИ/АМД научился. Но зумеры не помнят, конечно.
Ответить | Правка | Наверх | Cообщить модератору

235. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (235), 13-Фев-24, 08:55 
> работает раньше

Поправил. Работал раньше.

Ответить | Правка | Наверх | Cообщить модератору

59. "Обновление Debian 12.5 и 11.9"  +2 +/
Сообщение от Аноним (59), 11-Фев-24, 13:51 
Это GPL-копирастическая инфицированная гадюка с проприетарастической жадной жабой не работает.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

50. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от хрю (?), 11-Фев-24, 13:00 
У меня тоже обновление ядра не установилось из-за nvidia. Чего-то там из-за нарушения gpl.

ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_lock'
ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_unlock'

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

57. Скрыто модератором  +1 +/
Сообщение от хрю (?), 11-Фев-24, 13:36 
Ответить | Правка | Наверх | Cообщить модератору

71. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 11-Фев-24, 14:48 
> У меня тоже обновление ядра не установилось из-за nvidia. Чего-то там из-за нарушения gpl.
> ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_lock'
> ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_unlock'

Кто-то портанул свежие подарки нвидии в старое ядро? Какая милота, очень жаль что это не я комит навесил, так двинуть нвидии и ее фанам было бы за честь! :)

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

83. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от НяшМяш (ok), 11-Фев-24, 15:10 
А меинтейнеры самого стабильного дистрибутива тм. опакетили сломанный xserver-xorg-video-nvidia. Хлопаем всем классом стоя.
Ответить | Правка | Наверх | Cообщить модератору

102. Скрыто модератором  +/
Сообщение от Аноним (-), 11-Фев-24, 15:47 
Ответить | Правка | Наверх | Cообщить модератору

195. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от хрю (?), 12-Фев-24, 11:24 
Как раз таки наоборот, Линус и товарищи подкинули проблем nvidia:

linux-6.1.76, 6.6.15, and 6.7.3 have modified the non-ARCH-specific
pfn_valid() to use __rcu_read_lock/unlock[1] that is marked GPL and
cannot be used here unless use the open source variant.

Но вы продолжайте радоваться и писать всякие глупости.

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

228. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 12-Фев-24, 22:42 
> Как раз таки наоборот, Линус и товарищи подкинули проблем nvidia:

Секрет полишинеееляяяя! Они никогда и не скрывали что фак не только технический бывает. А дебианщики поди - им или пофиг, или вообще за это все. Пинайте свои сапорты или какое там у вас спортлото. Глядишь нвидия быстрее начнет нормальную интеграцию открытой версии с кернелом ворочать. Или пролюбит HPC бизнес, уж как им там удобнее.

> Но вы продолжайте радоваться и писать всякие глупости.

А почему бы и не порадоваться успеху операции принуждения проприетарщика к кооперации? :)

Ответить | Правка | Наверх | Cообщить модератору

61. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от San (??), 11-Фев-24, 14:07 
А вы читали лог, который указан в ошибке. Там очень примечательные сообщения компиляции:
ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_lock'
ERROR: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol '__rcu_read_unlock'
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

88. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (10), 11-Фев-24, 15:15 
Мы всё читали, родной. Но если дрова в репозитарии, они должны работать.
Ответить | Правка | Наверх | Cообщить модератору

145. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (145), 11-Фев-24, 18:56 
Формально репозиторий non-free не является частью стабильного дистрибутива. И это логично, как debian может отвечать за косяки связанные с проприетарным ПО?
Ответить | Правка | Наверх | Cообщить модератору

154. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (153), 11-Фев-24, 19:35 
Угу. Когда нужно "ой смотрите сколько много у нас пакетов". Когда не нужно "ну это не наше, не поддерживаем хнык". Двойные стандарты такие двойные)
Ответить | Правка | Наверх | Cообщить модератору

182. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (182), 12-Фев-24, 02:33 
Проблема не в том, что "мы это не поддерживаем", а в том, что это невозможно поддерживать: исходники закрыты, как ты собираешься поддерживать что-то, к чему у тебя нет доступа?
Ответить | Правка | Наверх | Cообщить модератору

215. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (215), 12-Фев-24, 17:04 
Сделать нормальную операционную систему? Хотя винда уже есть.
Ответить | Правка | Наверх | Cообщить модератору

220. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 12-Фев-24, 19:56 
> Сделать нормальную операционную систему? Хотя винда уже есть.

Ну дык и пользуйся ей - и не указывай нам как жить, например?

Ответить | Правка | Наверх | Cообщить модератору

186. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (186), 12-Фев-24, 04:03 
С одной стороны, это верно... с другой - все равно стоило проверить работоспособность драйвера. В чем смысл ложить в non-free заранее неработоспособный драйвер? Явно облажались.
Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

149. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 11-Фев-24, 19:08 
> Мы всё читали, родной. Но если дрова в репозитарии, они должны работать.

Ну вот и пиши в саппорт нвидии что их драйвер пытается GPL нарушать. Дебианщики не смогут это починить в блободрайвере даже если бы захотели (что само по себе не факт).

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

155. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (153), 11-Фев-24, 19:35 
А почему в других то дистрах всё работает? Там внезапно смогли починить?
Ответить | Правка | Наверх | Cообщить модератору

194. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от хрю (?), 12-Фев-24, 11:20 
Это общая проблема. Ссылка выше, да и за гуглить вы легко сможете.

Вот например патч для gentoo:

github.com/gentoo/gentoo/blob/c64caf53/x11-drivers/nvidia-drivers/files/nvidia-drivers-470.223.02-gpl-pfn_valid.patch

Ответить | Правка | Наверх | Cообщить модератору

221. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 12-Фев-24, 19:58 
> А почему в других то дистрах всё работает? Там внезапно смогли починить?

Если учесть кто именно GPL_ONLY вешает... думается мне гомна можно откушать далеко не только в демьяне. Это такое принуждение нвидии к кооперации - и им даже в HPC наподдали походу :))).

Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

167. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (10), 11-Фев-24, 20:32 
Писать я в любом случае должен в саппорт Дебиан, потому что если минорный апдейт ломает систему, это фaкап мейнтейнеров. Для этого stable и выбирают, чтобы такого не происходило. А уж на кого они вину вешать будут это их личные заботы.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

190. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от Аноним (190), 12-Фев-24, 09:51 
Если фюрер желает, чтобы в коде была только истинно арийская лицензия, то такой проект надо игнорить, а лучше призвать антимонопольщиков. Пускай разбираются, что это за GPL-only.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

257. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 16:13 
> Если фюрер желает, чтобы в коде была только истинно арийская лицензия, то
> такой проект надо игнорить,

Тогда что вы делаете вот здесь?

> а лучше призвать антимонопольщиков. Пускай разбираются, что это за GPL-only.

А в какой номинации у линуха такая уж откровенная монополия? Да и это не рыночные отношения, а отношения между участниками разных процессов. С таким же успехом ARM можете отрегулировать на каких условиях они "должны" лицензировать вам ядра. Что-то самым эффективным регулятором пока RISCV оказался - на который легион и переполз как раз.

Ответить | Правка | Наверх | Cообщить модератору

111. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Rootlexx (?), 11-Фев-24, 16:11 
Косяк в апстримных версиях ядра, включая 6.1.76. См. https://forums.developer.nvidia.com/t/linux-6-7-3-545-29-06-...

Исправление уже в пути: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063675

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

192. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от xPhoenix (ok), 12-Фев-24, 10:48 
В итоге удалось решить эту проблему или нет? У меня то же самое, и я сейчас "решил" её радикально - сижу на 6.1.0-17.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

196. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от хрю (?), 12-Фев-24, 11:28 
Решения проблемы это ждать обновления драйвера nvidia, которая учтёт изменения в ядре.
У вас в 6.1.0-17 что-то не работает что ли? +)
Ответить | Правка | Наверх | Cообщить модератору

294. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от xPhoenix (ok), 16-Фев-24, 12:52 
Вроде бы всё работает, только иногда компьютер при выключении пишет "Poweroff" и продолжает работать (с разными параметрами ядра)... А так всё тип-топ!
Ответить | Правка | Наверх | Cообщить модератору

239. Скрыто модератором  +/
Сообщение от лень логиниться (?), 13-Фев-24, 11:48 
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

240. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от хрю (?), 13-Фев-24, 17:01 
nvidia обновила драйвер - сейчас всё ставится.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

13. "Обновление Debian 12.5 и 11.9"  –2 +/
Сообщение от Аноним (13), 11-Фев-24, 10:16 
> systemd

спасибо, но нет.

Ответить | Правка | Наверх | Cообщить модератору

14. "Обновление Debian 12.5 и 11.9"  +1 +/
Сообщение от ТАнконимemail (?), 11-Фев-24, 10:23 
Devuan - нет, неслышал?...
Ответить | Правка | Наверх | Cообщить модератору

26. "Обновление Debian 12.5 и 11.9"  +6 +/
Сообщение от 128557 (?), 11-Фев-24, 11:34 
Может не стоит бояться всего, с чем ещё не знакомы?
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

198. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (198), 12-Фев-24, 11:35 
К чему эти ваши домыслы, что с системдой незнакомы и боятся?
Ответить | Правка | Наверх | Cообщить модератору

204. "Обновление Debian 12.5 и 11.9"  +5 +/
Сообщение от 128557 (?), 12-Фев-24, 12:44 
Система удобна, снимает значительную часть админских задач, себя не скомпрометировала.
В чем доводы "против" для знающих, кроме пустословия?
Ответить | Правка | Наверх | Cообщить модератору

300. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (300), 16-Фев-24, 20:59 
> "Может не стоит бояться всего, с чем ещё не знакомы?"
> "пустословия"
Ответить | Правка | Наверх | Cообщить модератору

31. "Обновление Debian 12.5 и 11.9"  +7 +/
Сообщение от Аноним (31), 11-Фев-24, 12:01 
9 из 10 не замечают что он есть в ОС
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

166. "Обновление Debian 12.5 и 11.9"  –2 +/
Сообщение от Аноним (166), 11-Фев-24, 20:12 
Тогда тем более неясно, зачем он нужен.
Ответить | Правка | Наверх | Cообщить модератору

179. "Обновление Debian 12.5 и 11.9"  –1 +/
Сообщение от Аноним (179), 12-Фев-24, 01:00 
Тоже заметил, а зачем оно реально нужно?
Ответить | Правка | Наверх | Cообщить модератору

205. "Обновление Debian 12.5 и 11.9"  +4 +/
Сообщение от 128557 (?), 12-Фев-24, 12:49 
Система обеспечивает многопоточность запуска, сама разруливает очередность запуска, внедрение юнитов проще, чем партянки для initV, юниты на все события системы. В целом systemd значительно снижает порог вхождения для новичков. А это, вероятно, один из значимых плюсов в популяризации Linux.
А ещё существуют нытики, для которых плохо все, что им лень не позволила осилить.
Ответить | Правка | Наверх | Cообщить модератору

244. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 14-Фев-24, 11:18 
>Система обеспечивает многопоточность запуска, сама разруливает очередность запуска, внедрение >юнитов проще, чем партянки для initV, юниты на все события системы.

Согласен. Тоже был не в восторге от тех "портянок" в которые с годами превратили сценарии запуска.

>В целом systemd значительно снижает порог вхождения для новичков.

А вот с этим я бы поспорил.
Если бы действительно снижал порог входа - небыло бы такого количества недовольных его внедрением.

Ответить | Правка | Наверх | Cообщить модератору

258. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 16:20 
> Согласен. Тоже был не в восторге от тех "портянок" в которые с
> годами превратили сценарии запуска.

Зато зацените пируэт истории? Вот меня например BSDшники троллили тем что в дебиане при сносе нжинкса баговал - вот - скрипт, кажется, как раз остановки сервиса - и пакет не сносился. Ну что, господа, потроллили? А вот фикс приетел! Я его так то даже освоил и мне нормуль, а кипишуют как раз господа с BSDшным бэкграундом :))). Или вообще фаны саноси и эплов, а эти просто нагло лицемерят ибо SMF и Launchd у них тоже есть, только еще монструозней в цать раз, с XML и какими там еще кешами в скулайт.

> Если бы действительно снижал порог входа - небыло бы такого количества недовольных
> его внедрением.

Недовольны те кто утратил возможность обучения и/или поленился ман прочитать. Или те кто "так привык". Впрочем там слой compat с sysv runlevels так то есть, если он нужен.

А так по своему удобная штука. В классическом *nix за 1 присест вообще не посмотришь что и откуда запускается. Кроме очевидного способа есть еще например cron с пачкой дир. И еще эн мест. А overview "чем это отличается от дефолтного дистро" - вообще нема.

Ответить | Правка | Наверх | Cообщить модератору

261. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от WatchCatemail (ok), 14-Фев-24, 17:13 
>Или те кто "так привык". Впрочем там слой compat с sysv runlevels так то есть, если он нужен.

Я начинал привыкать еще с середины 90х. Но идея systemd почему-то отторжения не вызвала.
А слой совместимости с sysv использовал только для одной цели - привычный rc.local прикрутил.
В котором запускается то,что слегка перенастраивает железо в сторону управления энергопотреблением,то есть фактически делает всякие там out в порты,специфичные для системной платы,ну и в конфигурационные регистры устройств,видимых через шину pci. Еще echo разных циферок в всякие там файлики,закопанные глубоков в недрах каталога /sys.
Где-то включаю не задействованные возможности экономии,а где-то бывает надо и выключить то что приводит к глюкам.
Как например усыпающий при отсутствии обращений звуковой чип, который при усыпании дает сильный
фон в колонках. Куда дебианщики собирались вот такое пихать убирая rc.local - я не знаю.

>А overview "чем это отличается от дефолтного дистро" - вообще нема.

В Дебиане особенность systemd вобщем-то одна - при апдейтах могут затираться изменения, сделаные
в содержимом каталога /usr/lib/systemd
Поэтому свои юниты дебианщики рекомендуют класть в /etc/systemd. Но это и в документации у них
описано, так что неожиданностью не является.

Ответить | Правка | Наверх | Cообщить модератору

268. "Обновление Debian 12.5 и 11.9"  +/
Сообщение от Аноним (-), 14-Фев-24, 22:51 
> Я начинал привыкать еще с середины 90х. Но идея systemd почему-то отторжения
> не вызвала.

Потому что идея довольно очевидная - и я даже для себя костылил нечто немного похожее для урезания прогам прав, расстановки приоритетов и сборки песочниц сам. Это было криво и вообще - ужасный вел с квадратными колесами. Хорошо что это стандартизировали и можно конфиг прописать вместо дофига деликатного системного кода в привилегированой проге.

Более того - первым на лине это апстарт начал. Но там очень криво с depends'ами, нельзя вписаться before или after кого-то - не меняя _его_ конфиг. А это упс! Это файло ДРУГОГО пакета. И кто его знает что там юзер/адм/пакетник сделают потом с ним.

А вон те с SMF/launchd про юниксвэй тоже не совсем честно мне вещали.

> А слой совместимости с sysv использовал только для одной цели - привычный
> rc.local прикрутил.

Я им всерьез никогда не пользовался почти. А по сервисам распихать логичнее в целом получается. И так статус разных прог очевиднее. Равно как кто тупил и проч. Так я узнал что например в эмбедовке плохо с энтропией, а macchanger - может в блокирующие чтения /dev/random. У эмбедовки и VM старт очень детерминированый.

А чем плоха низкая энтропия... хехехе, я видел, умею это юзать - и поэтому на моих системах этот аспект учитывается. Чтобы там так же нельзя было.

> есть фактически делает всякие там out в порты,специфичные для системной платы,ну
> и в конфигурационные регистры устройств,видимых через шину pci.

Я использую более стандартные интерфейсы управления DVFS и проч. Как-то типа:


for x in /sys/devices/system/cpu/cpu*/cpufreq/scaling_max_freq; echo 2500000 > $x; done;

...вот так загонит все ядра в максимум 2.5ГГц (в этом случае мой проц почти холодный и не разгоняет вентиль, но все еще довольно производительный).

> фон в колонках. Куда дебианщики собирались вот такое пихать убирая rc.local - я не знаю.

У меня есть несколько сервисов которые "one shot" при старте, или даже "remain after exit" и тогда скажем вон так своп замаунчен, а этак - отмаунчен, и это делается как старт и стоп "сервиса". Сервис, конечно, лишь пинок нескольких команд. Зато можно покомандно настроить критичен ли фэйл команды и в случае чего в логах видно что из того что я считал критичным завалилось.

> В Дебиане особенность systemd вобщем-то одна - при апдейтах могут затираться изменения,
> сделаные в содержимом каталога /usr/lib/systemd

Это нормально. /usr/lib/systemd - "system defaults", /etc - "admin overrides". Так не только в дебиане, это продуманный дизайн системды, для нормального взаимодействия с пакетником.

До этого был жуткий бардак - попробуй угадать перепишут ли мои изменения при обновлении. Как имплементера кастомов меня это волновало: улет моих кастомизаций от апгрейда пакета был бы полным кошмаром, система бы развалилась у юзера. Теперь это документировано, детерменировано, логично - и это специально, с одной стороны дистро может предложить дефолты. С другой админ может их перекрыть. У админа приоритет над системными дефолтами, если есть и то и другое, у админа выше приоритет и часть или все настройик будут из его файла.

А апи вачдога поцтер кажись сделал после очередного Linux Plumbers где какие-то нормальные эмбедеры (pengutronix или free electrons, не помню) донесли типовые проблемы направления - не так уж далекие от серваков на автопилоте в общем то.

Ответить | Правка | Наверх | Cообщить модератору