автоматизация дистилляции

[Dimanoss]

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

дело, наверное, вкуса и привычки. Мне, например, в таком виде проще просматривать, чем водить пальцем по соединениям. Т.е., смотришь функциональный блок, что и как, вне привязки к общей схеме. Если удовлетворяет, смотришь, с чем он там сообщается.

[Zapolyarny]

Нет, это не вкус и привычка, это просто шаблоны в голове и старопердунство, препятствующее мышлению.
Современный способ позволяет минимизировать ошибки, сделать удобным чтение схемы независимо от её уровня сложности. "Нормальные" соединения линиями - это пережиток, оставшийся со времён отсутствия САПР и использования бумаги. А мир давно изменился.
Как только начинётся работа над проектами чуть сложнее "Ардуиночки с кнопочкой и дисплейчиком" (это я вчера видео с ЧПУшечкой насмотрелся), так разработчик тут же изменит свою точку сборки.

[Призрачный Суслик]

Схемы в таком виде хорошо понятны всяким САПР, но тяжело читаются из за необходимости постоянно держать в голове названия цепей и искать по всему листу, а то и десятку листов, ответные обозначения. А разница в названиях может быть на один символ. А если к цепи подключается более двух точек, да на разных листах. Когда чертишь сам, и так в голове держишь, что, куда идёт и вроде всё понятно, а когда смотришь в чужую схему тяжело понять.

[roman.com]

мне проще и понятней рисовать соединительными линиями.
у нас ESP32 соединяется с AVR328.
на какие выводы что идёт ?
на обычной схеме вопросов нет. все видно))
смотрим что куда идет и пишем программу.
все))

[roman.com]

запускается на виндах и маках... это хорошо.
так а что за файл на выходе ?

если в браузере то это стандартный .HTML
если приложение на компе то это .jar
если приложение на андроид то это .apk
и т.д.

[roman.com]

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

анимация...
а почему не видно как по трубкам течёт жидкость ? ))

берём картинку.
фотошопим.
получаем несколько JPG.
делаем из несколько JPG один большой GIF.
запускаем GIF например в браузере и видим как по трубкам течёт жидкость.. горит огонь... капают капельки... мигают лампочки... ))

[Dimanoss]

так а что за файл на выходе ?

- если для андроида, то - .apk или .aab
- если для айфонов и прочего мобильного маковского - .ipa или .xcarchive
- если под мак - .app или .pkg / .dmg
- если под винды, то - .exe и.dll

[Dimanoss]

анимация...

берём картинку.
фотошопим.
получаем несколько JPG.
делаем из несколько JPG один большой GIF.
запускаем GIF например в браузере и видим как по трубкам течёт жидкость.. горит огонь... капают капельки... мигают лампочки... ))

так было правильно году так в 99м С тех пор, как .png стал стандартом, который все понимают, .gif, с его ограничениями по палитре, должен быть умереть в одну секунду.

Проще в фотошопе сразу делать фреймы в .png и уже потом их программно перекладывать. Ещё плюс программной анимации - можно каждый объект масштабировать и позиционировать иднивидуально.

[Призрачный Суслик]

Меньше палитра, меньше места в памяти занимает. Когда-то прекрасную графику делали в 256 цветах. А ныне народу 24 разрядов не хватает.

[roman.com]

ничего из маков у меня нет.
поэтому меня интересует только .exe и .apk
как писать .exe я пока не разобрался поэтому пишу .jar
а порога для .apk у меня сдохла поэтому пишу .html
палитра у меня стандартная RGB (255,255,255).
мне хватает ))

[roman.com]

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

а на чем будем писать для esp32 и atmega238 ?
esp32 у меня нет. нет необходимости потому что у меня все по проводам хорошо работает.

для atmega238 обычно пишу на Си
хотя можно и на асме когда нужна скорость.

пора уже все это дело собирать в кучу...))

осталось понять кто из них будет сервером...
у меня сервер atmega238 потому что esp32 у меня нет. ))

[Dimanoss]

палитра у меня стандартная RGB (255,255,255).
мне хватает ))

У .png тоже 256 градаций оттенка. Но-каждого канала; в gif же ограничение - ВСЕГО 256 оттенков на всю картинку. Если картинка - в градациях серого, тогда, да, будет смотреться достойно. Но если будут цвета - ну, какие-то переходы будут недоступны. Ещё беда gif в том, что у него нет нормального альфа-канала. Т.е. прозрачным можно назначить лишь один из оттенков. Отсюда - резкие границы при переходе в прозрачность, гребёнки и прочие афтерфакты. В png же прозрачность работает через альфа-канал, т.е., прозрачность тоже можно накладывать градиентом в пределах 256 оттенков.

[Dimanoss]

Меньше палитра, меньше места в памяти занимает. Когда-то прекрасную графику делали в 256 цветах. А ныне народу 24 разрядов не хватает.

когда-то считалось, что html-страница вместе с графикой не должна превышать предела в 50 KB. Сегодня бэкграунды по 20 MB - не редкость.

[Dimanoss]

а на чем будем писать для esp32 и atmega238 ?

ну, сами контроллеры, конечно, на C++.

esp32 у меня нет. нет необходимости потому что у меня все по проводам хорошо работает.

а почему если esp32, то сразу - без проводов. Просто очень хорошо сделано, отличная замена ардуинкам. Ну, да, чтобы не париться с внешними модулями для беспроводных сетей - тоже удобно.

[Призрачный Суслик]

Сегодня бэкграунды по 20 MB - не редкость.

И при медленном интернете вызывают стойкое жаление сократить поголовье "недодизайнеров" наиболее жестоким и болезненным для них способом.

[Zapolyarny]

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

[roman.com]

обычно когда в проект пихают esp32 то подразумевают что будет работать ви
-фи.
или будем работать со звуком / видео.
в противном случае высокая производительность esp32 не нужна.
попросить датчики и включить контактор может и любой простенький avr ))
вот я и говорю... у меня аудио / видео нет.
все работает по проводам.
значит мне хватит и простеньеого avr ))