Signal Binding [4.0.0.0;5.0.0.0)

dalgwen · December 19, 2023, 4:04pm

Hello @M_G ,

Another user reported having the same issue as you, and he fixed it with this solution.

It seems to be a error with the way the raspberry report the kernel architecture, or something like that.
Forcing value in the boot/config.txt could maybe resolve your issue.

Wolfgang_S · December 19, 2023, 4:13pm

It is not an error it is a feature …
The kernel can run in 64 bit mode but the application ( userland ) can run in 32 bit mode.
If the application ( OH / binding ) relies on the check of the kernel ( uname -m ) to identify the architecture then it may fail if the userland does not run in the same mode.

dalgwen · December 19, 2023, 4:25pm

Oh ! Thanks for the clarification, now I understand.

If the application ( OH / binding )

Actually, it’s sqlite that uses this detection. I’m not sure if I can overwrite it effectively. The sqlite devs says that we can use a env variable to do so, but as openHAB is using sqlite as a “feature” downloaded as a dependency by the osgi environnment, it seems outside the scope of a binding ? And even if I do, if another component use sqlite and already initialized it, it won’t work.

The sqlite dev puts the responsability on the raspberry team, so unfortunately he won’t fix it.

Wolfgang_S · December 19, 2023, 7:04pm

Saw that. Indeed it looks like this is specific for Raspberry that 32bit userland is used together with 64bit kernel. Although I found some questions that are several years old about if this would be possible the majority of these topics is about Raspberry nowadays.

I have no idea how this works but I am surprised that the application does the detection shouldn’t it be the OS that has the control ?

dalgwen · December 19, 2023, 9:07pm

It’s a simple ‘uname -m’ which indeed target the kernel.

github.com

xerial/sqlite-jdbc/blob/master/src/main/java/org/sqlite/util/OSInfo.java#L161


      
          private static boolean isAlpineLinux() {
              try (Stream<String> osLines = Files.lines(Paths.get("/etc/os-release"))) {
                  return osLines.anyMatch(l -> l.startsWith("ID") && l.contains("alpine"));
              } catch (Exception ignored2) {
              }
              return false;
          }
          
          static String getHardwareName() {
              try {
                  return processRunner.runAndWaitFor("uname -m");
              } catch (Throwable e) {
                  LogHolder.logger.error("Error while running uname -m", e);
                  return "unknown";
              }
          }
          
          static String resolveArmArchType() {
              if (System.getProperty("os.name").contains("Linux")) {
                  String armType = getHardwareName();
                  // armType (uname -m) can be armv5t, armv5te, armv5tej, armv5tejl, armv6, armv7, armv7l,

It means that, basically, raspberry pi 4 user cannot use sqlitejdbc persistence service, unless they use a workaround such as the one we discuss here (which is not so easy to diagnose/find)
I’m surprised that the topic is not more present in the forum.

Wolfgang_S · December 19, 2023, 10:02pm

I know that there are about at minimum 2 or 3 other cases.

two tests need to be done to identify kernel architecture and userland architecture
possible tests for kernel are:
- uname -m => aarch64
- lscpu | grep Architecture => aarch64
possible tests for userland architecture
- getconf LONG_BITS = 32
- file /bin/ls => ELF 32-bit LSB executable

M_G · December 25, 2023, 2:35pm

Hey Gwendal,

Thanks a lot, that was it! It’s working

Thanks to Wolfgang as well!

Hundertvolt1 · January 19, 2024, 9:45pm

Just in case this helps debugging and improving…

Today I upgraded from OH 4.0.4 to OH 4.1.1. Afterwards, the Signal account was broken (as before).

I found the /lib/ folder in /tmp/ including the .so file disappeared (probably in the process of the upgrade). So I did the following:

Copy the configuration data of the account into an editor
delete the Signal Account Thing, uninstall the binding, deleted the SQL stuff inside /lib/ which is copied there by the binding whenever an account is created.
then re-install the binding
do the steps as described in my previous post
create a new Bridge by copying the config from the editor back into the Thing
enjoy having it back working!

dalgwen · January 30, 2024, 1:29am

Hello all,

You probably have issue with the binding right now.

**COMMUNICATION_ERROR**

IOException - org.asamk.signal.manager.api.AccountCheckException: signal-cli version is too old for the Signal-Server, please update.

This signal-cli issue shows that the upstream project signal-cli is aware and so should make a new version soon.
A new signal binding will of course follow as soon as possible, so stay tuned.

Hundertvolt1 · February 6, 2024, 10:01am

While desperately waiting for the update…
I just noticed that there is a very recent release in signal-cli!

See here

Hope that helps!

dalgwen · February 6, 2024, 1:19pm

Great news !
I was also waiting and checking for a new release every day.
I will try to make a new binding release very soon.
Thanks for the information.

dalgwen · February 7, 2024, 12:12am

I just made a new release. Hope it will work.
As usual : remove, reinstall from the marketplace.

In my case I also had to remove binding, restart openHAB, reinstall binding because it keeps getting the old version, for whatever reason.

Hundertvolt1 · February 7, 2024, 11:13am

I uninstalled the binding and reinstalled without reboot. It immediately started working again

Big thanks for updating so quickly!

By the way, even better. On my RPi4 / 8GB, OpenHABian, OH 4.1.1, I first-time tried using this fix and deleted the .so library I added manually in the previous fix.
It’s perfectly working!

ohmicha · February 7, 2024, 5:19pm

Thank you for updating so fast!

I uninstalled / reinstalled the Binding, even restarted the system but still not working.
In the UI it is sown as disabled / uninitialized:

Any hint where I could start debugging? (I am still using the old openHAB 3.4.4 )

dalgwen · February 7, 2024, 5:51pm

I’m really sorry but the binding doesn’t support openHAB 3.X anymore . In fact, I am surprised that you could use the 3.4.0 version so long, given that Signal likes to break compatibility for older version a couple time a year.

The reason is that the signal-cli project (that I use for the binding) needs java 17, and java 17 is available with openHAB 4 only.
I maintained in 2022/2023 a fork of signal-cli for java 11 but there was -literraly- thousands of modification and it was hell to maintain, so I dropped it as soon as openHAB 4 comes out…

Sorry, all I can do now is wishing you an upgrade without issue ?

SebStaeubert · February 8, 2024, 9:56am

THX for the update.
The signalaccountbridge thing is now online again.
But using
val signalAction = getActions("signal", "signal:signalaccountbridge:SignalBinding_openHAB");
in a rule gives me the following error:
2024-02-08 10:55:00.949 [ERROR] [internal.handler.ScriptActionHandler] - Script execution of rule with UID 'Signal_Send' failed: Instance is not an SignalActions class.

dalgwen · February 8, 2024, 10:14am

I had this error message several times, but only when I remove the binding and reinstall it.
I think there is something wrong with the bundle reloading mechanism of openHAB.
But when I restart openHAB, the error goes away.
Let me know if it still happens after a restart ?

SebStaeubert · February 8, 2024, 4:46pm

Your right. It works after restarting the openhab service.
THX for your advice and making the addon work again!

jwsp1 · February 16, 2024, 3:59pm

Thanks for this Binding!
I got a quick question. How is it possible to send a message to multiple phone numbers?
Something like

signalAction.sendSignal("+33123456789,+33987654321", "Hello world!")

I also tried to use signalconversation, but I don’t get it work. There’s no example how to use it in git.

dalgwen · February 16, 2024, 5:00pm

As you can see here :

It’s on my wishlist !
I’m primarily driven by my own need, and as I don’t ‘need’ this, this is on the todo list here since the beginning… By putting this here I hope to gain some help from contributors… but to no avail for now

I didn’t put examples because it is designed to be straightforward. But if you don’t get it to work then it seems that I failed my goal
“signalconversation” Things are just a mean to use the binding directly with items, no code. A conversation Thing represent the exchange with one recipient. It has two channel, and those channels can be bound to text items : when the item linked to the “send” channel is updated, the message is sent to the recipient. And when the binding receive a message from this recipient, the item linked to the “receive” channel is updated.