Thanks for the tip. I will check it.
Highly possible indeed. That would be 2nd time for me (it still "does breathe" so i haven't thought about that).
This is how indi-bin installation look like
pi@rpi:~/bin/indilib/libindi_1.4.1_rpi $ sudo dpkg -i indi-bin_1.4.1_armhf.deb Selecting previously unselected package indi-bin. (Reading database ... 129218 files and directories currently installed.) Preparing to unpack indi-bin_1.4.1_armhf.deb ... Unpacking indi-bin (1.4.1) over (1.4.1) ... dpkg: error processing archive indi-bin_1.4.1_armhf.deb (--install): unable to create `/usr/bin/indi_simulator_ccd.dpkg-new' (while processing `./usr/bin/indi_simulator_ccd'): Read-only file system dpkg: error while cleaning up: unable to remove newly-extracted version of `/usr/bin/indi_simulator_ccd': Read-only file system dpkg: error while cleaning up: unable to restore backup version of `/usr/bin/indi_joystick': Read-only file system dpkg: error while cleaning up: unable to restore backup version of `/lib/udev/rules.d/99-perfectstar.rules': Read-only file system dpkg: error while cleaning up: unable to restore backup version of `/lib/udev/rules.d/99-hitecastrodcfocuser.rules': Read-only file system dpkg: error while cleaning up: unable to restore backup version of `/lib/udev/rules.d/99-gpusb.rules': Read-only file system dpkg: error while cleaning up: unable to restore backup version of `/lib/udev/rules.d/99-flipflat.rules': Read-only file system dpkg: error while cleaning up: unable to restore backup version of `/lib/udev/rules.d/99-vantage.rules': Read-only file system dpkg: error while cleaning up: unable to securely remove '/var/lib/dpkg/tmp.ci': Read-only file system dpkg: error while cleaning up: unable to securely remove '/var/lib/dpkg/reassemble.deb': Read-only file system dpkg: error: unable to create new file '/var/lib/dpkg/status-new': Read-only file system dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Are there any know issues with current Raspbian and indiserver release?
I had one of those bad ideas - update everything on my raspberry pi and hence my problem.
After updating raspbian with apt-get I went for newest indiserver 1.4.1 and the problem started. Currently when I try to install indiserver deb files my raspbian literally dies.
What it looks like now:
pi@rpi:~/bin/indilib/libindi_1.4.1_rpi $ uname -a Linux rpi 4.9.22-v7+ #987 SMP Fri Apr 14 23:23:05 BST 2017 armv7l GNU/Linux
pi@rpi:~/bin/indilib/libindi_1.4.1_rpi $ sudo dpkg -r --force-depends indi-bin dpkg: indi-bin: dependency problems, but removing anyway as you requested: libindi1:armhf depends on indi-bin (>= 1.4.1). dpkg: error processing package indi-bin (--remove): package is in a very bad inconsistent state; you should reinstall it before attempting a removal Errors were encountered while processing: indi-bin
I have used arduino sketch/code from examples included in arduino-ide (or did I download it additionaly? Can't remember to be honest) to test both (different for each one). Both sketches did include some additional libraries which give functions that allow You just to read temperature value and not "some value" that You have to recalculate to get actual temperature value. Although if I would get "some value" that would be something, currently all I see is constant "0" no matter which one I use.
I am trying to understand how does it all work with firmata and indi_duino so currently I am thinking that this might be the problem - both of the sensors which I have are digital, one works on OneWire bus and second on I2C bus (Here I am not sure if firmata code can distinguish that and use proper). From what I understand You do not just read value from these sensors and recalculate it. You have to query them with kind of sequenced signal to get response / read out.
Maybe I should look around for some simple analog sensor and try it? Simple thermistor or something like that...
From the other side in indiduino Meteostation there is exactly the same sensor which I have - DHT22 so it should work I suppose. I just don't know where to look to find out how to configure it all properly... there is not much information how it should be done.
I hope You understand my descriptions, i am really green in this matter.
Yes, sensor is attached to pin 2. (Data channel ofcourse)
I would preciate if someone could give me some clues about using sensors with indi duino driver.
Currently I have successfully connected and used power relays but I am stuck at next step - temperature sensors. I have two for testing purposes - DHT22 and DS1820. I have successfully used both alone with arduino and some simple arduino sketch so i can safely assume that both seem to work properly. I can not however get them to work with standard firmata arduino firmware and indi duino driver. I get no readings at all.
Should there be any changes made in standard firmata firmware code/sketch for arduino? How should skeleton definition look like for such sensor?
If it does make any difference my arduino is connected to Raspberry Pi where I run indiserver.
I have updated indilib on my RPi2 today.
1. sx_ccd_test (1.12) doesn't show any errors now, only bunch of OK's and numbers (that's good I guess).
2. "indiserver -vv indi_sx_ccd" starts without problems
3. AI 2.0(59) and 2.1(90) connects to SX-825 on RPi2-indiserver without any issues and camera is fully operational
4. Test with lodestar x2 connected - also no problem, everything works
AI2.1_90 beta - works
I'll wait till Jasem black box will compile new release and hopefully try it tomorrow.
So far i have tested this camera with:
- indiserver on RPi2 (arm) - doesn't work
- indiserver on PC (x86) - doesn't work
- built-in AstroImager 2.0 drivers on OS X - doesn't work
- USBoverIP on RPi2 (arm) + windows client machine - does work
- INDI Server (2.2.5) on OS X (10.11) - does work
doesn't work = detected but not useful
I can make more tests if it might be helpful just let me know exactly what tests are needed.