Рис 2.Время прохождения радиосигнала

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

На практике при хорошей видимости небосвода GPS приемники получают сигналы сразу от множества спутников (до 10-12), что позволяет им синхронизировать часы и определять координаты с достаточно высокой точностью.

1.1.4 Устройство трекера

Трекер состоит из 3-х блоков:

1) GPS приемник

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

В качестве приёмника в «GPS трекере» выступает GPS модуль Quectel L10. В качестве приёмника в коммуникаторе выступает встроенный в коммуникатор GPS или ГЛОНАСС модуль, у каждого производителя он разный.

2) Передатчик

Задача передатчика - передать полученные данные с приёмника на удалённый сервер в заданном формате.

В качестве передатчика в «GPS трекере» выступает GSM модуль SIM 900D. В качестве передатчика в коммуникаторе выступает встроенный телефонный модуль, у каждого производителя он разный.

3) Управляющее устройство

Задача управляющего устройства - связать в единую систему (трекер) приёмник и передатчик, т.е. принять данный с приёмника и отправить через передатчик на удалённый сервер.

В качестве управляющего устройства в «GPS трекере» выступает микроконтроллер STM32F100. В качестве управляющего устройства в коммуникаторе выступает микроконтроллер производителя устройства.

Рис 5. Устройство GPS трекера

1.1.5 Стек протоколов TCP/IP

Транспортный уровень (англ. Transport layer) -- 4-й уровень сетевой модели OSI, предназначен для доставки данных. При этом не важно, какие данные передаются, откуда и куда, то есть, он предоставляет сам механизм передачи. Блоки данных он разделяет на фрагменты, размер которых зависит от протокола, короткие объединяет в один, а длинные разбивает. Протоколы этого уровня предназначены для взаимодействия типа точка-точка. Пример: TCP, UDP, SCTP.

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

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

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

Канальный уровень (англ. Data Link layer) -- уровень сетевой модели OSI, предназначенный для передачи данных узлам, находящимся в том же сегменте локальной сети. Также может использоваться для обнаружения и, возможно, исправления ошибок, возникших на физическом уровне. Примерами протоколов, работающих на канальном уровне, являются: Ethernet для локальных сетей (многоузловой), Point-to-Point Protocol (PPP), HDLC и ADCCP для подключений точка-точка (двухузловой).

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

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

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

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

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

Рисунок 6. Инкапсуляция и демультиплексирование данных

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

· процесс передает сообщение к UDP в соответствии с парой гнездовых адресов и длины данных;

· UDP получает данные, дополненные заголовком UDP;

· UDP передает пользовательскую датаграмму к IP с гнездовым адресом;

· IP дополняет свой заголовок, который использует значение 17 в поле протокола, указывающее, что данные поступили от UDP-протокола;

· IP-датаграмма дополняет и добавляет собственный заголовок (при необходимости и окончание) и передает его к физическому уровню;

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

1.1.6 АТ -команды

AT-команды (набор команд Hayes) -- набор команд, разработанных в 1977 году компанией Hayes для собственной разработки, модема «Smartmodem 300 baud». Набор команд состоит из серий коротких текстовых строк, которые объединяют вместе, чтобы сформировать полные команды операций, таких как набор номера, начала соединения или изменения параметров подключения.

Для того, чтобы модем распознал эти команды, они должны быть записаны в специфической форме. Каждая команда всегда начинается буквами AT или at (от англ. ATtention, за что и получили своё название), дополненных одной или больше командой и завершаемой в конце нажатием клавиши Enter . Команды воспринимаются модемом только тогда, когда он находится в "командном режиме" или offline.

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

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

Стандартизация набора команд Hayes (и AT-команд) выразилась в документе под названием Data Transmission Systems and Equipment - Serial Asynchronous Automatic Dialing and Control, известном как TIA/EIA-602. Далее, ITU-T выпустила документ V.250 (так же известный как V.25ter), содержащий все команды TIA/EIA-602 и несколько дополнительных. После чего был выпущен TIA/EIA-602-A содержащий только ссылки на V.250 и небольшую историческую справку.

Для настройки (активации, деактивации и перенастройки установок) модема, Hayes-команды могут использовать различные профили модема.

Набор команд и архитектура оказались весьма удачными и неоднократно расширялись и дополнялись. ETSI выпустил ряд стандартов описывающих управление мобильными телефонами и модемами стандарта GSM, таких как GSM07.05 и GSM07.07. Некоторые производители коммуникационного оборудования дополняют стандартный набор AT-команд своими собственными расширениями.

1.2 Модуль связи GSM/GPRS Sim900D

SIM900D - бюджетный GSM/GPRS модуль компании SIMCOM. Ключевые преимущества: популярный форм-фактор с торцевыми пайками, позволяющий не использовать дорогостоящие технологии монтажа и контроля пайки, удобный встроенный TCP/IP стек, низкая цена. Характеристики GSM модуля SIM900:

· Четыре диапазона GSM 850/ 900/ 1800/ 1900 МГц

· Класс передачи данных GPRS multi-slot class 10/8

· Соответствие стандарту GSM фазы 2/2+

· Класс мощности 4 (2 Вт в диапазонах 850/ 900 МГц)

· Класс мощности 1 (1 Вт в диапазонах 1800/1900MHz)

· Управление AT командами (GSM 07.07 ,07.05 и ф

· фирменные AT команды SIMCOM) 

· Встроенный стек TCP/IP, UDP/IP

· Протоколы HTTP и FTP

· Embedded AT - работа с пользовательским ПО

· Контроллер заряда Li аккумулятора.

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

Рис. 8 Обозначение выводов Sim900D

Рис. 7 Gsm модем SIM900D

1.3 Приёмник местоположения GPS Quectel L10

GPS модуль L10 задаёт новый стандарт производительности благодаря высокоэффективному набору системной логики MTK. L10 имеет 210 каналов PRN. И благодаря 66 каналам поиска и 22 каналам одновременного слежения, находит и отслеживает спутники за очень короткое время даже в условиях слабого сигнала. Этот универсальный, функционально-законченный GPS приёмник объединяет в себе широкий набор функций с гибкими возможностями по подключению. Простота его интегрирования в изделия позволяет сократить время разработки новых изделий для автомобильных, промышленных и потребительский рынков.

· 210 PRN каналов с 66 каналами поиска и 22 каналами слежения,

· -165dBm чувствительность в режиме слежения,

· Наивысшая чувствительность в режиме поиска, -148dBm

· Низкое энергопотребление, 38mA (с пассивной антенной)

· Защита всех входов от электростатического напряжения

· 4 Мбит встроенной флэш-памяти

· Более совершенная помехоустойчивая схема, позволяющая интегрировать модули в другие беспроводные решения , такие как: WiFi, WiMax, CDMA и GSM

· Готовность к работе с AGPS

· Более точная навигация в условиях плотной городской высотной застройки благодаря компенсации переотражённых сигналов

· Частота обновления координат 5 Гц

· Полно-скоростной совместимый с USB 2.0 интерфейс

Рис. 9 Приёмник GPS Quectel L10

приемник микроконтроллер трекер местоположение

Рис. 17 Teltonika FM2100

2.2.1 GPS/GPRS/GSM трекер Teltonika FM2100

FM2100 это терминал с возможностью соединения GPS и GSM, который может определять координаты устройства и передавать их по GSM сети. Это устройство прекрасно подходит в тех случаях, когда нужно определить местонахождение удаленного объекта.

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

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

В случае потери связи FM2100 может хранить до 10000 записей и, сразу после восстановления соединения, устройство передаст накопленные данные по GPRS. Таким образом, Вы не лишитесь данных (координаты, показатели датчиков и т.д.).

Применение:

· Безопасность

· Слежение

· Помощь в пути

· Сбор платы за проезд

· Страхование

Основные характеристики:

· Сбор GPS и I/O данных

· Наблюдение в реальном времени

· Разумный алгоритм сбора данных (время, расстояние и события)

· Отправка собранных данных посредством GPRS (TCP/IP и UDP/IP протоколы)

· Разумный алгоритм GPRS соединения (сохранение GPRS траффика)

· Работа в роуминговых сетях (предпочтительный список GSM провайдеров)

· Выявление I/O событий и отправка их посредством GPRS или SMS.

· Отправка SMS по 24 запланированным координатам

· 5 зон «geofence» (прямоугольник или окружность)

· Режим ожидания (сохраняет аккумулятор транспорта)

· OTA (обновление программ посредством GPRS)

· Датчик движения

2.2.2 SENSEIT GT13

Создание программы происходит в Coocox CoIDE, почитав многие популярные сайты, я решил по отзывам да и по наитию, установить данную программу, которая сама сделана на эклипсе. CoIDE имеет большое количество библиотек, которые можно подключить для любого контроллера который он может поддержать. Можно к нему привязать программу для заливки прошивки в микроконтроллер, а не все время запускать по отдельности программ.

Рис. 22 Создание проекта

Рис. 23 Выбор чип или отладочная плата

Рис. 24 Выбор производителя, серии и модели чипа

Рис. 25 Подключение библиотек для каждого интерфейса

Рис. 26 Создание программы

Рис. 27 Прошивка STM32F100 через интегрированный программатор ST-Link

Рис. 28 Сбор программы

Рис. 29 Отладка программы

2.4. Структурная схема устройства

Рис. 30 Структурная схема трекера

3. Специальный раздел

3.1 Алгоритм работы трекера

3.2 Схемотехника трекера

3.3 Код программы

#include "gprs.h"

#include "ch.h"

#include "hal.h"

#include <string.h>

#include "util.h"

#include "led.h"

#define GPRS_CMD_BUF 256

#define ATZ_RETRY 5

#define CMD_WAIT_TIME 250

#define GPRS_SERIAL SD2

SerialConfig SD2_Config = {

.sc_speed = 115200,

.sc_cr2 = USART_CR2_STOP1_BITS,

.sc_cr3 = USART_CR3_RTSE | USART_CR3_CTSE

};

uint8_t *gprs_data = NULL;

static WORKING_AREA(waGPRSThread, 256);

static msg_t GPRSThread(void *arg) {

(void)arg;

if (gprs_data != NULL) {

chHeapFree(gprs_data);

}

gprs_data = chHeapAlloc(NULL, GPRS_CMD_BUF);

size_t gprs_bytes_read;

uint16_t signal_level;

uint16_t i;

char num_buf[16];

uint8_t num_len;

chRegSetThreadName("gprs_thread");

if (gprs_data == NULL) {

while (TRUE) {

//palTogglePad(GPIO_LED_1_PORT, GPIO_LED_1_PIN);

chThdSleepMilliseconds(50);

}

}

sdStart(&GPRS_SERIAL, &SD2_Config);

palSetPadMode(GPRS_USART_PORT, GPRS_USART_TX_PIN, PAL_MODE_ALTERNATE(7));

palSetPadMode(GPRS_USART_PORT, GPRS_USART_RX_PIN, PAL_MODE_ALTERNATE(7));

palSetPadMode(GPRS_USART_PORT, GPRS_USART_CTS_PIN, PAL_MODE_ALTERNATE(7));

palSetPadMode(GPRS_USART_PORT, GPRS_USART_RTS_PIN, PAL_MODE_ALTERNATE(7));

palSetPadMode(GPIO_GPRS_PWR_BAT_PORT, GPIO_GPRS_PWR_BAT_PIN, PAL_MODE_OUTPUT_PUSHPULL);

palSetPadMode(GPIO_GPRS_RESET_PORT, GPIO_GPRS_RESET_PIN, PAL_MODE_OUTPUT_OPENDRAIN);

// Turn on GPRS power

palClearPad(GPIO_GPRS_PWR_BAT_PORT, GPIO_GPRS_PWR_BAT_PIN);

chThdSleepSeconds(5);

while (TRUE) {

//palTogglePad(GPIO_LED_1_PORT, GPIO_LED_1_PIN);

if (init_modem() == E_OK)

break;

}

set_led_0_prescaler(5);

uint8_t counter = 0;

while (TRUE) {

counter++;

if (counter == 10) {

counter = 0;

send_tcp_message();

}

//palTogglePad(GPIO_LED_1_PORT, GPIO_LED_1_PIN);

if (is_gprs_network_ok() == TRUE) {

//sdWrite(&SD1, "NETWORK REGISTERED", sizeof("NETWORK REGISTERED") - 1);

} else {

//sdWrite(&SD1, "NO NETWORK", sizeof("NO NETWORK") - 1);

}

chThdSleepMilliseconds(100);

if (gprs_get_signal_level(&signal_level) == E_OK) {

/* sdWrite(&SD1, "SIGNAL LEVEL: ", sizeof("SIGNAL LEVEL: ") - 1);

stoa(signal_level, num_buf, &num_len);

sdWrite(&SD1, num_buf, num_len - 1);

sdWrite(&SD1, "\r\n", sizeof("\r\n") - 1);*/

} else {

//sdWrite(&SD1, "SIGNAL LEVEL: ERR\r\n", sizeof("SIGNAL LEVEL: ERR\r\n") - 1);

}

chThdSleepMilliseconds(1000);

}

chHeapFree(gprs_data);

}

uint8_t init_modem() {

uint16_t i;

uint16_t bytes_read;

for (i = 0; i < ATZ_RETRY; i++) {

sdWrite(&GPRS_SERIAL, "ATE0\r\n", sizeof("ATE0\r\n"));

chThdSleepMilliseconds(200);

if (gprs_cmd("ATZ\r\n", sizeof("ATZ\r\n") - 1, "\r\nOK\r\n", sizeof("\r\nOK\r\n") - 1) == E_OK)

break;

chThdSleepMilliseconds(500);

}

if (i >= ATZ_RETRY)

return E_NOT_RESPONDING;

return E_OK;

}

uint8_t gprs_cmd(char * cmd_str, uint16_t cmd_len, char * answer_str, uint16_t answer_len) {

uint16_t bytes_read;

// Flush buffer

sdAsynchronousRead(&GPRS_SERIAL, gprs_data, GPRS_CMD_BUF);

sdWrite(&GPRS_SERIAL, cmd_str, cmd_len);

chThdSleepMilliseconds(CMD_WAIT_TIME);

if (answer_str == NULL) {

return E_OK;

}

bytes_read = sdAsynchronousRead(&GPRS_SERIAL, gprs_data, answer_len);

if (bytes_read == answer_len) {

if (strncmp(gprs_data, answer_str, bytes_read) == 0) {

return E_OK;

}

}

return E_INVALID_ANSWER;

}

uint8_t gprs_cmd_read(char * cmd_str, uint16_t cmd_len, uint16_t *answer_len) {

uint16_t bytes_read;

sdWrite(&GPRS_SERIAL, "ATE0\r\n", sizeof("ATE0\r\n"));

chThdSleepMilliseconds(200);

// Flush buffer

sdAsynchronousRead(&GPRS_SERIAL, gprs_data, GPRS_CMD_BUF);

sdWrite(&GPRS_SERIAL, cmd_str, cmd_len);

chThdSleepMilliseconds(1000);

bytes_read = sdAsynchronousRead(&GPRS_SERIAL, gprs_data, GPRS_CMD_BUF);

*answer_len = bytes_read;

if (bytes_read == 0)

return E_NOT_RESPONDING;

return E_OK;

}

uint8_t gprs_get_signal_level(uint16_t *signalLevel) {

uint16_t bytes_read;

char signalLevelStr[3] = {0, 0, 0};

if (gprs_cmd_read("AT+CSQ\r\n", sizeof("AT+CSQ\r\n") - 1, &bytes_read) != E_OK) {

return E_NOT_RESPONDING;

}

if (bytes_read < 13)

return E_INVALID_ANSWER;

if (strncmp(gprs_data, "\r\n+CSQ:", sizeof("\r\n+CSQ:") - 1) != 0) {

return E_INVALID_ANSWER;

}

signalLevelStr[0] = gprs_data[8];

if (gprs_data[9] != ',')

signalLevelStr[1] = gprs_data[9];

*signalLevel = atos(signalLevelStr);

return E_OK;

}

void init_gprs() {

// GPRS Thread

chThdCreateStatic(waGPRSThread, sizeof(waGPRSThread), NORMALPRIO, GPRSThread, NULL);

}

uint8_t is_gprs_network_ok() {

sdWrite(&GPRS_SERIAL, "ATE0\r\n", sizeof("ATE0\r\n"));

chThdSleepMilliseconds(200);

if (gprs_cmd("AT+CREG?\r\n", sizeof("AT+CREG?\r\n") - 1, "\r\n+CREG 0,1\r\n", sizeof("\r\n+CREG 0,1\r\n") - 1) == E_OK)

return TRUE;

return FALSE;

}

uint8_t send_tcp_message() {

uint16_t bytes_read;

uint8_t i;

if (is_gprs_network_ok() != TRUE) {

// return E_NO_NETWORK;

}

chThdSleepMilliseconds(100);

// Enable embedded TCP/IP stack

gprs_cmd("AT+WIPCFG=1\r\n", sizeof("AT+WIPCFG=1\r\n") - 1, NULL, 0);

chThdSleepMilliseconds(250);

sdAsynchronousRead(&GPRS_SERIAL, gprs_data, GPRS_CMD_BUF);

// Open GPRS bearer

gprs_cmd("AT+WIPBR=1,6\r\n", sizeof("AT+WIPBR=1,6\r\n") - 1, NULL, 0);

chThdSleepMilliseconds(250);

sdAsynchronousRead(&GPRS_SERIAL, gprs_data, GPRS_CMD_BUF);

// Set GPRS AP

gprs_cmd("AT+WIPBR=2,6,11,\"internet\"\r\n", sizeof("AT+WIPBR=2,6,11,\"internet\"\r\n") - 1, NULL, 0);

chThdSleepMilliseconds(250);

sdAsynchronousRead(&GPRS_SERIAL, gprs_data, GPRS_CMD_BUF);

// Connect to GPRS

gprs_cmd("AT+WIPBR=4,6,0\r\n", sizeof("AT+WIPBR=4,6,0\r\n") - 1, NULL, 0);

chThdSleepSeconds(3);

bytes_read = sdAsynchronousRead(&GPRS_SERIAL, gprs_data, GPRS_CMD_BUF);

if (bytes_read > 0) {

if (strncmp(gprs_data, "\r\nOK", sizeof("\r\nOK") - 1) != 0) {

//return E_GPRS_CONNECT_ERROR;

}

} else {

//return E_GPRS_CONNECT_ERROR;

}

// Establish connection

gprs_cmd("AT+WIPCREATE=2,1,\"195.209.231.43\",5555\r\n", sizeof("AT+WIPCREATE=2,1,\"195.209.231.43\",5555\r\n") - 1, NULL, 0);

chThdSleepSeconds(1);

gprs_cmd("AT+WIPDATA=2,1,1\r\n", sizeof("AT+WIPDATA=2,1,1\r\n") - 1, NULL, 0);

chThdSleepSeconds(3);

gprs_cmd("Hello from wismo!\r\n", sizeof("Hello from wismo!\r\n") - 1, NULL, 0);

chThdSleepMilliseconds(250);

gprs_cmd("+++", sizeof("+++") - 1, NULL, 0);

chThdSleepMilliseconds(250);

}

4. Организационно-экономический раздел

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

Себестоимость устройства включает в себя:

1. Стоимость сырья и основных материалов

2. Стоимость покупных изделий и полуфабрикатов

3. Заработная плата работника

4. Отчисления на социальное страхование

5. Накладные расходы

Табл. 3 Расчет расходов на покупные изделия приведено в таблице 3.1 и 3.2

Транспортно-заготовительные расходы составляют 7% от стоимости материалов и покупных изделий и полуфабрикатов:

(250,5+2267,61)*0,07=176,27 руб.,

тогда общие затраты на материалы и покупные изделия и полуфабрикаты составят:

М+К=250,5+2267,61+176,27 = 2694,38 руб.

Основная заработная плата равна: З0=Т*tср, руб.,

Т - полная суммарная трудоемкость изготовления, н.ч. = 60

tср - средняя часовая тарифная ставка, руб./ч. = 100

Расходы на основную заработную плату составят:

З0 = 60*100 = 6000 руб.

Дополнительная заработная плата составляет 8% от основной:

Зд = 6000*0,08 = 480 руб.

Отчисления на социальные нужды составляют 35,6% от заработной платы основных производственных рабочих:

О = (6000+480)*0,356=2306,88 руб.

Общие затраты по заработной плате составляют:

З = 6000+480+2306,88 = 8786,88 руб.

Накладные расходы составляют 200% от заработной платы основных производственных рабочих:

Н = 8786,88*2 = 17573,76 руб.

Внепроизводственные расходы составляют 3% от заводской себе стоимости:

Вн = (2694,38+8786,88+17573,76)*0,03 = 871,65 руб.

Полная себестоимость изготовления составляет:

С = 2694,38+8786,88+17573,76+871,65= 29926,67 руб.

5. Безопасность Жизнедеятельности

5.1 Область и порядок применения правил

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

С утверждением настоящих Правил Санитарные правила по устройству, оборудованию и содержанию участков, на которых производится пайка мелких изделий, сплавами, содержащими свинец № 381-61, отменяются.

5.2 Требования к техническому процессу, устройству и оборудованию производственных помещений и рабочих мест

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

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