Однокристальные трансиверы TRC101 от RFM...

[veselize]

чето хрень какаято ...(
никак не принять мне .. получаю только первый байт а после одни нули((

по даташиту кстати на TRC102 если FINT единица то значит что в фифошке есть данные.... у мя на прерывание стоит. читаю по SPI притягивая nFSEL к нулику как рекомендовано..и только первый байт верен...остальное по 00...

PORTD.7=0; это nFSEL к нулю тащу...

SPDR=0xFF;
while(!(SPSR & (1‹‹SPIF)));
incomingdata[0]=SPDR;

SPDR=0xFF;
while(!(SPSR & (1‹‹SPIF)));
incomingdata[1]=SPDR;
PORTD.7=1;


где грабли? пдскажите плиз...

[alexandr_nx]

Выложи лучше полный исходник.
Сколько байт пересылаете?? как я понял из примера у тебя массив принимаемых данныз? цикл приема точно правильный, переменную цикла учвеличиваешь??

[An_private]

чето хрень какаято ...(
где грабли? пдскажите плиз...

Ничего не понятно. Если выборка прямо из FIFO, то где работа с nFFS? Если выборка через команду fifo read, то где посылка 0xB000?

[veselize]

передаю вот так
tx_on(); ..включение перед
delay_ms(5); на случ всякий
PORTB.2=0; выборка кристалла
spi_tx(0xB; команда
spi_tx(0x2D); синхра
while(PINB.4 != 1); следим за готовностью передавать дальше (SDO транс)... пока это не сделал приемник вообще ничего не ловил
spi_tx(0xD4); синхра
while(PINB.4 != 1);
spi_tx(0x56); собствноо данные
while(PINB.4 != 1);
spi_tx(0x57); собствноо данные
while(PINB.4 != 1);
spi_tx(0x00); как рекомендуют в конце передачи
while(PINB.4 != 1);
PORTB.2=1; не выбираем кристалл

преамбулу не передаю так как использую TX регистр ...написано что передаст сам)

на 16 ноге DDET повесил светодиодик...один фиг что в эфире постоянно что то летает и он моргает без передыху. время отклика MED

выход 7 FINT описано что когда трансивер получил синхру и фифошка полна то выскочит 1...заведено на прерывание.

по прерыванию следущее

PORTD.7=0; притягиваем nFSEL к 0.
SPDR=0xFF;
while(!(SPSR & (1‹‹SPIF)));
incomingdata[0]=SPDR; ловим 1ый байт (все честно)
SPDR=0xFF;
while(!(SPSR & (1‹‹SPIF)));
incomingdata[1]=SPDR; ловим 2ой байт (ноль)
PORTD.7=1;

непонятно когда читать второй байт ..по какому признаку ? я просто все подряд читаю ...
да ...работаю на 900 мгц

[fawkes]

veselize, конфигурацию фифы смотри, я тоже попал на подобную шутку, там должно стоять 15 бит (F) просто написано в даташите, типа, если ваша мелкосхема медленная, то ставьте это число меньше, если шустрая, то больше. Короче у меня прерывание стояло по 8 бит, вот он и читал только первую половину. Если читаешь по нормальному (читай аппаратному) SPI, то смело ставь полный буффер, ибо он успевает все это дело прочитать еще до того, как начнется передача следующего байта.

[alexandr_nx]

Насколько я разобрался за прием отвечат нога FINT если когда она в нуле тогда буфер заполнился и можно читать данные
Вот мой примерчих организации приема, правда на асме,) как умел,))

WaitDDET:	sbis	PinB,1
	    	rjmp	pc-1
		ldi	Zl,low(rxbuff)
		ldi	Zh,high(rxbuff)
		ldi	count,8
WaitFINT:	sbis	PinD,2
		rjmp	pc-1
		cbi	PortB,0 	;(Fsel down)
		clr      temp
		rcall write_spi
		st	X+,temp
		dec	count
		brne	WaitFINT
		sbi	PortB,0 	;(Fsel up)

НАдеюсь прояснить тень,)

[ArgusB]

Вот мой примерчих организации приема, правда на асме,) как умел,))

Код:

WaitDDET: sbis PinB,1 rjmp pc-1

Кстати есть один косяк. Он приехал из аппнотеса по программированию, а мы, как Абизяны, его скопировали. Смысл в том, что на ножке Ddet (16) сигнал появляется спорадически, то есть спонтанно, и слабо привязан к существующим реалиям. Если короче, то от помех. А реально принятый пакет вызывает появление ddet на период до нескольких секунд. Вывод - просто убрать из программы всякую реакцию на этот сигнал, и без него прекрасно работает.

[alexandr_nx]

Ну можно и так,) у меня и так в принципе работает,) тока антену надо нормальную прикрутить будет.

[_grey_]

прочел я всю ветку. Трансиверы супер, но ненравятся мне эти все индуктивности и емкости на выходе...
Подскажите пожалуйсто, зачем они?? можно ли без них??
если использовать рамочнуб PCB антенну, как рекомендует nordic в своих опноутах
http://www.nordicsemi.no/files/Produ...tesallnRFn.pdf

Я так понял, что это все для согласования с 50 оМ..
тагда почему не использовать балун??
http://www.macom.com/DataSheets/ETC1-1-13.pdf
и антену
https://kazus.ru/forum/topic_6076-0-asc-0.html

хотелось бы услышать мнение более опытных людей по этому поводу..

-- Прилагается рисунок: --

[alexandr_nx]

Идея не плохая, вот тока в трансивере нужно питание подавать, на выходы RF они как написано в доках с открытым коллектром