Jump to content

    

grau

Участник
  • Content Count

    55
  • Joined

  • Last visited

Community Reputation

0 Обычный

About grau

  • Rank
    Участник

Контакты

  • ICQ
    Array

Recent Profile Visitors

1002 profile views
  1. Приветствую! Очень удобно, когда железяку, типа телефона, бросаешь на стол, а забираешь с полной батарейкой Вроде и сами микросхемы для таких зарядок сейчас доступны - развести ее с катушкой - и замена штекеру готова Но ведь получается, что эта штука вжаривает ватты мощности на десятке мегагерц! А как это штуку потом сертифицировать вообще? Только в составе с заряжаемым прибором? Так же очевидно, что одним приемником распространение ЭМИ не ограничится - как проходить камеру с антенной? Доводилось ли кому слышать об активности в этой области? С чего вообще начинать?
  2. Так это, как бы и был вопрос:) - чего надо подкрутить в сгенерированном кубом проекте Просто, в моем понимании, код на выходе генератора должен быть заведомо работоспособным, чтоб начиная с этой точки настроить его под свои конкретные нужды. А по-факту, получается, это всего лишь морда лица над дефайнами библиотеки, которые все равно руками потом править. А ребятки откровенным очковтирательством с рюшечками занимаются
  3. MEM_SIZE увеличивал, пока не перестали сообщения об ошибках аллокации сыпаться MEM HEAP avail: 80000 used: 66676 max: 76128 err: 0 так понимаю, что куча общая, а дальше из нее все откушивают потому что получил в лог altcp_tls: TCP_WND is smaller than the RX decryption buffer, connection RX might stall! и оно в само деле подвисало, пока размеры всех массивов и число буферов не поднял. В конкретных значениях пока не уверен - просто увеличивал всех сразу по два раза, пока не запустилось
  4. Стек - там просто математика крутится Под сеть - там есть функция, которая говорит сколько было реально использовано и дефайны, которые предупреждают, что в определенных ситуациях может не хватить а вообще говоря, сам конечно подивился таким запросам - ведь это простейший случай, с самоподписанным сертификатом и два байта переслать
  5. Ладно, сам спросил - сам ответил Сто кило для стека надо было выдать, и еще 80к на буфера сетевые - и все запустилось из коробки.
  6. Приветствую! Есть плата nucleo-f767zi. Очень хочется сделать из нее удаленный датчик для IoT. Для начала генерируем проект из Cube для этой железки и включаем LwIP и FreeRTOS. Встроенный MQTT клиент прекрасно взаимодействет с локальным Mosquito. А теперь еще хочется передать данные по защищенному соединению. В том же Cube жмакается галочка MbedTLS и... ничего: нагенеренный проект даже не собирается, инициализация LwIP тоже изчезла из кода. Собственно дальше начинается изучение влияния всех имеющихся дефайнов и зависимостей, чтоб хоть как-то запуститься. Пока так понимаю, что надо заставить работать функцию altcp_tls_create_config_client_2wayauth, но что-то дальше все виснет где-то в потрохах либы. Может подскажет кто, как правильно надо перенастроить проект, чтоб секьюрность заработала? Или может встречалась готовая инструкция?
  7. Приветствую! Хочется попробовать использовать iostream под keil. Для начала взял стандартный пример Examples\C++\Example1\OstrStl Все собралось замечательно, но при заглядывании в map файл обнаружил, что ios.o отъело 7к оперативки Подробное разбирательтсво показало что-то вроде std::__rw_cin_databuf 0x20000090 Data 512 ios.o(.bss) std::__rw_cout_databuf 0x20000338 Data 512 ios.o(.bss) ... std::__rw_wcerr_databuf 0x20001460 Data 1024 ios.o(.bss) std::__rw_wclog_databuf 0x20001900 Data 1024 ios.o(.bss) т.е. память ушла на буфера, которые, в принципе, в таком размере и не надобны. Как уменьшить размер буферов ввода/вывода для потоков стандартной библиотеки?! Мне сначала наивно подумалось, что переписать //#define STDIN_BUFSIZ (64) /* default stdin buffer size */ //#define STDOUT_BUFSIZ (64) /* default stdout buffer size */ //#define STDERR_BUFSIZ (16) /* default stderr buffer size */ в файлике stdio.h будет достаточно, но эффект оказался никакой
  8. И в самом деле глючит! при выходе из редактирования страницы теряются данные, плагин внешнего редактора тихо падает при загрузке страницы, макрос для word работает только в версии 2003.. Интерфейс, конечно, можно настраивать, но вариант из "коробки" ужасен. Так что задумка на отлично, реализация - неуд. P.S. Сам не ксенофоб, но французы писать код не умеют:)
  9. могу порекомендовать обратиться в http://redmine.net.ua/forum/
  10. Пробую такую штуку, как XWiki. Все, что надо - вроде есть. Поставил пока из монолитной инсталяхи. Глючит, зараза:( Имеется ли у кого опыт использования данной системы, чтоб вопросы задавать?
  11. Встречный вопрос: насколько удобна работа с картинками в dokuWiki? Можно ли, вообще б идеально, скопипастить на страницу изображение? Или хотя бы залить файл с рисунком прямо на страницу в определенное местоположение? Какие визуальные редакторы вообще для нее есть (чтоб писать хотя бы как в wordpad)?
  12. Хм.. Глянул. Штука сильная, но монстроподобная. Как запускать сайт на pyton вообще не представляю. Можно ли использование, как обычной Wiki (пометил слово ссылкой, чтоб потом создать страницу)? Есть ли отчеты по пользователям, времени, откаты правок? Как на счет копипастить картинки при редактировании страницы? Пока продолжаю биться с MediaWiki. По представленным ссылкам (премного благодарствую) нашел WikEd расширение. Пытаюсь его поставить - пока никак (gadgets расширение не хочет запускаться).
  13. Salute! Нужна система хранения знаний для R&D. Сейчас используем SVN + word. Неудобно: -1 нельзя отслеживать факт редактирования документов (надо не забыть каждый просматривать) -2 неудобно отслеживать сами изменения (надо компарить две версии одно файла ручками) -3 невидно статистики: кто когда что правил и в каком объеме -4 нет связи с трекером (redmine) почему сложилось именно так: +1 удобно редактировать сами документы (формат word 97, понимается open office ) +2 хранилище видно из-под win & linux +3 это гораздо лучше, чем file1, file2, file3.. :) Очень хочется найти систему, устраняющую неудобства, но обладающую не меньшими достоинствами. Пока в качестве кандидата попробовал MediaWiki + FEditor plugin Что понравилось: + OpenSource. Много обсуждений, подсказок, документации.. + Легко ставиться (есть готовый пакет bitnami) + данные хранятся в БД => мона генерировать свои отчеты (помимо имеющихся) + настройка прав доступа, ответственных, триггеров.. Осознанные недостатки: - работа с картинками через ж.пу! Не только неудобно, но монтажнику и просто недоступно для понимания. - реализовано на php. ни черта не понятно Так что не решен пункт +1 Основной проблем - неудобство вставки картинок. К примеру, нельзя мышкой прилепить картинку к конкретной странице, а потом так же ее подменять, по необходимости. Было бы очень интересно узнать про опыт использования других систем и впечатления от них
  14. Эта штука хорошо сделана у буржуев, некий конвеер, которому все равно, чего разрабатывать. Для понимания, зачем надо и что получается, можно почитать "Совершенный код", Стив Мак-Коннел. Или поработать в конторе с CMMI-3 и выше
  15. Спасибо, конечно, за множество полезных советов, но название модели это не прояснило:) Склонен согласиться с мнением, что самое простое и дешевое - это ставить разных два мотора и два редуктора. Но уж больно хочется вкусности доплнительные получить: мягкий пуск, возможность регулировки скорости, бОльший момент и экономичность при меньших габаритах мотора. По поводу прочих прозвучавших предложений: переделывать механику в разы дороже чем электрику, да и места маловато. Пока нашел кандидата MICROMASTER 410. Смущает несколько вещей - его описание отсутствует на сайте siemens. Сняли с производства? - скорость врашеня он не отслеживает? Только выдает нужную частоту? Как то недешего он для такой простоты стоит. Может стоит упростить требования: два однотипных инвертора, каждый на свое напряжение. Главное, что механника при этом остается неизменной. З.Ы. По поводу обмоточного напряжения - если принципиально могу уточнить. Сам не очень хорошо в этом разбираюсь. А сделано там сейчас очень просто: моторы однофазные с конденсатором и пусковым реле.