я с таким формфактором сталкивался давно... в 96-97 годах. после института пришел работать на фирму которая делала АЦП/ЦАП (Руднев-Шиляев) для компов. в то время на шину ISA8 и ISA16. флагман там была плата 8bit 100Мгц осциллографа ЛА-н10. Вот в такой корпус ее для выставок вставляли. Только Начинка была там более современная. А для платы был софт написанный на Labview и рисующий морду осциллографа С1-99 емнип.
тут очевидно что с такой ценой кустари-самодельщики еще сильней подрывать бизнес будут... изначально плохой план. или цена выше должна была быть или план снижения себестоимости в 2 раза. а лучше сразу 2 этих фактора.
Ваш бортик не 1000р в розницу должен стоить, а 1800р судя по заявленной себестоимости. Это грубая стартовая оценка при запуске продукта. Потом возможна подстройка и оптимизация. Такой коэф (3) я наблюдаю уже болше 25 лет...
с шокером там еще одна тема прикольная. у этой системы есть типа черный ящик машиниста - такая флешка в форме батарейки. ее они получают и втыкают при выходе на рейс. и там все пишется. вот их машинисты жгли самыми изощренными способами чтобы внешне незаметно было.... и вообще внедреж всяких систем там был забавный - пока доплачивают в опытом депо - все хорошо и отзывы положительные, а потом в продакшен вандализм и отрицательные.... а все дело в воровстве солярки. л-кард кстати еще под них датчики топлива делать начал точные ультразвуковые...
без фото я фиг вспомню :) давно это было. мы тогда на белорусской сидели в одной большой комнате. помню как тестировали блок на защиту и помехоустойчивость шокером :) и у инженера в компе порты выбило...
хм. по идее там моноблок был и 386EX распаян на плате вместе с adsp и памятью. причиной почему в 99 году лкард занялся этой темой было то что оригинальный блок какого-то завода был с кучей модулей на кросс плате и это все глючило сильно от вибраций и влажности итп. ну и дорого было.
на 8088 это могло быть только до L-CARD. модульное и ненадежное. то что заменялось моноблоком 386EX. SOM были контроновские. и еще какие-то совместимые приносили, но они вроде не завелись. ARM там конечно не Байкал был :)
первые версии систем автоведения разрабатывались компанией Л-Кард в 99-00 году для АВПТехнологии. Там был моноблок с 386EX процессором и слегка патченным DOS и adsp2186 для синтезатора голоса к которому адптировали кодек типа сжатия GSM голоса. а дальше уже было эволюционное развитие. Вот этот блок с монитором и контроном я помню хорошо. Потом еще версия с модулем SOM вместо pc104 должна быть... И пока был x86 в блоках программисты АВП использовали наработки на паскале. А с переходом на ARM по идее там уже другое все стало....
главное я знаю что я не одинок это раз. потом поскольку все идет эволюционным путем, то в проекте переписывается часть (например фронт) в современном модном стиле, но под капотом сидят старые странные unsafe модули..или наоборот. это два. это просто жизнь, реальность. и собственно непонятно что лучше - разводить зоопарк модных языков в проекте или использовать старый добрый С++ придерживаясь определенных ограничений и стиля.
под Windows на С++ писались драйвера еще в далеком 2000 году. NuMega Driver Studio. Также в те далекие годы был патч на ядро linux от финских студентов который позволял писать на С++ и там...но понятное дело он так и остался чисто академическим проектом.
ну какрй нафиг ИИ... он как только выйдет в свободное плавание отравит себя точно также как сейчас отравлен Интернет-поиск. Причем травить будет сам же себя. Или по жизни будет сидеть под надзором людей в лаборатории и будет обучен на их субъективном восприятии правильного.
На практике я писал приложуху на С# либо с unsafe, либо писал либу на плюсах который типа небезопасный и сколько я там косяков спрятал никто не знает. Причем часто в либу прячется то, что средствами безопасного языка выражается очень сложно и запутанно, но типа безопасно... а тут спрятал грязную работу с указателями и ништяк. Есть такая среда разработки LabView. Там можно нарисовать очень сложные вещи проводками и кубиками, но это будут ужасные простыни картинок, а можно было спрятать кучу всего под капот в DLL и CIN и получить красивые блок-схемы программы... Так и со всеми этими safe языками..
Все эти споры полная ерунда. Все языки создаются для эффективного решения задач. И на текущий момент только С и С++ позволяют решать любую задачу достаточно эффективно. Есть и другие языки которые стремятся к этому... но практически всегда им приходится поступаться своими преимуществами безопасности либо применяя unsafe конструкции, либо пряча это за обращением к внешним библиотекам написанным на С/С++ сохраняя видимость чистого safe кода. Это страусиная позиция какя-то. Я давно начинал изучение языков с чистого Паскаля на СМ-4. Вот там все надежно и безопасно, но хрен чего эффективно сделаешь, а доступа к железу так вообще не было предусмотрено...И при этом все гораздо веселей писалось на turbo pascal на pc-xt... а когда начал работать с железом так альтернатив С не было...можно было конечно использовать turbo pascal, но там все было несколько сложней. А так вообще индустрия движется куда-то не туда создавая кучу ненужного мусора в средствах разработки чтобы увеличить хаос и придать значимость роли программистов.
я с таким формфактором сталкивался давно... в 96-97 годах. после института пришел работать на фирму которая делала АЦП/ЦАП (Руднев-Шиляев) для компов. в то время на шину ISA8 и ISA16. флагман там была плата 8bit 100Мгц осциллографа ЛА-н10. Вот в такой корпус ее для выставок вставляли. Только Начинка была там более современная. А для платы был софт написанный на Labview и рисующий морду осциллографа С1-99 емнип.
тут очевидно что с такой ценой кустари-самодельщики еще сильней подрывать бизнес будут... изначально плохой план. или цена выше должна была быть или план снижения себестоимости в 2 раза. а лучше сразу 2 этих фактора.
Ваш бортик не 1000р в розницу должен стоить, а 1800р судя по заявленной себестоимости. Это грубая стартовая оценка при запуске продукта. Потом возможна подстройка и оптимизация. Такой коэф (3) я наблюдаю уже болше 25 лет...
с шокером там еще одна тема прикольная. у этой системы есть типа черный ящик машиниста - такая флешка в форме батарейки. ее они получают и втыкают при выходе на рейс. и там все пишется. вот их машинисты жгли самыми изощренными способами чтобы внешне незаметно было.... и вообще внедреж всяких систем там был забавный - пока доплачивают в опытом депо - все хорошо и отзывы положительные, а потом в продакшен вандализм и отрицательные.... а все дело в воровстве солярки. л-кард кстати еще под них датчики топлива делать начал точные ультразвуковые...
нет. просто рядом на одном столе :)
без фото я фиг вспомню :) давно это было. мы тогда на белорусской сидели в одной большой комнате. помню как тестировали блок на защиту и помехоустойчивость шокером :) и у инженера в компе порты выбило...
хм. по идее там моноблок был и 386EX распаян на плате вместе с adsp и памятью. причиной почему в 99 году лкард занялся этой темой было то что оригинальный блок какого-то завода был с кучей модулей на кросс плате и это все глючило сильно от вибраций и влажности итп. ну и дорого было.
на 8088 это могло быть только до L-CARD. модульное и ненадежное. то что заменялось моноблоком 386EX. SOM были контроновские. и еще какие-то совместимые приносили, но они вроде не завелись. ARM там конечно не Байкал был :)
первые версии систем автоведения разрабатывались компанией Л-Кард в 99-00 году для АВПТехнологии. Там был моноблок с 386EX процессором и слегка патченным DOS и adsp2186 для синтезатора голоса к которому адптировали кодек типа сжатия GSM голоса. а дальше уже было эволюционное развитие. Вот этот блок с монитором и контроном я помню хорошо. Потом еще версия с модулем SOM вместо pc104 должна быть... И пока был x86 в блоках программисты АВП использовали наработки на паскале. А с переходом на ARM по идее там уже другое все стало....
кроме кварца это может быть стабильный clock от кварцевого генератора которым можно управлять,а еще и через плис прошедший....
главное я знаю что я не одинок это раз. потом поскольку все идет эволюционным путем, то в проекте переписывается часть (например фронт) в современном модном стиле, но под капотом сидят старые странные unsafe модули..или наоборот. это два. это просто жизнь, реальность. и собственно непонятно что лучше - разводить зоопарк модных языков в проекте или использовать старый добрый С++ придерживаясь определенных ограничений и стиля.
под Windows на С++ писались драйвера еще в далеком 2000 году. NuMega Driver Studio. Также в те далекие годы был патч на ядро linux от финских студентов который позволял писать на С++ и там...но понятное дело он так и остался чисто академическим проектом.
ну какрй нафиг ИИ... он как только выйдет в свободное плавание отравит себя точно также как сейчас отравлен Интернет-поиск. Причем травить будет сам же себя. Или по жизни будет сидеть под надзором людей в лаборатории и будет обучен на их субъективном восприятии правильного.
На практике я писал приложуху на С# либо с unsafe, либо писал либу на плюсах который типа небезопасный и сколько я там косяков спрятал никто не знает. Причем часто в либу прячется то, что средствами безопасного языка выражается очень сложно и запутанно, но типа безопасно... а тут спрятал грязную работу с указателями и ништяк. Есть такая среда разработки LabView. Там можно нарисовать очень сложные вещи проводками и кубиками, но это будут ужасные простыни картинок, а можно было спрятать кучу всего под капот в DLL и CIN и получить красивые блок-схемы программы... Так и со всеми этими safe языками..
Все эти споры полная ерунда. Все языки создаются для эффективного решения задач. И на текущий момент только С и С++ позволяют решать любую задачу достаточно эффективно. Есть и другие языки которые стремятся к этому... но практически всегда им приходится поступаться своими преимуществами безопасности либо применяя unsafe конструкции, либо пряча это за обращением к внешним библиотекам написанным на С/С++ сохраняя видимость чистого safe кода. Это страусиная позиция какя-то. Я давно начинал изучение языков с чистого Паскаля на СМ-4. Вот там все надежно и безопасно, но хрен чего эффективно сделаешь, а доступа к железу так вообще не было предусмотрено...И при этом все гораздо веселей писалось на turbo pascal на pc-xt... а когда начал работать с железом так альтернатив С не было...можно было конечно использовать turbo pascal, но там все было несколько сложней. А так вообще индустрия движется куда-то не туда создавая кучу ненужного мусора в средствах разработки чтобы увеличить хаос и придать значимость роли программистов.
а числу e так не повезло.... его если и отмечали ( в чем я сомневаюсь) в феврале 71 или 718 года... то до отмечания в 7182 году нам точно не дожить...
а почему не два дня подряд? 3.1415
для разных поколений тут разные воспоминания оказывается :) до 70г чуть ли не у каждой атс свой номер был...
оно оказывается еще более разнообразно http://forum.qrv.su/viewtopic.php?t=15
вроде 100 служба точного времени? 09 - справочная...