Proteus - глюки, проблемы с установкой

[Kabron]

CCVS вроде работает, если я что-то не понимаю - кинь схему, гляну.

Да сегодня работает. Видимо день был такой.
Кстати, не пользуюсь 8ой версией исключительно из-за несовместимости sec файлов со старыми.

[mimuh64]

Да? А в ДШ написано, что нули. 8183F–AVR–06/12, с.51-52.

Можешь ли для меня перевести то, где я этого не вижу... это первое.
Второе, при любом раскладе, певичная настройка регистров таким способом не корректна. Обнуляешь и пишешь ЗАВЕДОМО свое, ну а потом как считаешь нужным.
Третье, если речь о Протеусе, то можно посмотреть чему равен регистр при старте...

[Orion_33]

Можешь ли для меня перевести то, где я этого не вижу... это первое.

Bit 7 6 5 4 3 2 1 0
0x12 (0x32) PCINT7 PCINT6 PCINT5 PCINT4 PCINT3 PCINT2 PCINT1 PCINT0 PCMSK0
Read/Write R/W R/W R/W R/W R/W R/W R/W R/W
Initial Value 0 0 0 0 0 0 0 0

Странно, что в одном и том же Протеусе для МК серии АТмега это решение работает, а для АТтини - нет...

[mimuh64]

В моделях все может быть, поэтому настройку нужно делать, так что бы было однозначно... Я вижу что первичную настройку ты у себя делаешь как Регистр | = биты. Это не правильно. Если это не оправдано сохранением предыдущего значения....

[Orion_33]

Почему это не правильно, если в ДШ прописано четко, что начальные значения - нули?
А если этот кусок кода я буду использовать потом не в начале программы? А если я инклуды поменяю местами? Должно быть универсальное решение.
Я думаю, что если есть расхождение с ДШ и с другими моделями, то это ошибка модели. Мое дело указать на эту ошибку, а разработчики сами решат, править ее или нет

[mimuh64]

C одной стороны ты прав, а сдругой стороны очень много если...
Если твоя цель указывать разработчику на ляпы, это одно, а все остальное это другое. Вот ты и нарвался на универсализм. Значит нужно уметь быстро выявлять такие ляпы самостоятельно. Я делю так, а как делать тебе - решай сам. Поэтому я быстро и нашел твой "универсализм"...

[Orion_33]

Спасибо, я твою идею возьму на вооружение. А пока можно мирно разойтись

[TEHb]

Подтверждаю, в моделях ATtiny24/44/84 регистры PCMSK0 и PCMSK1 имеют значение все 1, должны быть 0.
Будет исправлено в следующей версии.

[mimuh64]

Будет исправлено в следующей версии.

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

[Orion_33]

ТЕНЬ,
обратите еще внимание, что у серии АТмега88 есть еще глюк при работе UART в режиме SPI: последовательность выводимых битов зеркальна относительно железного МК. Пришлось писать вот так:

#ifdef PROTEUS
	//		  GCPDEAFB
	#define _1	0b10111110		//     ____	
	#define _2	0b01100010		//  F | A  | B	
	#define _5	0b00101001		//    |____|	
	#define _0	0b10100000		//  E | G  | C	
	#define _U	0b10100100		//    |____|	
	#define _n	0b00110111		//      D   * DP	
	#define _O	0b10000000		//	0 с точкой
	#define __	0b11111111		//	пустой знак
#endif

#ifdef HW
	//		  BFAEDPCG					
	#define _1	0b01111101		//     ____	
	#define _2	0b01000110		//  F | A  | B	
	#define _5	0b10010100		//    |____|	
	#define _0	0b00000101		//  E | G  | C	
	#define _U	0b00100101		//    |____|	
	#define _n	0b11101100		//      D   * DP	
	#define _O	0b00000001		//	0 с точкой
	#define __	0b11111111		//	пустой знак
#endif

И еще вот это:

static inline void WriteSPI(uint8_t value)
{
	SBI(UCSR0B,TXEN0);		//	В режиме симуляции в Протеусе идет постоянная генерация байта, поэтому приходится отключать и включать порт
	UDR0 = value;
	while (!(UCSR0A & 1‹‹TXC0));
	SBI(UCSR0A, TXC0);		
	CBI(UCSR0B,TXEN0);
}

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