I have an EP2200, I very much would like to be one of those 10 people. 25 sounds like a very nice idea! Looking at your name you probably live in the Netherlands too 
Hey @belastingvormulier, if it is still possible, I would be also gladly participate in PCB (assembled) ordering. Could you send it then to Germany?
Sure thing.
Hi @belastingvormulier, is it still possible to order the PCB assembled from you? Is it possible to ship to Spain?
I think this would be the last one i have assembled 
shipping to spain is possible ill send you a dm. Shipping is delayed tough, the ribbon cables are on back order 
but the good news after that is that they will have 500 in stock again once they arrive 
@belastingvormulier Iām fairly new to this forum and I donāt know how to contact you directly 
No worries, Ill get back to youā¦ Still waiting for the cables, and unable to find a different spot to buy them from current arrival estimate:
between vr., 13-02-2026 and wo., 18-02-2026 but I expect that to increase
Do I understand correctly that by modifying the code the power-on error has been eliminated and the display and web interface can be used simultaneously? (use Wemos D1 mini)
Thanks!
It is still not perfect, but yes. The code has been adapted and I dont see the power on error anymore.
Instead of bashing the on/off button till you heard a beep, you now have to press it just twice for it to start powering on. Still annoying but automatable and usable.
Unfortunately, the power-on problem was not resolved. I have to turn it on and off about 10 times to get it to turn on. However, the display always works once itās turned on. Thanks
I tried changing power_trip_delay but nothing changed.
Is this correct in the yaml file?
external_components:
- source: github://TillFleisch/ESPHome-Philips-Smart-Coffee@main
or should yours be included?
github://william-sy/ESPHome-Philips-Smart-Coffee@main
Hey mate, do you know anything more? Thanks
shipment date postpohoned by supplier:
04.03. till 09.03.26
so still waiting.
ah yes you should use:
external_components:
- source: github://william-sy/ESPHome-Philips-Smart-Coffee@poweron
components: [ philips_coffee_machine ]
refresh: always
there is a example file here:
https://github.com/william-sy/ESPHome-Philips-Smart-Coffee/blob/866f4254b4fa06341e278405bc8cf80cf8a578b0/esphome/Philips_EP2235_m5stack_atom.yaml
i should merge this actually, but let me know if it works for you first
@belastingvormulier is it still possible to order an assembled PCB? Also, which Atom Echo do you recommend for this project and do we have to solder it onto the PCB ourselves?
I only have a few left that are not assembled, and the cables are on back order for waay to long already.
Finishing the other pcbs will take a long time because of it.
The echo (white one) is recommended and you only need to solder the pins and then connect the atom without any further soldering.
Sorry for my hiatus, I was experimenting alot with this PCB and it feels like it would be working much better without a transistor/mosfet for this thing.
@belastingvormulier is the obvious MVP in this thread and without him there would have been many issues and a big dead end in there imo.
It turns out the last reported state that it worked was not right for me and I am currently either doing a āminimalā approach and just let the esp ālistenā to the state (no water message would already help me alot), but back to topic:
I āaccidentallyā realized that if i ācutā the connection (that was managed by the mosfet) manually and then just put the cables manually together, the display worked without any problems. Since acting like a carthief and shorting cables manually does no sense at all I am considering using an optocoupler pc817.
Im going to experiment a bit more and if Im successfull its fine and if not ill lust let my PCB listen to the UART and beep with a piezo speaker if water is low (since i never look at the display if water gets low after brewing)
Interesting, The minimal PCB that I have works decent. It only has 1 mosfet though nothing else. (and have it set to inverted by default)
Curious if this would work if you want to do more than just listening.
Hi, Iāve had the small exact board made by a service and got all the buttons captured and working with the help of codex, but I cannot get the display to stay on.
When I first turn on the machine, it works from physical and ESP shows status; all seems working, but after a bit, though, the display goes off and the status doesnāt work anymore. I can use the buttons on the machine, but after I switch it off, only the ESP command works to turn it on, and no display still. Thatās the only thing Iām unable to figure out. Iāve tried increasing repetitions, etc., but nothing worked so far to keep it on and working permanently.
Anyone has an idea on what could be causing this or possibly a fix is appreciated i can upload the yaml or code if needed.
What code are you using ?
Please share a yaml code block.