а не замутить ли нам недосимулятр?

Публичный форум для http://www.nedopc.org/nedopc

Moderator: Shaos

User avatar
Lavr
Supreme God
Posts: 16680
Joined: 21 Oct 2009 08:08
Location: Россия

Post by Lavr »

А я сегодня RS-триггер пробовал... и пришел к выводу, что с кнопками ты прав.
Ещё не нашел переключателя на два положения. Так что триггер был с раздельным
запуском по R и S от кнопок через инверторы. :wink:

Вот почему и не люблю такие продукты - сыростью от них веет... :-?

Хорошо что недобрался до мультивибратора на RS-триггере с R,С цепями...
Впрочем у EWB тоже есть такой грех. У инверторов нет аналоговых свойств.
Поэтому я и делал вот тут цифровые элементы на транзисторах для EWB.
iLavr
User avatar
VituZz
God
Posts: 1343
Joined: 13 Nov 2010 04:06

Post by VituZz »

Lavr wrote:Вот почему и не люблю такие продукты - сыростью от них веет... :-?
Не совсем согласен. Свою цель - образовательную - сей продукт выполняет неплохо. Но нам ведь хочется бОльшего?..

Да, переключатели были бы весьма кстати. Их тоже можно реализовать штатными средствами, вот только как сделать "анимацию" включено-выключено? Та же проблема и со светодиодными индикаторами. Тут, видимо, только править исходники.
User avatar
Shaos
Admin
Posts: 24008
Joined: 08 Jan 2003 23:22
Location: Silicon Valley

Post by Shaos »

Увлекательная беседа про портирование CEDAR Logic Simulator на линух перенесена в другой топик

А так-то я боюсь, что трудоёмкость портации данного программного продукта на линух, будет равносильна написанию нового продукта аналогичной функциональности с нуля...
Я тут за главного - если что шлите мыло на me собака shaos точка net
b2m
Devil
Posts: 907
Joined: 26 May 2003 06:57

Post by b2m »

Гипотетический вопрос.

А что, если взять готовый кроссплатформенный редактор схем (на жабе?), который сохраняет схему в формате, понятном для разбора и симуляции, а симуляцию сделать отдельной программой, которая будет считывать схему и симулировать её?

Вопрос больше в том, какой редактор наиболее подошёл бы в этом случае.
Страничка эмулятора наших компьютеров
http://bashkiria-2m.narod.ru/
User avatar
Lavr
Supreme God
Posts: 16680
Joined: 21 Oct 2009 08:08
Location: Россия

Post by Lavr »

b2m wrote:Вопрос больше в том, какой редактор наиболее подошёл бы в этом случае.
И какой формат?...

Вобще-то для обмена схемами считается удобным иметь в программах симуляции
схем опцию экспорта в SPICE.
Поскольку он считается в некотором роде стандартом.

И есть ли смысл выдумывать новый велосипед?
Для себя программа может сохранять проект в удобном своём формате,
а в SPICE-формате можно втащить разработку по крайней мере в распространенные
пакеты моделирования EWB (Multisim), Proteus и др.
iLavr
bar
Senior
Posts: 185
Joined: 07 Aug 2006 10:18

Post by bar »

b2m wrote:Гипотетический вопрос.

А что, если взять готовый кроссплатформенный редактор схем (на жабе?), который сохраняет схему в формате, понятном для разбора и симуляции, а симуляцию сделать отдельной программой, которая будет считывать схему и симулировать её?
Это не по-пионерски. =)
b2m wrote:Вопрос больше в том, какой редактор наиболее подошёл бы в этом случае.
Взять logisim и приделать к нему симулятор от CEDAR Logic. Оно конечно придётся повозиться, но, вероятно, всё же меньше чем с переписыванием гуя целиком. Но проще в Logisim засунуть модельку Z80, переписав с C++ на Java. Точнее не проще, а перспективнее: можно будет надеятся, что эта моделька Z80 будет включена в Logisim и начнёт жить самостоятельной жизнью, не требуя от нас никаких усилий по затачиванию её на всё новые и новые версии Logisim'а.

Но я как то уже нацелился на переписывание гуя (вообще у меня есть мысли и симулятор переписать, но пока столь неопределённые и отдалённые, что лучше наверное молчать об этом в тряпочку). И я скорее перепишу гуй, чем поставлю в систему жабу. Ну не люблю я её: интерпретируемый язык, сборка мусора, там есть всё, что надо для полноценного динамического языка, но возможности Java на уровне компилируемого C++ и даже ниже.
User avatar
Lavr
Supreme God
Posts: 16680
Joined: 21 Oct 2009 08:08
Location: Россия

Post by Lavr »

bar wrote:И я скорее перепишу гуй, чем поставлю в систему жабу. Ну не люблю я её: интерпретируемый язык, сборка мусора, там есть всё, что надо для полноценного динамического языка, но возможности Java на уровне компилируемого C++ и даже ниже.
Полностью согласен! И сам жабу не люблю - но жизнь заставила...
Для сотовых телефонов кроме J2ME - ничего другого нет. :(

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

Вот экспорт в SPICE добавить бы неплохо, чтобы симулятор не остался вещью в себе.
iLavr
User avatar
Shaos
Admin
Posts: 24008
Joined: 08 Jan 2003 23:22
Location: Silicon Valley

Post by Shaos »

имхо SPICE это для аналоговых схем - нафига нам аналоговые схемы?...
Я тут за главного - если что шлите мыло на me собака shaos точка net
User avatar
Lavr
Supreme God
Posts: 16680
Joined: 21 Oct 2009 08:08
Location: Россия

Post by Lavr »

Shaos wrote:имхо SPICE это для аналоговых схем - нафига нам аналоговые схемы?...
Да неужели? :o Shame on you! :wink: Неверное у тебя "имхо"... :-?

Image

Code: Select all

****** c:\ewb\shems_old\rs_ttl\rs_trig_.ewb ******
*  Interactive Image Technologies                *
*                                                *
*  This File was created by:                     *
*    Electronics Workbench to SPICE netlist      *
*    conversion DLL                              *
*                                                *
*  Mon Aug 20 21:07:37 2012                      *
**************************************************

* Resistor(s)
*
R1 14 3 1K
*
R2 15 3 1K

* Connector(s)
* node = 4, label =
* node = 2, label = /S
* node = 3, label = /R
* node = 0, label =
* node = 1, label =

* +Vcc Voltage Source(s)
*
V5V_U9 3 0 DC 5

* 2-Input NAND Gate(s)
*
UNAND_U4 NAND(2) $G_DPWR $G_DGND 0 14 12 T_GATE_ttl_LS IO_STD
*
UNAND_U5 NAND(2) $G_DPWR $G_DGND 15 12 0 T_GATE_ttl_LS IO_STD

* Red Probe(s)
* red Q
.PROBE D(PrbR0)
UPrbR_U6 BUF $G_DPWR $G_DGND 0 PrbR0 D0_GATE IO_STD

* Blue Probe(s)
* blue /Q
.PROBE D(PrbB12)
UPrbB_U8 BUF $G_DPWR $G_DGND 12 PrbB12 D0_GATE IO_STD

* Misc
.MODEL T_GATE_ttl_LS UGATE
+ ( TPLHMN=10n TPLHTY=10n TPLHMX=10n
+   TPHLMN=10n TPHLTY=10n TPHLMX=10n )
.LIB

.OPTIONS ITL4=250 METHOD=GEAR
.END
У SPICE есть, конечно, некоторые ограничения, но как ни крути,
его принимают за стандарт...
iLavr
User avatar
Shaos
Admin
Posts: 24008
Joined: 08 Jan 2003 23:22
Location: Silicon Valley

Post by Shaos »

Lavr wrote:
Shaos wrote:имхо SPICE это для аналоговых схем - нафига нам аналоговые схемы?...
Да неужели? :o Shame on you! :wink: Неверное у тебя "имхо"... :-?

Image

........

У SPICE есть, конечно, некоторые ограничения, но как ни крути,
его принимают за стандарт...
то что ты привёл легко покрывается и без притягивания за уши аналоговой составляющей - просто вводим третье состояние Z и таблица переходов блока "подтягивающий резистор" будет выглядеть следующим образом:

Code: Select all

I|O
---
F|F
T|T
Z|T
точно также можно подтянуть на землю...
Я тут за главного - если что шлите мыло на me собака shaos точка net
User avatar
Shaos
Admin
Posts: 24008
Joined: 08 Jan 2003 23:22
Location: Silicon Valley

Post by Shaos »

bar wrote:качественный C++ код может писать лишь профессионал со стажем программирования на C++ от трёх лет
я бы даже сказал от пяти...

проблема не в квалификации индивидуума, а в том, что си с плюсами имеют много разных подводных камней и тонкостей, которые надо просто знать - и с ходу туда врубиться не получится (типа дайте мне спецификацию любого языка и я начну на нём программировать за 0 дней тут не пройдёт)
bar wrote:Но я как то уже нацелился на переписывание гуя (вообще у меня есть мысли и симулятор переписать, но пока столь неопределённые и отдалённые, что лучше наверное молчать об этом в тряпочку).
ну то есть возвращаеся к тому же с чего и начали - а не замутить ли нам недосимулятр? :roll:
Я тут за главного - если что шлите мыло на me собака shaos точка net
User avatar
Lavr
Supreme God
Posts: 16680
Joined: 21 Oct 2009 08:08
Location: Россия

Post by Lavr »

Shaos wrote:то что ты привёл легко покрывается и без притягивания за уши аналоговой составляющей - просто вводим третье состояние Z и таблица переходов блока "подтягивающий резистор" будет выглядеть следующим образом:

Code: Select all

I|O
---
F|F
T|T
Z|T
точно также можно подтянуть на землю...
А зачем мне эта ненужная ботва? Я тебе привел пример, что формат данных
SPICE - это не только для аналоговых схем
, как считал ты.

А для чего ты мне излагаешь всю эту бодягу про "третье состояние Z и таблицу
переходов
", я просто не представляю... :o

Если ты что-то хочешь делать по-своему - делай, но это никак не влияет
на формат данных SPICE... :-?
iLavr
User avatar
Shaos
Admin
Posts: 24008
Joined: 08 Jan 2003 23:22
Location: Silicon Valley

Post by Shaos »

Lavr wrote:
Shaos wrote:то что ты привёл легко покрывается и без притягивания за уши аналоговой составляющей - просто вводим третье состояние Z и таблица переходов блока "подтягивающий резистор" будет выглядеть следующим образом:

Code: Select all

I|O
---
F|F
T|T
Z|T
точно также можно подтянуть на землю...
А зачем мне эта ненужная ботва? Я тебе привел пример, что формат данных
SPICE - это не только для аналоговых схем
, как считал ты.

А для чего ты мне излагаешь всю эту бодягу про "третье состояние Z и таблицу
переходов
", я просто не представляю... :o

Если ты что-то хочешь делать по-своему - делай, но это никак не влияет
на формат данных SPICE... :-?
ну можно и микроскопом гвозди заколачивать, вот только зачем? ;)

повторю вопрос: если мы берёмся делать симулятор цифровых схем, то нафигали нам SPICE?

кнопки и подтягивающие резисторы отпали - что ещё?
Я тут за главного - если что шлите мыло на me собака shaos точка net
User avatar
Lavr
Supreme God
Posts: 16680
Joined: 21 Oct 2009 08:08
Location: Россия

Post by Lavr »

Shaos wrote:ну можно и микроскопом гвозди заколачивать, вот только зачем? ;)

повторю вопрос: если мы берёмся делать симулятор цифровых схем, то нафигали нам SPICE?

кнопки и подтягивающие резисторы отпали - что ещё?
Я что-то тебя не понимаю, либо ты не читал топик выше... :(

Я предложил иметь возможность сохранять проект в формате данных SPICE
в ответ на предложение b2m :
b2m wrote:А что, если взять готовый кроссплатформенный редактор схем (на жабе?), который сохраняет схему в формате, понятном для разбора и симуляции, а симуляцию сделать отдельной программой, которая будет считывать схему и симулировать её?
Lavr wrote:...для обмена схемами считается удобным иметь в программах симуляции
схем опцию экспорта в SPICE.
Поскольку он считается в некотором роде стандартом.

И есть ли смысл выдумывать новый велосипед?
Для себя программа может сохранять проект в удобном своём формате,
а в SPICE-формате можно втащить разработку по крайней мере в распространенные
пакеты моделирования EWB (Multisim), Proteus и др.
При чем тут какая-то хрень про "микроскоп и гвозди"? :o

Если ты знаешь какой другой распространенный формат данных для обмена
файлами между симуляторами - назови...
iLavr
User avatar
Shaos
Admin
Posts: 24008
Joined: 08 Jan 2003 23:22
Location: Silicon Valley

Post by Shaos »

Lavr wrote:
Shaos wrote:ну можно и микроскопом гвозди заколачивать, вот только зачем? ;)

повторю вопрос: если мы берёмся делать симулятор цифровых схем, то нафигали нам SPICE?

кнопки и подтягивающие резисторы отпали - что ещё?
Я что-то тебя не понимаю, либо ты не читал топик выше... :(

Я предложил иметь возможность сохранять проект в формате данных SPICE
в ответ на предложение b2m :
b2m wrote:А что, если взять готовый кроссплатформенный редактор схем (на жабе?), который сохраняет схему в формате, понятном для разбора и симуляции, а симуляцию сделать отдельной программой, которая будет считывать схему и симулировать её?
Lavr wrote:...для обмена схемами считается удобным иметь в программах симуляции
схем опцию экспорта в SPICE.
Поскольку он считается в некотором роде стандартом.

И есть ли смысл выдумывать новый велосипед?
Для себя программа может сохранять проект в удобном своём формате,
а в SPICE-формате можно втащить разработку по крайней мере в распространенные
пакеты моделирования EWB (Multisim), Proteus и др.
При чем тут какая-то хрень про "микроскоп и гвозди"? :o

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

про микроскоп и гвозди - SPICE это микроскоп, а симуляция чисто цифровых схем - это гвозди, которым нужен на порядок более простой формат и более упрощённая (и быстрая) симуляция

по аналогии я бы мог тебе предложить сохранять для имитации аналоговых схем точное описание поведения каждого электрона в схеме - теоретически это сделать можно, но нецелесообразно :)

p.s. могу предположить что реализация формата SPICE от разных софтоклепателей отличается настолько, что SPICE-программы могут быть непереносимы или частично непереносими между разными программными продуктами - вот ты лично сталкивался с проблемами переноса SPICE?
Я тут за главного - если что шлите мыло на me собака shaos точка net