Редактировалось 6 раз(а), последний 2021-05-21 06:44:47

Могу помочь с пакетом, но.. Где проверять готовые компоненты, схемы?

Редактировалось 6 раз(а), последний 2021-05-21 06:44:47

Понятно, все готовы тестировать, но нет желающих писать
1. Смотрел пакет HIavr, там сделана жесткая привязка цифровых вводов выводов к порту и биту. Считаю что это не совсем корректно, так как при смене процессора могут ноги сместиться и искать по всему проекту где надо поменять параметры это не правильно.
2. Хотелось бы услышать мнения пакет Arduino должен генерировать код Wiring в IDE Arduino, или использовать WinAVR ?

Как по мне, так проще чтобы генерировал код Arduino IDE, так как это довольно простая среда, и можно было вручную корректировать сгенерированный код.

Редактировалось 6 раз(а), последний 2021-05-21 06:44:47

Редактировалось 6 раз(а), последний 2021-05-21 06:44:47

Я думаю тут любой готов протестировать! Я так понимаю, что не имея на руках контроллера гораздо сложнее этим заниматься.

94.241.219.116, я не знаю Вашего имени.
Лично для меня начать такое дело как написание пакета это неподъемный труд из-за отсутствия знаний. Если бы была основа, то подсматривая готовые решения можно было бы добавлять новые компоненты и расширять функционал. Думаю даже работа с цифровым вводом-выводом дала бы импульс развитию пакета.

Редактировалось 6 раз(а), последний 2021-05-21 06:44:47

Александр!

Я когда то тоже думал что это не подъемное дело, но оказалось все не так сложно.

Чтобы что-то писать нужно понимать язык, надо немного времени на изучени языка A R D U I N O.

Правильные вопросы задаете товарищи (с). Правильно заданный вопрос содержит уже 50% ответа а то и больше. Потому и просил г. Galkov подключиться к теме.
Дальше чистое ИМХО.
1. Надо знать область применения. Я думаю дом или быстрая разработка на железе для тестирования прототипа.
2. Целевой язык генерации. Ясно что будем использовать готовые библиотеки работы с тем же LCD, MODBUS, DS18B20 и далее.
3. Железо где мы будем запускать наш код. Если мы смотрим на ARDUINO IDE то есть шанс завести не только arduino совместимые платы, но и так другое оборудование, например esp8266 и возможно много-много другого. Два года жду этого .
4. Быстродействие - сильно зависит от п.2 и п.3. Например смотрим статью сегодня на geektimes https://geektimes.ru/post/255422/.
5. Мобильность и отладка. Возможность портировать готовый код на другие устройства, возможно перенос математики и логики с пакета Windows в пакет ARDUINO и обратно. Быстрая смена (привязка) ножек ввода-выводы. А так же отладка. Как сделать отладку что бы видно было например на кубиках ума даже не приложу.

Уважаемый Kazbek17 ака Александр, еще раз выскажу свою мысль и боль. Я не против и сам поучаствовать в разработке, но чувствую что знаний мало для создания пакета с ПРАВИЛЬНОЙ архитектурой. А Hiasm как и периодической таблице элементов "Периодическому закону будущее не грозит разрушением, а только надстройки и развитие обещает". Ибо есть куда и правильно архитектура заложена хотя и не идеально.

Вот и весь мой полуночный бред.

Ясно, что конечный код должен быть в формате ino. Тогда легко можно получить все преимущества библиотек. Но графическое решение как что рисовать нужно придумать. Если тупо переносить команды получается полная туфта. https://www.visuino.com/ там идеологически правильно сделано. И библиотеки готовые есть. Если разобраться как работает код генератор и повторить каждую иконку и идеологию то будет в самый раз. Минусы там интерфейс и платная программа.

C AVR похоже пора прощаться, уж делать тогда под ARM (не намного дороже но переферия, 32бит арифметика, высокая частота при низком потреблении питания этого стоит)

Пытался делать пакет под микропаскаль (давно было)

чудо это тут http://www.mikroe.com/mikropascal/avr/
примеры http://cxem.net/mc/mc261.php
http://cxem.net/mc/mc264.php

есть встроенный консольный компилятор, делает COFF который можно зацепить в Proteuse

[flood]В тырненте есть кряка на Full[/flood]

Дело в том что arduino ide поддерживает не только avr но и другие контроллеры.