Closed 000al000 closed 2 years ago
As i understand chip is CMT2217B. And it use SPI to communicate to ESP... connecting rx2 and tx2 show no result. So, now i got ESP with 220v power, but no doorbell :)
Hmm, that's annoying. My units also have the model number G6L-WIFI-RW printed on the case. If you peel the "G6L-WIFI" sticker off the board (beside the ESP32), does it have a model/revision number printed on there? Mine has "G6_MI v1.7", along with what appears to be a date code saying it was made in the 23rd week of 2019 ("D: 23 19").
I might order a new unit and see if I get one like yours, as I'm interested to see whether there are any differences in functionality which might make the new version more (or less) desirable... if you don't mind sharing, where did you order yours from? (Mine came from Ali Express, but it was long enough ago that the store and/or listing are probably gone by now.)
My version under label G6L_ESP32_B (after B something like small superscipt "v" or may by it defect :) ) V 1.0 D: 3021
Bought from Ali https://aliexpress.ru/item/1005002571074600.html
My board power by 3,3 v (no 5v) and seems use spi to communicate
Thanks - I've ordered one, but it'll probably take at least a few weeks to be delivered.
If anyone with this new revision is able to sniff the SPI communications on the original firmware, please share the details here; I'll get stuck into it when mine arrives (assuming it is the new revision), but if we can figure out the SPI comms before that, I'll try to work on it even without the hardware.
For the record, the CMT2217B is a standalone OOK RF receiver, so unless the chip marked U2 (I can't see any identifying marks on the chip itself in your photo) is a microcontroller and/or doorbell chip, the ESP32 might be doing everything itself on this new version. If that's the case, a much more comprehensive custom component will be needed to make the new version useful, but it hopefully also means that we'll be able to customise it more (and it won't have some of the weird quirks of the old version).
My version under label G6L_ESP32_B (after B something like small superscipt "v" or may by it defect :) ) V 1.0 D: 3021
I'm guessing that's G6L_ESP32_BY, as per the photo from @GenoMXXX in #22.
Seems i've got ligtly different board that @GenoMXXX there is no "busy" pin point on my board, but pins for rx/tx are same.
My order has arrived in record time, and at first glance, the chip marked U2 is indeed a doorbell chip (SZY8039B) similar to the FR0396-E2 on the original version. This means that custom chimes are probably still off the table, but also confirms that the ESP32 is now responsible for receiving the button presses from the CMT2217B directly and telling the doorbell chip when to play which chime.
My current thinking for an ESPHome component for this new version is that I'll ditch the service calls for learning/forgetting buttons, and instead make the buttons and their respective chimes configurable via YAML. When you press a button that's not configured, a debug log entry with the button's ID will be emitted, so you can easily identify buttons in order to add them to your config. This should provide a good compromise between development complexity and flexibility; I can't make any promises, but hopefully I can put an initial version together reasonably soon.
Thank you. I'll ready to be beta tester :)
A new version has arrived, the old firmware does not work (( @pauln tell pls, are you working on a new version?
Yes, I'm working on a new version. It might look a bit different, as the new model doesn't have anything that's specific to it (the previous version had those connected to a secondary microcontroller which has its own serial protocol which it used to communicate with the ESP32) - just an RF receiver and a doorbell chime chip, plus some buttons and LEDs - so I'm currently leaning towards submitting PRs to ESPHome to support the doorbell buttons as a remote protocol and the doorbell chime chip as an output device, which would remove the need for a custom component entirely. I'd then provide some config examples so that it's still easy to get up and running.
I've got the buttons working as a remote protocol, so once I've had a chance to build a component for the doorbell chime chip, I'll see how it all looks at that point to see whether I think it's worth bundling it all up into a custom component or whether landing support for the separate bits in core and providing example configs is indeed the way forward.
Hello guys! Somebody bought tuya version this doorbell?
If yes, it possible, please test it:
I wasn't aware that there's a Tuya version, but a quick Google suggests that there is indeed a Linptech G6L-TUYA version which looks pretty much identical from the outside. That said, it's somewhat off-topic here since this project is about using ESPHome on the G6L-WIFI (and this issue is about the new variant of that model).
@pauln sorry the off topic!
I've got the basics of the chime chip control working now, and have figured out a way to register remote protocols from a custom component - so I'll be able to put together a component which can be used without waiting for the protocols to be merged into ESPHome and a new version to be released. I've got a bit more finishing off to do on the protocols, and then I can start putting together something that's ready to be shared.
I've got the basics of the chime chip control working now
For the new version?
Since the two versions are incompatible and the ESPHome components work completely differently, I've decided to split the new one off into a separate repository. I noticed that the stock firmware on the new version refers to itself as linp-doorbell-g04
, so I've gone with the same repository naming convention as this one: pauln/esphome-linp-doorbell-g04. Please feel free to open issues and/or pull requests on the new repository if you come across any problems with the instructions or sample YAML configuration (or the protocols themselves, for that matter).
Hello guys! Somebody bought tuya version this doorbell?
If yes, it possible, please test it:
Sorry to hijack the thread but have you bought it by any chance? I am wondering if it would work with Tuya-convert...
I 've got linptech doorbell with name G6l-wifi-rw
and i can't see STM8S005K6 on my board :(
I flash firmware with config
and try call service from haas play_tune - no success (no sound). Push button - no reaction.