Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Bug]: BluePill (STM32F103C8) not sending data trough IR diode #1152

Closed
12 of 31 tasks
milan1984 opened this issue Jul 31, 2023 · 3 comments
Closed
12 of 31 tasks

[Bug]: BluePill (STM32F103C8) not sending data trough IR diode #1152

milan1984 opened this issue Jul 31, 2023 · 3 comments
Labels

Comments

@milan1984
Copy link

The type of board you are using.

STM32F1 board (BluePill)

The boards name or FQBN (e.g. esp8266:esp8266:d1_mini:eesz=4M3M,xtal=80) for unspecified board.

No response

The board manager URL used for unspecified board.

https://

What IDE are you using?

PlatformIO IDE

What IR protocol are you using?

NEC

Pin(s) used for IR-receive, if not default.

Arduino pin number: default

Example(s) you have checked while hunting the bug.

  • SimpleReceiver
  • ReceiveDemo
  • SendRawDemo
  • ReceiverTimingAnalysis
  • TinyReceiver
  • TinySender
  • ReceiveAndSend
  • SimpleSender
  • SendDemo
  • SendLGAirConditionerDemo
  • UnitTest
  • Other - please specify below
  • I checked, if at least one of the examples was working.

Example(s) to reproduce the issue.

  • SimpleReceiver
  • ReceiveDemo
  • SendRawDemo
  • ReceiverTimingAnalysis
  • TinyReceiver
  • TinySender
  • ReceiveAndSend
  • SimpleSender
  • SendDemo
  • SendLGAirConditionerDemo
  • UnitTest
  • Other - please specify below

The library version you are working with.

What are the steps to reproduce this issue?

RECEIVER PART
1 . Load examples\SimpleReceiver\SimpleReceiver.ino
2. Build
3. Upload into BluePill no.1
4. Open the Serial Monitor on BluePill no.1

SENDER PART
5. Load examples\SimpleReceiver\SimpleReceiver.ino
6. Build
7. Upload into BluePill no.2
8. Open the Serial monitor on BluePill no.2

What happens?

Sender (BluePill no. 2 )sends one package of date and stops (no repeat in "loop").
No serial terminal was available!

The receiver (BluePill no.1) received one packet of data and nothing more from the sender).
The data is printed as "UNKNOWN" protocol with no matching to what was sent.

For testing ( when the receiver stops receiving messages ), using a remote from LG TV, pressing some buttons, and pointing the remote in the receiver's direction, the receiver continues to correctly receive and decodes messages.

Below is the screenshot with the explanation described above
IR

The serial output which indicates the error happened.

Protocol=UNKNOWN 30 bits (incl. gap and start) received
Received noise or an unknown (or not yet enabled) protocol
rawData[60]:
 -3276750
 + 850,-4500
 + 500,- 550 + 450,- 550 + 450,- 550 + 450,- 550
 + 450,- 550 + 450,- 550 + 450,- 550 + 450,- 550
 + 450,-1700 + 550,-3450 + 550,-3450 + 550,-3450
 + 550,-2300 + 450,- 550 + 450,-1700 + 550,- 550
 + 600,-1650 + 600,-1650 + 600,- 550 + 550,- 550
 + 600,-1650 + 200,-1700 + 550,- 550 + 600,-1650
 + 600,- 550 + 550,- 550 + 600,-1650 + 550,-1700
 + 200
Sum: 55850

Protocol=UNKNOWN 1 bits (incl. gap and start) received
Received noise or an unknown (or not yet enabled) protocol
rawData[2]:
 -1000050
 +1950
Sum: 1950

Protocol=NEC Address=0x4 Command=0x2 Raw-Data=0xFD02FB04 32 bits LSB first
Send with: IrSender.sendNEC(0x4, 0x2, <numberOfRepeats>);

Protocol=NEC Address=0x4 Command=0x2 Raw-Data=0xFD02FB04 32 bits LSB first
Send with: IrSender.sendNEC(0x4, 0x2, <numberOfRepeats>);






Protocol=NEC Address=0x4 Command=0x3 Raw-Data=0xFC03FB04 32 bits LSB first
Send with: IrSender.sendNEC(0x4, 0x3, <numberOfRepeats>);

Protocol=NEC Address=0x4 Command=0x3 Repeat gap=40250us

Protocol=NEC Address=0x4 Command=0x3 Raw-Data=0xFC03FB04 32 bits LSB first
Send with: IrSender.sendNEC(0x4, 0x3, <numberOfRepeats>);

Protocol=NEC Address=0x4 Command=0x3 Repeat gap=40250us

What were you expecting to happen?

The sender is expected to send messages and the receiver is expected to decode and print the same ones as in the screenshot below
image

Additional context.

With Arduino Nano, with the same code - everything is working fine as expected (data was sent and printed out every 1000ms), see a screenshot from the receiver terminal below

image

Final checklist for the bug report.

  • I have read the README.md file thoroughly
  • I have searched existing issues to see if there is anything I have missed.
  • I have browsed the examples for one, that matches my use case.
  • The title of the issue is helpful and relevant.
@milan1984
Copy link
Author

Just tested with tag 3.9.0, - everything is working fine

@ArminJo
Copy link
Collaborator

ArminJo commented Aug 1, 2023

@milan1984 Can you please check with latest version from repository and give feedback? Afterwards I can release the fix 😀 .

@milan1984
Copy link
Author

milan1984 commented Aug 2, 2023

@ArminJo Cloned new master branch (commit c2a3858) and test performed with following steps:

  1. Flashed BluePill (receiver ) with ReceiveDemo.ino code for the purpose of reading transmitted data.
  2. Opened serial terminal of the receiver BluePill

3 Flashed BluePill (transmitter) with SendDemo.ino code.
4. Opened serial terminal of the transmitter BluePill

Logs from the terminal of the transmitter are below (logs of 4 times in loop function) - WORKING FINE
SenderTerminal.log

The logs from the receiving terminal are below (not from the beginning, it seems that my terminal is limited by space :) ) - There are some UNKNOWN protocols that probably should be, I didn't analyze them in detail, because the main problem was with the sender, but at the first look of it is everything is fine - DATA IS RECEIVING CONTINUOUSLY
ReceiverTerminal.log

EDIT: There is one thing I notice about version numb in the sender terminal that probably will be modified with the new release 😀
image

@ArminJo ArminJo added the Bug label Mar 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants