Перейти к публикации

Рекомендованные сообщения

Так куда все-таки в спецификации записывать программне обеспечение? Покупное ПО (windows), поставляемое вместе с изделием и устанавливаемое у производителя в раздел Комплекты? А ПО разрабатываемое непосредственно для данного изделия и устанавливаемое на производстве куда записывается? НА ПО спецификацию выпускают по ГОСТ 19. Получается в раздел Документация тогда.

Ссылка на сообщение
Поделиться на других сайтах


А ПО разрабатываемое непосредственно для данного изделия и устанавливаемое на производстве куда записывается? НА ПО спецификацию выпускают по ГОСТ 19.

ПО оформленное по ГОСТ 19. записывают в раздел "Комплекты". В раздел "Документация" записывают "Данные программирования", в спецификацию устройства которое проходит  настройку и программирование (ПЛИС) в процессе изготовления.

Ссылка на сообщение
Поделиться на других сайтах
  • 1 месяц спустя...

ПО, разрабатываемое непосредственно для изделия в которое оно входит, включают в раздел "Комплекты" (как Прочие комплекты) - см. ГОСТ 2.106, п. 3.9 (с изменением)  - "В прочих комплектах указывают программную продукцию (программное обеспечение), поставляемое вместе с изделием. Программная продукция (документы) могут быть объединены спецификацией по ГОСТ 19.202".

И выпускают на это ПО документацию согласно ЕСПД. 

В раздел "Документация" спецификации изделия - ПО не вносится!!  В раздел "Документация" вносятся документы на Специфицируемое изделие, например АБВГ.ХХХХХХ.ХХХ, а также документы на составные части неспецифицируемые (см. ГОСТ 2.106 п. 3.4.) 

(Документ "Данные программирования", как писали выше - не верно записан, видимо имелся в виду документ "Данные проектирования", кот. представляет из себя документ в электронной форме с данными проектирования по печатным платам и имеет код Д33, согласно РД 107.460640.020. Так что это к ПО никак не относится.)

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

Смотрите РД 107.2.1002 на коды прочих документов. 

Ссылка на сообщение
Поделиться на других сайтах
  • 2 месяца спустя...

Интересует этот же вопрос.

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

Интуитивно склоняюсь к разделу "комплексы", но не могу найти подтверждения в ГОСТах (на мой взгляд вполне разумно - получаем своего рода аппаратно-программный комплекс). Согласно п. 3.9 ГОСТ 2.106, приведенному ранее, определяю для себя, что в раздел "комплекты" необходимо записывать поставляемое (отдельно, т.е. не установленное на него) ПО.

Ссылка на сообщение
Поделиться на других сайтах
что в раздел "комплекты" необходимо записывать поставляемое (отдельно, т.е. не установленное на него) ПО.

Поставляемое это значит передаете ПО потребителю на диске, предустановленным или он сам скачает с вашего сайта и тд.

В графе "Примечание" можете указать все варианты.

Ссылка на сообщение
Поделиться на других сайтах
  • 5 месяцев спустя...

Прошу поделиться опытом.

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Изменено пользователем Bully
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

простите, а в чем будет четкий алгоритм, если конструкции ещё нет? IMHO, тут однозначно идет сначала работа по созданию электроники, управляющей чем положено (а вот "чем положено" определяется в ТЗ), и уже конструктору выдается расположение контактов, по которому он выполняет конструкцию корпуса с клавишами/переключателями.

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

Ссылка на сообщение
Поделиться на других сайтах

@@alek77, это я свое видение просто описал. Чисто по логике. Я с электроникой не работал. В идеале, думается, вообще вся работа по созданию таких устройств должна происходить параллельно. Сидят в одном кабинете Вася с Петей и по мере процесса созидания у того и другого происходит корректировка.

 

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

Ссылка на сообщение
Поделиться на других сайтах

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

Этот документ называется Техническое задание. Вам, видимо, подойдет ГОСТ 34.602.
Ссылка на сообщение
Поделиться на других сайтах
Разработали оборудование в которое входят несколько видов плат. На данный момент в работу включились программисты. Как правильно организовать совместную работу конструктор-программист, чтобы понимать друг друга однозначно? Грубо говоря, какой бумажный документ по работе оборудования нужно согласовать между нами, чтобы оборудование по написанной программе выполняло необходимые функции в требуемой последовательности?

Должна быть разработана схема электрическая принципиальная на изделие(Э3). Программисты должны руководствоваться техническим заданием на изделие в котором заданны все выполняемые функции и последовательность их выполнения.

Ссылка на сообщение
Поделиться на других сайтах
  • 4 месяца спустя...

Я так до конца и понял куда записывать прошивку для устройства, в раздел Документация? А обозначение = обозначение + Д?

А наименование Прошивка, ПО или как лучше это назвать?

Ссылка на сообщение
Поделиться на других сайтах
В 24.03.2017 в 15:44, Timi сказал:

Я так до конца и понял куда записывать прошивку для устройства, в раздел Документация? А обозначение = обозначение + Д?

А наименование Прошивка, ПО или как лучше это назвать?

Разрабатывается документ "Инструкция по программированию микросхем" И33 в которой есть ссылка на носитель с прошивкой, с наименованием "Данные программирования" Д42. Эти документы записывают в раздел "Документация" спецификации.

Ссылка на сообщение
Поделиться на других сайтах
  • 1 год спустя...

Поддерживаю предыдущего оратора. Расписано красиво и логично. ГОСТ в студию, чтоб нормоконтроль в него носом ткнуть. А то мне нормоконтроль говорит, получи-ка хлопец на ПО свой номер, да чтоб он по ЕСПД был, да засунь его в комплекты. Я им - дык какой-же это комплект, ежели он внутри, да пощупать его нельзя, ПО неотъемлемая часть ТОЛЬКО для этого изделия, зачем ему другой дец. номер и вообще конечный пользователь про него даже не догадывается. А они мне - а нам пофигу и ГОСТ 2.106-96 п.3.9 мне в рожу тычуть.... А так хочется, чтоб логично и просто...

 

Зы. Еще просьба ко всем, ежели Вы чего вкусного пишите, ссылку на ГОСТ добавляйте плиз. А то все красиво написано И Я ТАК ХОЧУ!!!! Но ГОСТа на это не найти.... (И есть-ли он вообще...)

Изменено пользователем USSR_Nic
Ссылка на сообщение
Поделиться на других сайтах
  • 3 месяца спустя...
В 20.06.2018 в 19:13, USSR_Nic сказал:

Поддерживаю предыдущего оратора. Расписано красиво и логично. ГОСТ в студию, чтоб нормоконтроль в него носом ткнуть. А то мне нормоконтроль говорит, получи-ка хлопец на ПО свой номер, да чтоб он по ЕСПД был, да засунь его в комплекты. Я им - дык какой-же это комплект, ежели он внутри, да пощупать его нельзя, ПО неотъемлемая часть ТОЛЬКО для этого изделия, зачем ему другой дец. номер и вообще конечный пользователь про него даже не догадывается. А они мне - а нам пофигу и ГОСТ 2.106-96 п.3.9 мне в рожу тычуть.... А так хочется, чтоб логично и просто...

 

Зы. Еще просьба ко всем, ежели Вы чего вкусного пишите, ссылку на ГОСТ добавляйте плиз. А то все красиво написано И Я ТАК ХОЧУ!!!! Но ГОСТа на это не найти.... (И есть-ли он вообще...)

такаж проблема, нашли что-нибудь?

Ссылка на сообщение
Поделиться на других сайтах
В 03.10.2018 в 12:45, i1.nazarov сказал:

такаж проблема, нашли что-нибудь?

Читайте РД 107.2.1002-89.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • gudstartup
      вы тоже думаете что можно все компоненты чпу заменить и ничего не изменится и предупреждение о том чтобы oprminf не восстанавливали на другой машине которое фанук встроил даже в загрузчик это просто алармисткий текст и ничего не будет..... ну и ну и где написано что она mate как например здесь с чего тогда базовый чпу mate если гл.плата не mate мне непонятно из-за экрана что ли
    • статист
      Охренеть, ни за что бы не догадался. Хоть бы словом где обмолвились об этом в документации. Короче нужна команда EMODIF, E_ID, 3, N_ID где E_ID - номер элемента, который мы собираемся модифицировать. Так как используется BEAM188, то у него не два узла оказывается рассматривается, а три, где первые два принадлежат элементу, а третий узел - направляющий. И соответственно число 3 - это номер узла балки, который мы собираемся модифицировать, то есть направляющий узел. И мы этот узел соответственно заменяем на узел с номером N_ID. И тогда сечение реально вращается. Разобрался по этому видео.    
    • Александр1979
      Материнка такая в руководстве есть. На 0i-D я менял материнку, опции не слетели. 
    • gudstartup
      @Viktor2004 кстати конкретно модели автора в руководстве нет хотя оно последней редакции 18 года
    • Viktor2004
      конкретно на этой не менял. На каких менял, написал выше
    • gudstartup
      какие платы и на каких системах вот в чем ворос конкретно на этой возникут проблемы
    • Viktor2004
      ну да. А то что я менял платы это мои бредовые фантазии   Ну исправили в паспорте. И что?
    • gudstartup
      это догадки и гадание на кофейной гуще а япривожу документ где написано про то что прочитайте пункт 4.11 а там представляете вот что 4) Замена печатной платы может привести к изменению идентификационного номера ЧПУ. Проверьте это на Экран ЧПУ. Если оно отличается от описанного в техническом паспорте, исправьте его.  
    • Viktor2004
      я менял все платы. И на форуме наверное не я один их менял. И никто еще не писал что при этом у него слетел сертификат Возможно ID номера проверяются только в момент установки опции, а когда они уже установлены и мирно хранятся в OPRM INF возможно ти уже на ID наплевать
    • gudstartup
      для кого это написано CAUTION Before replacing a printed circuit board, be sure to read Section 4.11, “OPTION INFORMATION FILE” to confirm the procedure.  
×
×
  • Создать...