Обсуждаем контроллеры компании Atmel.
Ответить

I2C на Attiny 13 - Попытка сквозь времена:)

Пн июн 24, 2019 14:04:10

У меня под рукой Attimy 13, и несмотря на то, что я ее уже и с Arduino IDE программировал, и с Atmel Studio, а даже с WinAVR... Теперь мне нужно просто сделать так, чтобы любым способом она отправляла на I2C Мастер данные. Допустим, программа счетчика насчитала 3000. Мне нужно их передать. Пожалуйста, любую ссылку для непрофи, я вроде бы и специалист, но столько времени прошло, плаваю и нуждаюсь в полноценной инструкции, которой нет. Мне желательно готовый программный I2C интерфейс дать и показать, как его адаптировать к Attiny13.

Например, здесь хороший пример, только для мастера и когда на слейве стоит LCD: https://www.drive2.ru/b/460486740780515446/
Так как этих "счетчиков" на Attiny13 может быть штук так 10, мне надо, чтобы сам счетчик был слейвом, ведь так? Ну и сам I2C интерфейс я понимаю поверхностно, то есть мне бы библиотеку.

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Вт июн 25, 2019 13:08:31

За слейв I2C не скажу - пользовался только мастером...
А вот тут есть внутрисхемный протокольчик на трех проводках (на тиньке2313+ АТ89С52)
https://radiokot.ru/forum/viewtopic.php ... 1#p3472041
Весьма удобственный...
:roll:

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Вт июн 25, 2019 18:00:25

twi-slave-software-emulation ->

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Ср июн 26, 2019 19:11:41

...Теперь мне нужно просто сделать так, чтобы любым способом она отправляла на I2C Мастер данные. Допустим, программа счетчика насчитала 3000. Мне нужно их передать...

Поправьте меня, если я не прав, но I2C работает совсем не так. На одной шине сидит мастер и куча слейвов. Мастер при необходимости посылает слейвам данные или запрашивает приём данных. То есть вы не можете просто взять и послать со слейва сигнал о том, что счётчик что-то там насчитал. Мастер должен опросить слейв и узнать об этом. Отсюда вытекает компромисс: либо вы узнаёте о событии не сразу, либо вы крутите опрос слейвов по I2C нонстоп.

И потом, раз вы делаете I2C софтово (так как в тиньке-13 модулей интерфейсов вообще никаких нет), то не проще ли выбрать другой протокол? Охота ли вам возиться соблюдать все тонкости I2C? Или же мастер на линии уже создан и не вами?

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Пт июн 28, 2019 12:02:26

Барсук, про взаимодействия Master-Slave как раз понимаю, просто выразился не так и спасибо за уточнение.
I2C просто может поддерживать множество устройств на одной шине, если взять другой такой же протокол - я не против, подскажите. Именyо по этому, например, я считаю, что не подходит UART.

Мастер я бы хотел запустить стандартный от Ардуино, I2C связь на Ардуино делал уже много раз, но использовал wire.h и тп.

Dimon465, круто. А эта библиотека подойдет для Code Vision AVR?

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Пт июн 28, 2019 13:09:04

Описание 1-Wire https://www.radiokot.ru/articles/13/
На канале "youtu" RADIOSOFT (Андрей) показывает примеры "Связь между МК по 1WIRE". Как раз опыты с Attiny 13.
Мастер https://youtu.be/ld9w-jKDWLI
Ведомый https://youtu.be/VLMlMQc0x9o
Тест и демонстрация https://youtu.be/1eZBNIkJLtk https://youtu.be/UCC2TMlyIl8

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Пт июн 28, 2019 16:45:03

О, спасибо, поразбираюсь. Только может есть пример 1 wire на C для Attiny13? А то долго вникать в блок-схемы + мне надо будет дальше пару простеньких функций типа счетчика дописать, графически сложнее воспринимаю) Что это за среда графическая?)

Но еще я уже начал с предыдущего примера I2C, только угораздило меня использовать WinAVR+ AVRDude.
Что именно не хочет компилироваться в этом случае и можно ли как-то избавиться от этого? То есть проблема с файлом main.c, но я пока не понял, какая.
Безымянный1.png
(90.13 KiB) Скачиваний: 523

Можно ли сказать вкратце, что AVRDUDe не подходит для этой библиотеки и без серьезных заморочек не обойтись? Если да, буду разбираться с данным изначально компилятором:)

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Пт июн 28, 2019 19:10:28

kras писал(а):Можно ли сказать вкратце, что AVRDUDe не подходит для этой библиотеки
Код:
#include "TWI.h"
а не
Код:
include "TWI.h"

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Вт июл 02, 2019 20:03:37

Точно. Но так вылетает
d:\rab_stol\twi-slave-software-emulation-master/main.c:44: undefined reference to `twi_slave_init'
d:\rab_stol\twi-slave-software-emulation-master/main.c:45: undefined reference to `twi_slave_enable'

Я бы подумал, что библиотеку не видит, хотя, пожалуй, похоже. Но вроде ошибок, что не нашло TWI.h, не вылетает. А при этом жалобы на эти функции.
Безымянный.png
(96.35 KiB) Скачиваний: 510

И еще, может есть какой-нибудь пример или можете еще раз пояснить? Я так то вижу команды:
Код:
unsigned char readI2Cslavebyte(void);
void twi_slave_init( void );
void twi_slave_enable( void );

void twi_slave_disable( void );
void receivedata(void);
void senddata(void);
void TWI_state_machine(void);
void GetStartCondition(void);

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Вт июл 02, 2019 20:17:59

kras писал(а):Точно. Но так вылетает
Вы что создали "Новый проект"?
Покажите содержимое makefile?

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Ср июл 03, 2019 10:38:02

Да, новый.
Вот все содержимое, сгенерировал с помощью MFile WinAVR, почти ничего не трогал кроме микроконтроллера, частоты, программатора.
Что то мне намекает, что сделал ошибку в "OBJDIR = ", но все равно жду грамотного ответа)

Код:
# 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


# 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



#---------- Compiler Options C ----------
#  -g*:          generate debugging information
#  -O*:          optimization level
#  -f...:        tuning, see GCC manual and avr-libc documentation
#  -Wall...:     warning level
#  -Wa,...:      tell GCC to pass this to the assembler.
#    -adhlns...: create assembler listing
CFLAGS = -g$(DEBUG)
CFLAGS += $(CDEFS)
CFLAGS += -O$(OPT)
CFLAGS += -funsigned-char
CFLAGS += -funsigned-bitfields
CFLAGS += -fpack-struct
CFLAGS += -fshort-enums
CFLAGS += -Wall
CFLAGS += -Wstrict-prototypes
#CFLAGS += -mshort-calls
#CFLAGS += -fno-unit-at-a-time
#CFLAGS += -Wundef
#CFLAGS += -Wunreachable-code
#CFLAGS += -Wsign-compare
CFLAGS += -Wa,-adhlns=$(<:%.c=$(OBJDIR)/%.lst)
CFLAGS += $(patsubst %,-I%,$(EXTRAINCDIRS))
CFLAGS += $(CSTANDARD)


#---------- Compiler Options C++ ----------
#  -g*:          generate debugging information
#  -O*:          optimization level
#  -f...:        tuning, see GCC manual and avr-libc documentation
#  -Wall...:     warning level
#  -Wa,...:      tell GCC to pass this to the assembler.
#    -adhlns...: create assembler listing
CPPFLAGS = -g$(DEBUG)
CPPFLAGS += $(CPPDEFS)
CPPFLAGS += -O$(OPT)
CPPFLAGS += -funsigned-char
CPPFLAGS += -funsigned-bitfields
CPPFLAGS += -fpack-struct
CPPFLAGS += -fshort-enums
CPPFLAGS += -fno-exceptions
CPPFLAGS += -Wall
CPPFLAGS += -Wundef
#CPPFLAGS += -mshort-calls
#CPPFLAGS += -fno-unit-at-a-time
#CPPFLAGS += -Wstrict-prototypes
#CPPFLAGS += -Wunreachable-code
#CPPFLAGS += -Wsign-compare
CPPFLAGS += -Wa,-adhlns=$(<:%.cpp=$(OBJDIR)/%.lst)
CPPFLAGS += $(patsubst %,-I%,$(EXTRAINCDIRS))
#CPPFLAGS += $(CSTANDARD)


#---------- 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


#---------- Library Options ----------
# Minimalistic printf version
PRINTF_LIB_MIN = -Wl,-u,vfprintf -lprintf_min

# 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

EXTMEMOPTS =



#---------- Linker Options ----------
#  -Wl,...:     tell GCC to pass this to linker.
#    -Map:      create map file
#    --cref:    add cross reference to  map file
LDFLAGS = -Wl,-Map=$(TARGET).map,--cref
LDFLAGS += $(EXTMEMOPTS)
LDFLAGS += $(patsubst %,-L%,$(EXTRALIBDIRS))
LDFLAGS += $(PRINTF_LIB) $(SCANF_LIB) $(MATH_LIB)
#LDFLAGS += -T linker_script.x



#---------- Programming Options (avrdude) ----------

# Programming hardware
# Type: avrdude -c ?
# to get a full listing.
#
AVRDUDE_PROGRAMMER = avrispv2

# com1 = serial port. Use lpt1 to connect to parallel port.
AVRDUDE_PORT = usb

AVRDUDE_WRITE_FLASH = -U flash:w:$(TARGET).hex
#AVRDUDE_WRITE_EEPROM = -U eeprom:w:$(TARGET).eep


# 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

AVRDUDE_FLAGS = -p $(MCU) -P $(AVRDUDE_PORT) -c $(AVRDUDE_PROGRAMMER)
AVRDUDE_FLAGS += $(AVRDUDE_NO_VERIFY)
AVRDUDE_FLAGS += $(AVRDUDE_VERBOSE)
AVRDUDE_FLAGS += $(AVRDUDE_ERASE_COUNTER)



#---------- Debugging Options ----------

# 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



#======================


# Define programs and commands.
SHELL = sh
CC = avr-gcc
OBJCOPY = avr-objcopy
OBJDUMP = avr-objdump
SIZE = avr-size
AR = avr-ar rcs
NM = avr-nm
AVRDUDE = avrdude
REMOVE = rm -f
REMOVEDIR = rm -rf
COPY = cp
WINSHELL = cmd


# Define Messages
# English
MSG_ERRORS_NONE = Errors: none
MSG_BEGIN = -------- begin --------
MSG_END = --------  end  --------
MSG_SIZE_BEFORE = Size before:
MSG_SIZE_AFTER = Size after:
MSG_COFF = Converting to AVR COFF:
MSG_EXTENDED_COFF = Converting to AVR Extended COFF:
MSG_FLASH = Creating load file for Flash:
MSG_EEPROM = Creating load file for EEPROM:
MSG_EXTENDED_LISTING = Creating Extended Listing:
MSG_SYMBOL_TABLE = Creating Symbol Table:
MSG_LINKING = Linking:
MSG_COMPILING = Compiling C:
MSG_COMPILING_CPP = Compiling C++:
MSG_ASSEMBLING = Assembling:
MSG_CLEANING = Cleaning project:
MSG_CREATING_LIBRARY = Creating library:




# Define all object files.
OBJ = $(SRC:%.c=$(OBJDIR)/%.o) $(CPPSRC:%.cpp=$(OBJDIR)/%.o) $(ASRC:%.S=$(OBJDIR)/%.o)

# Define all listing files.
LST = $(SRC:%.c=$(OBJDIR)/%.lst) $(CPPSRC:%.cpp=$(OBJDIR)/%.lst) $(ASRC:%.S=$(OBJDIR)/%.lst)


# Compiler flags to generate dependency files.
GENDEPFLAGS = -MMD -MP -MF .dep/$(@F).d


# Combine all necessary flags and optional flags.
# Add target processor to flags.
ALL_CFLAGS = -mmcu=$(MCU) -I. $(CFLAGS) $(GENDEPFLAGS)
ALL_CPPFLAGS = -mmcu=$(MCU) -I. -x c++ $(CPPFLAGS) $(GENDEPFLAGS)
ALL_ASFLAGS = -mmcu=$(MCU) -I. -x assembler-with-cpp $(ASFLAGS)





# Default target.
all: begin gccversion sizebefore build sizeafter end

# Change the build target to build a HEX file or a library.
build: elf hex eep lss sym
#build: lib


elf: $(TARGET).elf
hex: $(TARGET).hex
eep: $(TARGET).eep
lss: $(TARGET).lss
sym: $(TARGET).sym
LIBNAME=lib$(TARGET).a
lib: $(LIBNAME)



# 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)

end:
   @echo $(MSG_END)
   @echo


# Display size of file.
HEXSIZE = $(SIZE) --target=$(FORMAT) $(TARGET).hex
ELFSIZE = $(SIZE) --mcu=$(MCU) --format=avr $(TARGET).elf

sizebefore:
   @if test -f $(TARGET).elf; then echo; echo $(MSG_SIZE_BEFORE); $(ELFSIZE); \
   2>/dev/null; echo; fi

sizeafter:
   @if test -f $(TARGET).elf; then echo; echo $(MSG_SIZE_AFTER); $(ELFSIZE); \
   2>/dev/null; echo; fi



# Display compiler version information.
gccversion :
   @$(CC) --version



# Program the device. 
program: $(TARGET).hex $(TARGET).eep
   $(AVRDUDE) $(AVRDUDE_FLAGS) $(AVRDUDE_WRITE_FLASH) $(AVRDUDE_WRITE_EEPROM)


# Generate avr-gdb config/init file which does the following:
#     define the reset signal, load the target file, connect to target, and set
#     a breakpoint at main().
gdb-config:
   @$(REMOVE) $(GDBINIT_FILE)
   @echo define reset >> $(GDBINIT_FILE)
   @echo SIGNAL SIGHUP >> $(GDBINIT_FILE)
   @echo end >> $(GDBINIT_FILE)
   @echo file $(TARGET).elf >> $(GDBINIT_FILE)
   @echo target remote $(DEBUG_HOST):$(DEBUG_PORT)  >> $(GDBINIT_FILE)
ifeq ($(DEBUG_BACKEND),simulavr)
   @echo load  >> $(GDBINIT_FILE)
endif
   @echo break main >> $(GDBINIT_FILE)

debug: gdb-config $(TARGET).elf
ifeq ($(DEBUG_BACKEND), avarice)
   @echo Starting AVaRICE - Press enter when "waiting to connect" message displays.
   @$(WINSHELL) /c start avarice --jtag $(JTAG_DEV) --erase --program --file \
   $(TARGET).elf $(DEBUG_HOST):$(DEBUG_PORT)
   @$(WINSHELL) /c pause

else
   @$(WINSHELL) /c start simulavr --gdbserver --device $(MCU) --clock-freq \
   $(DEBUG_MFREQ) --port $(DEBUG_PORT)
endif
   @$(WINSHELL) /c start avr-$(DEBUG_UI) --command=$(GDBINIT_FILE)




# Convert ELF to COFF for use in debugging / simulating in AVR Studio or VMLAB.
COFFCONVERT = $(OBJCOPY) --debugging
COFFCONVERT += --change-section-address .data-0x800000
COFFCONVERT += --change-section-address .bss-0x800000
COFFCONVERT += --change-section-address .noinit-0x800000
COFFCONVERT += --change-section-address .eeprom-0x810000



coff: $(TARGET).elf
   @echo
   @echo $(MSG_COFF) $(TARGET).cof
   $(COFFCONVERT) -O coff-avr $< $(TARGET).cof


extcoff: $(TARGET).elf
   @echo
   @echo $(MSG_EXTENDED_COFF) $(TARGET).cof
   $(COFFCONVERT) -O coff-ext-avr $< $(TARGET).cof



# Create final output files (.hex, .eep) from ELF output file.
%.hex: %.elf
   @echo
   @echo $(MSG_FLASH) $@
   $(OBJCOPY) -O $(FORMAT) -R .eeprom -R .fuse -R .lock $< $@

%.eep: %.elf
   @echo
   @echo $(MSG_EEPROM) $@
   -$(OBJCOPY) -j .eeprom --set-section-flags=.eeprom="alloc,load" \
   --change-section-lma .eeprom=0 --no-change-warnings -O $(FORMAT) $< $@ || exit 0

# Create extended listing file from ELF output file.
%.lss: %.elf
   @echo
   @echo $(MSG_EXTENDED_LISTING) $@
   $(OBJDUMP) -h -S -z $< > $@

# Create a symbol table from ELF output file.
%.sym: %.elf
   @echo
   @echo $(MSG_SYMBOL_TABLE) $@
   $(NM) -n $< > $@



# Create library from object files.
.SECONDARY : $(TARGET).a
.PRECIOUS : $(OBJ)
%.a: $(OBJ)
   @echo
   @echo $(MSG_CREATING_LIBRARY) $@
   $(AR) $@ $(OBJ)


# Link: create ELF output file from object files.
.SECONDARY : $(TARGET).elf
.PRECIOUS : $(OBJ)
%.elf: $(OBJ)
   @echo
   @echo $(MSG_LINKING) $@
   $(CC) $(ALL_CFLAGS) $^ --output $@ $(LDFLAGS)


# Compile: create object files from C source files.
$(OBJDIR)/%.o : %.c
   @echo
   @echo $(MSG_COMPILING) $<
   $(CC) -c $(ALL_CFLAGS) $< -o $@


# Compile: create object files from C++ source files.
$(OBJDIR)/%.o : %.cpp
   @echo
   @echo $(MSG_COMPILING_CPP) $<
   $(CC) -c $(ALL_CPPFLAGS) $< -o $@


# Compile: create assembler files from C source files.
%.s : %.c
   $(CC) -S $(ALL_CFLAGS) $< -o $@


# Compile: create assembler files from C++ source files.
%.s : %.cpp
   $(CC) -S $(ALL_CPPFLAGS) $< -o $@


# Assemble: create object files from assembler source files.
$(OBJDIR)/%.o : %.S
   @echo
   @echo $(MSG_ASSEMBLING) $<
   $(CC) -c $(ALL_ASFLAGS) $< -o $@


# Create preprocessed source for use in sending a bug report.
%.i : %.c
   $(CC) -E -mmcu=$(MCU) -I. $(CFLAGS) $< -o $@


# Target: clean project.
clean: begin clean_list end

clean_list :
   @echo
   @echo $(MSG_CLEANING)
   $(REMOVE) $(TARGET).hex
   $(REMOVE) $(TARGET).eep
   $(REMOVE) $(TARGET).cof
   $(REMOVE) $(TARGET).elf
   $(REMOVE) $(TARGET).map
   $(REMOVE) $(TARGET).sym
   $(REMOVE) $(TARGET).lss
   $(REMOVE) $(SRC:%.c=$(OBJDIR)/%.o)
   $(REMOVE) $(SRC:%.c=$(OBJDIR)/%.lst)
   $(REMOVE) $(SRC:.c=.s)
   $(REMOVE) $(SRC:.c=.d)
   $(REMOVE) $(SRC:.c=.i)
   $(REMOVEDIR) .dep


# Create object files directory
$(shell mkdir $(OBJDIR) 2>/dev/null)


# 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


Re: I2C на Attiny 13 - Попытка сквозь времена:)

Ср июл 03, 2019 11:13:51

Включите в проект файл TWI.c.

Чем вас не устроил makefile который с проектом шел?

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Ср июл 03, 2019 15:46:26

Dimon456, а то ли я что-то косо сделал, то ли функции в make файле некоторые не воспринимались компилятором. Супер, спасибо! Сейчас проект отлично скомпилировался, make использовал, все-таки, который сам сгенерировал, просто добавил файл .c.

Добавлено after 10 minutes 4 seconds:
Оу, ну все таки, так как я плаваю немного в этом, нужна еще такая поддержка. TWI и I2C отличаются, хотя я читаю, что TWI фактически развит как бесплатная версия I2C. Допустим, я сейчас разберусь и почитаю, как мне сделать на моей Attiny13 Slave. А вот Master я хочу сделать на Arduino.

https://radioprog.ru/post/234 - Здесь вроде пишут, что wire.h библиотека может взаимодействовать с TWI, а не только с I2C. Но я слабо понимаю, в чем различие функций в этой ардуиновской библиотеке Wire, взаимодействующих с I2C и c TWI? И есть ли это различие в функциях?

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Ср июл 03, 2019 17:17:34

kras писал(а):А вот Master я хочу сделать на Arduino
Мастера пишите на чем хотите.
Вот пример реализации
Test_1I2S.rar
(122.5 KiB) Скачиваний: 303
Обратите внимание: на передача адреса к twi-slave-software, incomingBuffer и outgoingBuffer.

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Пн июл 29, 2019 23:00:44

Я понимающий, но все таки, учитывая, что я еще мучаюсь, прошу разжевать)
Slave Attiny13:
Код:
#include <avr/interrupt.h>
#include "TWI.h"

#define InvBit(reg, bit)   reg ^= (1<<(bit))
#define ClearBit(reg, bit)       reg &= (~(1<<(bit)))
#define SetBit(reg, bit)          reg |= (1<<(bit))
#define BitIsSet(reg, bit)       ((reg & (1<<bit)) != 0)


int main( void )

  sei();   //!< Enable global interrupts.

  twi_slave_init();
  twi_slave_enable();

//вот мы все разрешили, но меня клинит, что надо писать и в какой последовательности? (Например, sendbyte(); twi_slave_end();...)
//однако я понимаю, что в принципе здесь и должна идти передача адреса и данных.
 
  //SetBit(DDRB, DDB4); //for debug
  for(;;);
}


Master Arduino Uno:
Код:

// Wire Master Reader
// by Nicholas Zambetti <http://www.zambetti.com>

// Demonstrates use of the Wire library
// Reads data from an I2C/TWI slave device
// Refer to the "Wire Slave Sender" example for use with this

// Created 29 March 2006

// This example code is in the public domain.


#include <Wire.h>

void setup() {
  Wire.begin();        // join i2c bus (address optional for master)
  Serial.begin(9600);  // start serial for output
}

void loop() {
  Wire.requestFrom(8, 6);    // request 6 bytes from slave device #8

  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);
}


Конкретизирую цель - надо передать 1 символ информации. Например, букву "A". Еще раз прошу прощения за дурацкие вопросы, потому что я сейчас еще раз запускал проект из архива, Makefile прекрасно подходит, а ошибки, видимо, были как раз из за того, что библиотеку не добавил в проект.

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Вт июл 30, 2019 21:01:21

kras писал(а):Slave Attiny13:
Как то так
Спойлер
Код:
int main( void )

  sei();   //!< Enable global interrupts.

  twi_slave_init();
  twi_slave_enable();
 
   while (1)
  {
      // incomingBuffer[0] - адрес incomingBuffer[1] - команда incomingBuffer[2] - признак конца передачи
   if ((incomingBuffer[0] == 0x40) && (incomingBuffer[2]=='-'))    
   {
      if(   incomingBuffer[1] == 0x01) { SetBit(DDRB, DDB4);  SetBit(PORTB, DDB4); } //for debug
      if(   incomingBuffer[1] == 0x02) { SetBit(DDRB, DDB4);  ClearBit(PORTB, DDB4); } //for debug
      
      for(int i=0; i<8; incomingBuffer[i++]=0) {}            // очистка приемного буфера
   }
 
  }
}

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Ср июл 31, 2019 18:02:46

Спасибо, почти понятно, но данные тут же не передаются.
Я не учел, что мастер уже посылает 6 байт данных, а не 1 символ. В чар же, в итоге передается 1 байт, то есть надо в мастере ожидать 6 разных букв?
Еще раз перефразирую код и то, чего я не понял:

1. Все начинается с того, что Мастер обращается к устройству #8 и запрашивает 6 байт информации. Пока 6 байт не придет, он будет ждать. После передачи Мастер отправит Слейву команду, что он все получил, так?
2. Слейв после инициализации и разрешения на передачу данных проверяет, что Мастер отправил адрес #8 и команду. Но команда мастера - "Отправьте мне 6 байт, пожалуйста, мисье слейв". А что тогда значит incomingBuffer[1] == 0x01?) По моей логике здесь если 6 байт, то будет incomingBuffer[1] == 0x06. Или я не прав?
3. incomingBuffer[0] == 0x40 - Я так понял, что в hex #8 это и есть 0x08. Я прав? 0x40 это чисто для примера, чтобы я заменил?
4. Мастер отправляет "конец, я получил все файлы", так? Но Слейв реагирует тогда, когда получает incomingBuffer[2]=='-'. и перестает реагировать, если это не минус. Но тогда я вообще не понял, что за incomingBuffer из библиотеки. Почему именно во второй элемент массива приходит байт конца передачи данных?
5. Все принятые устройством данные затираются, а именно затираются 8 элементов массива incomingBuffer. Почему 8?
6. Собственно, а в каком элементе тогда передавать данные? Тут меня настораживает, что это и есть incomingBuffer[1]. Но я немного потерял логику. Поэтому думаю, если я разберусь в этих вопросах, я, возможно, получу наконец правильную картину)

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Ср июл 31, 2019 19:22:01

kras писал(а):Конкретизирую цель - надо передать 1 символ информации.
Я вам и показал пример передачи.
Спойлер
kras писал(а):1. Все начинается с того, что Мастер обращается к устройству #8 и запрашивает 6 байт информации.
Здесь прием нужно рассматривать.
kras писал(а):После передачи Мастер отправит Слейву команду, что он все получил, так?
Мастер свою передачу завершает командой "стоп". Вы бы i2c шину для начало изучили.
kras писал(а):2. Слейв после инициализации и разрешения на передачу данных проверяет, что Мастер отправил адрес #8 и команду. Но команда мастера - "Отправьте мне 6 байт, пожалуйста, мисье слейв".
Ваши 6 байт будут у слейва в outgoingBuffer.
kras писал(а):А что тогда значит incomingBuffer[1]
incomingBuffer - это входящий буфер.
kras писал(а):3. incomingBuffer[0] == 0x40 - Я так понял, что в hex #8 это и есть 0x08. Я прав? 0x40 это чисто для примера, чтобы я заменил?
Да, это чисто для примера.
kras писал(а):4. Мастер отправляет "конец, я получил все файлы", так? Но Слейв реагирует тогда, когда получает incomingBuffer[2]=='-'.
Еще раз, я привел пример передачи на слейв.
kras писал(а):Но тогда я вообще не понял, что за incomingBuffer из библиотеки. Почему именно во второй элемент массива приходит байт конца передачи данных?
Потому что я так решил. Для примера сойдет.
kras писал(а):5. Все принятые устройством данные затираются, а именно затираются 8 элементов массива incomingBuffer. Почему 8?
Потому что unsigned char incomingBuffer[8];, поставьте 16 и затирайте 16 элементов.
kras писал(а):6. Собственно, а в каком элементе тогда передавать данные? Тут меня настораживает, что это и есть incomingBuffer[1]. Но я немного потерял логику. Поэтому думаю, если я разберусь в этих вопросах, я, возможно, получу наконец правильную картину)
В моем примере данные передаются на слейв в incomingBuffer[1].
Вот пример передачи на слейв
Test_1I2S_2.rar
(82.68 KiB) Скачиваний: 20

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Ср июл 31, 2019 21:54:53

Ок, поразбираюсь. Спасибо! А если передать надо со слейва на мастер? Задача то такая: счетчик должен насчитать значение и передать как слейв. Этих счетчиков слейвов будет потом штук 10, пока с одним бы разобраться). А мастер должен принять насчитанное счетчиком значение со слейва, и потом оно будут использоваться по назначению.

С I2C немного разобрался, но плаваю в деталях. SCL - это тактовая частота, SDA - под последовательную передачу бит данных. Сначала SDA переходит с 1 на 0 при высоком уровне SCL - это старт. Затем на SCL вплоть до стопового бита мастер задает импульсы синхронизации. По SDA сначала передается 8 бит адреса, таким образом один из слейвов переходит на прием данных. Затем передается команда (1 байт), сколько байт будем принимать. А затем передается столько байт данных, сколько нужно, в конце происходит стоп, то есть переход SDA в 0 при SCL = 1. Если я правильно все понимаю (или нет?), но не могу до конца осилить вопрос, то думаю, вы найдете правильный ответ на мое недопонимание).

Я так понял, что это одинаково вне зависимости от того, передаются ли данные от Слейв к мастер, или же наоборот. Слейв также может генерировать переход с 1 на 0 по SDA. Хотя тогда не понятно, как этот переход фиксируется мастером, если тактирования нет (SCL = 1).
И до меня только сейчас дошло. Если соединять Ардуино и Attiny13 по I2C, то обязательно нужно подтягивающие резисторы добавлять?

Re: I2C на Attiny 13 - Попытка сквозь времена:)

Чт авг 01, 2019 07:30:58

Спойлер
kras писал(а):Ок, поразбираюсь. Спасибо! А если передать надо со слейва на мастер? Задача то такая: счетчик должен насчитать значение и передать как слейв. Этих счетчиков слейвов будет потом штук 10, пока с одним бы разобраться). А мастер должен принять насчитанное счетчиком значение со слейва, и потом оно будут использоваться по назначению.
В архиве Test_1I2S.rar в папке Master в файле master.c есть строки
Код:
   i2c_start();
   i2c_send_byte(0x40); //0x40
   i2c_send_byte(0x00);
    i2c_restart();
    i2c_send_byte(0x40+0x01);
    temp = i2c_read_byte(0);
   temp = i2c_read_byte(0);
   temp = i2c_read_byte(0);
   temp = i2c_read_byte(0);
    temp = i2c_read_byte(1);
   i2c_stop();
в данном случай в переменную temp будет считана последовательность из слейва массива outgoingBuffer, а именно 5 байт, начиная с outgoingBuffer[0] по outgoingBuffer[4].
Если бы вы прогнали все это через отладчик, у вас бы не возникло вопросов.
kras писал(а):С I2C немного разобрался, но плаваю в деталях. SCL - это тактовая частота, SDA - под последовательную передачу бит данных. Сначала SDA переходит с 1 на 0 при высоком уровне SCL - это старт. Затем на SCL вплоть до стопового бита мастер задает импульсы синхронизации. По SDA сначала передается 8 бит адреса, таким образом один из слейвов переходит на прием данных. Затем передается команда (1 байт), сколько байт будем принимать. А затем передается столько байт данных, сколько нужно, в конце происходит стоп, то есть переход SDA в 0 при SCL = 1. Если я правильно все понимаю (или нет?), но не могу до конца осилить вопрос, то думаю, вы найдете правильный ответ на мое недопонимание).
Правильный ответ: если сами пишите протокол то "оно" вам нужно, в данном случае вам дали готовое, "оно" вам не нужно. Не зачем лишним голову забивать.
kras писал(а):Я так понял, что это одинаково вне зависимости от того, передаются ли данные от Слейв к мастер, или же наоборот. Слейв также может генерировать переход с 1 на 0 по SDA. Хотя тогда не понятно, как этот переход фиксируется мастером, если тактирования нет (SCL = 1).
Вернемся к нашим "котятам", архив Test_1I2S.rar папка Master - это совтовый i2s, вот в нем и смотрите что куда и как.
Код:
//=================
//                      Функция чтения байта c шинs
//=================

BYTE i2c_read_byte(BYTE ask)
Ответить