- [MicroMonitor и uCon] который a terminal emulator (i.e. an alternative to hypterterminal). -> --> uCon стали резко допиливать в последнее время. - Evgeny_CD(07.12.2017 00:17, dao, ссылка, ссылка, полностью)
- Имею на ПК 2 оси - Win10 и LinuxMint, "волею судеб" в Mint не
входил с полгода, работал только в Win10. А тута потребовалось и я,
знаете ли, прифигел, насколько все шустро летает. Т.с. снова крик
душы: если б не отсутствие 3D CAD под Linux, забросил бы эту винду,
несмотря даже на ее легальность (да-да, у меня оплаченная). - Argon_LM(31.05.2020 17:33,
, dao, полностью)
- Под мою RTX2070S у Дебиана до сих пор нет нормального драйвера. Как
быть? - Mebius(01.06.2020 13:29)
- Ложку дёгтю плесну: Оно шустро летает, пока летает. Через некоторое
время какой-нить скрипт за конфиг зацепляется, и чтоб починить,
приходится гуглить до полного красноглазия. Знаю, знаю, так раньше
было, сейчас уже починили ... Не верю :( - Cидopгeк(01.06.2020 12:36)
- Тонкость в том, изначально все САПРы вышли из мира Unix. Ибо когда
ПК был плохонькой печатной машинкой, были взрослые Unix рабочие
станции и ПО под них. Evgeny_CD(74 знак., 31.05.2020 21:40)
- FreeCAD, работает, аппаратно ускоряется, есть куча плагинов, САМ
например, свой функционал можно костылить прям тутже на питоне - ну
например если нужно нарисовать лопасть воздушного винта- то проще
формулку вбить для генерации точек (кстати мои коллеги эту самою
лопасть в Solid так не смогли нарисовать :) ). есть вариант всей
среды в одном файле (слинковано в один бинарь и пофиг версия ядра и
что установленов системе) - всеж понимают что инсталяция это одна
из версий садомии klen(109 знак., 31.05.2020 18:02, ссылка)
- посмотрел у Ситилинка современные некрупные мониторы. VIEWSONIC
VX2457-MHD 23.6" и SAMSUNG C24RG50FQI 23.5" . Самсунг почему то
дороже в Ситилинке, а контрастность у него хуже 3000:1 против
80000000:1 у VIEWSONIC. И яркость у Самсунга поменьше, а время
отклика побольше. Что стало с Самсунгами? - =L.A.=(01.06.2020 19:54 - 03.06.2020 09:29, dao, ссылка, полностью)
- Разбираемся тут с Gitlab, чтобы трем разработчикам совместно
работать над одним процессором - весьма полезная штука, особенно
если поручить кому-то быть проверяющим - то работать получается вот
так форк-клон-коммит-пуш-пуллреквест... и может принять или
попросить доуточнить изменения... - sav6622(02.06.2020 15:14, dao, полностью)
- Что-то никто новость не репостит. МЦСТ опубликовал систему команд
Эльбруса! Эльбрус идёт в народ. - Mebius(02.06.2020 10:24 - 10:26, dao, ссылка, полностью)Evgeny_CD
- Посоветуйте, в чем рисовать вручную красивые графики. Наподобие
этого - Mty1(02.06.2020 11:19, dao, картинка, полностью)
- Эфемерное "good practice" в программировании на С: Данность : есть
массив[x] массивов[3]. Эти три байта на самом деле битовая
структура, но для экономии места обрезали один байт. Как сделать
доступ к полям структуры по индексу из нескольких мест? Два
варианта: VLLV(211 знак., 31.05.2020 00:37, dao, полностью)
- "good practice" в программировании на С это не "эфемерное", это
оксюморон. Почувствуйте разницу. - Kpoк(31.05.2020 23:20)
- Сделал изначально какую-то херню, теперь ещё голову ломает. Я уже
говорил: 1) битовые структуры -- НЕ НУЖНЫ (адресуй нужный байтик и
маскируй в нём нужный битик); 2) упакованные структуры тем более НЕ
НУЖНЫ. 3) для эффективной адресации нужно завести не массив
структур, а коллекцию (структуру) массивов для разных элементов
твоих структур (т.е. массив первых элементов структур, массив
вторых...), тогда всё эффективно адресуается без битовых полей, без
упаковки и прочей fk0(7 знак., 31.05.2020 21:03)
- Зачем копирование в первом варианте? Доступ к чему по индексу
должен быть? К байтам? Или к битам (ХЗ как)? Nikolay_Po(450 знак., 31.05.2020 17:51)
- я бы сделал (и делаю) прямой как шпала тайпкаст кaлян(213 знак., 31.05.2020 15:29,
)
- Не адресуй указателями packed struct'ы/bitfields, в этом проблема.
(Обращение по индексу это форма обращения по указателю). - RxTx(31.05.2020 12:29, ссылка)
- 1) Я бы делал memcpy. 2) Раз уж речь о "good practice", порядок
заполнения битовых полей implementation-defined, то есть строго
говоря неясно, какой байт лишний -- нулевой или третий. - SciFi(31.05.2020 12:09)
- 3) Обернуть это в
методы функции set_field/get_field, внутри которых что юнион, что битовые
операции - одинаково читабельно. - Cкpипaч(31.05.2020 11:53)
- ну я в таком случае смержил бы оба пункта, 1) определил бы
фиктивный union на uint32: битовые поля, сташий байт пустой. а
потом с его помощью опредял бы указатель на 3 байтовый элемент
массива массивов. далее как сказано компилятор сам вытащит значения
полей. ничего копировать не надо. лошадь сильная - пущайй сама и
двигает биты и OR над ними делает. - klen(31.05.2020 01:04)
- Ну это, лохи, все еще сидите за двумя мониторами? "В двубортном
никто не воюет"! Чтобы добиться успеха, надо за 5 сидеть, причем в
разной ориентации. Evgeny_CD(30 знак., 31.05.2020 17:58, dao, картинка, полностью)
- имха с цупом оправданно, там куча телеметрии в самой различной
визуализации, так что либо вот такие 5 моников, либо один во всю
стену - а вдруг в самый момент у него сдохнет инвертор? - Ralex(01.06.2020 13:44)
- У них даже мониторы разной ориентации! - Mebius(01.06.2020 13:33)
- Я один обхожусь экраном ноутбука? Cкpипaч(97 знак., 01.06.2020 08:56)
- Реально всё это полная херня, особенно десктопные компы под столом.
Такие картинки лишь отражают факт, что "концепции" разрабатывались
людьми далёкими от темы. В реальности которой компы будут утащены в
серверную (где на них никто не прольёт кофе, где есть питание и
сеть без мотка удлинителей, где нормальное охлаждение), а у юзера
будет один десктоп, скорей даже ноут с бытовой версией виндов на
которой умеет запускаться VNC/ssh/RDP/X11/etc... И работника биржи
и ЦУПа fk0(887 знак., 31.05.2020 21:23)
- Да что ты знаешь про успех :)))) Смотри как пацаны делают деньги.
Вот как надо! RxTx(3 знак., 31.05.2020 18:08, ссылка, картинка)
- я бы не отказался бы - у меня временно один монитор но при возможности обставлюсь
сколько позволить машина. удобно когда дока, код, отладчик,
консоль. ит на разных мониторах и не мешают. это как квартира -
сколько площади не дай вся будет заставдена хламом. - klen(31.05.2020 18:06)
- [Язык программирования C--] Оказывается, есть такой. Активно используется в KolibriOS Evgeny_CD(116 знак., 01.06.2020 02:27, dao, ссылка, ссылка, полностью)
- Дамы и господа, теперь можно не резать строки длиннее 80 символов.
Путин Линус разрешил! >>> - SciFi(01.06.2020 08:49 - 09:36, dao, ссылка, полностью)Evgeny_CD
- [AAEON Up Boards] - любопытные платочки на x86 Evgeny_CD(1061 знак., 31.05.2020 20:27 - 20:32, dao, ссылка, ссылка, полностью)
- [IAR для Linux] Вот это да! Вроде как для начала ARM- и RH850-ядра. - Evgeny_CD(01.06.2020 01:09, dao, ссылка, ссылка)
- [FBD + C - так делают?] Evgeny_CD(1152 знак., 31.05.2020 21:28, dao, ссылка, полностью)
- Кто как. Есть конторы, где FBD - основной язык и типов блоков FBD
очень много, но доступ к C сильно ограничен политикой
лицензирования. У вторых FBD только декларируется, типов блоков не
больше 20, зато - бесплатный компилятор C и сотни примеров его
использования. У третьих - где-то в промежутке, SDK на C для
разработки FBD стоит небольших денег. bodis(951 знак., 31.05.2020 23:32)
- Нет, так не делают. Потому что тогда теряется сама суть FBD
(принудительно ограничить достижимую сложность прикладных программ
СВЕРХУ). - Cкpипaч(31.05.2020 22:53)
- Это все уже было, так давно, что я уже не помню подробностей.
Вроде-бы на древних ПЛК с DOSом и первыми версиями Isagraf. Были
еще ПЛК Контар, у которых FBD компилировалось в Си, а Си
компилировался Кейлом на сервере в интернете. Что интересно, в
современности существует класс ПЛК для автоматизации зданий с
программированием на Си: Schneider M168, M171, M172, Danfoss MCX.
Есть ли там уровень представления в виде FBD не знаю, использовать
подобное не доводилось. От AlexG(244 знак., 31.05.2020 22:18 - 22:44)
- Проект [UDOO] -> Очень интересные платки на i.MX6, x86 Intel и скоро AMD Ryzen Embedded V1000 --> - Evgeny_CD(11.07.2018 23:13, dao, ссылка, ссылка, полностью)
- [IEC 61131-3 часть 1]. Мини-опрос: какие из описанных там 5 языков программирования наиболее часто используются на практике в современном мире? -> Evgeny_CD(300 знак., 19.06.2017 23:49 - 21.06.2017 20:05, dao, ссылка, полностью)
- FBD + C - вроде как очевидная идея - Evgeny_CD(31.05.2020 21:30, ссылка)
- Справочник по топикам могучей темы IEC 61131-3 - Evgeny_CD(31.05.2020 21:15, ссылка)
- Краткая заметка с наглядной демонстрацией свойств основных языков. Evgeny_CD(31.05.2020 21:13, ссылка)
- LD, FBD, IL полностью эквивалентны. просто разный синтаксис. Многие среды разработки переключают эти языки через пункт меню. скажу больше, ST тоже однозначно транслируется в них. наоборот нет. IBAH(304 знак., 21.06.2017 19:20)
- как утверждает моя дочка - язык, это способ мышления, и, как любой другой способ чего-нито делать или не делать, имеет достоинства и недостатки, связанные, в большей степени, с источником мышления, чем с объектом применения оного. LordN(350 знак., 21.06.2017 19:18)
- Если говорить о компиляции в С, то смотрите по ссылке. - Chum_A(21.06.2017 08:41, ссылка)
- FBD - однозначно. Кроме того что он радикально шире распространен, он дает преимущества при программировании. Остальное - костыли.
Для калек. - Скрипач(20.06.2017 22:25)
- имхо ST. остальное для тех кто паскаль не освоил (имхо) - RED_DRAGON(20.06.2017 22:16)
- У меня в последовательности убывания было так: FBD, LD, SFC, ST. AlexG(1060 знак., 20.06.2017 03:48 - 04:19)