+1
А в даташит на L6208 смотрели? :) Там на диаграмме внутренний стабилизатор +5в очень даже виден.
  • avatar
  • artko
  • 03 ноября 2014, 15:04
0
тестировалось с STM32VL Discovery. Он трехвольтовый. Никаких проблем не обнаружено.
  • avatar
  • artko
  • 03 ноября 2014, 10:46
0
жаль. спасибо.
  • avatar
  • artko
  • 07 мая 2014, 07:51
0
А нет, случаем, фото страницы паспорта со штампами приемщиков/настройщиков? Вдруг отец настраивал еще, при работе на ДМЗ :) Интересно, где они валялись столько лет…
  • avatar
  • artko
  • 06 мая 2014, 16:08
0
отлично на STM8 работает. Компилятор IAR.
  • avatar
  • artko
  • 02 февраля 2014, 14:47
0
я делал БП на пике для 4 х 10вт creе xml. вполне почти год отработало над аквариумом, диоды живые. Ток выставлял 2,5А. имхо, если не лень заморачиваться — можно и программно.
  • avatar
  • artko
  • 31 января 2014, 19:07
0
да, PIC24 (или любой другой с радио и проводным интерфейсом одновременно) просто транслятор. Кидает пакеты в разные стороны, сам ничего не делает.
  • avatar
  • artko
  • 25 декабря 2013, 18:28
0
Намного. Немножко поискал по этой тематике — сложность (в плане количества расчетов) той же RSA32 на порядки превосходит AES128 например.
  • avatar
  • artko
  • 25 декабря 2013, 15:41
0
Если возможностей ультрадешевого STM8S003 хватает для его реализации — почему нет? (касательно тяжеловесности), особенно если в конкретном частном моем случае это может дать некоторую плюшку в виде прямой записи в БД, например.
Насчет шифрования только значения — понятное дело, надо все стадии проверять. Само значение абсолютно бессмысленно шифровать, согласен.
  • avatar
  • artko
  • 25 декабря 2013, 13:20
0
просто сами нордики нередкие звери, а пакеты сейчас просто бьются на части и отсылаются. Собрать из них подряд блок и увидеть там ethernet фрейм очень несложно. Как и закинуть свой в обратную сторону.
  • avatar
  • artko
  • 25 декабря 2013, 11:57
0
Даже этого редкого зверя без шифрования не планируется использовать. Пока, скорее всего, попробую ограничиться сравнительно «легким» AES128 с добавлением мусора в пакеты, чтобы разные были и контролем после расшифровки.
  • avatar
  • artko
  • 25 декабря 2013, 11:55
0
Сейчас в планах — датчики движения, управление освещением светодиодным, датчики температуры, датчики наполнения емкости резерва воды в автономной системе, выключатели, датчик потребления энергии и т.п.
Да хотя бы панель показа времени — можно заставить самостоятельно синхронизировать время по NTP.

При реализации обычного tcp/ip если вдруг что-то из беспроводных устройств захочет странного — не потребуется переделывать программу шлюзования, как в текущем работающем варианте на проводах.

Для термодатчика http слишком — почему? У меня как платформа автоматизации используется majordomo. Показания датчиков и управление скриптами очень удобно выполнять http запросами.
(Понятное дело, веб-интерфейс у термодатчика совершеннно излишняя штука. А вот передача показаний периодическим UDP пакетом, например — вполне удобно мне кажется. Правда, в этом случае все равно потребуется какая-то программная дополнительная прослойка для ловли UDP)
Конечно, можно сделать шлюз, который короткие посылки от датчиков будет транслировать уже в запросы к БД, но было интересно — что выйдет из прямого доступа.
И насчет ненужности шифрования показаний температуры — не согласен. Предположим, что управление котлом зависит от показаний температуры снаружи дома и внутри. Если «подделать» показания этих датчиков, система управления, например или начнет греть дом, или наоборот — выключит отопление.
  • avatar
  • artko
  • 25 декабря 2013, 11:54
0
Не зря в названии wi-fi взят в кавычках :) Речь о реализации tcp/ip поверх в общем-то не рассчитанных на это радиомодулей.
  • avatar
  • artko
  • 25 декабря 2013, 11:46
0
схема — любимый ваш МК, к выходам аппаратного SPI модуля подключаем радиоблок. Здесь есть разве что рисовать.
Описание — согласен, немного больше указал.
  • avatar
  • artko
  • 25 декабря 2013, 11:44
0
разъемы, кабеля, порты — в первую очередь проверил, не ожидал что реально винт (он даже блины не раскручивает, просто вися на кабеле питания)
  • avatar
  • artko
  • 24 марта 2013, 18:52
0
на днях в рабочем компьютере еще веселее было — все отлично работает, выключаем, переносим на два метра в сторону комп, включаем — все, один диск из массива уже отсутствует. в принципе не заводится… сроку от покупки — менее полугода.
  • avatar
  • artko
  • 24 марта 2013, 18:22
+1
Есть вообще бесплатный вьювер таких файлов.
www.altium.com/community/downloads/downloads_home.cfm
  • avatar
  • artko
  • 25 января 2013, 12:09
0
Да, экран на сейчас связан с общим. Не очень правильно, но заземления в доме пока все равно нет, чтобы задействовать экран как положено.
  • avatar
  • artko
  • 21 января 2013, 13:11
0
да, именно. сейчас моя платка вместе с небольшим силовым модулем на симисторе вполне помещается в корпус розетки(для наружного монтажа). Примерял туда NRF24L01 модуль — уже начинаются проблемы. А если еще и БП…
  • avatar
  • artko
  • 21 января 2013, 11:51
0
Угу, полудуплекс. Только это исключительно среда. Те же коллизии придется определять все равно программно — или ставить мастер-хост для руления. Соответственно в моих условиях небольших расстояний и идеи определения коллизии, стянутой из CAN (когда коллизия не приводит к нарушению передачи текущего пакета) — RS-485 нафиг н нужен. Кому хочется — применяет, какие проблемы :)
  • avatar
  • artko
  • 21 января 2013, 11:49