Перейти к содержанию
    

требуется программист STM32

Добрый день,

требуется программист на низы, STM32 микроконтроллер ... из перриферии: UART, ADC, COMP, DAC, I2C, Timer.

ТЗ и бюджет обсуждается индивидуально, удаленка допустима!

заинтересованным писать в личку или на почту: furia(dot)fly(гав-гав)gmail.com

Поделиться сообщением


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

требуется программист на низы

Простите, но что в вашем понимании "Низы"

 

"Чукча не дурак, дурак бы не понял"

Изменено пользователем hasl

Поделиться сообщением


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

Простите, но что в вашем понимании "Низы"

 

"Чукча не дурак, дурак бы не понял"

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

Поделиться сообщением


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

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

В одном из проектов у меня было:

1. Самый нижний уровень: элементарные транзакции по SPI с FLASH/FRAM - чтение непрерывного блока байт, запись непрерывного блока байт, стирание страницы FLASH и т.п.

2. Уровень немного выше: арбитраж доступа к шине SPI - планирование транзакций по приоритету от разных служб, использующих структуры хранения во FLASH и FRAM, анализ чей запрос важнее, какие чипы FLASH сейчас находятся в свободном/занятом состоянии (выполняют внутреннюю запись/стирание) и мониторинг их состояния.

3. Уровень ещё выше: обеспечение атомарного доступа к структурным единицам хранения во FLASH/FRAM. Атомарного - в смысле "непрерывного для событий сброса/выключения_питания процессора".

4. Уровень ещё выше: Логические объекты хранения во FLASH/FRAM - журналы событий (со своим набором методов), файловая система и другие объекты.

5. Ещё более высокий уровень (этим занимался уже другой программист) - методы доступа к журналам и файловой системе с прикладного уровня протокола/протоколов обмена прибора и из служб событий прибора.

Каждый уровень работает через API нижележащего уровня. А не смешано всё в одну кучу.

 

И операционка тут совсем не при чём. Это называется: "грамотное планирование архитектуры исходного ПО". С ОС или без - без разницы.

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

 

PS: В контексте запроса ТС можно предположить, что нужен человек, умеющий организовать некие сервисы (хранения, передачи данных и т.п.) через указанную периферию, с определёнными свойствами и определённым уровнем абстрагирования от конкретного железа/интерфейсов. Для программистов более высокого прикладного уровня. Т.е. - системный программист.

Поделиться сообщением


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

В одном из проектов у меня было:

........

PS: В контексте запроса ТС можно предположить, что нужен человек, умеющий организовать некие сервисы (хранения, передачи данных и т.п.) через указанную периферию, с определёнными свойствами и определённым уровнем абстрагирования от конкретного железа/интерфейсов. Для программистов более высокого прикладного уровня. Т.е. - системный программист.

 

Такое ощущение, что ТС-ы никогда не научатся четко озвучивать "хотелки" и "пожелалки" ...

 

Поделиться сообщением


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

"Ниже" bare metal только heavy metal ! :bb-offtopic:

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

Поделиться сообщением


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

"Нижний уровень" это термин из автоматизации. Обозначает программирование ПЛК. А верхний это скада.

Поделиться сообщением


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

"Нижний уровень" это термин из автоматизации. Обозначает программирование ПЛК. А верхний это скада.

"Верхи" объявлены здесь:

https://electronix.ru/forum/index.php?showtopic=145882

Поделиться сообщением


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

"Верхи" объявлены здесь:

Нет. Ибо на Cortex-M ни линух ни тем более винда - невозможны.

Поделиться сообщением


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

Я так понял это ассемблер. Разве нет? Кстати, на ассемблере не пишут для STM32(насколько я знаю), только C++. Ну может вставки там какие-нибудь на ассемблере если только. Или он имел ввиду регистры? - Это все о "низах".

Изменено пользователем Molotov

Поделиться сообщением


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

Я так понял это ассемблер. Разве нет?

Нет. См. сообщение #5.

Кстати, на ассемблере не пишут для STM32(насколько я знаю), только C++.

Пишут.

Поделиться сообщением


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

на ассемблере не пишут для STM32(насколько я знаю), только C++

На ассемблере пишут. Некоторые даже на С++ пишут. Но подавляющее большинство таки С использует. Потому что ассемблер — слишком долго, а С++ — слишком жирно!

Поделиться сообщением


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

На ассемблере пишут. Некоторые даже на С++ пишут. Но подавляющее большинство таки С использует. Потому что ассемблер — слишком долго, а С++ — слишком жирно!

:bb-offtopic:

Вот сейчас вы разжигаете просто. C++ нормально и не жирно работает. Все зависит от удобства и задач. Даже есть RTOS на С++ написанные коллегами с форума. Широко известна в узких кругах как говориться.

 

Поделиться сообщением


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

1) Нет. См. сообщение #5.

 

2) Пишут.

1)- что значит см. сообщение №5? Я от автора темы жду ответа, а не от вас.

2) Не надо тут умничать.

Поделиться сообщением


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

Гость
Эта тема закрыта для публикации ответов.
×
×
  • Создать...