Поздравляем Cкpипaч с днём рождения!
- Посоветуйте, в чем рисовать вручную красивые графики. Наподобие
этого - 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)
- [Seed ODYSSEY x86] - интересные платы - Evgeny_CD(31.05.2020 20:54, dao, ссылка, полностью)
- UP² (UP Squared) - платка 86х90мм с 2-х или 4-х ядерным маложрущим проциком от Intel, FPGA (CPLD) MAX10, неплохим набором разъемов расширения. -> --> Цены внутри Evgeny_CD(04.11.2016 20:04, dao, ссылка, ссылка, полностью)
- Развитие - Evgeny_CD(31.05.2020 20:25, ссылка)
- Обновленные ДШ - очень интересно! UP2 -> имеет разъем, на который LPC выведено! --> Дешевый интерфейс к MCU... Evgeny_CD(10.01.2018 23:50, ссылка, ссылка)
- И Венду10!.. Вот ХЗ, зачем оно может понадобиться... Какой мелкий ST или NXP с мегабайтом-другим флэши и мегом ОЗУ, ФПГАха, типа ЕСР5 на 25кГейтов. За всё-про всё баксов 20-30 максимум, если от души, не экономить. - mse homjak(10.01.2018 23:36)
- Запилили отдельный сайт для этих плат. -> Цены --> Платки массово залегли на Mouser - наценка самого немногим меньше 100%, зато зато сюда можно притащить. - Evgeny_CD(17.10.2017 23:20, ссылка, ссылка)
- Две технологии будущего, которые перевернут многое в мире в
ближайшее время: surfave (zenneck) wave wireless charger и
ultrawideband radio transmission. Если первое несколько
сомнительно, то второе же точно здесь. Обе технологии могут иметь
огромный потенциал в сфере wireless sensor networks. Первое -- это
беспроводное питание датчиков, здесь ясно, исключается батарейка,
второе -- передача информации с крайне дешёвыми передатчиками и
приёмниками (не нужен кварц, всё fk0(354 знак., 28.05.2020 21:27, dao, полностью)
- > второе -- передача информации с крайне дешёвыми передатчиками
и приёмниками... <...> — в каком-то смысле, когда Г. Герц
искрил - он передавал информацию широкополосно и без электроники
вообще, без микросхем и кварцев =))) - RxTx(30.05.2020 14:48)
- Что-то в интернете про UWB или в контексте "радаров", или
маркетологический шлак 2007 года в связке с WiMAX, который,
напомню, уже давно "все" с приходом 4G. TI тащит свою технологию
mmWave, которая на еще больших частотах. И, опять же,
детектирование предметов в реальном времени. lloyd(59 знак., 29.05.2020 19:56)
- все второе санкциями покрыто как двойное назназначение... - antm(29.05.2020 19:21)
- [On Time RTOS-32 + UEFI = универсальный мощный контроллер] С подачи LightElf мысль интересная родилась Evgeny_CD(3244 знак., 29.05.2020 02:21, dao, ссылка, ссылка, полностью)
- На habr.com интересная публикацию про ньюансы локалезависимой
сортировки строк --> - fk0(27.05.2020 11:34, dao, ссылка, полностью)