BV4115 bug???
January 27, 2016 12:25AM
Hello guys and girls.
I've just received my BV4115 and started playing with it. I configured the wifi and connected it to an 8-relay board I already had (the classic one, bought from ebay). I soldered the pads on R3 and R5 and V/G G/V accordingly. I was able to connect using 3 programs on Windows (bvserial, wifirelay and wifirelay GUI) but was not able to control the relays.
After many tests, I accidentally entered the +++rr command in bvserial and everything worked fine!
As far as I have tested, I cannot operate the relays until I enter the +++rr command, everything works fine after that. Even the dV and dD command do not produce an output until +++rr is entered.And after a reboot, I have to enter it again.
So, I would like to ask if anyone knows, am I doing something wrong, is this a bug or is this the normal procedure? Because, to tell you the truth, this is my first attempt and I really couldn't figure out what the +++rr command actually does.
Any help would be really appreciated. Thank you in advance.
Re: BV4115 bug???
January 27, 2016 09:07AM
the bv4115 consists of a wifi device and a microcontroller so there are two sets of commands. The microcontroler commands begin with 'd', e.g. dV and the wifi commands begin with +++.

The command you entered +++rr will send a reset to the microcontroller and that is what is happening. A description of the commands is at the top of the documentation in a link called 'Details' near [2*] or the link here

Depending on the circumstances at switch on the BV4115 microcontroller part will require resetting with +++rr. After that everything will work fine as you have discovered. The reason why this command is not automatically sent by the software is because the relays would switch to the default state which is off.

As an example suppose that the relays are connected to power a PC and the PC is switched on. When you contact(control) the relays with software you don't want the relays to switch off then on again by sending a reset as this would be bad for the PC. The use therefore is a one time +++rr reset when powering up and there after it stays switched on to control whatever is needed.
Re: BV4115 bug???
January 28, 2016 12:00AM
Hello jimeer and thank you for the extra fast reply!
Although new to this stuff, I actually had in mind that this could be the case, but I had to confirm it, thus the question to the forum.
Now, to my final and more advanced question. I have read whatever I could find in your site about the commands regarding the BV4115W and what I found is this:
As far as the ESP8266 part, all the commands applicable are described in this link and this link.

About the microcontroller on the board, the only commands I could find are:
da1,0 (to switch on e.g. the first relay in 0 msecs)
da0,0 (to switch off e.g. the first relay in 0 msecs)
do, to switch off all relays.

Are there any other commands I could possible use? Also, is there any way I can store a binary value on the microcontroller, in order to use it in case of a power loss and restore the last state of the relays?

Any link or information would be very helpful.
Thank you again for your assistance.
Re: BV4115 bug???
January 28, 2016 09:29AM
The full list of the command are in the Data Sheet and there is a command that returns the binary value of all 8 relays.

Re: BV4115 bug???
January 31, 2016 01:37AM
Thank you again Jim for your reply.
I've got one more thing that came up. As I've noticed, typing the command +++info returns "Firmware version VF1_1.9.0", which as I can understand is the version for the ESP8266 module.
On the ESP firmware update page, there's an "ESP8266_F1_1.7" firmware available. I'm quite confused. Is this firmware previous to the one that my module is already using (1.7 vs 1.9)??? And if not, should I upgrade it?
Thank you for your time and effort.
Re: BV4115 bug???
February 01, 2016 09:02AM
yes 1.9 is later than 1.7
Re: BV4115 bug???
February 19, 2016 12:47PM
HI guys,

I have one problem with BV4115.
When set module as station and connected to network, from "[];

Mode to set [1] (1 is station 2, is Access Point), set in Satiation Setup
Baud Rate [115200]
Station Setup [URKO, 12345678,,] (ssid,pass,ip,gateay)
AP Setup [, , 0, 1] (ssid,pass,security,channel)
Sender setup

After pressing button "save changes" wifi relay modul freez.
"Ping" is ok, connection from web or application "wfrelay", is not possible.
Then reset relay, connections are ok, until I save setting, or just pressing button update on []

Is something wrong with relay card, software or just human mistake?

I am trying to send command (On/Off) to 8 relay CARD, from web page.
I'm looking for test example.

Thank you,

Re: BV4115 bug???
February 19, 2016 01:56PM
Do you have a wifi home network? if so what is the IP address of that network?
Re: BV4115 bug???
February 19, 2016 11:40PM

WIFI router is:
BV4115 is on
PC is on

ping is 160-205ms

Maybe help this Error in app "wfrelay":

Connnecting to Port 80
Traceback (most recent call last):
File "<string>", line 39, in btnConnect
File "D:\C\Python\PyInstaller-2.1\wfrelay\build\wfrelay\out00-PYZ.pyz\BV4115W"
, line 95, in wfCheck
socket.error: [Errno 10053] An established connection was aborted by the softwar
e in your host machine

From URL - Not responding
Re: BV4115 bug???
February 20, 2016 09:51AM
-- Just for information: there are no bugs in wifirelay or the BV4115 firmware --

Your router may be blocking the MAC address from the ESP8266 or the ESP8266 is wrongly configured for your system do the following:

open a cmd window and type:

telnet 80

then type


The <enter> is the enter or return key on the keyboard.

What is the output? (**** remove the SSID and password before sending for your own security ***)
Re: BV4115 bug???
February 20, 2016 11:49AM
Thank you for fast replay, very kind of you.

If just open cmd and write down telnet 80, nothing happend (black screen after few second return to cmd)
After button restart on BV4115, and repeat telnet command i get:

Firmware version VF1_1.9.0
Chip ID: da8109 Flash ID: 1640e0 sys Flag: f0
Current Device Sockets:
remote port 51697
local port 80
local IP
remote IP

Mode is 1 (STATION)

Station mode the following applies:
URKO 12345678,,
Port 80
AP mode the following applies:

Connect to Port 80
Re: BV4115 bug???
February 20, 2016 02:39PM
That's good it means that everything with the ESP8266 is configured correctly.

from the telnet session you can type
That will reset the BV4115 which it sometimes needs at first switch on.

to verify that the relay bit is working type
This will return the version firmware

da1,1 should switch on relay one and
da0,1 will switch it off

** depending on the situation, at first switch on the BV4115 will need a reset as above before wifirelay will work. For further information about this see the end of the text at
Re: BV4115 bug???
February 21, 2016 10:20AM

After telnet +++rr, situation is worse :)
Now when I connect with telnet, everything is black
***info -> nothing happend or black screen,

After quick button reset, same situation.

Test from application wfrelay, sometimes work, sometimes not. (same from the beginning)
I need to wait for an hours to establish connection.

I can use this modul just for occasionally test :)

I will try again hard reset and leave default setting...maybe is firmware?

Re: BV4115 bug???
February 21, 2016 11:27AM
After hard reset and setting BV4115. I leave "Ap setup" fields cleared to null.
Now i communicate with module from telnet.
I will testing how long could be connected, without resetting modul.

Thank u,
Re: BV4115 bug???
February 21, 2016 12:09PM
It sounds like the wifi signal is weak where the bv4115 is situated.

There is also quite a good utility tool here (better than telnet): Unzip the file in Method 2 and change the wifiinfo.txt to in your case.
Re: BV4115 bug???
February 21, 2016 12:44PM

Router is about 1m away from module.

I'll try everything and notice you about my progress.
If everything will be fine (stress test 24/7), I'll write you for next step of our cooperation.

Best regards
Sorry, only registered users may post in this forum.

Click here to login