Freesco, NND, CDN, EOS
http://forum.freesco.pl/

Prośba o kompilację paczki do odczytu 1-wire
http://forum.freesco.pl/viewtopic.php?f=24&t=17263
Strona 1 z 2

Autor:  pectosol [ poniedziałek, 27 października 2008, 01:37 ]
Tytuł:  Prośba o kompilację paczki do odczytu 1-wire

Witam
Mam prośbę do osób które (po)mogą mi skompilować paczkę.
Chodzi mi o OWFS >> http://www.owfs.org/
Ta paczka implementuje do systemu możliwość odczytu urządzeń 1-wire tak jakby to były zwykłe pliki.

Oczywiście mamy już digitempa. Ale on odczytuje tylko kilka czujników na 1-wire.
Natomiast urządzeń jest znacznie więcej, od przełączników, przez liczniki czujniki itd...zresztą na stronie jet to opisane.

Bedę bardzo wdzięczny,

Autor:  viater [ poniedziałek, 27 października 2008, 20:50 ]
Tytuł: 

OWFS 2.7p7

... ale najpierw musisz zainstalować fuse:
fuse 2.5.3.1
... bo dodałem to do zależności - zdaje się, że OWFS tego potrzebuje.

Jest jeszcze man do OWFS

UWAGA !!! nie testowałem, nie wiem, nie znam się, zarobiony jestem, nie odpowiadam za ewentualne szkody moralne i/lub materialne, powstałe w wyniku instalowania i/lub używania powyższych pakietów :P

Daj znać czy to działa i co można tym zrobić, bo też się bawię 1-wire...

====== EDIT ======

Nowa paczka:

OWFS 2.7p7-2

Dodałem konfigi ( /etc/owfs/ )
oraz skrypty startowe ( /etc/rc.d/ )

Autor:  pectosol [ poniedziałek, 27 października 2008, 22:59 ]
Tytuł: 

po wstępnych próbach widzę że fuse jest dla kernela devel ?

Autor:  viater [ poniedziałek, 27 października 2008, 23:09 ]
Tytuł: 

pectosol pisze:
po wstępnych próbach widzę że fuse jest dla kernela devel ?

Jak dla kernela devel ???
Znaczy nie działa bez zainstalowanego kernel24-devel ???

Kompilowane na kernelu 2.4.35-2nnd, czyli aktualnym.

== EDIT ==
No odpaliłem na początek owsf dla 1-wire (podłączony jeden ds1820) i owszem - tworzy filesystem - tylko że coś strasznie przymula w tym filesystemie przy listowaniu plików/katalogów tudzież przy odczytywaniu zawartości cat-em.

==EDIT==
I nie wiem dlaczego po odmontowaniu/skillowaniu owfs-a trzeba usunąć moduł fuse i ponownie go zainstalować - w przeciwnym razie owfs nie chce się ponownie uruchomić...

Autor:  pectosol [ wtorek, 28 października 2008, 00:15 ]
Tytuł: 

a więc :
: [/] [] ()
[root@router ]# modprobe fuse
modprobe: Can't locate module fuse

sprawdzam w lib/modules widzę że jest tylko że są dwa katalogi
2.4.32-12nnd
2.4.35-2nnd

oczywiscie moja wersja to 2.4.32-12nnd

Przy okazji próbuję aktualizowac kernel...ale 2.4.35-2 zlalazłem tylko devell.
Pozatym chyba ślepy jestem bo zaktualizowałem wszystko ale kernel ciągle bez zmian (oczywiście po kilku reboatch)

Autor:  Maciek [ wtorek, 28 października 2008, 00:19 ]
Tytuł: 

Kernel 2.4.35 jest w repozytorium current, zatem ty masz ustawione release i wszystko jasne.

Autor:  viater [ wtorek, 28 października 2008, 00:45 ]
Tytuł: 

pectosol pisze:
a więc :
[ciach go]
Przy okazji próbuję aktualizowac kernel...ale 2.4.35-2 zlalazłem tylko devell.

Znaczy gdzie znalazłeś ? Nie musisz nic szukać, wystarczy odhaczyć repozytoria base-current i extra-current w pacman.conf (upewnić się, że testing jest zahaszowane), potem
: [/] [] ()
pacman -Suy
i wio.
pectosol pisze:
Pozatym chyba ślepy jestem bo zaktualizowałem wszystko ale kernel ciągle bez zmian (oczywiście po kilku reboatch)

No jak Ci się wszystko zaktualizowało, to jednak by chyba znaczyło, że *-current masz odpłotkowane, a więc - jeśli tak - to zapewne zapomniałeś o magicznym zaklęciu, niezbędnym po aktualizacji kernela:
: [/] [] ()
lilo [-v]

...no i potem reboot oczywiście.

Autor:  Maciek [ wtorek, 28 października 2008, 00:50 ]
Tytuł: 

Cytuj:
(upewnić się, że testing jest zahaszowane)

Niekoniecznie, za to release koniecznie.

Autor:  viater [ wtorek, 28 października 2008, 00:54 ]
Tytuł: 

Maciek pisze:
Cytuj:
(upewnić się, że testing jest zahaszowane)

Niekoniecznie[ciach]

Jeśli testing jest na końcu, to fakt. Jeśli na początku, to zapłotkowałbym, jeżeli nie chcę, żeby jakieś paczki zaktualizowały się do wersji z testing...

Autor:  pectosol [ wtorek, 28 października 2008, 23:30 ]
Tytuł: 

No tak ... przekombinowałem sobie.
W pacman.conf miałem odhaszowane current i release.
ale pierwsze było release...
W zwiazku z tym coś się zaktualizowało a coś nie...
ehh...a najgorsze jest to że już raz to przerabiałem i udało mi się do tego dojść,
Zaktualizuje i sprawdzę jeszcze raz

Autor:  viater [ czwartek, 30 października 2008, 00:32 ]
Tytuł: 

No program jest bardzo fajny.

Obsługuje interfejsy 1-wire zarówno na RS-232, jak i usb oraz kupę czujników, pamięci, przełączników i innych pierdół (odczyt i ew.zapis do urządzenia), podłączonych do tych interfejsów.

Odczyt i zapis jest realizowany na kilka sposobów:
- owfs - dla każdego interfejsu tworzony jest virtualny filesystem, w którym podkatalogi odpowiadają urządzeniom podpiętym do magistrali 1-wire, a pliki w tych katalogach odpowiadają rejestrom w pamięci tych urządzeń, w związku z czym odczyt np. temperatury sprowadza się do odczytu z odpowiedniego pliku, a np. ustawienie temp-high i temp-low dla ds1820 - poprzez zapis do odpowiednich plików; ta metoda wymaga zainstalowania fuse, a konkretnie załadowania modułu kernela;
- owhttpd - odczytu i zapisu z/do urządzeń 1-wire dokonujemy przez stronę WWW serwowaną przez dedykowany serwer WWW;
- owftpd - j.w. tylko, że dostęp do urządzeń jest przez dedykowany serwer FTP;
- owserver - wtedy dostęp do urządzeń realizowany jest przez odpowiednie polecenia łączące się z tym serwerem i pobierające lub zapisujące dane z/do urządzeń;
- .. i jeszcze parę innych metod.

Szkoda, że nie jestem w stanie dokładnie tego przetestować, jako że na dzień dzisiejszy dysponuję tylko pasywnym DS9097 i podłączam do niego DS18S20 w trybie parasite - a wyczytałem gdzieś w necie, że z tym ostatnim są problemy w tym trybie, natomiast z zasilaniem powinien działać. Aczkolwiek zaraz po skompilowaniu programu zdarzało mu się raz na kilka prób odczytać prawidłowo temperaturę, tak teraz za cholerę nie chce i wywala błąd.
Nie ma za to problemu (z tego co wyczytałem) w trybie parasite z DS1820 i DS18B20.

Po Wszystkich Świętych postaram się sklecić nowy interfejs i odpalić ds18s20 z zasilaniem, wtedy będę mógł potestować.

Autor:  pectosol [ czwartek, 27 sierpnia 2009, 23:24 ]
Tytuł: 

paczka działa,
Opisywane przez viatra "przymulanie" jest spowodowane tym że port com potrzebuje trochę czasu do odczytu czujników,
na USB nie ma tego efektu.
Czujniki ds1820 działają poprawnie z zasilaniem i bez.

Autor:  viater [ piątek, 28 sierpnia 2009, 03:46 ]
Tytuł: 

pectosol pisze:
paczka działa, ...

No i fajnie, w związku z czym ulepszyłem paczkę:

OWFS 2.7p7-2

Dodałem konfigi ( /etc/owfs/ )
oraz skrypty startowe ( /etc/rc.d/ )

pectosol pisze:
Opisywane przez viatra "przymulanie" jest spowodowane tym że port com potrzebuje trochę czasu do odczytu czujników,
na USB nie ma tego efektu.
Czujniki ds1820 działają poprawnie z zasilaniem i bez.

Jeśli są to dokładnie ds1820 lub ds18B20, a nie ds18S20 (na obudowie zawsze jest ds1820), to - jak pisałem - powinny działać bez problemu. Z tego co wyczytałem, problem jest wyłącznie z DS18S20 w trybie parasite.

A jaki masz adapter ? Oryginalny czy lutowany z diod Shotky i rezystorków ?

Autor:  JakubC [ sobota, 5 września 2009, 15:30 ]
Tytuł: 

pectosol pisze:
paczka działa,
Opisywane przez viatra "przymulanie" jest spowodowane tym że port com potrzebuje trochę czasu do odczytu czujników,
na USB nie ma tego efektu.
Czujniki ds1820 działają poprawnie z zasilaniem i bez.

Na 2.4.35-2nnd chodzi Ci kontroler 1-wire na USB? możesz podać dokładniejsze informacje? Na jakim układzie, od kogo?

Autor:  viater [ sobota, 5 września 2009, 17:30 ]
Tytuł: 

U mnie chodzi na RS232 dokładnie taki

Autor:  czerwo [ poniedziałek, 14 września 2009, 11:04 ]
Tytuł: 

pod usb nie zabuja na jaju 2.4 bo nie ma modulu jest na 2.6 albo na 2.4 byl ale nie działało juz nie pamiętam ;)

Autor:  pectosol [ poniedziałek, 21 września 2009, 18:40 ]
Tytuł: 

na NND używam kontrolera zrobionego z diód na rs232... taki jak pokazał viater

Natomiast dla prób na laptoku (ubuntu) i drugim testowym serwerze (arch) używam kontrolera USB.
Kontroler kupiłem gotowy.


Generalnie lepszy jest na USB bo ma te same potencjały napięć.
Czyli możemy używać serwera do zasilania użądzeń 1-wire

Autor:  JakubC [ czwartek, 8 października 2009, 21:57 ]
Tytuł: 

Próbowaliście używać tych kontrolerów zrobionych na elementach dyskretnych do innych zastosowań niż czujki temperatury?

czerwo - tak, jednakże gdzieś wyczytałem, że w przypadku używania owfs te moduły nie są potrzebne, on sam dobiera się do tego omijając kernel.

Autor:  viater [ czwartek, 8 października 2009, 22:02 ]
Tytuł: 

Nie ale myślę, że nie powinno być problemu.

Autor:  JakubC [ czwartek, 8 października 2009, 22:18 ]
Tytuł: 

Mam na myśli konkretnie switche adresowalne dallasa. Na kontrolerze USB chodzi to bez problemu.

Strona 1 z 2 Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/