Pull to refresh
2
0
Roman Sorokin @r1000ru

Пользователь

Send message

Возможно сейчас внесены изменения в ФАП и ВК РФ, но насколько мне известно в России несколько иначе действует лицензирование:


  • ВС взлетной массой до 125 кг — можно летать без получения каких-либо документов.
  • ВС взлетной массой до 450 кг — необходимо получать удостоверение пилота СЛА (порядка 600-700 т.р.), разрешено перевозить до 1 пассажира, без применения в коммерции.
  • далее идут более тяжелые ВС и отдельно коммерция.
    Есть такой канал клуба Арго с аэродрома Гистилицы, ЛО — там можно найти очень много информации, как по теории (метео, конструкции и прочность, двигатели), так и по полетам, а так же по российскому законодательству и сравнение и аспекты обучения в России, Европе, США.
Не могли бы подсказать, как обходится следующий момент:
1. Модем во время передачи данных/установки связи с сетью — потребляет до 2-х ампер
2. Зарядное устройство, в идеале, если допускает входной ток, может заряжать батарею током до 1А.
3. Если батарея разряжена и модем хочет передать данные, то он забирает весь ток, предназначенный для батареи, напряжение проседает, он уходит в оффлайн режим (если успевает) или вся схема сбрасывается по падению напряжения и происходит ее перезапуск.
Не смог найти в коде, где вы контролируете подобное состояние.

Области памяти, доступные для чтения/записи/удаления, определяются в файле USB_Device/App/usbd_dfu_if.c — описании дескриптора интерфейса. Пример строки описания:


#define FLASH_DESC_STR      "@Internal Flash   /0x08000000/03*016Ka,01*016Kg,01*064Kg,07*128Kg,04*016Kg,01*064Kg,07*128Kg"

Подробнее о формировании строки дескриптора можно прочесть в разделе DFU mode interface descriptor документа UM0424.


В целом следует понимать, что протокол USB-DFU следует — это именно USB протокол. Он имеет несколько функций (записать блок, считать блок, уничтожить блок, считать состояние, считать статус, очистить статус, отключиться). При взаимодействии по DFU, контроллер должен выполнить какие-то действия, в простейшем случае — это записать данные во флэш или считать их. Но валидация адресов — лежит на плечах разработчика в коде микроконтроллера. ПО с компьютера ничто не мешает сгенерировать запись в область RO (где обычно располагается бутлоадер), и контроллер должен это проверить и вернуть ошибку. Для того чтобы демо-утилита от STM знала, куда она может писать, и что может читать — и передается эта строка.

Это УК, где, в отличии от ГК, действует презумпция невиновности и доказать то, что ты планировал использовать с противоправными целями должны будут соответствующие органы. Т.е. разница в том, что раньше все что могло трактоваться как СНПИ — суды принимали однозначно как СНПИ, даже если на сайте указано мирное предназначение. Сейчас — только те средства, которые непосредственно задействованы или подготовлены (путем доработок или изменения ПО) для негласного получения информации.

А вот в этом заключается очень частый просчет разработчиков различных API. Часто делают так (простой пример обновления профиля пользователя):


{ 
   "session_id": "fc94bb40-b938-409e-9855-3dc283680a0a",
   "password": "verysecretpassword",
   "first_name": "Vasia",
  "last_name": "pupkin",
  "birth_day": "2000-01-01"
}

Что и приводит к необходимости очищать данные от сессии и пароля, после их проверки.


Если запрос построить так:


{ 
   "session_id": "fc94bb40-b938-409e-9855-3dc283680a0a",
   "password": "verysecretpassword",
   "person": {
       "first_name": "Vasia",
       "last_name": "pupkin",
       "birth_day": "2000-01-01"
    }
}

то на каждый шаг требуется только одно свойство:


  1. Проверяем валидность сессии по session_id (и получаем идентификатор пользователя)
  2. Проверяем пароль по password и идентификатору профиля
  3. Вызываем обновление данных профиля по содержимому profile
    В любой момент мы можем прекратить действия.
Полезное начинание. Дома более подробно ознакомлюсь с бесплатной версией и, скорее всего, куплю полную. Небольшое замечание к верстке — мне кажется шрифт лучше сделать немного меньше и не таким жирным. В идеале форматирование не в PDF, а в других форматах, не привязанных к размеру листа (fb2, epub) — так читать с экрана сильно удобнее и можно почитать в дороге с телефона, не ломая глаза.
Ответ, ошибка и отсутствие ответа — это результат запроса. А поле result по спецификации jsonrpc 2.0 — это результат выполнения вызываемой процедуры. Если процедуру выполнить успешно не удалось — результата нет и есть ошибка. Впрочем ваш вариант тоже имеет право на жизнь, но я от такой схемы отказался, мне проще проверить наличие свойства error, а не его значение. И при его отсутствии — вызвать обработчик результата. В противном случае — обработчик ошибки.

JsonRPC 2.0 позволяет идентифицировать запросы и ответы по идентификатору. Ничто не мешает передавать идентификатор сессии в params — так будет работать везде, хоть через HTTP, хоть через брокеры сообщений/запросов (я использую NATS — очень надежный механизм, рекомендую).
Тут есть два момента — RPC (remote procedure call), оно же удаленный вызов процедуры. С каких-то древнейших времен повелось, что у процедуры могут быть «параметры» и она возвращает «результат».

В вашей реализации, где в result вы передаете success или ошибку, я не могу результат мапить на конструктор объекта, его использующий. А в jsonrpc 2.0 — могу смело. Наличие result — гарантирует что результат получен. Наличие error — гарантирует что произошла ошибка. Одновременно их быть не может. К тому же наличие error.code позволит мне сделать локализацию, а добавление error.data — позволит подробно описать условия выполнения ошибки, для дальнейшей отладки. В зависимости от логики обработки, мне ничто не мешает передавать session_id (к примеру) как параметр или какой-нибудь X-Auth-Token в заголовке.

Круто, но вы опоздали почти на десяток лет. В России давно уведомительная, а не разрешительная система согласования полетов для сверхлегкой авиации (больше 125кг) в зонах класса G, а для дронов до 30 кг согласования так же не нужны. Больше 30 кг можно притянуть к экспериментальной авиации, и вот для них нужно и согласование плана полетов, и взлеты и посадки допускаются только со специальных площадок. И он-лайн такие полеты согласовать не возможно. Но в контексте данной статьи, речь все же об оборудовании до 30 кг.

К сожалению, в большинстве продуктовых компаний, окончательное утверждение дизайна принимают руководители, кому регистрация по адресу электронной почты с подтверждением, а так же куча полей на одной странице — привычнее, нежели пошаговый вход/регистрация с минимумом действий. Сам работаю в подобной конторе, где в очередной версии приложения (тематика так же связана с автомобилями и их контролем в реальном времени) допущены все перечисленные вами ошибки. К сожалению переубедить не удается, по причине отсутствия весомых аргументов. Т.е. у меня нет возможности приложить ссылки на гайдлайны от Apple/Google или мнения специалистов, которые были бы известны руководству. Буду очень признателен, если дополнили бы статью подобной информацией. Уверен что для многих, болеющих за выпускаемый продукт, она была бы полезна, чтобы отстаивать удобные реализации интерфейсов.
Печаль-беда, видимо покупатели не поняли зачем им нужно геолоцировать чемоданчик, если данные можно получить только по BLE, находясь в 10-и метрах от него (информация взята с описания этого устройства на сайте компании, управляющей этим блогом). Да и вообще зачем нужен GPS? Чемодан постоянно под крышей аэропорта, в багажнике авто или самолета, в лучшем случае — завален другими чемоданами во время транспортировки. Тот случай, когда координаты по LBS были бы намного полезнее, актуальнее и менее энергопотребляющие. В идеале вообще обмен данными через СМС, так как и в роуминге дешево, и в полете не происходит поиска сети с повышенным потреблением тока, что позволило бы использовать безопасные аккумуляторы.
К сожалению не смог нагуглить в открытом доступе письмо с требованием о передаче ключей. Исходя из большинства СМИ — речь идет о «ключах шифрования». Вообще не вижу проблем в том, чтобы отправлять открытые ключи «по требованию», если закрытые никто не просит.
В идеале конечно выпилить функционал приватных чатов для России, ибо 99% пользователей их не используют (ИМХО). 1% сможет использовать альтернативные приложения. Если же речь о закрытом ключе сертификата HTTPS… Да тоже отправлять в письме с уведомлением Королевской почтой Британии -> Почтой России. Но так как письмо может быть вскрыто, с целью защиты переписки пользователей, обновлять сертификат раз в неделю.
Контроллеры не программирую, но в контексте статьи возникло несколько вопросов. Буду благодарен за пояснения:
1. RIOT OS ориентирована исключительно на dev-платы? (не нашел никаких упоминаний драйверов периферии в коде, за исключением i2c, uart, adc, причем без DMA, и со стартом на фиксированных частотах без ориентирования на энергопотребление).
2. В комментариях указывается об информации о регистрах из Datasheet`ов. Но ее там нет. Для понимания расположения регистров, их значения, примеров использования в МК STM32 — необходимо читать Reference Manual. Вы считаете данную неточность мелочью, которая начинающим разработчикам никак не помешает?
3. Увидел много кода файловых систем, консоли и прочих не специфичных для МК вещей. Я правильно понимаю, что данная ОС больше ориентирована на то, чтобы сделать из МК полноценный слабенький, но универсальный компьютер, нежели на выполнение заранее заложенных алгоритмов?

Везде где могу — использую или реализую JsonRPC 2.0 (http://www.jsonrpc.org/specification). Больше нет неоднозначностей с объектами, нет ограничений в методах, нет необходимости определять — ошибка на уровне протокола хттп или бизнес-логики. Да и вообще без разницы, отправка идет по чистому хттп или через веб-сокеты. А еще нет смешения свойств объекта ответа с информацией о результате выполнения. Все просто и прозрачно. А такое в энтерпрайз не берут.

Тоже несколько не по теме, но не подскажите, когда вы перестанете быть единственным банком из Топ-20, который не присылает СМС-сообщения с 3D Secure кодом держателю дополнительной карты (а присылаете держателю основной)? Да и не плохо бы отображать дополнительную карту в интернет-банке того пользователя…

Импеллеры — лютый враг КПД. Странно что не выбран электродвигатель с винтом изменяемого шага + ВСУ в качестве генератора. Возможно на отсутствии трансмиссии и работе ВСУ на максимально эффективных оборотах вполне можно было бы сэкономить топливо. Хотя на авто такие схемы не прижились...

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

Остановивший инспектор думаю занает, что:

КоАП РФ, Статья 27.9. Досмотр транспортного средства
155. Основаниями для досмотра транспортного средства, то есть обследования транспортного средства, проводимого без нарушения его конструктивной целостности, являются:
— проверка обоснованного предположения о наличии орудий совершения либо предметов административного правонарушения в транспортном средстве или следов административного правонарушения на транспортном средстве

И решив проверить аптечку — проведет досмотр без понятых:

КоАП РФ, Статья 27.9. Досмотр транспортного средства
2. Досмотр транспортного средства осуществляется лицами, указанными в статьях 27.2, 27.3 настоящего Кодекса, в присутствии двух понятых либо с применением видеозаписи.

И при этом ничего не нарушит, так как это досмотр будет на предмет «предметов административного правонарушения» (см. первый выше), ведь:

КоАП РФ, Статья 12.5. Управление транспортным средством при наличии неисправностей или условий при которых эксплуатация транспортных средств запрещена…
1. Управление транспортным средством при наличии неисправностей или условий, при которых в соответствии с Основными положениями по допуску транспортных средств к эксплуатации и обязанностями должностных лиц по обеспечению безопасности дорожного движения эксплуатация транспортного средства запрещена… влечет предупреждение или наложение административного штрафа в размере пятисот рублей.

А основные положения Основные положения по допуску транспортных стредств к эксплуатации… гласят:
11. Запрещается эксплуатация автомобилей… если их техническое состояние и оборудование не отвечают требованиям «Перечня неисправностей и условий, при которых запрещается эксплуатация транспортных средств (согласно приложению)»

И в Приложении «Перечень неисправностей и условий, при которых запрещается эксплуатация транспортных средств» сказано:
7. Прочие элементы конструкции
7.7 Отсутствуют… медицинская аптечка, огнетушитель, знак аварийной остановки

Т.е. водитель отстраняется от права управления ТС. Если нет возможности устранить неисправность на месте — автомобиль отвозится на штрафстоянку.
Итого клиент каршеринга влетает не только на 500 рублей, а еще на 8+ т.р. за эвакуацию.

Но вы можете судиться и доказать, что досмотр был без оснований, это исключительно Ваше право.
Renault Kaptur. Автомобиль, двигатель от которого ставился еще на АЗЛК-2141, а АТ-трансмиссия была сконструирована в начале 80-х.
При подобных поездках, честный расход на Рио/Солярисах, мне кажется будет в районе 7-8 литров, что более чем в полтора раза ниже. Плюс подобная поездка — это действительно исключение и максимально не выгодня для каршеринга. Малейшая пробка — и стоимость за поездку возрастает в два раза, при не сильно возросшем потреблении топлива. Плюс цены на бензин для юридических лиц, при заключении договоров — значительно ниже. Да даже для обычных пользователей, в Москве 95-й стоит 42+ (ЛукОил, Шелл), а в районе Валдая в этой же сети заправок 38+. Т.е. заправляя 92-й, цена бензина вполне может быть 32-34 рубля за литр. Соответственно на мои 25 км расходуется 66-70 рублей на топливо.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity