У вас в схеме Q3 перевернуто нарисован. Я для подобной задачи использовал неотключаемый делитель с 10М верхним резистором и буфферный ОУ с собственным током потребления 1мкА (нашел TLV... какой-то). Мне так было проще, т.к. были сильные ограничения по размеру платы и её ручное изготовление.
Да, CH32 контроллеры более функциональные и с большими ресурсами, и некоторые варианты даже по 18 руб/штука доступны в короткие сроки непосредственно в РФ. Но пост посвящен 8биткам :) Вернемся к ним. Да, 8051 не предел совершенства.. НО.
Когда я посмотрел документацию на PFS154, у меня сложилось впечатление, что ЭТО еще более запредельное. SRAM 128byte, 2kW flash ... Да, одно другому соответствует... UART/SPI/I2C/ADC - таких буквосочетаний в даташите нет. Загрузчик, самопрограммирование - нет. Самостоятельное пробуждение из Powerdown - нет (ну ладно, он вроде как всего 3мкА в режиме останова). Есть PWM, но к чему он без ADC ??? Таймеры 8 бит разрядностью, capture mode нет. Не зря они не "microcontroller" в даташите названы, а всего лишь "IO Controller".
Лично мне не понятно, зачем использовать _настолько_ ограниченные чипы. Наверное это мне не понятно настолько же, насколько вам не понятно применение 8051 при наличии 32bit RISC CH32.
Прочитал статью, для понимания мирового разнообразия полезно, спасибо. Интересующимся 8-битками рекомендую также обратить внимание на продукцию Nuvoton (бывшая Winbond), в частности достаточно массовый N76E003AT20 (у него недавно вышла исправленная версия N76S003) и прочую продукцию компании (есть не только 8битки но и ARM-ы). Документация на чипы достаточно подробная, описано всё кроме протокола внутрисхемного программирования :-) Достаточно широкая периферия. Архитектура 1T 8051 Минимальная актуальная цена на али за десяток N76E003AT20 - 320р (т.е. 32 р штука включая доставку), также возможно заказывать в ч-и-д. Зашивать конкретно эти чипы можно программатором на CH341A, а официальный программатор-отладчик когда-то был куплен за ~1000р - что рекомендуется для чуть более серьезного использования.
Мне на фоне этой новости очень нравится ситуация с местонахождением хоста 3dsec.sberbank.ru (интернет-эквайринг Сбера). Трассировка к IP 62.76.205.110 показывает, что он располагается в Стокгольме, на мощностях Akamai Technologies.
Это дефект перевода — не верно расставлены акценты. Акцентироваться надо на большие токи. Я бы эти "проблемные" места перевел так:
Однако работа под низким напряжением – это сложная задача в плане обеспечения питания, поскольку в этом случае к процессору нужно подводить большой ток.
Однако работа под низким напряжением – это сложная задача в плане обеспечения питания, поскольку в этом случае к процессору нужно подводить больший ток.
Keeping the power consumption the same and reducing the voltage to 0.75V would increase the current required to 274A.
Если энергопотребление процессора останется на том же уровне, а напряжение понизится до 0,75 В, это увеличит нужный ток до 274 А.
При понижении напряжения до 0.75В передача той же мощности увеличит ток до 274А.
Однако работа под низким напряжением – это сложная задача в плане обеспечения питания, поскольку в этом случае к процессору нужно подводить большой ток.
Терзают меня смутные сомнения, что при уменьшении напряжения питания процессора потребляемый ток будет расти. С чего вдруг автором решено, что потребляемая мощность должна быть постоянной? По-моему, это не так.
To be capable of achieving more accurate results the temperature measurement can be calibrated in the application software. The software calibration requires that a calibration value is measured and stored in a register or EEPROM for each chip, as a part of the production test.
The software calibration can be done utilizing the formula:
T = { [(ADCH << 8) | ADCL] — TOS} / k
where ADCn are the ADC data registers, k is a fixed coefficient and TOS is the temperature sensor offset value determined and stored into EEPROM as a part of the production test.
Т.е. нужно просто скорректировать на значение смещения, а точность значения k обещает производитель. Цифровой датчик конечно точен из коробки, но я думаю что и такой метод даст приемлемый результат.
Ваша статья требует полной переработки, с учетом вышеизложенных в комментариях замечаний. Несмотря на наличие этих замечаний, никаких изменений в содержимое статьи Вами не внесено, и она продолжает нести в массы дезинформацию и неверные тезисы.
Я бы попросил Вас скрыть её в черновики до момента переработки содержимого.
Вы уже получили много отзывов и Вам есть над чем подумать.
А это самое интересное. Это возможность отправлять письма для конкретного домена с конкретного IPv4/IPv6 адреса.
…
Если helo не соответствует домену почты, от имени кого отправили письмо — начисляются спам очки.
Сколько можно распространять по интернету эту глупость?
Кто-то один раз где-то это написал, и теперь каждый натыкающийся на эту "кладезь мудрости" старается внедрить её у себя и рассказать миру об этом достижении.
HELO не обязано соответствовать домену адреса отправителя, и никакие известные мне почтовые антиспамы за это штрафные баллы не начисляют.
Соответственно для каждого домена должен быть свой IP адрес.
В данных факта оплаты, при оплате онлайн, сайту доступен маскированный PAN (первые 6 + последние 4 цифры номера пластиковой карты) + ФИО, которые пользователь сам вводит на странице оплаты. Обычно это то, что нанесено на карту, но по-факту можно вводить условные NO NAME и тогда сайт получит чуть меньше данных. Еще иногда может приходить хэш PAN-а.
Для передачи маршрутов в конфиге OpenVPN используется опция route, которая требует "широкий" формат маски в виде 255.255.x.x. Как его получить из "короткого" стандартными утилитами — я не изучал, но в силу специфики томского интернета у меня завалялся готовый скрипт, который когда-то использовался для обратной цели — передать список маршрутов, которые в туннель заворачивать не надо.
Скрипте выложен на Github (https://github.com/rpv-tomsk/iplist). Умеет аггрегировать подсетки, формировать конфиг OpenVPN. Написан на Perl, использует Net::CIDR::Lite.
Судя по дате изменения файла, последний раз он был изменен 7 лет назад, поэтому сильно не пинайте, если будет работать не так, как ожидается. Перед публикацией я его слегка причесал и протестировал.
Итак, как выгрузить список префиксов в OpenVPN:
1) В конфигурации OpenVPN-сервера указываем путь к скрипту, который сформирует файл динамической конфигурации:
client-connect ./client-connect
2) Содержимое скрипта размещаем в файле /etc/openvpn/client-connect :
#!/bin/bash
TYPE="$script_type"
CCD="$1"
if [ "$TYPE" = "client-connect" ]; then
cp /etc/openvpn/blacklist $CCD
exit 0
fi
exit 0
3) В конфигурации OpenVPN-клиента необходимо прописать опцию max-routes:
max-routes 150
Надеюсь, что такого значения будет достаточно.
4) Скачиваем утилиту и формируем файл /etc/openvpn/blacklist с директивами выставления маршрутов на клиенте:
#Взято из статьи
cut -d";" -f1 /root/z-i/dump.csv| tr '|' '\n' | tr -d ' ' > /root/blacklist/tmpaddr.txt
#Путь к скачанной утилите iplist_ovpn необходимо скорректировать
cat /root/blacklist/tmpaddr.txt | grep / | ./iplist_ovpn -vg > /etc/openvpn/blacklist
Перезапускать OpenVPN-сервер после изменения /etc/openvpn/blacklist не требуется.
Маршруты прилетают на клиент только при подключении, поэтому для обновления необходимо переподключение клиента — в этом минус решения, по сравнению с получением маршрутов средствами BGP или другой динамической маршрутизации.
Если что-то не заработает — смотрим в логи, они бывают полезны.
# telnet 87.226.213.148 25
Trying 87.226.213.148...
Connected to 87.226.213.148.
Escape character is '^]'.
554-mx2.rkn.gov.ru
554 Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means.
Connection closed by foreign host.
База почти всегда однозначным образом ускоряется: партиции, индексы.
В том-то и дело, что "… и вам придется это делать".
Для нагруженных почтовиков — файлы будут быстрее.
А для ненагруженных DBMail тем более не нужен — им нет необходимости "создавать произвольное число точек входа", а других преимуществ нет, одни недостатки.
Тот же Dovecot создает какие-то нужные ему индексы "из коробки", без дополнительных настроек.
Установил и забыл.
В случае DBMail — почта гуляет внутри сервера между программами: сначала подгружается в СУБД, там кешируется, затем передается даймону DBMail, кешируется в нем (нужно же получить полный результат SQL-запроса), и только затем передается почтовому клиенту.
Зачем нужно всё это кратное усложнение процесса и соответствующее увеличение нагрузки на сервер, если можно просто сразу отдать содержимое письма из файла?
И это мы еще не говорим о разных "вкусностях" Dovecot, которые, например, позволяют создать в нем папку "Спам" и интегрировать скрипты, обучающие rspamd по факту перемещения почты в/из этой папки.
Да тот же DBMail даже SSL не умеет, судя по его Wiki — там предлагается SSL настраивать через stunnel. Зачем всё это надо?
Для согласования TLS и TCP выходит достаточным поставить значение initcwd 12. Не думаю, что увеличение на два пакета приведет к проблемам, хотя я этого и не проверял.
Альтернативный путь — можно изменить размер initcwd. В Linux это делается командой «ip ro», настраивается для маршрутов по отдельности. Также заодно можно подкрутить параметр initrwnd.
Доступно на ядрах 2.6.33+.
Пример команды:
ip route change default via 192.168.0.1 dev eth0 proto static initrwnd 10 initcwnd 10
Вместо 192.168.0.1 и eth0 укажите адрес своего роутера и сетевой интерфейс, посмотреть их можно командой «ip route show». Можно задать различные значения для различных маршрутов (подсетей).
В Windows также это можно настроить. Гуглится по «Increasing the TCP Initial Congestion Window on Windows 2008 Server R2».
Банки производят перечисление денег не сразу, а пачками, или вообще раз в сутки.
До того, как произойдет такое перечисление, средства с карты плательщика фактически еще не будут списаны, будет произведена только блокировка средств, аналогичная «холду». Как следствие, можно произвести простую операцию «отмены операции» и средства на карте будут разблокированы «мгновенно», т.к. они еще находятся в банке эмитента карты.
Если списание уже фактически произошло, то отмену операции произвести нельзя, можно произвести только операцию возврата, которая потребует обратного перечисления средств между банками и обратного зачисления на счет карты, которое далеко не мгновенно и может занимать дни.
PayOnline прокомментирует точнее, если я в чем-то ошибаюсь.
И еще вопрос: Возможна ли ситуация, что после успешной «заморозки» средств операцию списания провести не удастся, и в каких случаях это может произойти?
У вас в схеме Q3 перевернуто нарисован.
Я для подобной задачи использовал неотключаемый делитель с 10М верхним резистором и буфферный ОУ с собственным током потребления 1мкА (нашел TLV... какой-то). Мне так было проще, т.к. были сильные ограничения по размеру платы и её ручное изготовление.
Да, CH32 контроллеры более функциональные и с большими ресурсами, и некоторые варианты даже по 18 руб/штука доступны в короткие сроки непосредственно в РФ.
Но пост посвящен 8биткам :) Вернемся к ним.
Да, 8051 не предел совершенства.. НО.
Когда я посмотрел документацию на PFS154, у меня сложилось впечатление, что ЭТО еще более запредельное. SRAM 128byte, 2kW flash ... Да, одно другому соответствует...
UART/SPI/I2C/ADC - таких буквосочетаний в даташите нет.
Загрузчик, самопрограммирование - нет.
Самостоятельное пробуждение из Powerdown - нет (ну ладно, он вроде как всего 3мкА в режиме останова).
Есть PWM, но к чему он без ADC ???
Таймеры 8 бит разрядностью, capture mode нет.
Не зря они не "microcontroller" в даташите названы, а всего лишь "IO Controller".
Лично мне не понятно, зачем использовать _настолько_ ограниченные чипы.
Наверное это мне не понятно настолько же, насколько вам не понятно применение 8051 при наличии 32bit RISC CH32.
Прочитал статью, для понимания мирового разнообразия полезно, спасибо.
Интересующимся 8-битками рекомендую также обратить внимание на продукцию Nuvoton (бывшая Winbond), в частности достаточно массовый N76E003AT20 (у него недавно вышла исправленная версия N76S003) и прочую продукцию компании (есть не только 8битки но и ARM-ы). Документация на чипы достаточно подробная, описано всё кроме протокола внутрисхемного программирования :-) Достаточно широкая периферия. Архитектура 1T 8051
Минимальная актуальная цена на али за десяток N76E003AT20 - 320р (т.е. 32 р штука включая доставку), также возможно заказывать в ч-и-д.
Зашивать конкретно эти чипы можно программатором на CH341A, а официальный программатор-отладчик когда-то был куплен за ~1000р - что рекомендуется для чуть более серьезного использования.
Мне на фоне этой новости очень нравится ситуация с местонахождением хоста 3dsec.sberbank.ru (интернет-эквайринг Сбера).
Трассировка к IP 62.76.205.110 показывает, что он располагается в Стокгольме, на мощностях Akamai Technologies.
Кусок трассировки:
.....
GW-ERTelecom.retn.net
ae15-1316.RT.M9.MSK.RU.retn.net
ae1-1.RT.TC1.STO.SE.retn.net
netnod-ix-ge-b-sth-1500.as32787.akamai.com
po110.bs-a.sech-sto.netarch.akamai.com
a72-52-1-179.deploy.static.akamaitechnologies.com
ae120.access-a.sech-sto.netarch.akamai.com
93.191.172.227
a104-74-17-234.deploy.static.akamaitechnologies.com
???
Сбер, санкции, Akamai. Но всё замечательно )
Это дефект перевода — не верно расставлены акценты. Акцентироваться надо на большие токи. Я бы эти "проблемные" места перевел так:
Однако работа под низким напряжением – это сложная задача в плане обеспечения питания, поскольку в этом случае к процессору нужно подводить больший ток.
При понижении напряжения до 0.75В передача той же мощности увеличит ток до 274А.
Терзают меня смутные сомнения, что при уменьшении напряжения питания процессора потребляемый ток будет расти. С чего вдруг автором решено, что потребляемая мощность должна быть постоянной? По-моему, это не так.
Надо чуть дальше даташит прочитать:
Т.е. нужно просто скорректировать на значение смещения, а точность значения k обещает производитель. Цифровой датчик конечно точен из коробки, но я думаю что и такой метод даст приемлемый результат.
Также ATmega содержит встроенный термодатчик, возможно стоит попробовать использовать его?
Ваша статья требует полной переработки, с учетом вышеизложенных в комментариях замечаний. Несмотря на наличие этих замечаний, никаких изменений в содержимое статьи Вами не внесено, и она продолжает нести в массы дезинформацию и неверные тезисы.
Я бы попросил Вас скрыть её в черновики до момента переработки содержимого.
Вы уже получили много отзывов и Вам есть над чем подумать.
Сколько можно распространять по интернету эту глупость?
Кто-то один раз где-то это написал, и теперь каждый натыкающийся на эту "кладезь мудрости" старается внедрить её у себя и рассказать миру об этом достижении.
HELO не обязано соответствовать домену адреса отправителя, и никакие известные мне почтовые антиспамы за это штрафные баллы не начисляют.
Такого требования также нет.
В данных факта оплаты, при оплате онлайн, сайту доступен маскированный PAN (первые 6 + последние 4 цифры номера пластиковой карты) + ФИО, которые пользователь сам вводит на странице оплаты. Обычно это то, что нанесено на карту, но по-факту можно вводить условные NO NAME и тогда сайт получит чуть меньше данных. Еще иногда может приходить хэш PAN-а.
Для передачи маршрутов в конфиге OpenVPN используется опция
route, которая требует "широкий" формат маски в виде 255.255.x.x. Как его получить из "короткого" стандартными утилитами — я не изучал, но в силу специфики томского интернета у меня завалялся готовый скрипт, который когда-то использовался для обратной цели — передать список маршрутов, которые в туннель заворачивать не надо.Скрипте выложен на Github (https://github.com/rpv-tomsk/iplist). Умеет аггрегировать подсетки, формировать конфиг OpenVPN. Написан на Perl, использует Net::CIDR::Lite.
Судя по дате изменения файла, последний раз он был изменен 7 лет назад, поэтому сильно не пинайте, если будет работать не так, как ожидается. Перед публикацией я его слегка причесал и протестировал.
Итак, как выгрузить список префиксов в OpenVPN:
1) В конфигурации OpenVPN-сервера указываем путь к скрипту, который сформирует файл динамической конфигурации:
2) Содержимое скрипта размещаем в файле /etc/openvpn/client-connect :
3) В конфигурации OpenVPN-клиента необходимо прописать опцию max-routes:
Надеюсь, что такого значения будет достаточно.
4) Скачиваем утилиту и формируем файл /etc/openvpn/blacklist с директивами выставления маршрутов на клиенте:
Перезапускать OpenVPN-сервер после изменения /etc/openvpn/blacklist не требуется.
Маршруты прилетают на клиент только при подключении, поэтому для обновления необходимо переподключение клиента — в этом минус решения, по сравнению с получением маршрутов средствами BGP или другой динамической маршрутизации.
Если что-то не заработает — смотрим в логи, они бывают полезны.
Чтобы каждый раз не тягать 13 мбайтный файл dump.csv по HTTP (пусть даже и в сжатом виде), можно использовать git:
Инициализация:
Обновление:
Далее используем обновленный файл dump.csv напрямую:
# telnet 87.226.213.148 25Trying 87.226.213.148...
Connected to 87.226.213.148.
Escape character is '^]'.
554-mx2.rkn.gov.ru
554 Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means.
Connection closed by foreign host.
Просьба добавить в список Hetzner 178.63.0.0/16 (в выгрузке присутствует).
В том-то и дело, что "… и вам придется это делать".
А для ненагруженных DBMail тем более не нужен — им нет необходимости "создавать произвольное число точек входа", а других преимуществ нет, одни недостатки.
Тот же Dovecot создает какие-то нужные ему индексы "из коробки", без дополнительных настроек.
Установил и забыл.
В случае DBMail — почта гуляет внутри сервера между программами: сначала подгружается в СУБД, там кешируется, затем передается даймону DBMail, кешируется в нем (нужно же получить полный результат SQL-запроса), и только затем передается почтовому клиенту.
Зачем нужно всё это кратное усложнение процесса и соответствующее увеличение нагрузки на сервер, если можно просто сразу отдать содержимое письма из файла?
И это мы еще не говорим о разных "вкусностях" Dovecot, которые, например, позволяют создать в нем папку "Спам" и интегрировать скрипты, обучающие rspamd по факту перемещения почты в/из этой папки.
Да тот же DBMail даже SSL не умеет, судя по его Wiki — там предлагается SSL настраивать через stunnel. Зачем всё это надо?
Для согласования TLS и TCP выходит достаточным поставить значение initcwd 12. Не думаю, что увеличение на два пакета приведет к проблемам, хотя я этого и не проверял.
Доступно на ядрах 2.6.33+.
Пример команды:
ip route change default via 192.168.0.1 dev eth0 proto static initrwnd 10 initcwnd 10
Вместо 192.168.0.1 и eth0 укажите адрес своего роутера и сетевой интерфейс, посмотреть их можно командой «ip route show». Можно задать различные значения для различных маршрутов (подсетей).
В Windows также это можно настроить. Гуглится по «Increasing the TCP Initial Congestion Window on Windows 2008 Server R2».
До того, как произойдет такое перечисление, средства с карты плательщика фактически еще не будут списаны, будет произведена только блокировка средств, аналогичная «холду». Как следствие, можно произвести простую операцию «отмены операции» и средства на карте будут разблокированы «мгновенно», т.к. они еще находятся в банке эмитента карты.
Если списание уже фактически произошло, то отмену операции произвести нельзя, можно произвести только операцию возврата, которая потребует обратного перечисления средств между банками и обратного зачисления на счет карты, которое далеко не мгновенно и может занимать дни.
PayOnline прокомментирует точнее, если я в чем-то ошибаюсь.
И еще вопрос: Возможна ли ситуация, что после успешной «заморозки» средств операцию списания провести не удастся, и в каких случаях это может произойти?