Апгрейд "анти-капли" HP-890CN

[kisoft]

Я с точки зрения ясности без RTFM.

Ото ж. Я интерфейсы почти постоянно делаю. Потому есть некоторые свои соображения на эту тему.

С одной стороны - подписывание может и не красиво (хотя все зависит от того КАК, и будет красиво ), но стоит как-то более явно разделить hex и dec. А то в верхних полях - 0x1770 и 6*000 а в нижнем 0x1770 (6*000). Вроде бы написано одно и то же, но там в скобках, а там без подписи. Для технарей проблем то нет, но не все пользователи сильно технари. По-этому интерфейс должен быть простым и однозначным. Как вариант, можно все HEX-ы, во всех местах сделать черным, а все DEC-ы, во всех местах - темно серым (или любым другим комплиментарным цветом). Ну вот что бы не напрягаться мыслью КАК, а напрягаться мыслями ГДЕ и ДЛЯ ЧЕГО.

Я пробовал подписывать. Даже это было, но потом удалил. Не катит, совсем. Нарисуй и посмотри. Понятно, что напрашивается подписать сверху колонки HEX и DEC, но я уже сказал, что 0x, что подписать, один фиг. Это мы с тобой знаем, что такое HEX, а что такое 0x или 00h, а другим без разницы, что HEX, что 0x, они этого не знают.
Разный формат определяется разным отображением данных. В одном поле как 0x**** (HEX), в другом без 0x (DEC). Подписать сложно, не в техническом смысле.

Объясню свою точку зрения. Вот колупаю я прибор, изменил пару бит. Делаю "сохранить как", заливаю проверяю. Не работает. Нужно вернуть обратно. Как? Открывать в WinHex-е первичный оригинал? Логи, наверное хорошо, но не удобно. Вариант отката любого действия, в любом поле, на любое количество шагов в обе стороны + наличие первичного оригинального значения под глазами - идеальный вариант (если оно реализуемо). Т.е. не ctrl+z, а именно откат/форвард изменений значений в отдельной ячейке. Стал в нее и крутишь изменяемые значения туда/сюда. Можно в пределах сессии, можно с привязкой к имени редактируемого исходника (с привязкой к хэшу, что бы понимать, что исходник не изменен). И тогда, вместо "сохранить как" использовать "выдать текущий", который генерит промежуточный файл, в исходном формате, дописывая в имя дату/время, например. Кнопка "сохранить" - переписывает исходник, а в файле истории изменений ставится отметка нового начала отсчета.
Понятно, что нужно смотреть, как это все сделать проще, без лишнего, но и удобно.

Зачем это всё для простого редактора? Я подхожу, прежде всего, с такой мыслью. Редактор задумывался как простой, без изысков. Небольшое удобство, чтобы не промазать с редактированием не тех данных. Делать крутой фреймворк не предполагалось, да и зачем? Стоит ли делать робота там, где достаточно протянуть руку и нажить кнопку.
Более того, получается достаточно простой редактор, который можно приспособить для редактирования подобных данных.

Можно просто красным отмечать (как во многих редакторах). Основное - видеть, что ты там наизменял в текущую сессию. (это насчет HEX поля).

Уже сделал.

Да и слева можно красный с болдом.

В левом списке, я принципиально против. "Попугай" получится цветастый. Зачем перегружать интерфейс информацией? Простота - очень важный элемент интерфейса. Чем проще, тем меньше объяснять. У нас, например, по работе, система на 1,5-2 миллиона строк кода, море фреймов, диалогов и т.п. никаких подсказок или описания. Максимально простой интуитивно понятный интерфейс. Как только идешь на поводу Заказчика, так происходит фейс палм, кто нибудь какую нибудь херню сделает обязательно. Кто то из наших говорит, типа, они сами виноваты, однако это не так. Виноваты мы, разработчики, потому что отошли от системы, сделали логику сложной, а потому неоднозначной. Что и привело к ошибке. Для примера, представь себе, что у тебя в левом списке две строк, одна выделена, другая подсвечена (изменены данные), как понять, какая строка выделена, а какая изменена? Да никак, кроме как "подписать" строку, что она изменена.

Либо еще вариант - в HEX поле отмечать красным, но сделать дополнительно обратную привязку. Т.е. ткнул на значение в HEX поле, а в левой части курсор перепрыгнул на название функции, которая связана с этим полем. (так даже лучше).

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

Думаю не надо. Лучше верхнее предложение простои удобно реализовать.

Еще несколько:
- поля, в которых не доступно редактирование не стоит оставлять на том же белом фоне. Срый фон и отсутствие возможности туда поставить курсор. readonly.

Учитывая то, что выбор только по левому списку, не нужно париться что там в окне дампа readonly, а что редактируется. Кому и что это скажет, что в дампе редактируется, а что нет? Одному человеку из ста?

- в левой части стоит как то определиться с красивым видом названия функции. Все же "2E_2F 5A correction rate" не лучший вариант, для указания того, что ячейки 0x2E и 0x2F отвечают за корректировку. Может лучше в обратном порядке? "Correction rate 5A (0x2E,0x2F)"

Отредактируй название как тебе удобно Это я так назвал, добавив адрес в начало. Редактируй так, как тебе удобно видеть. Это простой текст.

- есть предложение прикрутить консольную прошивалку (естественно параметры строки запуска - редактируемые) и кнопку "прошить". Из универсальных кроссплатформенных AVRDude, наверное. С китайскими CH341-ми он вряд ли заработает (хотя может уже есть варианты), но во многих случаях редактирование и прошивка в одном месте удобно очень.

Это уже какое то IDE с "блекджеком и шлюхами". Я не прикалываюсь и не критикую. Просто это усложнение (нет, не для реализации, реализовать - нет проблем), но зачем оно простому редактору?
Кстати, раз уж о прошивке, что, можно дудкой прошить? Можно подробней? Я пока знаю только один способ (у меня есть только USBASP), чтобы прошить i2c eeprom, на easyelectronics тема есть по этому поводу. Можно и сложней найти способы, понятно, только ради этого делать отдельный программатор совсем нет желания. Какой в этом смысл? Один раз прошил и забыл. Ради десятка раз делать сложный интерфейс. Зачем?

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

PS Может я несколько жестковато высказался, однако, это всё так и есть, по жизни, нагрузить на себя самосвал проблем легко, вот только зачем, если можно поступить проще, оставить процесс программирования за пределами редактора? Кому как удобней, тот так и программирует.
О, спать пора, утро вечера мудреней, утром на работу.

[shaman1010]

Ото ж. Я интерфейсы почти постоянно делаю. Потому есть некоторые свои соображения на эту тему.

Отлично. Не буду цитировать простыню. В нескольких фразах, с конца:
1) Дудкой можно все, что она понимает. Там конфиг длинный, даже "5 проводков". Но смысл простой - подправили-залили-проверили-подправили-залили-проверили. Гораздо быстрей и удобней без промежуточных действий. На кнопку навесить только строку запуска консольного программатора с подстановкой текущего варианта (с представлением как в hex, так и в bin, даже если его на диске предварительно не сохранять). А у линуксоидов программатор, не умеющий программировать с коммандной строки, вообще программатором не считается
2) Слева разукрашка мне тоже не очень нравится, ниже об этом и писал. Обратная привязка удобна, с точки зрения "написано изменить ячейки 1A и 1B на 0999" А за что она отвечает - на вскидку не понятно, и может там лучше 0998 прописать. А так ткнул на ячейку - курсор перескачил на связанный с ней пункт, и усё.
3) Для простого редактора может и не нужно отмена/возврат, но здесь то не простой, а инструмент быстрой правки. Итераций может быть несколько. Одно действие потянет за собой изменение в другом месте. Откаты все же нужны в той или иной форме. Я описал удобную с моей точки зрения.
4) Редактировал свое предыдущее сообщение, ты не дочитал, наверное. Стоит запилить какой-то редактор ini (может online), заодно и база приборов будет накапливаться.
5) При открытии файла (если не открывать один из последних) - зачем в корневую юзера каждый раз выкидывать? Логичней же открывать последнее место, откуда брался предыдущий файл.
6) На яблоке запустилось все, но шрифты какие-то вырвиглазные %). Нужно что-то править в дефолтных настройках

Со стилем общения не парься, все нормально. Обычно в споре рождается истина
И как ты в ноябрь 2016-го смог переместиться?

[Ast78512]

Не пойму как запустить этот редактор?
Java установил.
Командную строку из редми скопировал, вставил в CMD, запустил... и пробежали строчки и всё.
Что должно произойти? Окно программы появиться или как?

[kisoft]

Не пойму как запустить этот редактор?
Java установил.
Командную строку из редми скопировал, вставил в CMD, запустил... и пробежали строчки и всё.
Что должно произойти? Окно программы появиться или как?

Это приложение с графическим интерфейсом. Должно появиться окно редактора. Если нет, значит что то пошло не так. Для начала, какая операционная, какая версия java, и простыню бы посмотреть (побежали строчки).
На Винде должно бы по дабл клику запускаться.

[Ast78512]

Java SE Runtime Environment 7u80
На Win7 пробовал, и на XP в виртуалке. Одинаково.
Editor-.zip

P.S. Запустилось с этой версией jre-8u91-windows-i586.

[kisoft]

p.p.s. и стоит, наверное, какой-то редактор ini-шников соорудить. Как вариант - online версию, с возможностью загрузить текущий ini файл, доправить чуток и получить новый. Заодно все конфигурации будут в одном месте (на чьем-то хосте).

Стоп стоп. Меню "Параметры"/"Параметры" и вот он редактор .ini файла. Не надо его вручную - это ужасно неудобно. Для обмена этими файлами сделан импорт и экспорт. В этом же файле хранятся ссылки на recent files.

Ок, начну сначала, добавлю описание в сообщение, где ссылка на дистрибутив, а то лажа вышла, я описывал редактор ранее, возможно не все смогли прочитать.

P.S. Запустилось с этой версией jre-8u91-windows-i586.

Я понял, хоть в проекте я писал в зависимостях Java 7, видно не везде корректно работает.
Спасибо, просто у меня уже давно 7 жабы нет, буду иметь в виду.

[alvadep]

А есть ли желание повозиться с феном, и подтвердить/опровергнуть мое предположение по кастрации чипа?

Это будет проблематично. На одну трансплантацию я еще могу сподвигнуться, но в случае отрицательного результата придется возвращать все в зад. Боюсь, что пациенты могут не пережить такого издевательства.
Для начала пройдусь с осциллографом по ножкам в обоих вариантах, может что прояснится. Но отличия уже есть. При включении питания на ноге ТХ у HP-890CN глухой ноль, а у HK68B высокий уровень (причем этот уровень был еще до установки соответствующего бита в EEPROM).
Потом есть вариант проверить передачу на HP-4070C. Там тоже релиз I201.
А дальше посмотрим.

[Kabron]

При включении питания на ноге ТХ у HP-890CN глухой ноль, а у HK68B высокий уровень (причем этот уровень был еще до установки соответствующего бита в EEPROM).

Чипы то одинаковые? Еще идея: м.б. какой нибудь уровень на какой нибудь ноге блокирует Тх. Прозвонить бы детально.

[alvadep]

м.б. какой нибудь уровень на какой нибудь ноге блокирует Тх.

Не исключено. Вот и хочу сравнить оба варианта по ногам. Может и без пересадки обойдется.

[indman]

У HK68B по дефолту в "FA_1 Включение RS232 = С8".У HP-890CN = CC.Это как то влияет?Или только подсветка.