Automatic Fish Feeder, BL602

Name: Automatic Fish Feeder, BL602
Uploaded: 2024-05-25T17:12:05+02:00
Description: Hello, I have recently purchased Automatic Fish Feeder from eBay . It has XT-BL12 chiplet inside. Inside this chiplet, it has BL602. I have successfully soldered my UART jig to it, and flashed OpenBelken firmware. Wi-Fi, MQTT works. I can also turn LED on/off, and rotate the drum. I have few...

Question

Hello, I have recently purchased Automatic Fish Feeder from eBay . It has XT-BL12 chiplet inside. Inside this chiplet, it has BL602. I have successfully soldered my UART jig to it, and flashed OpenBelken firmware. Wi-Fi, MQTT works. I can also turn LED on/off, and rotate the drum. I have few...

p.kaczmarek2 · Accepted Answer

I haven't seen that kind of device yet, thanks for submitting it.
The boot incompletes 1 is okay, because boot is marked as complete after some time and you may catch the counter before its completion.
The DS18B20 support is planned, I can look into it sooner if you need that
For PulseTime, you need to see:
https://github.com/openshwprojects/OpenBK7231T_App/blob/main/docs/autoexecExamples.md
In case of BL602, you can put those scripts in short startup command. Maybe something like this:


// This aliased command will turn off relay on CH1 after 10 seconds
// addRepeatingEvent	[IntervalSeconds][RepeatsOr-1][CommandToRun]
alias turn_off_after_time addRepeatingEvent 10 1 setChannel 1 0
// this will run the turn off command every time that CH1 becomes 1
addChangeHandler Channel1 == 1 turn_off_after_time

We don't get BL602 devices often so we haven't ported LFS to this platform yet.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.

p.kaczmarek2 · Accepted Answer

I will try to look into it for you, the little problem is just that BL602 is not very popular and there are few devices using this chip, so Beken takes the priority. Do you have some basic C skills to help with enabling LFS on BL602, maybe?

Jinaria · Accepted Answer

ESPHome now has partial support for WBR3 (no OTA at the moment). I have the same iLonda feeder with WBR3 modules and managed to flash mine successfully.Code: text Expand Select all Copy to clipboard rtl87xx:   board: wbr3   family: rtl8720c   framework:     version: 0.0.0     source:

p.kaczmarek2 · Accepted Answer

I can look into supporting DS18B20 in OBK

Tilator · Accepted Answer

Excellent!

divadiow · Accepted Answer

-1.27°C? that usually means it's not talking to the sensor. definitely got the right pin assigned?

Virnik0 · Answer

Hi,Thanks for the tip! This MCU (not Tuya apparently) has a break relay, which breaks/disconnects right after turning it on. So, I mapped it like this: And it does work correctly. So one turn only. If I'll toggle PWM, then it will do two rotations. From this perspective, I achieve what I wanted - the feeder is remotely controllable without a Chinese cloud provider. But the temperature I wanted to get....I can live without it, but it is sad.As for the temp sensor, I would really appreciate that support. After managing to finally flash this chip, I was hoping to use it, as WBR3 I have in the other feeder couldn't be flashed (iLonda - should be L88, but it is not - they have changed the chip from ESP to a clone from Tuya) and the sensor intended for it couldn't be used. That is why I thought that because OpenBeken is so similar, the same approach would work. And it does, up till software support, which is not yet present. But it is maybe the cheapest sensor you can get, and it is produced on a long cable suitable for tank temp measurement.As for LFS, I thought it to be a bug when I noticed that the FS browsing from the web browser doesn't work.If you'd need any logs or dumps, I will happily provide what I have. As a one wish if I could have it - could the next release be a bit modified so it wouldn't think I am controlling an LED strip with it? PWM controls an electric DC motor, instead of LEDs. So added controls for color temperature couldn't be used as such (but I have noticed it can control the speed of rotation apparently).

Virnik0 · Answer

Sadly, my coding skills aren't usable (compared to someone who really does develop the code). Last time I coded something in C, it was for the M@ngos project over 20 years ago.

So I try to avoid it if possible because I know I am a much better platform engineer than a developer. I can apply patches and sometimes debug what went wrong. I do not have any issues rebuilding software from sources, and in specific cases, alter the code to suit either my needs or to simply work, but all those are relatively easy tasks for someone who really knows how to code. It is no wonder that BL602 is not so popular. It is possibly the cheapest module you can get. And honestly, I thought that the feeder has either an ESP proper or RTL clone, not a completely alien, minority-used chip. But I'm trying to get the most from little, if you know what I mean ;-)

So if LFS enablement means to review certain diffs, apply them, and try to rebuild, yes, I can do that. But please do not expect truly developer kind of work, as I am not a developer myself.

Anyway, I am not rushing, certainly not a maintainer of a bigger project for which my use-case is truly a minority. But I also won't stop you, if you know what I mean ;-)

To that end, I consider myself lucky to be able to achieve the primary goal for that feeder. The first try failed due to WBR3 in the first feeder, so having success (although partial) on the second try wasn't that bad an experience.

That said, if there would be something I can test, provide, run, build/compile....I am open to help (myself).

Virnik0 · Answer

Thanks. As for iLonda, I left it where it was - integrated through TuyaLocal.

As it works as it should now, I am more concerned about that no-name one,
which uses BL602. It works correctly, but my concern was temperature sensor.

So far, I have downloaded the sources, did basic configuration, but haven't found
the time to actually build it and test, namely VFS. To be honest, I was fighting
off one more resilient WINE build and then forgot about beken feeder.

Tilator · Answer

Did you get any values from this DS18B20?I would like to add these sensors too, but can it be used? There seems to be some LibreTiny to allow it in Beken devices, but it sounds a bit complicated.

Virnik0 · Answer

Hi, no. No data from it. There is no support for it in OpenBeken. I haven't had a time to play with the source code, to be honest, as I am working and quite a lot of things simultaneously now, so tinkering is out of my capacity for the time being (probably till Fall).

Virnik0 · Answer

>>21075277That would be awesome! I can easily flash for testing, not worried about bricking the unit - it is just an aquarium feeder after all.Added after 2 [minutes]:>>20940687Wired flash? I have it hooked up over TuyaLocal now. So once I'll have the time to open it and solder pins, I'll flash it too. If it is possible wirelessly (I think it is not with WBR3, that flaw was fixed last summer), even better. But I guess it's not.

BorgMcz · Answer

I think DS18B20 support would be a cool thing to have.

Tilator · Answer

Does DHT11 need some kind of pullup resistor, or should it simply be power to VDD, ground to ground and GPIO to SDA?

p.kaczmarek2 · Answer

Here is our DHT11 + OBK tutorial, including connection:

divadiow · Answer

a DS18B20 driver has since been developed and is available for use on BL602 and Beken platforms Added after 3 [minutes]: LFS is also available on BL602 now, but only on the older partition layout (this would be the case if flashed with BL DevCube 1.4.8 with the stock partition_cfg_2M.toml file)

Virnik0 · Answer

Sorry for too many edits. I was able to make it work after reading the manual again....I had to specify the driver to start: startDriver DS1820 Now I can read the sensor, although the value was initially off. But now it looks like it is reading correct value. So it works. thanks a lot and again, sorry for confusion!

Virnik0 · Answer

It shows this value some 30s after reboot. But then it switches to proper value, currently 24.37˚C Verified across few reboots.

divadiow · Answer

ah OK. there's also an interval value you get add to the end of the startdriver command - eg startDriver DS1820 5 otherwise it's 15s by default

Virnik0 · Answer

>>21290566 I think I got it:

startDriver DS1820 5; waitFor WiFiState 4;waitFor MQTTState 1; addRepeatingEvent 10 -1 publishFloat DS1820Temp $CH5

Sensor works, I can see its values in the log. But I am unable to make sure it is published via MQTT. Well, I can, if I'll run the command by hand, but it doesn't work after reboot. What am I doing wrong?

What is strange is that I do get a lot of bellow errors in logs:

Info:SENSOR:DS1820[17] - Starting conversion
Error:SENSOR:DS1820[17] - Read CRC=ff != calculated:c9 (errcount=1)
Error:SENSOR:DS1820[17] - Scratchpad Data Read: ff ff ff ff ff ff ff ff ff
Error:SENSOR:DS1820[17] - Read CRC=ff != calculated:c9 (errcount=2)
Error:SENSOR:DS1820[17] - Scratchpad Data Read: ff ff ff ff ff ff ff ff ff
Error:SENSOR:DS1820[17] - Read CRC=89 != calculated:30 (errcount=3)
Error:SENSOR:DS1820[17] - Scratchpad Data Read: 87 1 55 5 7f a5 a5 66 89
Error:SENSOR:DS1820[17] - Read CRC=2d != calculated:cb (errcount=4)
Error:SENSOR:DS1820[17] - Scratchpad Data Read: 87 11 55 5 7f a5 a5 66 2d
Error:SENSOR:DS1820[17] - Read CRC=7a != calculated:41 (errcount=5)
Error:SENSOR:DS1820[17] - Scratchpad Data Read: 87 1 55 5 7f a5 b5 76 7a
Info:SENSOR:DS1820[17] - Temp=24.43

OK, so if I'll run the command to add repeating event, I do get the values from the sensor over MQTT. But it is not in json format, just raw value.

I am trying to add it to my Home Assistant cluster, but sadly I am unable to get the value from it:

mqtt:
 sensor:
    - state_topic: “Feeding/DS18B20Temp/get”
      availability_topic: "Feeding/connected"
      name: "FishTank Water Temperature"
      unique_id: “feeder1.iot.lan_water-temp”
      unit_of_measurement: "°C"
      device_class: temperature
      state_class: measurement
      icon: mdi:coolant-temperature
      force_update: true
      encoding: ""
      value_template: "{{ value | int * 0.01 }}"

I also tried with integer switch, but while HA does see mqtt messages, I seem to be unable to define the sensor properly.
Never had similar issues with mqtt, and I do use object detection from my cameras and binary sensors over it. But I do have to be missing something, that I am unable to get any meaningful value from the sensor in HA.

Any ideas?

p.kaczmarek2 · Answer

If you want to run multiple commands in the short startup line, you need to use backlog:

Virnik0 · Answer

Thanks!

Didn't noticed this to be honest.

Using bellow fixed the issue, now it correctly starts the repeating event:

backlog startDriver DS1820 5; waitFor WiFiState 4;waitFor MQTTState 1; addRepeatingEvent 60 -1 publishFloat DS1820Temp $CH5;

OpenBelken FW does what it promissed to do. Data is output to proper MQTT queue/topic. Processing it correctly is another story, because it prints this:
Feeding/DS18B20Temp/get:
2487

Is there a way to add decimal point to the value before it is going to be exported? To show like 24.87 in mqtt instead of 2487 it does now?

If anyone is interested, bellow yaml snippet works in HA to collect the temperature and move decimal split to proper place:


sensor:
- platform: template
  sensors:
    fishtank_water_temperature-filtered:
      name: "FishTank Water Temperature"
      unique_id: "feeder1.iot.lan_water-temp-filtered"
      device_class: temperature
      unit_of_measurement: '°C'
      state_class: measurement
      icon: mdi:coolant-temperature
      entity_id:
        - sensor.fishtank_water_temperature-filtered
      value_template: >
        {% set unknown = 'unknown' %}
        {% set value = states('sensor.fishtank_water_temperature') %}
        {% set prev_value = states('sensor.fishtank_water_temperature-filtered') %}
        {% if prev_value == unknown %}
          {{ value }}
        {% else %}
          {% set def_deviation = 3.0 %}
          {% set cur_deviation = states('input_number.fishtank_water_temperature-deviation') %}
          {% set deviation = def_deviation if cur_deviation == unknown else float(cur_deviation) %}
          {{ prev_value if value == unknown or (value | float - prev_value | float)|abs > deviation else value }}
        {% endif %}

mqtt:
  sensor:
    - state_topic: "Feeding/DS18B20Temp/get"
      name: "FishTank Water Temperature"
      unique_id: "feeder1.iot.lan_water-temp"
      unit_of_measurement: "°C"
      device_class: temperature
      state_class: measurement
      icon: mdi:coolant-temperature
      force_update: true
      availability_template: "{{ 'online' if (10.0 <= value|float(0)/100 <= 40.0) else 'offline' }}"
      value_template: >-
        {%- if value|float(0)/100 >= 10.0 and value|float(0)/100 <= 40.0 -%}
        {{ (value | float(0)) / 100 }}
        {%- else -%}
        {{ states('sensor.fishtank_water_temperature_filtered') }}
        {%- endif -%}

The sensor reports back values in bellow format (so the same as OpenBelken itself report) in HA:
24,35°C

Above MQTT sensor definition for HA takes care of sometimes imaginary values the sensor throws out (like temperature being -1500˚C or +90˚C). It is random, but annoying. Since this is aquarium, I set the temperature range between 10˚C and 40°C being reasonable. The sensor will switch offline for one measurement which returns invalid value, and also will skip recording such a value to statistics, retaining prior value for the time being. Since the measuring happens every 60s (at least the feeder unit pushes value from DS18B20 to MQTT every 60 seconds in my case), it has no ill impact.

This thread could be possibly closed, as basically everything I started it with was either answered, corrected, or otherwise done.

Thanks a lot guys! Your nudging towards right direction and information I needed was really helpful.

Virnik0 · Answer

The problem is solved: - OpenBelken for BL602 does support DS18B20 temp sensor now - Correction made thanks to advices of others to configure Fish Feeder unit with proper startup sequence - The feeder itself was added as a template to BL602 FW (will need an update in regard to Temp sensor maybe). - Data from sensor is being published over MQTT and also consumed by local install of HA Again, thanks a lot!

[Solved] Automatic Fish Feeder, BL602

Post #1

Post #2

Post #3

Post #4

Post #5

Post #6

Post #7

Post #8

Post #9

Post #10

Post #11

Post #12

Post #13

Post #14

Post #15

Post #16

Post #17

Post #18

Post #19

Post #20

Post #21

Post #22

Post #23

Post #24

Topic summary