Matrix user forums

This topic is a bit old but the RFID_MFRC522_v2 component now works well: Using an Arduino and connecting: D9 to RST, D10 to SDA, D11 to MOSI, D12 to MISO and D13 to SCK. The following flowcode reads and sends the key_id and the first data block of 16 bytes to the UART. Note that the documentation s...

Hi Jan, Are you having a problem with it? Note that if you used SendByteTransaction it compiles to: FCL_DEVICE_ID = FCL_DEVICE_ID << 1; FC_CAL_I2C_Master_Start_1(); FC_CAL_I2C_Master_TxByte_1(FCL_DEVICE_ID); FC_CAL_I2C_Master_TxByte_1(FCL_ADDRH); FC_CAL_I2C_Master_TxByte_1(FCL_ADDRL); FC_CAL_I2C_Mas...

Turning on the inbuilt pullup resistors also works. Simply writing high to SDA and SCL pins (PC3 and PC4) after initialising the i2c works. I've attached my Flowcode - note that this is also using analog pins A2 and A3 to power the blinkm module as this was a very quick test and it was easier to plu...

Thanks,

Now up and running. I also found I needed to set the prescaler to 4 (or more).

I have attached my simple transmit and receive programs - transmit a block of 32 bytes data, receive prints data to UART

Thanks Jorgen, I see John just ignores the return value - this may be the way to go although the documentation still needs correcting. I tried with a very simple setup and CheckRx always seems to return 1 so something still amiss with my setup - using a header board with voltage regulator and capaci...

The nRF24N01 uses SPI not I2C. Why post this in an I2C thread?

I was continuing my train of thought.....

Then I just need to get the NRF24l01+ unit working and we're cooking with gas!

But I did say:

This should probably be a new topic:

And I guess you are right - I've made a new topic!

Spent several hours trying to get the nrf24l01+ unit working - first with a Arduino nano and then thinking that a power supply issue may be occurring with an FTDI Nero (a clone with a higher spec) So - with the nano initialise wasn't returning. With the Nero - 0 was always returned. Taking a peek in...

This should probably be a new topic: Spent several hours trying to get the nrf24l01+ unit working - first with a Arduino nano and then thinking that a power supply issue may be occurring with an FTDI Nero (a clone with a higher spec) So - with the nano initialise wasn't returning. With the Nero - 0 ...

Added a couple of 4k7 pull-ups and suddenly all is good.....

Hurray.

I knew I was missing something basic!

How do we turn on those internal pull-ups in FlowCode?

Then I just need to get the NRF24l01+ unit working and we're cooking with gas!

Hi Leigh, Was that with hardware mode? I don't see anything in software mode that could cause i2c:start to never return Yes - hardware only - software mode returns and LED on 13 comes on. No effect on blinkm however. Also, do you have any pull-up resistors on SDA and SCL? No - though in my defence t...

Have appended source to first message - tried with i2c in software and hardware mode (and running on an Uno instead of a Nano) No joy. As mentioned same hardware works fine from Arduino IDE with similarly basic command to the BlinkM works jut fine. Adding an output to turn on the led on Digital 13 s...

I can post he code this evening if it will help, but the image above is all of it! Just wanted to see if comms working with a minimal example before committing too much time. Added: Tried a general broadcast (address 0) followed by 0x6f which worked (ie the BlinkM stopped it's routine) when run from...

Thanks for the ideas. It hasn't reached macro status yet - I was trying to get communication up and running in the first instance. I will try a general broadcast this evening and see if that effects an improvement. As an aside I have found that including some components (dht22 for example) causes co...

Hi, I'm very new to FlowCode (2 days in) - so this is hopefully a simple problem? After trying the usual blinkies and a DS18B20 and then a DS3231 RTC with success (I'm liking this even though I had to download a new component for the RTC to get it to work) I then tried to get some more generic i2c c...