Saturday, 2019-09-14

T42<DylanVanAssche> spiiroin: Do you have any tips/tricks to develop adaptors for sensorfw? Is it possible to just build the adaptor instead of sensorfw entirely? Developing on device is taking a long time with rpmbuild :P17:35
T42<elros34> @DylanVanAssche Are you talking about iioadaptor? If your issue is similar to mine (incorrect scale and number of channels) then you can try this: Running sensorfw with —log-level=test also shows a lot of usefull informations.17:50
T42<DylanVanAssche> @elros34 Yeah that's partly my issue... However sensorfw is also trying to use a battery charger as accelerometer :P17:51
T42<DylanVanAssche> I tried your build this morning, but the battery charger thing makes it difficult to debug17:51
T42<elros34> how is that even possible? DId you define adaptors in primaryuse.conf?17:53
T42<DylanVanAssche> Yes, but it seems that sensorfw sees `accel` in the name... This line is printed with the battery charger:
T42<elros34> out of curiosity, could you paste verbose sensorfw log? I would like to also make sure my commit doesn't break other sensors but I have only one.18:00
T42<elros34> so something like: sensorfwd -c=/etc/sensorfw/primaryuse.conf —no-magnetometer-bg-calibration —log-level=test18:00
T42<DylanVanAssche> Okay, one moment :D18:02
T42<DylanVanAssche> @elros34
T42<DylanVanAssche> `iio:device0` is the charger. I have 3 other `iio:devices`18:08
T42<elros34> thx18:08
T42<elros34> are you sure it's the right one, it's only few lines18:10
T42<DylanVanAssche> Will be back soon, will check again. I found the log also very short...18:12
T42<DylanVanAssche> @elros34 fixed:
T42<DylanVanAssche> *log fixed18:33
T42<elros34> you are missing input_match = "name of your sensor"18:35
T42<DylanVanAssche> In my config?18:35
T42<elros34> yes, also you have only one iio device unles you stoped sensorfw before it finished detecting sensors18:36
T42<DylanVanAssche> @elros34 It's there in the ini file under sensord.conf.d/90-pinephone.ini:
T42<DylanVanAssche> sensorfw was running for about 20s18:37
T42<DylanVanAssche> The input_match values are matching the `name` property under /sys/bus/iio/devices/iio:deviceX/name where X is the number of the device18:38
T42<elros34> input_match "" in your logs clearly indicates that your config is wrong. Also it match ADC with empty name.18:51
T42<DylanVanAssche> I copied the config from latte: and changed thr input_match. Do you have your config somewhere available to compare?18:54
T42<DylanVanAssche> Thx, will try tomorrow :)19:04
T42<DylanVanAssche> @elros34 I tried your config for the MPU6050 accelerometer (I replaced `input_match=dmard06` by `input_match=mpu6050`) but still empty `input_match` in the logs.19:40
T42<elros34> do you have such a sensor in /sys/bus/iio/devices/*/name? Maybe pastebin your current config19:47
T42<DylanVanAssche> @elros34
T42<elros34> strange: so SensorFrameworkConfig::configuration()->value<QString😠name + "/input_match"); must fails somehow19:58
T42<elros34> ah it should be .conf not .ini20:06
T42<DylanVanAssche> @elros34 seriously, I looked at it a dozen times and missed that :O20:11
T42<DylanVanAssche> accel and rotation sensor data works now in Messwerk20:12
T42<elros34> with or without patched sensorfw?20:13
T42<adampigg> Lol,.ive done the .ini boob before!20:16
T42<DylanVanAssche> @adampigg Took it from here:
T42<DylanVanAssche> @elros34 patched sensorfw20:18
T42<elros34> scale = 0.0001 under [accelerometer/als and so one] will also not work20:18
T42<DylanVanAssche> hmmm it's broken again :O20:19
T42<adampigg> Yeah,  the fixed version will be in sailfish-on-latte repo, ignore my.scratch repo :)20:21
T42<DylanVanAssche> ooooh20:21
T42<elros34> I force push small fix (based on your iio sysfs entries) so now gyro should also have correct values.20:30
T42<DylanVanAssche> Thanks!20:30
T42<DylanVanAssche> Hmmmm it worked once now it's broken :O20:31
T42<DylanVanAssche> Will check tomorrow what's wrong now :P20:39
T42enriconia was added by: enriconia23:26
T42<enriconia> I am trying to port to elephone trunk (msm8916). CM14.1 builds and works, arch is arm64. I have followed the steps in the latest HADK and I am trying to port  sfos stops when building rpm/qt5-qpa-surfaceflinger-plugin.spec. Any hints?

Generated by 2.17.1 by Marius Gedminas - find it at!