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

Magic Home LED Controller, ZJ-WFMN-A V1.1 #1339

Closed
peterhoeg opened this issue Nov 13, 2018 · 22 comments
Closed

Magic Home LED Controller, ZJ-WFMN-A V1.1 #1339

peterhoeg opened this issue Nov 13, 2018 · 22 comments
Labels
device enhancement New feature or request
Milestone

Comments

@peterhoeg
Copy link
Contributor

I have one with "ZJ-WFMN-A V1.1" printed on it which according to https://github.com/arendst/Sonoff-Tasmota/wiki/MagicHome-with-ESP8285 is a version with the ESP8285.

Is this supported by any of the existing profiles?

@peterhoeg
Copy link
Contributor Author

@racerx, did you comment and then remove the comment again?

@racerx
Copy link

racerx commented Nov 17, 2018

Sorry, I did . I was on the wrong issue. I have this same unit and got it to work using the configuration that I created here: https://github.com/arendst/Sonoff-Tasmota/wiki/MagicHome-with-ESP8285

I then realized that I was commenting in espurna and not on tasmota so I deleted it.

@peterhoeg peterhoeg changed the title Another revision of the Magic Home LED Controller Magic Home LED Controller, ZJ-WFMN-A V1.1 Nov 20, 2018
@peterhoeg
Copy link
Contributor Author

This is slightly off-topic @racerx, but how exactly do you mount/hold the pogo pins to the pads instead of soldering?

@racerx
Copy link

racerx commented Nov 20, 2018

Hi Peter,

I am soldering directly to the board with a header and a FTDI TTL-232R3V3 serial adapter. Please know that the signals are 3V3 but VCC on that adapter is 5V and will fry your module if you connect it.

Only need to connect TX,RX and GND to the adapter.
During power up you need to hook IO0 and GND together. I did this with a male and female jumper cable.

img_2683
img_2685
img_2684

@peterhoeg
Copy link
Contributor Author

peterhoeg commented Nov 21, 2018 via email

@peterhoeg
Copy link
Contributor Author

It worked and no soldering was required. Crocodile plugs to connect RX, TX and GND (with plastic on the other side of the PCB to ensure there were no shorts), a free wire for IO0 and a male dupont for power (I powered it from the FTDI instead of the normal power plug). Then it was just about holding my hands very still while the firmware uploaded.

@racerx
Copy link

racerx commented Nov 21, 2018

Very cool! So you covered the whole other side of board with plastic and then powered 5V to the normal power input with the red wire in my picture?

@peterhoeg
Copy link
Contributor Author

A man smarter than me would probably have taken photos to document this while everything was open and connected...

you covered the whole other side of board with plastic

Correct, I simply used a small plastic bag folded a few times to cover the entire other side (the side with the chips)

  • TX was connected using a crocodile plug from the left (using your photos for direction).
  • RX was also connected using a crocodile plug from the left but with a small piece of plastic to cover the pad it had to "reach over"
  • GND was connected to the top GND from the right also with a crocodile plug and a small piece of jumper wire used to connect to IO0 (the lower GND was not used at all)
  • Power was supplied to the V33 pad using 3.3V from the FTDI

@xoseperez
Copy link
Owner

Added support for the A/B variants in the dev branch.
@racerx @peterhoeg Do you mind if I add your flashing instructions to the wiki?

@xoseperez xoseperez added this to the 1.13.4 milestone Dec 9, 2018
@racerx
Copy link

racerx commented Dec 9, 2018

@xoseprez yes, please add.

Thanks,
Rex

@DOSputin
Copy link

Ah. Now I know why my attempt to flash had been unsuccessful.

@peterhoeg
Copy link
Contributor Author

@xoseperez - do you want a wiki PR for the wiki changes? I can write it properly.

Do you think it would be appropriate to make recommendations on the hardware wiki? I just received a H801 and flashed it last night which took about 5 minutes in total - I personally would never bother with the Magic Home again and just use H801 instead.

@DOSputin
Copy link

Interesting about the H801. I'll have to try to come by one of those.

Amazon sent me a magichome ZJ-WFMN-A V1.1 by accident ( errors = free stuff 🥇)

Found this issue after trying to flash the other magichome firmware with no joy.

I got the new ZJ-WFMN-A V1.1 firmware compiled and flashed, and minicom talks to it over a PL2303-TTL usbserial on Mac OS High Sierra. Messed about a bit with the config that way, get it set up to my liking.

Thanks for all the hard work fellows!

Only problem now, is it seems need to re-config the RGB channels?

image

@xoseperez
Copy link
Owner

@DOSputin These MagicHome devices are kind of a nightmare. They all have different channel configurations. The ones I set for these models are based on the documentation above in the Tasmota project. What GPIO control what channels in your device?

@peterhoeg It will really help me if you write a PR for the wiki with the docs. Thank you. Yes, some devices are easier to flash than others. Still, the MagicHome are small and use to feature RF/IR which the H801 doesn't.

@racerx
Copy link

racerx commented Dec 10, 2018

@DOSputin
The pinout on 1.1 is different. I added the correct pins to the sonoff wiki here:

https://github.com/arendst/Sonoff-Tasmota/wiki/MagicHome-with-ESP8285

@Floriansimmer
Copy link

Floriansimmer commented Dec 23, 2018

@racerx
I have an magichome ZJ-WFMN-A V1.1 but i had to change the gpio pin for the white channel from 14 to 15.

hardware.h

#elif defined(MAGICHOME_ZJ_WFMN_A_11)

// Info
#define MANUFACTURER        "MAGICHOME"
#define DEVICE              "ZJ_WFMN_A_11"
#define RELAY_PROVIDER      RELAY_PROVIDER_LIGHT
#define LIGHT_PROVIDER      LIGHT_PROVIDER_DIMMER
#define DUMMY_RELAY_COUNT   1

// Light
#define LIGHT_CHANNELS      4
#define LIGHT_CH1_PIN       12      // RED
#define LIGHT_CH2_PIN       5       // GREEN
#define LIGHT_CH3_PIN       13      // BLUE
#define LIGHT_CH4_PIN       15      // WHITE
#define LIGHT_CH1_INVERSE   0
#define LIGHT_CH2_INVERSE   0
#define LIGHT_CH3_INVERSE   0
#define LIGHT_CH4_INVERSE   0

// IR
#define IR_SUPPORT          1
#define IR_RX_PIN           4
#define IR_BUTTON_SET       1`

@mafyata
Copy link

mafyata commented Apr 15, 2019

Does someone have original firmware file for magic home rgb with ir remote zj wfmn-a v1.1 ?

@vsterian
Copy link

It worked and no soldering was required. Crocodile plugs to connect RX, TX and GND (with plastic on the other side of the PCB to ensure there were no shorts), a free wire for IO0 and a male dupont for power (I powered it from the FTDI instead of the normal power plug). Then it was just about holding my hands very still while the firmware uploaded.

Hello!
I have also a "zj wfmn-a v1.1" and i was able to successfully put a new firmware on it.My problem is that after i download the new software, the ESP8285 does not broadcast any SSID.
I have 3 main questions:

  1. The GPIO pin must be shorted with GND only on boot-up?
    2.Can you tell me please what firmware did you use in order to successfully use the Controller?
    3.Is there any way of "reseting" the controller, or just the wi-fi module (like on H801 with on/off for 4/5 times)?

Thank you,
Vlad

@peterhoeg
Copy link
Contributor Author

My problem is that after i download the new software, the ESP8285 does not broadcast any SSID.
I have 3 main questions:

  1. The GPIO pin must be shorted with GND only on boot-up?

Yes, that's at least how I did.

  1. Can you tell me please what firmware did you use in order to successfully use the Controller?

Just regular espurna, but self-compiled.

  1. Is there any way of "reseting" the controller, or just the wi-fi module (like on H801 with on/off for 4/5 times)?

Not that I am aware of, no.

@sovanyio
Copy link

sovanyio commented May 4, 2020

Just wanted to chime in that I also have a ZJ_WFMN_A_11 that needed the white GPIO change to 15, are there older devices with GPIO 14?
Should we update the value or create a second config?

@mcspr
Copy link
Collaborator

mcspr commented May 5, 2020

@sovanyio 2nd config might be better, naming it though...
Since 37f6247 we can change PWM pin at runtime through ltDimmerGPIO# setting, where # 0...4 maps to hard-coded LIGHT_CH#_PIN 1...5
edit: typos

@sovanyio
Copy link

sovanyio commented May 7, 2020

Oh nice I didn't see that in the wiki when I was looking--ended up compiling the modification myself. Runtime change 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
device enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

9 participants