всем привет, пикабушники!

решил выкатить большой пост про свое расширение price tracker, которое я пилю в одну каску специально для нашего сообщества. это уже не просто ozon price tracker, а полноценная версия 2.0 ozonoWByandex tracker

📍📍📍ссылка для скачивания внизу поста 📍📍📍

делаю всё сам по вечерам, поэтому разработка идет, может, не так быстро, как у корпораций, но зато честно и без рекламы. основной упор делаю на то, чтобы мы с вами видели реальные скидки, а не те, что рисуют маркетологи.

что теперь умеет расширение

если раньше всё начиналось только с озона, то теперь это полноценный комбайн для трех главных площадок:

🌏 ozon — отслеживаю и зеленую цену по карте, и обычную.

☢️ wildberries — слежу за ценой с вб кошельком и без него.

🌤 яндекс.маркет — мониторю цены с пэй и без карты.

основные фишки, которые я внедрил

самое главное — я добавил уведомления в telegram. теперь не нужно постоянно открывать браузер, бот сам маякнет в телегу, когда цена упадет до нужного вам уровня или товар снова появится в наличии.

вот что еще есть внутри:

• графики цен: на каждой странице товара теперь красуется виджет с мини-графиком. можно посмотреть историю и понять, когда цена была реально минимальной.

• быстрая проверка: в версии 1.2.0 я переписал движок, и теперь проверка идет пачками по 3 товара одновременно — это в 3 раза быстрее, чем было раньше.

• виджеты: на страницах озона, вб и яндекса автоматически появляются блоки с аналитикой. для каждого магазина сделал свой цвет, чтобы глаз не замыливался (синий, фиолетовый и желтый соответственно).

• умный фон: плагин работает через service worker. это значит, что ему не нужны открытые вкладки магазинов, он сам всё проверяет по расписанию, почти не потребляя ресурсы компа.

  корзина и история: если случайно удалили товар — его можно вытащить из корзины (хранит до 50 штук). а все изменения ваших настроек записываются в отдельный лог, чтобы ничего не потерялось.

почему это делаю я один

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

в планах еще много всего: синхронизация между устройствами и прогноз «лучшего времени для покупки». но пока версия 2.0 — это мой маленький повод для гордости.

всем спасибо за поддержку и ваши идеи. если найдете баг или захотите фичу — пишите прямо тут или мне в личку в тележку, я всё читаю.

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

версия 2.0 уже доступна для скачивания здесь

https://chromewebstore.google.com/detail/price-tracker/ehjlf...

что будет в ближайших обновления?

еще больше возможностей и работа по api

критика принимается в комментариях

Привет, Пикабу!

Я разработчик-одиночка, зовут Дмитрий. Последнее время плотно занимаюсь своим проектом для тех, кто работает с лесом — приложение «Lesorub Pro».

Знаю, что на рынке полно обычных кубатурников, но мне хотелось сделать что-то более серьезное и современное. Чтобы не просто таблички ГОСТа листать, а реально упростить жизнь в лесу или на складе.

Что я уже реализовал:

1. AI-сканер штабелей. Это была самая сложная часть. Обучил нейросеть на 140 000 фотографий. Наводите камеру — она считает количество бревен и прикидывает диаметр. Работает неплохо, но в сумерках или на кривых штабелях может ошибаться, поэтому очень нужен «полевой тест».

2. Классические кубатурники. ГОСТ 2708-75, 2705-75 и другие. Тут всё четко, формулы перепроверяли с пользователями (недавно нашли ошибку в диаметрах от 34см — уже исправил).

3. Режим «Бригада» и Склад. Можно создать виртуальную бригаду, поделиться кодом с напарниками и вести общий учет кубатуры.

4. Экспорт. Можно выгрузить отчет в PDF и скинуть заказчику.

Зачем я это пишу?

Приложение бесплатное. Я не продаю подписки и не впариваю «премиум-функции» за деньги. Мне важно довести продукт до ума.

Среди пикабушников наверняка есть люди, связанные с лесозаготовкой, деревообработкой или логистикой леса.

Моя просьба:

Попробуйте потыкать приложение в реальной работе.

— Удобно ли нажимать кнопки замерзшими пальцами?

— Сильно ли врет нейросеть на ваших бревнах?

— Чего не хватает в интерфейсе?

Ссылка на RuStore (чтобы без проблем с обновлениями в РФ):

https://www.rustore.ru/catalog/app/com.wood.calc

P.S. Если приложение крашнется — не ругайтесь сильно, скиньте скрин, я оперативно поправлю. Всем добра и кубов побольше!

Протестировал MCU ch32v203  китайского производства. В прошлых статьях я мельком показывал результат тестирования ch32v307, он оказался в два раза быстрее stm32f407 ( ! в работе моей виртуальной машины) Тут же высшая производительность RISC V  подтвердилось в сравнении с ARM хотя и не с таким уже отрывом.

Что у меня за проект такой, описание - тут: Своими разработками соревнуюсь с брендами в АСУ ТП. Превзойти Codesys

Разрабатываю аналог Codesys - платформа для разработки ПЛК. Сюда входит Среда разработки 3o|||sheet (читать как “Зошит”, с собственным графическим движком отрисовки схем). Также разрабатывал свой компилятор (самая сложная и умная часть)/ Cреда выполнения на железе (самая примитивная часть - за нее все думает компилятор на этапе сборки).

Так же, я не призываю вставлять подобные отладки в ПЛК в голом виде на производстве под 12-24 Вольта, тут идет больше тестирование CPU/MCU в качестве выполнения задач внутри ПЛК. Разработка остального железа - это другая тема. Предпринимателям, кто работает в этом направлении будет понятно.

Железо:

Сравнивал в трех номинациях: булевые операции, целочисленная математика, и комплекс всех операций в пид регуляторе.

Чтоб не повторяться о методике тестирования, это можно прочитать в прошлых постах, перейду сразу к результатам:

Базовые LD инструкции -- это контакты и катушки. Но в моем тесте для объективности выбрал самый сложный путь, и в одну инструкцию, в моем случае входит: чтение переменной из виртуального ОЗУ (ту которую пользователь создал в ST / LD и дал ей имя) , сравнение на истинность, и переход по новому адресу в зависимости от результата.

Если брать работу с физическими входами, где данные загружаются один раз вначале цикла, а дальше идет простая обработка битов - то скорость моего ПЛК будет на 30% быстрее от указанной в диаграмме.

В данном тесте RISC V впереди от ARM на 8-9% ( в смысле - мой рантайм но на ARM).

С целочисленной математикой дела поинтереснее. Во первых тут гипотетический мой ПЛК (назовем его - LogicGather ) не отстает в разы в отличии от базовых LD операций (и мне часто пишут - о медленном моем ПЛК). Я объясняю это тем что у меня система - универсальная. Мировые производители ПЛК скорее всего создают отдельные программные части, для решения - чисто этих логических задач (а Mitsubishi еще и в кристалле CPU на аппаратном уровне это внедряет). И когда речь заходит про математику - все становится на свои места. Мой LogicGather STM32F103 отстает от Mitsubishi процентов на 40, а на RISC V и вовсе почти одинаковые результаты с Allen Bradley и тем же клоном Mitsubishi. Почему я не сравниваю оригиналы Mitsubishi - как упоминал, у меня нет ресурсов создавать свои CPU. Есть возможность использовать FPGA, в таком случае мой ПЛК сможет обрабатывать все за несколько тактов (в данный момент уходят сотни тактов на декодирования байткода и операции). С FPGA еще поработаю.

Allen Bradley Micro810 - данные по скорости - из документации, у них в библиотеке есть готовые функциональные блоки пид регуляторов c указанным временем. Сам алгоритм пид регулятора внутри библиотек Allen Bradley я не знаю. Для теста своего ПЛК LogicGather я рисовал и создавал функциональный блок , так же описывал его алгоритм на своем языке .3osheet

Но так как по математике мой ПЛК LogicGather на RISC V ch32v203 +- тоже самое что Micro810 то думаю сравнивать результаты по пид алгоритмам - это корректно.

Ну и напомню, преимущество которое есть в моей архитектуре, и не имеющей аналогов , это множественные исполнители:

Это когда задачи - изолированы. Один исполнитель может проигрывать рискованный код (HMI, связь, WEB и OPC UA сервер, если CPU хороший), где что ни будь может вылететь или зависнуть, но это никак не заденет - другие важные исполнители, с логикой по безопасности или критическим процессам.

Можно даже запустить отдельный исполнитель в задачу которого будет входить автоматический перезапуск вылетевших программ. Более подробно это описано в прошлых статьях.

И все конечно же - это без линуксов и прочих FreeRTOS , детерминировано, по системному таймеру. Так же веду разработку собственной ОС, в данный момент она еще маленькая, больше напоминает диспетчер задач, который управляет вытесняющей многозадачностью, работает на виртуальном уровне вместе с задачами пользователя, только в привилегированном режиме.

Кому интересно, присоединяйтесь, буду рассказывать о ходе своей работы: как устроенный мой графический движок который использовал в свой среде разработке и SCADA системах, разные детали по работе с электроникой. Сам люблю подобное читать у других производителей, и самому делиться ходом работы.

Вопросы можно так же задавать мне на почту:

zoshytlogic@gmail.com