IRremoteESP8266 icon indicating copy to clipboard operation
IRremoteESP8266 copied to clipboard

Support for Fujitsu AR-RPB1U remote

Open michaelcadilhac opened this issue 1 year ago • 4 comments

I have a Fujitsu Halcyon ASUH12LPAS controlled by a remote with model code AR-RPB1U.

Reading the signals sent with IRrecvDumpV3, I obtain a hodgepodge of model numbers.

  • Setting temperature:
Protocol  : FUJITSU_AC
Code      : 0x1463001010FE09318804000000002023 (128 Bits)
Mesg Desc.: Model: 6 (ARREW4E), Id: 0, Power: On, Mode: 4 (Heat), Temp: 25C, Fan: 0 (Auto), 10C Heat: Off, Swing: 0 (Off), Command: N/A, Outside Quiet: Off, Timer: Off
  • Setting mode:
Protocol  : FUJITSU_AC
Code      : 0x1463001010FE09318800000000002027 (128 Bits)
Mesg Desc.: Model: 6 (ARREW4E), Id: 0, Power: On, Mode: 0 (Auto), Temp: 25C, Fan: 0 (Auto), 10C Heat: Off, Swing: 0 (Off), Command: N/A, Outside Quiet: Off, Timer: Off
  • Setting Fan Speed:
Protocol  : FUJITSU_AC
Code      : 0x1463001010FE09318800040000002023 (128 Bits)
Mesg Desc.: Model: 6 (ARREW4E), Id: 0, Power: On, Mode: 0 (Auto), Temp: 25C, Fan: 4 (Quiet), 10C Heat: Off, Swing: 0 (Off), Command: N/A, Outside Quiet: Off, Timer: Off
  • Using "powerful" mode:
Protocol  : FUJITSU_AC
Code      : 0x146300101039C6 (56 Bits)
Mesg Desc.: Model: 3 (ARREB1E), Id: 0, Power: On, Command: Powerful
  • Swing toggle (only vertical):
Protocol  : FUJITSU_AC
Code      : 0x1463001010FE09318800140000002013 (128 Bits)
Mesg Desc.: Model: 6 (ARREW4E), Id: 0, Power: On, Mode: 0 (Auto), Temp: 25C, Fan: 4 (Quiet), 10C Heat: Off, Swing: 1 (Swing(V)), Command: N/A, Outside Quiet: Off, Timer: Off
  • Setting swing opening:
Protocol  : FUJITSU_AC
Code      : 0x14630010106C93 (56 Bits)
Mesg Desc.: Model: 1 (ARRAH2E), Id: 0, Power: On, Command: Step Swing(V)
  • Economy mode:
Protocol  : FUJITSU_AC
Code      : 0x146300101009F6 (56 Bits)
Mesg Desc.: Model: 3 (ARREB1E), Id: 0, Power: On, Command: Econo

Question: Does this warrant creating a new model number in IRremoteESP8266, or should an application bounce between models (setModel) before doing this or that?

michaelcadilhac avatar Feb 12 '25 23:02 michaelcadilhac

Yes, it bounces between models. Fujitsu uses protocols that have common messages between models. So, often the library can't tell from a single message what kind of remote/AC you have. As you a feature that is more model specific, it can tell more of what model it must be.

I'd try Model 6: ARREW4E for your remote.

crankyoldgit avatar Feb 13 '25 00:02 crankyoldgit

Seems like this was answered and not a bug, even if it is confusing, but we can't do anything about it?

NiKiZe avatar Oct 12 '25 19:10 NiKiZe

Apologies; should have mentioned that model 6 actually worked for that remote. The "right thing" to do would be to print all the models that incorporate a signal (rather than a single one). Not sure if it's worth the effort.

michaelcadilhac avatar Oct 13 '25 02:10 michaelcadilhac

From a consumer perspective the downside of showing multiple models would be parsing and picking one of many. It would probably also mean we would need a different structure to display this.

NiKiZe avatar Oct 13 '25 14:10 NiKiZe