I am looking for some help in trying to fix this problem I am
experiencing when using Ofono on a RaspberryPi in "carkit/HFP mode".
Currently I can make calls (originate and terminate) and audio is fine
in combination with Bluez5 etc. also.
But I cannot disable CallForwarding via the dial-number command.
Enabling CFU via **21*destination-number# is working fine.
Trying to disable CFU via ##21# gives below error. Doing the same via
the keypad on the mobile phone works fine.
I have the impression that somwhere this ##21# is not processed
correctly but where? In ofono or in DBUS or?
pi@rpi-x:~/xgen/ofono $ ./dial-number BT-MAC-ADDRESS ##21#
Using modem /hfp/org/bluez/hci0/dev_BT-MAC-ADDRESS
Traceback (most recent call last):
File "./dial-number", line 40, in <module>
path = vcm.Dial(number, hide_callerid)
File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 70, in
return self._proxy_method(*args, **keywords)
File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 145, in
File "/usr/lib/python3/dist-packages/dbus/connection.py", line 651,
dbus.exceptions.DBusException: org.ofono.Error.InvalidFormat: Argument
format is not recognized
I'm facing what seems to be a limit in ofono implementation.
I'm working with some Telit modems and some of them have reserved contexts
which can't be used for data connection.
Currently, from telit plugin, I can only send the "vendor" parameter to the
interface create function and there is no way to specify the product.
What you think?
Did anyone ever have to set different behaviors for different products of
the same vendor?
I'm thinking about different solutions:
- extend the vendors enum in order to be a vendor/product enum.
- add a product parameter to the function prototype
- change the vendor parameter with a structure of two variables
Do you think it would be an improvement?
P.S. happy new year!