Вы нас через раз решили удивлять? То фактом наличия IP у любого компа вышедшего в инет, теперь возможностю настроить на роутере переадресацию порта (при этом номера портов в WAN и LAN можно и разные устанавливать, я се так настраиваю, удобно можно переключать прям на роутере между основным и резервным сервером а снаружи и не узнают). И факт того что у одного компа может быть открыто дохрена портов тоже не впечатляет меня последние 25 лет. Не надо постить шопопало. Фаервол вобще не по теме.
Только не говорите что у вас нет линукса и ставить его не хотите.
что за снобизм? На форуме люди обмениваются опытом и это основной смысл форума.
вы сами ссылку свою читали? Никакого готового решения по ссылке нет. Речь там идет о получении внешнего ip у провайдера или настройке ipv6 шлюза на какой то бесплатный сервис
мы же здесь речь ведем о IPV4 при невозможности получить внешний IP
судя по всему у вас белый ip от провайдера и все что вы умеетет так это настраивать проброс портов на собственном роутере
как организовать доступ к фтп серверу на мобильной связи
тоже думаю как получить доступ к серверу на даче без белого IP. Пока мысли крутятся вокруг VPN. Думаю дачу подключить по vpn каналу к домашней сети (тут у меня белый IP). Интересно сколько мобильного трафика будет уходить на поддержку VPN канала.
тоже думаю как получить доступ к серверу на даче без белого IP. Пока мысли крутятся вокруг VPN. Думаю дачу подключить по vpn каналу к домашней сети (тут у меня белый IP). Интересно сколько мобильного трафика будет уходить на поддержку VPN канала.
И не будет ли отваливатся сервер и как часто. Сервер подразумевает непрерывную готовность к соединению а вот мобильный инет с этим имеет проблемы.
Я бы при таком раскладе как Ваш думал такой вариант. По входящему звонку на моб. номер сервер включает мобильный инет и конектится к домашнему IP. Дома увидив входящее соединение определяется его IP и на нем открывается FTP или все что надо. Отключение по таймауту без обмена.
тоже думаю как получить доступ к серверу на даче без белого IP. Пока мысли крутятся вокруг VPN. Думаю дачу подключить по vpn каналу к домашней сети (тут у меня белый IP). Интересно сколько мобильного трафика будет уходить на поддержку VPN канала.
у меня так сделано на йоте, но трафик у меня не ограничен
И не будет ли отваливатся сервер и как часто. Сервер подразумевает непрерывную готовность к соединению а вот мобильный инет с этим имеет проблемы.
Я бы при таком раскладе как Ваш думал такой вариант. По входящему звонку на моб. номер сервер включает мобильный инет и конектится к домашнему IP. Дома увидив входящее соединение определяется его IP и на нем открывается FTP или все что надо. Отключение по таймауту без обмена.
зависит от качества мобильной связи и от задачи которую нужно решить
не всегда организация сервера лучшее решение
можно не на даче делать фтп сервер, а с дачи фтп клиентом куда то закачивать нужные файлы
То понятно, но крутилка "качество" недоступна ;), а по факту она не очень, на режим 24 на 7 совсем не тянет.
//можно не на даче делать фтп сервер, а с дачи фтп клиентом
Ну если кино или фотки то по разному, а если мониторит чего на даче, что вобщем естественно, то информацию вполне логично там держать до запроса и сервер там. Логично хотяб с точки трафика, пока клиент не спросит ничто не гоняется.
То понятно, но крутилка "качество" недоступна ;), а по факту она не очень, на режим 24 на 7 совсем не тянет.
ошибаетесь. крутилка зависит от владельца тоже и 24 х 7 условно тоже можно сделать
в принципе по скорости, надежноести и числу отказов интернет на даче у меня сейчас на уровне проводного в городе года 3-4 назад. Более чем
это конечно потребовало не мало усилий - подобрать нужные роутер с модемом, антенну, настроить антенну, настроить оборудование для перезапуска в случае сбоев.
Сильно условно. А необходимо как правило конкретно: клиент обратился в любой момент и сервер доступен. И какой проводной был у Вас года 3-4 назад известно только Вам. Мне и остальным это ни о чем.
ПС. Спрашивать и знакомых спецов про сервер по мобильному каналу даже боюсь. Засмеют просто. И главное нахрена так, сервер концептуально немобилен, в отличии от клиеннта. Не, я понимаю конечно что на даче другого нет, и т.д. Это извращения по бедности называется.
Неужели так трудно постигнуть проблему, она в общем не it даже, а логическая (типа отправить письмо человеку, который часто меняет адреса, причем не по своей воле): при начале обмена инициатор должен обратится по некоторому адресу (ip, url - не суть важно), а какому? Выход только один - хоть какойто адрес должен быть известен и доступен инициатору обмена для начала. Это и называется статический внешний. Далее 3 варианта (в порядке снижения привлекательности):
1. статический адрес пренадлежит серверу, т.е. тому к кому обращаемся - все ОК.
2. статический адрес пренадлежит самому инициатору обмена (клиенту) - тогда, если можна по доп каналу, например мобильному, передаем команду "спроси меня ты знаеш мой адрес" (и кстати для передачи команды снова надо знать какбы статический адрес - номер телефона). Если доп канала нет - остается ждать когда сами к нам постучат или расчитывать что сами постучат и будут соеденены постоянно. Когда постучится - пришлет нам свой текущий адрес.
3. адрес принадлежит третим лицам. Инициатор стучится к ним и тот к кому обращаются тоже стучится к ним (т.е. он тоже знает их адрес), а они уже соединяют как могут. Сюда и попадают ddns и vpn. Проблема в том что трети лица качают права как хотят и спрашивать что они хотят (и сколько, и когда ;) надо у них, а не здесь. И зависимость от третих лиц - всегда проблема.
Последние дни игрался с платкой Raspberry Pi 3, т.е. с малинкой. Как моргать светодиодами не понял, но установил мультизагрузку, сначала шести, потом двух систем, и увидел, что это маленький, вполне работоспособный компьютер. Сейчас на флешке Распбериан и музыкальный центр Коди. Все прекрасно работает. В Распбериане вполне можно просматривать интернет на большом экране телевизора, читать и писать в форумах, смотреть Ютуб (правда, если на весь экран, то подтормаживает). С коди пока не разобрался, но уже смотрю фильмы в HD качестве и установил IP телевидение, причем бесплатное, смотрю TV разных городов. Почему-то TV идет на полный экран, в хорошем качестве и абсолютно без тормозов. Непонятненько, почему тогда Ютуб на полный экран тормозит?
Kodi это не система, это приложение которое может работать как под андроидом так и под raspberian
Тормоза происходят или из за того, что поток не пролезает через канал или из за того, что примененный кодек требует слишком много ресурсов. HD понятие относительное, для одного и того же разрешения могут применяться совершенно разные потоки и совершенно разные кодеки.
Для kodi и ютуба есть готовые мультимедийные плейеры с корпусами и пду. Есть и такие которые содержат в себе еще и тв приемник. В общем по моему они удобнее для таких задач чем малины и апельсины
Для kodi и ютуба есть готовые мультимедийные плейеры с корпусами и пду.........
Я очень удивился, когда подключил малинку к телевизору Самсунг и когда начал нажимать кнопки пульта телевизора, то Коди прекрасно ему подчинялась, т.е. управлялась от пульта телевизора! Это было для меня приятным открытием :)
А что касается готовых плееров....неинтересно....в них же не поковыряешься, у меня рука не поднимется что-то шить в готовое устройство.
Папка ~/WiringOP (на малинке возможно ~/WiringRP) в ней екземплы там блинк, делаем make blink, запускаем свежесобраный blink. По ходу может потребоватся его сделать исполняемым, права доступа и пароль рута, обычная линуксоидная возня. Светодиод с резистором подпаять к gpio1.
Joiner пишет:
Ютуб на полный экран тормозит?
слышал про смерть, которую "принесли русские" Как-то печально стало на душе.....
Из любопытсва погулил про всякие фрутовые платы, и чёта никакой информации нет. Или на старости лет не умею пользоваться гуглом?? Есть какие-нибудь технические обзоры, не из ряда "вот посмотите как я сделал медиплеер", а именно технические, где выворачивают всю поднаготную, где расписана вся перефирия, с полными характеристиками оной. Т.е. если это ЦАП/АЦП -то разрядность и скорость ввода/вывода данных, пример кода на СИ, если PWM -то тоже все харатеристики, скорости, разрядности, управление. Порты, -как в них писать, как читать, с какой скоростью могут дрыгать ногой, и всё такое. Наверняка же где-то должно быть? ))
Это ссылка на официальный сайт малинки. Т.к. я по английски не бельмес, то не могу сказать есть ли там полезная информация.
На малинку еще ставится Windows 10 Iot Core. Установил, ни чего не понял. Там что-то говорят, что работает в связке с компьютером на котором установлена Windows 10 и что эта штука для написания приложений. Еще на малинкиной Windows есть смешной пример. Нарисован красный кружочек (светодиод) и он моргает, движком можно изменять частоту моргания :) . И еще понял, что Microsoft поддерживает эту бодягу и даже регистрируют ползователей.
Ногами дрыгать даже на современных МК моветон, что уж говорить про миниписи без real time системы?
цель какая? Я бы не стал свою голову так грузить просто так без конкретной задачи. Для себя имею простой работающий вариант - uart
На стороне миниписи это устройство доступно даже без програмирования, в линуксе как обычный файл. Цепляем туда МК и рулим абсолютно любой переферией. Причем код будет одинааовым для любой миниписи с линуксом
Ногами дрыгать даже на современных МК моветон, что уж говорить про миниписи без real time системы?
Предрассудки это.
Наоборот огромный простор для ногодрыга и блинка с делеем ))) Берем обычный блинк и засовуем его в поток. Он там себе крутится на одном из ядер, никому не мешает, как до делея доходит - ядро освобождается на указаное время. Ляпота! И работу по i2c тоже в свой поток и ногами дрыгаем, дрыгаем - а результат выпихуем в основной поток.
Прикол в том, что НЕ real time система не дает никакой гарантии, что delay окажется такой как запрошено, вне зависимости от числа ядер и имеющихся ресурсов
то есть как бы при свободных ресурсах наверно что то работать будет, но сам подход не верный
I2C если есть железный - nonproblem. Только не ногодрыг
предрассудки тут не причем. Я уж не буду про то, что в современных МК delay работает правильно только при отсчете на таймерах.
Joiner, да , на офф сайте тоже ничего полезного. В принципе не удивительно, на сайте ардуины тоже затруднительно найти что-то из глубинных характеристик. Я как-то хотел найти с какой скоростью DUE может бросать семплы в свой аналоговый выход - так и не нашёл.
Logik, да, в даташите есть уже полезные вещи. Например ШИМ работает на 24 МГц, разрядность 16 бит, много делителей. Таймер основной, 24-битный. И high-speed 56 битный. Не понятно правда, занят ли этот скоростной таймер самой системой, есть подозрение что занят.
Очень уж тяжко выуживать иголки из стога сена, обзор бы оказался в самый раз :)
// то есть как бы при свободных ресурсах наверно что то работать будет,
Да. Но пока её загрузить выше 25% невыходит. Т.е. один поток полностю, ну в майне забыл делей вписатьт )). В том и фишка, пока ресурсов валом - можна и не парится, а загрузить его чисто микроконтроллерными задачами даже не представляю как и сколько)) Разрабы вирингаПи похоже тоже так считают, поскольку такой подход используют. Например в модуле ШИМ - поток ногодрыг по 8-и каналам.
Такие вещи как I2C вобще к задержкам нечувствителен, его можна в любом месте остановить на любое время, мигающий светодиод - главное чтоб на глаз не видно, а у линукса квант времени 10мсек, да 4 ядра, мигает идеально. А изучать оте 600 стр. для хоби мне влом, учитывая кучу платформ под рукой, и даташиты от 300стр и выше - то на пару лет разбиратся. А за них нового железа навыпускают, и можна сначала начинать :(
Меня в даташите "порадовало" АЦП. 6 бит 250Гц. Аскетично так, для такого числогрыза.
на больших писи и такого нет (звуковые подсистемы не в счет). Не в АЦП конек миниписи
насчет многостраничных даташитов - вот мне и видится идеальной связка миниписи с МК. МК это true real time, а миниписи это неограниченные возможности по взаимодейстаию с человеком (голос, видео, web и тд)
а вообще мне больше сейчас нравятся распределенные системы. GPIO на миниписи не использую и пока не планирую. Миниписи у меня это asterisk, openhab и mqtt broker. Уже кстати 160 дней uptime. Это при том, что за это время куча всего установлено и перенастроено. Чем хорош линукс в отличие от виндуса - перезагрузки практически не нужны.
в планах установка http сервера, GPIO возможно буду использовать ну и сериал, да пожалуй пока все.
навороты не нужны главное чтобы проц не сильно грелся или можно было скинуть скорость проца до 1.2 (это вроди можно на любой ос линюкс) да и лагов поменьше
Я дебиан сервер поставил, все устраивает хотя особо не парился, не разбирался в том где какие плюсы минусы
флэшку рекомендую брать на 8, чтобы иметь хороший запас
кстати сегодня доделал автоматическое управление резервным питанием дома с помощью апельсинки с mqtt и openhab и двух ардуин, одна ардуина у главного щитка для контроля пропажи сети, вторая около генератора для контроля запуска. Еще есть упсы с которых openhab читает данные по сети через snmp
В итоге теперь есть режимы ручного удаленного запуска и полная автоматика по пропаже сети или по разрядке батарей с информированием на смартфон. Позже прикручу всякие красивости типа подсвета времени до следующего ТО с информированием, затраченную энергию батарей и т.д.
кстати openhab показывает мне загрузку апельсинки и рисует графики температуры процессора
Оно конечно много диска не бывает, но тут не тот случай. Во первых полезно делать сохранение дискимеджем когда всякую фигню устанавливаем для возможности отката. И маленький диск здесь просто удобней. А здоровое все на сетевых дисках держать логичней. Я бы сейчас себе ставил на 4гига.
бакапы если делать dump/tar/rsync то размер бакапа не будет зависеть от наличия излишков места
помним, что в отличии от виндуса в линуксе нет ни специальных системных ни скрытых файлов. Тупое восстановление файловой структуры восстанавливает всю системы. Остается только верно сослаться загрузчиком на ядро
А скоко у Вас Дебиан заняла? И после первой загрузки? У меня сразу было 2,7 гдето.
Прикольно бы было, чтоб влазило в 2 гига. Таких карт старых - что навоза. Можна бы было вобще не парится и держать хоть десяток карт в "колоде". И загружатся с нужной при необходимости.
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mmcblk0p2 7558264 2648924 4590476 37% /
еще 64мб в другом разделе где собственно лежит ядро для загрузки
воообще то минимально необходимо линуксу только ядро и небольшой набор binutils. т.е. если самомму собрать файловую систему то можно хоть в 128мб уложиться. Стандартный набор который идет в виде образа флэшки сильно избыточен
свой первый линукс я ставил еще в 1995 году когда жесткие диски по размеру измерялись всего десятками и сотнями мб. с тех пор потребности линукс не сильно изменились, ядро увеличилось с трех до десяти мб.
линукс довести до состояния "уже не грузится" очень сложно) это должна полностью физически отказать сама флэшка
с линуксом операция по изменению размера файоловой системы с переносом на другую флэшку не сильно сложная. в принципе всегда можно заменить флэшку как на более мелкую так и на более большую
дискимедж пользуете который под виндуз? это предрассудки) бакапить линукс надо прямо из под линукса без прекращения работы
я использую exec binding в openhab и получаю температуру как числовой параметр и могу его просто отображать, могу настраивать на него правила, слать сообщения, строить графики и т.д.
с линуксом операция по изменению размера файоловой системы
Так и расскажите как. Чтоб реально используемые размер диска уменьшился до указаного.
axill пишет:
дискимедж пользуете который под виндуз? это предрассудки) бакапить линукс надо прямо из под линукса без прекращения работы
Да виндовый. Ну чего ж предрассудки. Это гарантия что во время бекапа ничего в ФС не будет изменено без моего ведома (кто там знает что делают демоны во время бекапа?). Иначе эти изменения могут попасть в бекап только частично, что скажется в результате восстановления из бекапа
ПС. Я айтишник виндуозного формата, потому воспринимаю ОС как потенциальный источник неприятностей, возможно конечно в линукс все не так, но если оно так, то этот факт требует доказательств;) Я уж лучше буду исходить из презумпции виновности ОС, даже если ошибусь - мне хуже не будет.
Насчет ресайзинга посмотрю, всегда были утилиты для работы с файловой системой с возможностью ресайзинга
что касается бакапа. При штатной работе линукса изменяются только файлы логов в /var/log и временные файлы в специальных папках типа /tmp или /var/tmp. То, что во время бэкапа эти файлы успеют поменяться никак не влияет на работоспособность системы восстановленной из бэкапа. Повторюсь - в линуксе нет специальных файлов типа системных как в виндусе. Исключение только файл ядра, ссылки на которое прописываются в загрузчик. Поэтому достаточно просто воспроизвести структуру каталогов и наполнить их нужными файлами, чтобы восстановленная система работала как та с которой делали бэкап
ваш вариант вполне рабочий, но имеет ряд изъянов - на время бэкапа надо останавливать систему, бэкап не возможно делать удаленно и бэкап нельзя автоматизировать
зы. Можно совместить и делать редкие бэкапы на виндусе дискимиджем вручную и регулярные автоматические бэкапы на самом линуксе
Вы нас через раз решили удивлять? То фактом наличия IP у любого компа вышедшего в инет, теперь возможностю настроить на роутере переадресацию порта (при этом номера портов в WAN и LAN можно и разные устанавливать, я се так настраиваю, удобно можно переключать прям на роутере между основным и резервным сервером а снаружи и не узнают). И факт того что у одного компа может быть открыто дохрена портов тоже не впечатляет меня последние 25 лет. Не надо постить шопопало. Фаервол вобще не по теме.
Похоже людей в яндексе забанили - первая же ссылка по поиску "веб сервер за nat" дает решение вашей проблемы: http://unixforum.org/index.php?showtopic=100066
Только не говорите что у вас нет линукса и ставить его не хотите.
Похоже людей в яндексе забанили - первая же ссылка по поиску "веб сервер за nat" дает решение вашей проблемы: http://unixforum.org/index.php?showtopic=100066
Только не говорите что у вас нет линукса и ставить его не хотите.
что за снобизм? На форуме люди обмениваются опытом и это основной смысл форума.
вы сами ссылку свою читали? Никакого готового решения по ссылке нет. Речь там идет о получении внешнего ip у провайдера или настройке ipv6 шлюза на какой то бесплатный сервис
мы же здесь речь ведем о IPV4 при невозможности получить внешний IP
судя по всему у вас белый ip от провайдера и все что вы умеетет так это настраивать проброс портов на собственном роутере
так это сегодня любая домохозяйка умеет
блин чето я застрял в этом направлении и сколько читаю, никакого плана даже не могу составить как организовать доступ к фтп серверу на мобильной связи
как организовать доступ к фтп серверу на мобильной связи
тоже думаю как получить доступ к серверу на даче без белого IP. Пока мысли крутятся вокруг VPN. Думаю дачу подключить по vpn каналу к домашней сети (тут у меня белый IP). Интересно сколько мобильного трафика будет уходить на поддержку VPN канала.
тоже думаю как получить доступ к серверу на даче без белого IP. Пока мысли крутятся вокруг VPN. Думаю дачу подключить по vpn каналу к домашней сети (тут у меня белый IP). Интересно сколько мобильного трафика будет уходить на поддержку VPN канала.
И не будет ли отваливатся сервер и как часто. Сервер подразумевает непрерывную готовность к соединению а вот мобильный инет с этим имеет проблемы.
Я бы при таком раскладе как Ваш думал такой вариант. По входящему звонку на моб. номер сервер включает мобильный инет и конектится к домашнему IP. Дома увидив входящее соединение определяется его IP и на нем открывается FTP или все что надо. Отключение по таймауту без обмена.
тоже думаю как получить доступ к серверу на даче без белого IP. Пока мысли крутятся вокруг VPN. Думаю дачу подключить по vpn каналу к домашней сети (тут у меня белый IP). Интересно сколько мобильного трафика будет уходить на поддержку VPN канала.
у меня так сделано на йоте, но трафик у меня не ограничен
И не будет ли отваливатся сервер и как часто. Сервер подразумевает непрерывную готовность к соединению а вот мобильный инет с этим имеет проблемы.
Я бы при таком раскладе как Ваш думал такой вариант. По входящему звонку на моб. номер сервер включает мобильный инет и конектится к домашнему IP. Дома увидив входящее соединение определяется его IP и на нем открывается FTP или все что надо. Отключение по таймауту без обмена.
зависит от качества мобильной связи и от задачи которую нужно решить
не всегда организация сервера лучшее решение
можно не на даче делать фтп сервер, а с дачи фтп клиентом куда то закачивать нужные файлы
//зависит от качества мобильной связи
То понятно, но крутилка "качество" недоступна ;), а по факту она не очень, на режим 24 на 7 совсем не тянет.
//можно не на даче делать фтп сервер, а с дачи фтп клиентом
Ну если кино или фотки то по разному, а если мониторит чего на даче, что вобщем естественно, то информацию вполне логично там держать до запроса и сервер там. Логично хотяб с точки трафика, пока клиент не спросит ничто не гоняется.
//зависит от качества мобильной связи
То понятно, но крутилка "качество" недоступна ;), а по факту она не очень, на режим 24 на 7 совсем не тянет.
ошибаетесь. крутилка зависит от владельца тоже и 24 х 7 условно тоже можно сделать
в принципе по скорости, надежноести и числу отказов интернет на даче у меня сейчас на уровне проводного в городе года 3-4 назад. Более чем
это конечно потребовало не мало усилий - подобрать нужные роутер с модемом, антенну, настроить антенну, настроить оборудование для перезапуска в случае сбоев.
// 24 х 7 условно тоже можно сделать
Сильно условно. А необходимо как правило конкретно: клиент обратился в любой момент и сервер доступен. И какой проводной был у Вас года 3-4 назад известно только Вам. Мне и остальным это ни о чем.
ПС. Спрашивать и знакомых спецов про сервер по мобильному каналу даже боюсь. Засмеют просто. И главное нахрена так, сервер концептуально немобилен, в отличии от клиеннта. Не, я понимаю конечно что на даче другого нет, и т.д. Это извращения по бедности называется.
// 24 х 7 условно тоже можно сделать
Сильно условно. А необходимо как правило конкретно: клиент обратился в любой момент и сервер доступен.
клиент??? эко вас заморочило. у меня все проще, а значит мы вообще о разном. за сим выхожу из этой дискуссии
Что удивляет в архитектуре клиент-сервер?
Даааа, превратили тему в помойку.
а ответа как не было так и нет
Ну да. Вы не ответили на #144.
Неужели так трудно постигнуть проблему, она в общем не it даже, а логическая (типа отправить письмо человеку, который часто меняет адреса, причем не по своей воле): при начале обмена инициатор должен обратится по некоторому адресу (ip, url - не суть важно), а какому? Выход только один - хоть какойто адрес должен быть известен и доступен инициатору обмена для начала. Это и называется статический внешний. Далее 3 варианта (в порядке снижения привлекательности):
1. статический адрес пренадлежит серверу, т.е. тому к кому обращаемся - все ОК.
2. статический адрес пренадлежит самому инициатору обмена (клиенту) - тогда, если можна по доп каналу, например мобильному, передаем команду "спроси меня ты знаеш мой адрес" (и кстати для передачи команды снова надо знать какбы статический адрес - номер телефона). Если доп канала нет - остается ждать когда сами к нам постучат или расчитывать что сами постучат и будут соеденены постоянно. Когда постучится - пришлет нам свой текущий адрес.
3. адрес принадлежит третим лицам. Инициатор стучится к ним и тот к кому обращаются тоже стучится к ним (т.е. он тоже знает их адрес), а они уже соединяют как могут. Сюда и попадают ddns и vpn. Проблема в том что трети лица качают права как хотят и спрашивать что они хотят (и сколько, и когда ;) надо у них, а не здесь. И зависимость от третих лиц - всегда проблема.
Даааа, превратили тему в помойку......
Последние дни игрался с платкой Raspberry Pi 3, т.е. с малинкой. Как моргать светодиодами не понял, но установил мультизагрузку, сначала шести, потом двух систем, и увидел, что это маленький, вполне работоспособный компьютер. Сейчас на флешке Распбериан и музыкальный центр Коди. Все прекрасно работает. В Распбериане вполне можно просматривать интернет на большом экране телевизора, читать и писать в форумах, смотреть Ютуб (правда, если на весь экран, то подтормаживает). С коди пока не разобрался, но уже смотрю фильмы в HD качестве и установил IP телевидение, причем бесплатное, смотрю TV разных городов. Почему-то TV идет на полный экран, в хорошем качестве и абсолютно без тормозов. Непонятненько, почему тогда Ютуб на полный экран тормозит?
Короче, классная штука, хочу заказать еще одну.
Kodi это не система, это приложение которое может работать как под андроидом так и под raspberian
Тормоза происходят или из за того, что поток не пролезает через канал или из за того, что примененный кодек требует слишком много ресурсов. HD понятие относительное, для одного и того же разрешения могут применяться совершенно разные потоки и совершенно разные кодеки.
Для kodi и ютуба есть готовые мультимедийные плейеры с корпусами и пду. Есть и такие которые содержат в себе еще и тв приемник. В общем по моему они удобнее для таких задач чем малины и апельсины
....
Для kodi и ютуба есть готовые мультимедийные плейеры с корпусами и пду.........
А что касается готовых плееров....неинтересно....в них же не поковыряешься, у меня рука не поднимется что-то шить в готовое устройство.
kodi еще удобнее управлять со смартфона
Как моргать светодиодами не понял
Папка ~/WiringOP (на малинке возможно ~/WiringRP) в ней екземплы там блинк, делаем make blink, запускаем свежесобраный blink. По ходу может потребоватся его сделать исполняемым, права доступа и пароль рута, обычная линуксоидная возня. Светодиод с резистором подпаять к gpio1.
Ютуб на полный экран тормозит?
слышал про смерть, которую "принесли русские" Как-то печально стало на душе.....
А на этом Ютуб тоже тормозит? https://www.youtube.com/watch?v=2AtTSo_HpY0
Или на этом? https://www.youtube.com/watch?v=8y92gOrwjXI
Из любопытсва погулил про всякие фрутовые платы, и чёта никакой информации нет. Или на старости лет не умею пользоваться гуглом?? Есть какие-нибудь технические обзоры, не из ряда "вот посмотите как я сделал медиплеер", а именно технические, где выворачивают всю поднаготную, где расписана вся перефирия, с полными характеристиками оной. Т.е. если это ЦАП/АЦП -то разрядность и скорость ввода/вывода данных, пример кода на СИ, если PWM -то тоже все харатеристики, скорости, разрядности, управление. Порты, -как в них писать, как читать, с какой скоростью могут дрыгать ногой, и всё такое. Наверняка же где-то должно быть? ))
Из любопытсва погулил про всякие фрутовые платы........
https://www.raspberrypi.org/help/
Это ссылка на официальный сайт малинки. Т.к. я по английски не бельмес, то не могу сказать есть ли там полезная информация.
На малинку еще ставится Windows 10 Iot Core. Установил, ни чего не понял. Там что-то говорят, что работает в связке с компьютером на котором установлена Windows 10 и что эта штука для написания приложений. Еще на малинкиной Windows есть смешной пример. Нарисован красный кружочек (светодиод) и он моргает, движком можно изменять частоту моргания :) . И еще понял, что Microsoft поддерживает эту бодягу и даже регистрируют ползователей.
Ну и для оранжа пи пс даташит проца - может кому перед сном почитать 600 страниц ;)
https://www.dropbox.com/s/nkr9slo1o9x6i1z/Allwinner_H3_Datasheet_V1.1.pdf?dl=0
Ногами дрыгать даже на современных МК моветон, что уж говорить про миниписи без real time системы?
цель какая? Я бы не стал свою голову так грузить просто так без конкретной задачи. Для себя имею простой работающий вариант - uart
На стороне миниписи это устройство доступно даже без програмирования, в линуксе как обычный файл. Цепляем туда МК и рулим абсолютно любой переферией. Причем код будет одинааовым для любой миниписи с линуксом
Ногами дрыгать даже на современных МК моветон, что уж говорить про миниписи без real time системы?
Предрассудки это.
Наоборот огромный простор для ногодрыга и блинка с делеем ))) Берем обычный блинк и засовуем его в поток. Он там себе крутится на одном из ядер, никому не мешает, как до делея доходит - ядро освобождается на указаное время. Ляпота! И работу по i2c тоже в свой поток и ногами дрыгаем, дрыгаем - а результат выпихуем в основной поток.
Прикол в том, что НЕ real time система не дает никакой гарантии, что delay окажется такой как запрошено, вне зависимости от числа ядер и имеющихся ресурсов
то есть как бы при свободных ресурсах наверно что то работать будет, но сам подход не верный
I2C если есть железный - nonproblem. Только не ногодрыг
предрассудки тут не причем. Я уж не буду про то, что в современных МК delay работает правильно только при отсчете на таймерах.
Зы)) ИМХО
.........................................................................
Joiner, да , на офф сайте тоже ничего полезного. В принципе не удивительно, на сайте ардуины тоже затруднительно найти что-то из глубинных характеристик. Я как-то хотел найти с какой скоростью DUE может бросать семплы в свой аналоговый выход - так и не нашёл.
Logik, да, в даташите есть уже полезные вещи. Например ШИМ работает на 24 МГц, разрядность 16 бит, много делителей. Таймер основной, 24-битный. И high-speed 56 битный. Не понятно правда, занят ли этот скоростной таймер самой системой, есть подозрение что занят.
Очень уж тяжко выуживать иголки из стога сена, обзор бы оказался в самый раз :)
// то есть как бы при свободных ресурсах наверно что то работать будет,
Да. Но пока её загрузить выше 25% невыходит. Т.е. один поток полностю, ну в майне забыл делей вписатьт )). В том и фишка, пока ресурсов валом - можна и не парится, а загрузить его чисто микроконтроллерными задачами даже не представляю как и сколько)) Разрабы вирингаПи похоже тоже так считают, поскольку такой подход используют. Например в модуле ШИМ - поток ногодрыг по 8-и каналам.
Такие вещи как I2C вобще к задержкам нечувствителен, его можна в любом месте остановить на любое время, мигающий светодиод - главное чтоб на глаз не видно, а у линукса квант времени 10мсек, да 4 ядра, мигает идеально. А изучать оте 600 стр. для хоби мне влом, учитывая кучу платформ под рукой, и даташиты от 300стр и выше - то на пару лет разбиратся. А за них нового железа навыпускают, и можна сначала начинать :(
Joiner, да , на офф сайте тоже ничего полезного.
Нее. там дето был даташит на проц.
Например ШИМ работает на 24 МГц, разрядность 16 бит, много делителей. Таймер основной, 24-битный. И high-speed 56 битный.
Я знаю, Вы это любите )))))
Не понятно правда, занят ли этот скоростной таймер самой системой, есть подозрение что занят.
Очень уж тяжко выуживать иголки из стога сена, обзор бы оказался в самый раз :)
Нинадо выуживать. Побрутальней!! Перенастроить таймер под себя, если система рухнет - ну значить использовала)))
Меня в даташите "порадовало" АЦП. 6 бит 250Гц. Аскетично так, для такого числогрыза.
Меня в даташите "порадовало" АЦП. 6 бит 250Гц. Аскетично так, для такого числогрыза.
на больших писи и такого нет (звуковые подсистемы не в счет). Не в АЦП конек миниписи
насчет многостраничных даташитов - вот мне и видится идеальной связка миниписи с МК. МК это true real time, а миниписи это неограниченные возможности по взаимодейстаию с человеком (голос, видео, web и тд)
а вообще мне больше сейчас нравятся распределенные системы. GPIO на миниписи не использую и пока не планирую. Миниписи у меня это asterisk, openhab и mqtt broker. Уже кстати 160 дней uptime. Это при том, что за это время куча всего установлено и перенастроено. Чем хорош линукс в отличие от виндуса - перезагрузки практически не нужны.
кто пробовал скажите, какую ос выбрать?
в планах установка http сервера, GPIO возможно буду использовать ну и сериал, да пожалуй пока все.
навороты не нужны главное чтобы проц не сильно грелся или можно было скинуть скорость проца до 1.2 (это вроди можно на любой ос линюкс) да и лагов поменьше
Убунту. Скинул без загрузки до 0.48ГГц. По инструкции https://geektimes.ru/post/269444/ Только ПХП не пошла чегото.
тут по ссылке предлогают скачать Lubuntu_jacer_02.rar оно?
Я дебиан сервер поставил, все устраивает хотя особо не парился, не разбирался в том где какие плюсы минусы
флэшку рекомендую брать на 8, чтобы иметь хороший запас
кстати сегодня доделал автоматическое управление резервным питанием дома с помощью апельсинки с mqtt и openhab и двух ардуин, одна ардуина у главного щитка для контроля пропажи сети, вторая около генератора для контроля запуска. Еще есть упсы с которых openhab читает данные по сети через snmp
В итоге теперь есть режимы ручного удаленного запуска и полная автоматика по пропаже сети или по разрядке батарей с информированием на смартфон. Позже прикручу всякие красивости типа подсвета времени до следующего ТО с информированием, затраченную энергию батарей и т.д.
кстати openhab показывает мне загрузку апельсинки и рисует графики температуры процессора
тут по ссылке предлогают скачать Lubuntu_jacer_02.rar оно?
Ага. Там автоматическое регулирование частоты вроде как уже есть, хоть вроде пишут что ставить надо. Я не ставил, но она есть :)
.
флэшку рекомендую брать на 8, чтобы иметь хороший запас
я с дуру 16 сунул, а оно и на 4 влезло бы.
/boot Used: NaNkB (NaN%) Free: NaNkB Total: NaNkB
/ Used: 2.93GB (20.29%) Free: 11.50GB Total: 14.42GB
Оно конечно много диска не бывает, но тут не тот случай. Во первых полезно делать сохранение дискимеджем когда всякую фигню устанавливаем для возможности отката. И маленький диск здесь просто удобней. А здоровое все на сетевых дисках держать логичней. Я бы сейчас себе ставил на 4гига.
8 по моему оптимально
бакапы если делать dump/tar/rsync то размер бакапа не будет зависеть от наличия излишков места
помним, что в отличии от виндуса в линуксе нет ни специальных системных ни скрытых файлов. Тупое восстановление файловой структуры восстанавливает всю системы. Остается только верно сослаться загрузчиком на ядро
Если ОС еще в состоянии работать и востанавливать. А если уже не грузится? Дискимидж надежней.
А скоко у Вас Дебиан заняла? И после первой загрузки? У меня сразу было 2,7 гдето.
Прикольно бы было, чтоб влазило в 2 гига. Таких карт старых - что навоза. Можна бы было вобще не парится и держать хоть десяток карт в "колоде". И загружатся с нужной при необходимости.
сколько было не помню, но и сечас она порядка 2.7
/dev/mmcblk0p2 7558264 2648924 4590476 37% /
еще 64мб в другом разделе где собственно лежит ядро для загрузки
воообще то минимально необходимо линуксу только ядро и небольшой набор binutils. т.е. если самомму собрать файловую систему то можно хоть в 128мб уложиться. Стандартный набор который идет в виде образа флэшки сильно избыточен
свой первый линукс я ставил еще в 1995 году когда жесткие диски по размеру измерялись всего десятками и сотнями мб. с тех пор потребности линукс не сильно изменились, ядро увеличилось с трех до десяти мб.
линукс довести до состояния "уже не грузится" очень сложно) это должна полностью физически отказать сама флэшка
и да
с линуксом операция по изменению размера файоловой системы с переносом на другую флэшку не сильно сложная. в принципе всегда можно заменить флэшку как на более мелкую так и на более большую
дискимедж пользуете который под виндуз? это предрассудки) бакапить линукс надо прямо из под линукса без прекращения работы
люди подскажите как узнать темпиратуру проца
запустил терминал Ctrl+Alt+T там прописывал /sys/devices/virtual/thermal/thermal_zone0/tem
не показывает, как правельно написать?
Убунту. Скинул без загрузки до 0.48ГГц. По инструкции https://geektimes.ru/post/269444/ Только ПХП не пошла чегото.
А какую версию php ставили?
люди подскажите как узнать темпиратуру проца
запустил терминал Ctrl+Alt+T там прописывал /sys/devices/virtual/thermal/thermal_zone0/tem
не показывает, как правельно написать?
от системы зависит. Могу про дебиан написать - если в bash то так:
я использую exec binding в openhab и получаю температуру как числовой параметр и могу его просто отображать, могу настраивать на него правила, слать сообщения, строить графики и т.д.
и да
с линуксом операция по изменению размера файоловой системы
Так и расскажите как. Чтоб реально используемые размер диска уменьшился до указаного.
дискимедж пользуете который под виндуз? это предрассудки) бакапить линукс надо прямо из под линукса без прекращения работы
Да виндовый. Ну чего ж предрассудки. Это гарантия что во время бекапа ничего в ФС не будет изменено без моего ведома (кто там знает что делают демоны во время бекапа?). Иначе эти изменения могут попасть в бекап только частично, что скажется в результате восстановления из бекапа
ПС. Я айтишник виндуозного формата, потому воспринимаю ОС как потенциальный источник неприятностей, возможно конечно в линукс все не так, но если оно так, то этот факт требует доказательств;) Я уж лучше буду исходить из презумпции виновности ОС, даже если ошибусь - мне хуже не будет.
люди подскажите как узнать темпиратуру проца
запустил терминал Ctrl+Alt+T там прописывал /sys/devices/virtual/thermal/thermal_zone0/tem
не показывает, как правельно написать?
от системы зависит. Могу про дебиан написать - если в bash то так:
На моей убунте это заклинание выдает
orangepi@OrangePI:~$ cat /sys/devices/virtual/thermal/thermal_zone0/temp
Насчет ресайзинга посмотрю, всегда были утилиты для работы с файловой системой с возможностью ресайзинга
что касается бакапа. При штатной работе линукса изменяются только файлы логов в /var/log и временные файлы в специальных папках типа /tmp или /var/tmp. То, что во время бэкапа эти файлы успеют поменяться никак не влияет на работоспособность системы восстановленной из бэкапа. Повторюсь - в линуксе нет специальных файлов типа системных как в виндусе. Исключение только файл ядра, ссылки на которое прописываются в загрузчик. Поэтому достаточно просто воспроизвести структуру каталогов и наполнить их нужными файлами, чтобы восстановленная система работала как та с которой делали бэкап
ваш вариант вполне рабочий, но имеет ряд изъянов - на время бэкапа надо останавливать систему, бэкап не возможно делать удаленно и бэкап нельзя автоматизировать
зы. Можно совместить и делать редкие бэкапы на виндусе дискимиджем вручную и регулярные автоматические бэкапы на самом линуксе