while (Wire.available()) { // slave may send less than requested char c = Wire.read(); // receive a byte as character Serial.print(c); // print the character }
delay(500); }
Как нужно написать Slave? Я понимаю, что примерно алгоритм такой: ждать стартовый бит -> ждать команду адреса 0x08 -> ждать команду о передачи на слейв 6 байт -> Отсылаем 6 байт -> Останавливаем связь.
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru
while(Wire.available()) // пока есть, что читать { char c = Wire.read(); // получаем байт (как символ) Serial.print(c, HEX); // печатает в порт Serial.print(" "); } Serial.print("\n\r"); delay(500); }
Почему Outgoing Buffer может не находиться? В коде есть строка #include "TWI.h" Но, кстати, почему того буффера не обозначено в TWI.h? Спойлер#ifndef __TWI_H #define __TWI_H
#include <avr/io.h> #include <avr/interrupt.h>
/*! \brief Definition of pin used as SDA. */ #define SDA PB1
/*! \brief Definition of pin used as SCL. */ #define SCL PB0
/*! \brief Definition of 7 bit slave address. */ #define SLAVE_ADDRESS 0x5D
//SDA and SCL bit in PORT variable must be 0! #define SETSDA() ( DDRB &= ~(1 << SDA) ) //Tristate #define CLRSDA() ( DDRB |= (1 << SDA) ) //Pull it low
Добавлено after 5 minutes 34 seconds: Извиняюсь, только сейчас посмотрел, что его надо объявить сначала. Все отлично скомпилировалось, только ANSI C - пришлось счетчик i объявить до условия if.
Добавлено after 1 hour 5 minutes 5 seconds: Все сделал, но с первого раза не запустилось. Помогите понять, в чем ошибка. Скорее всего с тактовыми частотами проблема, но я не совсем это понимаю.
1. Соединил PB0 с A5 Arduino, PB1 с A4 Arduino. GND с GND. 2. Master Спойлер#include <Wire.h>
while(Wire.available()) // пока есть, что читать { char c = Wire.read(); // получаем байт (как символ) Serial.print(c, HEX); // печатает в порт Serial.print(" ");
4. MakeFile Спойлер# Hey Emacs, this is a -*- makefile -*- #---------- # WinAVR Makefile Template written by Eric B. Weddington, Jцrg Wunsch, et al. # # Released to the Public Domain # # Additional material for this makefile was written by: # Peter Fleury # Tim Henigan # Colin O'Flynn # Reiner Patommel # Markus Pfaff # Sander Pool # Frederik Rouleau # Carlos Lamas # #---------- # On command line: # # make all = Make software. # # make clean = Clean out built project files. # # make coff = Convert ELF to AVR COFF. # # make extcoff = Convert ELF to AVR Extended COFF. # # make program = Download the hex file to the device, using avrdude. # Please customize the avrdude settings below first! # # make debug = Start either simulavr or avarice as specified for debugging, # with avr-gdb or avr-insight as the front end for debugging. # # make filename.s = Just compile filename.c into the assembler code only. # # make filename.i = Create a preprocessed source file for use in submitting # bug reports to the GCC project. # # To rebuild project do "make clean" then "make all". #----------
# MCU name MCU = attiny13
# Processor frequency. # This will define a symbol, F_CPU, in all source code files equal to the # processor frequency. You can then use this symbol in your source code to # calculate timings. Do NOT tack on a 'UL' at the end, this will be done # automatically to create a 32-bit value in your source code. # Typical values are: # F_CPU = 1000000 # F_CPU = 1843200 # F_CPU = 2000000 # F_CPU = 3686400 # F_CPU = 4000000 # F_CPU = 7372800 # F_CPU = 8000000 # F_CPU = 11059200 # F_CPU = 14745600 # F_CPU = 16000000 # F_CPU = 18432000 # F_CPU = 20000000 F_CPU = 9600000
# Output format. (can be srec, ihex, binary) FORMAT = ihex
# Target file name (without extension). TARGET = main
# Object files directory # To put object files in current directory, use a dot (.), do NOT make # this an empty or blank macro! OBJDIR = .
# List C source files here. (C dependencies are automatically generated.) SRC = $(TARGET).c TWI.c
# List C++ source files here. (C dependencies are automatically generated.) CPPSRC =
# List Assembler source files here. # Make them always end in a capital .S. Files ending in a lowercase .s # will not be considered source files but generated files (assembler # output from the compiler), and will be deleted upon "make clean"! # Even though the DOS/Win* filesystem matches both .s and .S the same, # it will preserve the spelling of the filenames, and gcc itself does # care about how the name is spelled on its command-line. ASRC =
# Optimization level, can be [0, 1, 2, 3, s]. # 0 = turn off optimization. s = optimize for size. # (Note: 3 is not always the best optimization level. See avr-libc FAQ.) OPT = s
# Debugging format. # Native formats for AVR-GCC's -g are dwarf-2 [default] or stabs. # AVR Studio 4.10 requires dwarf-2. # AVR [Extended] COFF format requires stabs, plus an avr-objcopy run. DEBUG = dwarf-2
# List any extra directories to look for include files here. # Each directory must be seperated by a space. # Use forward slashes for directory separators. # For a directory that has spaces, enclose it in quotes. EXTRAINCDIRS =
# Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu99
# Place -D or -U options here for C sources CDEFS = -DF_CPU=$(F_CPU)UL
# Place -D or -U options here for ASM sources ADEFS = -DF_CPU=$(F_CPU)
# Place -D or -U options here for C++ sources CPPDEFS = -DF_CPU=$(F_CPU)UL #CPPDEFS += -D__STDC_LIMIT_MACROS #CPPDEFS += -D__STDC_CONSTANT_MACROS
#---------- Assembler Options ---------- # -Wa,...: tell GCC to pass this to the assembler. # -adhlns: create listing # -gstabs: have the assembler create line number information; note that # for use in COFF files, additional information about filenames # and function names needs to be present in the assembler source # files -- see avr-libc docs [FIXME: not yet described there] # -listing-cont-lines: Sets the maximum number of continuation lines of hex # dump that will be displayed for a given single line of source input. ASFLAGS = $(ADEFS) -Wa,-adhlns=$(<:%.S=$(OBJDIR)/%.lst),-gstabs,--listing-cont-lines=100
# Floating point printf version (requires MATH_LIB = -lm below) PRINTF_LIB_FLOAT = -Wl,-u,vfprintf -lprintf_flt
# If this is left blank, then it will use the Standard printf version. PRINTF_LIB = #PRINTF_LIB = $(PRINTF_LIB_MIN) #PRINTF_LIB = $(PRINTF_LIB_FLOAT)
# Minimalistic scanf version SCANF_LIB_MIN = -Wl,-u,vfscanf -lscanf_min
# Floating point + %[ scanf version (requires MATH_LIB = -lm below) SCANF_LIB_FLOAT = -Wl,-u,vfscanf -lscanf_flt
# If this is left blank, then it will use the Standard scanf version. SCANF_LIB = #SCANF_LIB = $(SCANF_LIB_MIN) #SCANF_LIB = $(SCANF_LIB_FLOAT)
MATH_LIB = -lm
# List any extra directories to look for libraries here. # Each directory must be seperated by a space. # Use forward slashes for directory separators. # For a directory that has spaces, enclose it in quotes. EXTRALIBDIRS =
#---------- External Memory Options ----------
# 64 KB of external RAM, starting after internal RAM (ATmega128!), # used for variables (.data/.bss) and heap (malloc()). #EXTMEMOPTS = -Wl,-Tdata=0x801100,--defsym=__heap_end=0x80ffff
# 64 KB of external RAM, starting after internal RAM (ATmega128!), # only used for heap (malloc()). #EXTMEMOPTS = -Wl,--section-start,.data=0x801100,--defsym=__heap_end=0x80ffff
# Uncomment the following if you want avrdude's erase cycle counter. # Note that this counter needs to be initialized first using -Yn, # see avrdude manual. #AVRDUDE_ERASE_COUNTER = -y
# Uncomment the following if you do /not/ wish a verification to be # performed after programming the device. #AVRDUDE_NO_VERIFY = -V
# Increase verbosity level. Please use this when submitting bug # reports about avrdude. See <http://savannah.nongnu.org/projects/avrdude> # to submit bug reports. #AVRDUDE_VERBOSE = -v -v
# For simulavr only - target MCU frequency. DEBUG_MFREQ = $(F_CPU)
# Set the DEBUG_UI to either gdb or insight. # DEBUG_UI = gdb DEBUG_UI = insight
# Set the debugging back-end to either avarice, simulavr. DEBUG_BACKEND = avarice #DEBUG_BACKEND = simulavr
# GDB Init Filename. GDBINIT_FILE = __avr_gdbinit
# When using avarice settings for the JTAG JTAG_DEV = /dev/com1
# Debugging port used to communicate between GDB / avarice / simulavr. DEBUG_PORT = 4242
# Debugging host used to communicate between GDB / avarice / simulavr, normally # just set to localhost unless doing some sort of crazy debugging when # avarice is running on a different computer. DEBUG_HOST = localhost
# Eye candy. # AVR Studio 3.x does not check make's exit code but relies on # the following magic strings to be generated by the compile job. begin: @echo @echo $(MSG_BEGIN)
# Include the dependency files. -include $(shell mkdir .dep 2>/dev/null) $(wildcard .dep/*)
# Listing of phony targets. .PHONY : all begin finish end sizebefore sizeafter gccversion \ build elf hex eep lss sym coff extcoff \ clean clean_list program debug gdb-config
5. Кварц я не использую. То есть у меня контроллер светодиодом до этого прекрасно помигал, микроконтроллер рабочий, но работает от внутреннего стандарта частоты. В Makefile оставил 9600000 Гц, как видно по содержимому.
6. Все загрузилось успешно, вроде ошибок нигде нет. Но не передает данные просто. Адрес Слейва вроде и там и там постарался одинаковый поставить, может еще с ним что не так?
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru
А код вроде не менял, там просто не все заработало, ну я показал, как отредактировал.
Ок, гипотеза с тем, что адрес не тот, не помогла. Поменял строки с адресом и в Мастере, и в Слейве (и там и там теперь >>1). На Мастере в сериал выводится текст, который для теста сам написал
пробую строку вывести с сериал - не выводит, поэтому, получается, ничего не приходит.
Еще идеи, где ошибся? Мне кажется, все таки скорости не соответствуют, но я плаваю в этих моментах, поэтому прошу поддержки.
Кстати. Когда на PB1 и на PB0 висит A4 и A5 с Ардуино, то AVR MKII программатор не хочет загружать прошивку. Но я так понимаю, что это связано с тем, что эти порты используются для программирования, и их и надо отключать перед загрузкой программы в Attiny13, так?
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru
[uquote="kras",url="/forum/viewtopic.php?p=3677548#p3677548"]Нет, резисторы не ставил.[/uquote] Уж не хотите ли вы сказать, что пытаетесь отлаживать линию I^2C без положенных по стандарту резисторов подтяжки? А потом удивляетесь глюкам?
Так не работает передача от слова совсем. То есть я бы рад был бы, если бы хоть что-то получил) Хорошо, еще раз, по I2C я фактически соединяю Arduino Uno с микроконтроллером Attiny 13. Правильно ли я понимаю, надо поставить 2 резистора на 4.7 кОм, как на фото, и тогда должно заработать, так? Я отпишусь по результату, но может все таки еще какой-то косяк?
По фото, кстати, понял фишку с адресом, он по умолчанию 7 бит, так?) Поэтому >>1 сдвиг на 1 бит? Ну вообще интересно, я то обычно просто задавал hex типа 0x5D и все работало. Или библиотека обычно сама сдвигает? Или там настройка адреса была, что он получался 8 бит? Для меня это не было раньше понятно, ведь получается, что нельзя задать любой Hex адрес, компилятор, выходит, все равно обрежет 1 бит, так?
Добавлено after 18 minutes 8 seconds: Подтянул SDA и SCL к +5В через резисторы 4.7 кОм, все равно данные не принимаются. Что еще можно проверить? Объясните, в любом случае, по поводу тактовых частот еще раз.
1. Я же на Аттини 9.6 МГц задаю в Makefile. Но кварц внешний не использую, то есть внутренний там не может прифигеть и поставить автоматом другую частоту?
2. Скорость передачи и скорость приема могут не совпадать? Тактовые частоты мастера и слейва могут не совпадать, где это перепроверить?
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru
kras писал(а):По фото, кстати, понял фишку с адресом, он по умолчанию 7 бит, так?) Поэтому >>1 сдвиг на 1 бит? Ну вообще интересно, я то обычно просто задавал hex типа 0x5D и все работало.
Нет, это был просто эксперимент.
kras писал(а):Или библиотека обычно сама сдвигает? Или там настройка адреса была, что он получался 8 бит? Для меня это не было раньше понятно, ведь получается, что нельзя задать любой Hex адрес, компилятор, выходит, все равно обрежет 1 бит, так?
//!Send ACK, SCL is low now if((val & 0xFE) == (SLAVE_ADDRESS << 1))
я специально адрес в 6 бит превратил. Потом бы разобрались с адресом.
kras писал(а):1. Я же на Аттини 9.6 МГц задаю в Makefile. Но кварц внешний не использую, то есть внутренний там не может прифигеть и поставить автоматом другую частоту?
Смотря чем программируете, если с makefile настройки берете, то в разделе Programming Options (avrdude) я не вижу что бы фьюзы программировали, как там на счет фьюзов?
kras писал(а):2. Скорость передачи и скорость приема могут не совпадать? Тактовые частоты мастера и слейва могут не совпадать, где это перепроверить?
Что там на рисунке за STM32? Программный i2c работает до 100кГц, проверите фьюзы attiny13, далее можно глянуть осциллографом что там stm32 шлет, на какой частоте, можно параллельно i2c подключить заведомо рабочую ну что там у вас есть 24lc16 часы ртс лсд-экран, проверить что шина i2c работает.
1. Программирую AVR ISP MKII. Я честно немного забыл про фьюзы. Как конкретно тогда должно быть прописано по фьюзам в MakeFile? И напомните смысл, почему их надо трогать, почему без них может не работать? Напомните, как в WinAVR посмотреть текущее значение фьюзов? 2. Получается, что на Slave тогда сдвигать не надо, только на Master? 3. А может вспомогательный код добавить? Например, светодиодом мигать в определенные моменты? Ну просто я не понимаю, все таки, как лучше отследить, идут ли данные и почему не принимаются в итоге. Осциллографом попробую, кстати.
STM32 - это просто я первый попавшийся рисунок в Интернете нашел, у меня просто Arduino Uno с Atmega 328.
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru
Ни о чем это мне не говорит, я программирую через Спойлерможет так будет понятно.
kras писал(а):Я честно немного забыл про фьюзы.
Придется вам вспомнить.
kras писал(а):И напомните смысл, почему их надо трогать, почему без них может не работать?
Текущая частота 9,6МГц, можете написать обыкновенную "моргалку" с заранее вам известной частотой, зашить в контроллер и определить примерно на какой частоте он работает.
kras писал(а):Как конкретно тогда должно быть прописано по фьюзам в MakeFile? Напомните, как в WinAVR посмотреть текущее значение фьюзов?
Без понятия как там в MakeFile, выше я уже написал через что программирую.
kras писал(а):2. Получается, что на Slave тогда сдвигать не надо, только на Master?
Вам что 6 битного адреса мало что ли?
kras писал(а):А может вспомогательный код добавить? Например, светодиодом мигать в определенные моменты? Ну просто я не понимаю, все таки, как лучше отследить, идут ли данные и почему не принимаются в итоге. Осциллографом попробую, кстати.
Осциллограф вам здесь не поможет, разве что логический анализатор. Начните с определения рабочей частоты контроллера, если не хотите фьюзы вспоминать, грузите "моргалку".
#define F_CPU 960000UL // Указываем тактовую частоту МК #define LED PB4 // Используем светодиод, подключенный к PB2 (7 пин) #include <avr/io.h> // Подключаем определения ввода/вывода #include <util/delay.h> // Подключаем библиотеку функций задержки
int main(void) { // Светодиод DDRB |= (1<<LED); // конфигурируем пин как выход PORTB &= ~(1<<LED); // по умолчанию светодиод выключен // Основной цикл while (1) { _delay_ms (1000); // задержка 500 мс PORTB ^= (1<<LED); // инвертируем состояние пина } }
Я специально использовал тот же самый Makefile, что и в программе с TWI, просто не стал включать TWI.c
Светодиод переключается раз в секунду. Какая тут частота в дефайне, 0,96 МГц?
Так вот, когда я в дефайне CPU увеличиваю частоту в 10 раз (+ нолик), то начинается фигня, светодиод мигает очень долго. Когда я комментирую дефайн CPU совсем (//#define F_CPU 960000UL), светодиод также мигает очень долго.
В принципе тогда я понял возможную проблему, но плохо понимаю, как было бы лучше ее устранить. Можно и дефайном CPU, но тогда подскажите, какую частоту лучше поставить, будет ли это, все таки, 0,96 МГц или же +9,6 МГц? Для I2C есть разница (для TWI), какая тактовая частота используется?
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru
если частота мк пропорциональна скорости канала, то без разницы, если нет - то при большей тактовой частоте, как правило, удается добиться более точного соответствия скоростей за счёт того, что при больших делителях шаг изменения частоты становится мельче.
Для тех, кто не учил магию мир полон физики
Безграмотно вопрошающим про силовую или высоковольтную электронику я не отвечаю, а то ещё посадят за участие в (само)убиении оболтуса...
kras писал(а):Светодиод переключается раз в секунду. Какая тут частота в дефайне, 0,96 МГц?
Так вот, когда я в дефайне CPU увеличиваю частоту в 10 раз (+ нолик), то начинается фигня, светодиод мигает очень долго. Когда я комментирую дефайн CPU совсем (//#define F_CPU 960000UL), светодиод также мигает очень долго.
Предположительно Частота контроллера 9,6МГц + включен внутренний делитель на 8 итоговая 9,6/8=1,2МГц.
kras писал(а):В принципе тогда я понял возможную проблему, но плохо понимаю, как было бы лучше ее устранить. Можно и дефайном CPU, но тогда подскажите, какую частоту лучше поставить, будет ли это, все таки, 0,96 МГц или же +9,6 МГц?
Это не поможет. В даной программе не используются задержки. Чем выше частота, тем меньше время выполнения одного такта контроллера.
kras писал(а):Для I2C есть разница (для TWI), какая тактовая частота используется?
1. Может ли быть адрес слейва 0x00? Это для того, чтобы не запутаться, было бы удобно, дескать как ни сдвигай. 2. Допустим, адрес 0x5C. Я слабо понимаю, получается, поэтому проверьте, плиз, мою логику. В бинари: 0101 1100. Получается, как ни сдвигай, вроде должно все получиться с этим адресом. Только если случайно на 2 бита не сдвинуть) Но после <<1, как я понимаю, уйдет старший бит, а останется, таким образом, 1011100. Я прав?
Добавлено after 8 minutes 54 seconds: Поразбирался. Помню, раньше я чем-то другим программировал фьюзы, но для удобства хочу осилить, как это сделать в WinAVR. Да, скорее всего проблема в этом, что установлен бит фьюза CLKDIV8. Я почитал, что в avrdude (на который ссылается WinAVR programmers notepad) использует команду
Получается, что hfuse - это старший байт фьюз, а lfuse - младший байт. Как я понял, именно эти значения и нужны, то есть 0x89 и 0xef, но поправьте меня, если что, чтобы не ошибся.
Если все так, дело остается только за тем, как эту информацию внести в makefile сразу. И я этого не нашел, может кто-нибудь подсказать?
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru
Скачайте от сюда avrdudeprog33. Запустите прогу AVRDUDEPROG.exeСпойлерВыберите тип контроллера Attiny13 Тип программатора AVR ISP mkII Порт, на каком висит программатор, скорее всего USB будет. Нажать кнопку "Чтение", если результат удачный, переходим на вкладку FUSESСпойлерНажать кнопку "Чтение", результат (скриншот) сюда.
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru
Супер. Светодиод мигает теперь раз в секунду! На тактовой 9.6 МГц.
Добавлено after 3 minutes 56 seconds: По I2C стало что-то приходить. Но пока слова заканчиваются на "что-то". Что это?)
Добавлено after 18 minutes 28 seconds: Точнее так. Все принимается верно. Но Мастер ждет приема 6 байт данных. Каждый байт - это 0хFE - вот такое число, ведь 0xFE = 1111 1110, то есть это 8 бит.
Тогда я ожидал так: на приеме нужно ловить 6 байт, то есть 6 таких чисел. Однако я попробовал передать случайные числа, а точнее по порядку
Каждый байт, таким образом, - это 4 байта!!! Это как? Ну и если я это пойму, вроде бы все ок, разобрались, наконец-то, ура!!!)
Но что еще не понравилось. Если на передаче СпойлерoutgoingBuffer[5] = 0xff0034fe; outgoingBuffer[4] = 0xfd; outgoingBuffer[3] = 0xfc; outgoingBuffer[2] = 0xfb; outgoingBuffer[1] = 0xfa; outgoingBuffer[0] = 0xf0; то мастер все равно принимает СпойлерFFFFFFF0ss FFFFFFFAss FFFFFFFBss FFFFFFFCss FFFFFFFDss FFFFFFFEss
Куда деваются эти магические 3 байта? Или же их не существует, и это просто форма отображения такая?
На практике можно не успеть сделать того, что можно хорошо обосновать в теории. Но без практики теория может отдаляться от нее, и когда они встретятся снова - не узнает даже неприкосновенное шампанское профессора в лаборатории. Моя практика: robofeya.ru