Сообщения pi

Замечательно!Есть несколько вопросов:
1)  Какие настройки у модемов для работы через gammu? Т.е. покажите настройки/конфиг файл gammu для первой дачи.Пакет gammu был предварительно установлен?
2) Можно подробнее что делалось с помощью modeswitch?

orange pi — интересная штука. )
надо будет попробовать.

сначала я тоже на про мини смотрел, но потом «открыл» nano. цена чуть больше, но и паять не надо, и программировать проще. и разъем знакомый.

Ну, вместо малины оранж пи ван можно взять. Одноплатник за 9.99 usd.
Я вот в конкурсе третью не выиграл… пришлось оранж взять :))) уже доставили… начинаю теперь новые экспиременты на нем.

Ардуину, кстати про мини можешь взять. 1.45usd стоит в забугорье. Только ножки припаять надо будет и усб уарт переходник для записи скетчей.

Спасибо за ответ.

да, видимо, возможность использования usb модемов — это серьезный плюс в копилку малины. Прямо да, реально. Да еще и вторая малина за дешево ))

тоже хочу что-то подобное сделать, смотрел в сторону Arduino + какой-нить GSM-модуль типа m590e. из китая, естественно. И там пока бюджет всего в 1к. ))

Бюджетнее ли при наличии usb модемов?

При оценке вариантов, конечно смотрел на трудоемкость и стоимость.
Трудоемкость для меня победила малина: возможность использования Python, и наличия полноценной OS.
Стоимость: смотрел на стоимость GSM шилдов в поднебесной… и видел ценники за 600+ рублей. Малину(вторую) взял за 1к рублей «с рук». Потому получилось по вполне адекватной цене, и дешевле gsm розеток

Очень интересно почитать. спасибо!
Подскажите, почему было решено делать на Raspberry?
Первый проект (да и второй тоже) точно бюджетнее было сделать на Arduino.

Фото, да насамом деле просто мониторить, что стекла в доме не разбили, соседи приехали/уехали
Код да, все на питоне. Очень простой и понятный для понимания язык. После увлечения малинкой, начал даже на работе его продвигать.
Про Lcd — да, просто не хотелось убивать времени больше, чем было необходимо для конкретных задач.

Очень интересно. Какую малинку(и) использовали? Зависания были на обоих малинках?Raspberry PI Model B. Да висли обе, причем с некоторой зависмостью от зоны приема gsm. Запускаю для теста дома (москва) — неделю работает без проблем. На даче — через три дня уходит «в себя».

Сразу подумал о sms.ru. Прочел код и убедился в своем предположении) Реально, очень крутой сервис, учитывая бесплатность для разработчиков. Работает без сбоев пол года.

У меня небольшая куча вопросов.

Фото природы — просто природа на даче красивая?)

Код Питоновский?

Многие популярные LCD-дисплеи поддерживают кириллические символы. Ваш не поддерживал, или лень возиться было?

сбои связанные с зависанием малины
Очень интересно. Какую малинку(и) использовали? Зависания были на обоих малинках?

код отправки СМС используя бесплатный веб сервис
Сразу подумал о sms.ru. Прочел код и убедился в своем предположении)

Здравствуйте! Есть аналогичный вашему проект, может Вы сталкивались со следующей ситуацией:

Платформа – Raspberry
Pi 3 , OS Raspbian
с графической оболочкой.

Скрипт написан на Python 2.7 – Read_sim_QQ.py (https://github.com/PaulLos/RPi-QQ.git)

Данная программа считывает данные с бесконтактной карты
через RFID считыватель
подключенный к GPIO через
SPI.

Аналогично вот этому примеру - https://www.raspberrypi-spy.co.uk/2018/02/rc522-rfid-tag-read-raspberry-pi/

В чикле считывания программа передает данные карты на наш
сервер.

Проблема в следующем:

При запуске скрипта командой из терминального окна запуск
программы происходит не всегда корректно, а именно программа стартует, но
считывание не всегда начинается.

Было замечено, что если после включения или рестарта системы
проходит достаточно большое время более 5 минут, то скрипт работает стабильно,
но если запустить программу сразу после старта системы, например через минуту,
то скрипт работает не корректно, но если его прервать CTL>C и запустить заново, то все начинает
работать корректно. И далее можно неоднократно останавливать  и запускать
данное ПО - все работает.

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

Спасибо.

тут ошибка у вас в скрипте в этом блоке:

# Release info goes into Release & Release.gpg which includes an md5 & sha1 hash of Packages.*
# Generate & sign release file
cd dists/${REPONAME}
cat > Release <
Suite: ${REPONAME}
Version: ${VERSION}
Component: main
Origin: My Company
Label: My Repo
Architecture: armhf
Date: `date`
ENDRELEASE

я сделал так:

# Release info goes into Release & Release.gpg which includes an md5 & sha1 hash of Packages.*
# Generate & sign release file
cd dists/${REPONAME}
touch Release
echo "Suite: ${REPONAME}" >> Release 
echo "Version: ${VERSION}" >>  Release 
echo "Component: main" >> Release
echo "Origin: My Company" >> Release
echo "Label: My Repo" >> Release
echo "Architecture: armhf" >> Release
echo "Date: `date`" >> Release

supervisor в docker это масло-масляное, для этих целей лучше использовать docker-compose

1. Мне действительно приятно
2. Docker не виртуальная машина. Он не эмулирует железо. Виртуализация основана на разделении процессорного времени между контейнерами (процессами). Докер работает на базе Linux containers (LXC). LXC — это такая система виртуализации на уровне для запуска нескольких изолированных экземпляров операционной системы Linux на одном узле. При этом все контейнеры используют один экземпляр ядра.
3. Ошибка связана с архитектурой, да. В силу п. 2 на Rpi можно запускать только контейнеры собранные для ARM архитектуры. А на x86 десктопе не получится запустить контейнер для ARM. Это стоит учитывать когда исользуете готовые образы с Docker hub, например. В описании должно быть написано, что образ собран для ARM или Rpi.

Надеюсь, что прочитал внимательно.
Во-первых, большое спасибо, полезно и интересно.
Во-вторых, никак не могу понять, docker — не эмулятор, как тогда удается запустить ubuntu в контейнере. Создается дополнительный эмулятор x86?
В-третьих, хотя, наверное, ближе ко второму вопросу. Я не собирал контейнер из докер файла, а попытался для тестов запустить тот же образ, что и вы:

sudo docker run -it --rm ubuntu:14.04

на что получил ответ:

docker: Error response from daemon: Cannot start container 39f41dacd535b40759348852e9d31b59c69035509eacef1fcce3fb7ab6c3136a: [9] System error: exec format error.

я так понимаю дело именно в архитектуре процессора, на стационаре под дебианом все нормально работает.

З.Ы. ну и дополнения ради: docker работает по принципу слоеного пирога (каждая команда в dockerfile — это слой), для уменьшения размера образа (images), по возможности, объединяйте команды (&&).

Покупал здесь - http://www.yar.kiev.ua/ProductInfo.aspx?id=14944&Cat_id=268

Я собрал зарядку из этой статьи - http://habrahabr.ru/post/130464/ .
В центре - TURNIGY 3A UBEC w/ Noise Reduction .
Получилась очень маленькой ,да и выдаёт 2,8 ампер (кз)!
При моих испытаниях отлично работала в диапазоне 5,5 - 30 вольт .
Просадка напряжения с 5,27 вольт до 5,2 вольт при 1 ампере нагрузки
(по стандарту юсб допускается 4,75 - 5,25 вольт ,но я читал,что малина выдерживает до 7-и вольт из - за своего линейного преобразователя напряжения ,переводя всё ,что выше 5-и вольт в тепло ).

Я занимаюсь автомоделизмом и у меня для зарядки есть китайский БП,выдающий 13.8в (мне как раз столько и надо,так как распи пойдет в машину,где 12-14.4) и я использую стабилизатор LM1085IT-5.0/NOPB TO220. спокойно тянет и распи и вифимодуль и флешку и юсб хаб на 4 порта и еще и радиоприемник:)

Рекомендую сетевой адаптер KS-IS Mich 2000mA.

У меня все норм работает (загрузки системы совсем не большая)

Да, это так

Большинство чайны - нестабилизированные БП, которые либо 5 в, либо 2 А. И это скорее всего не ляп, а наглая профанация.