Ez igaz.

Teljesen igazatok van teljes védelem nem létezik, az elmúlt években foglalkoztam egy nagyon jó drótnélküli rendszerrel www.iqrf.org ezeket szeretném bele vinni a rendszerembe így nem kell minden kaptár alá komplett egység csak egy központ lesz több kaptár súly gyarapodását is mérném pl erős gyenge így lehet átlagolni.... a három szolgáltató közül csak lesz valamelyiknél térerő ...... most ott tartok hogy a kontrollerem külön vezérli a gsm modult és a mérleg adatait is fogadja hőmérsékletet is mértem már igaz mikor fateromnak készítettem csibe keltetőt így könnyedén bele fogom integrálni a rendszerbe....

A vagyonvédelemmel nem nagyon foglalkoznék.A mai világban ellopnak egy x5 BMW ugy hogy csak nézel hogy mennyi computer és riaszto benne és mégis viszik.
Ezekkel a kütyükkel is egy bajom van , hogy némelyik vándortanyán nem hogy 3G de internet vagy mobil hákozat se nincs. Akkor hogy küld bármit???

Nekem nem feltétlenül a vagyonvédelem a fő feladat, majd idővel kiderül milyen stabil.

Azért az én véleményem is az hogy ágyúval verébre kicsit túlzás..... Meg aztán megint nem tudok mással érvelni hogy a körülmények sárban fagyban hogyan teljesít a kütyü??? Míg egy ipari környezetbe szánt mikrokontroller biztosan teszi a dolgát egy számítógép ami tele van procikal lefagyós op rendszerrel amit nem te írstál.... nem biztos..... Nekem bőven elég az sms amiben megkapom a hőmérsékletet aksi állapotot és a súly adatot, sőt ha macerálják akkor is szól esetleg kap még egy 3eFt-os GPS modult is és azt is tudom majd hogy a tolvaj hol lakik

Türelem és kedv van
A Linuxot pedig ideje kiismerni. Régen volt egy félév Unix a főiskolán, csak már nem emlékszem semmire

Ime itt a project amit probálgatok, de én úgy érzem hogy alap felhasználó méhésznek túl bonyolúlt üzemeltetni.Ha valaki belefog és van ötlete hogy lehetne leegyszerüsíteni és főleg üzembiztosra megcsinálni akkor szívesen csatlakozom.
[url]http://hivetool.org/w/index.php?title]=HiveTool.org[/url]

Ebben igazad van. Tulajdonképpen neked vannak már adataid a gugli form-ról hogy mi kéne, ha volna.
Ha az ügyfél passzív sms-küldő rendszert szeretne 3 kg hirtelen súly változásra akkor az. Ha előző esti súly és az adott nap azonos időszakának összevetése (mondjuk a mérgezések) észrevételére és arra sms riasztás, akkor az. Ha riasztás nélküli grafikonok 0/24-ben akkor az. Én valamiért túlbiztosítanám a teljes cuccot az életjel küldéssel, holott lehet ez fölösleges. (Ez ugye arra való, hogyha valaki a riasztás kiküldése előtt elvágná a tápkábelt akkor is szól, mert észreveszi a szerver hogy nincs fent a vas)
Ehhez nem értek.

Azt is kell nézni, hogy a felhasználó mit szeretne! Kell-e neki a HSDPA, 3g, WDCMA vagy elég egy sms a telefonjára?
A többségnek valószínűleg elég. Sőt elmondom van olyan mérleg amit ha felhívsz bemondja a telefonba a súlyt. Na az mennyire modern technika.

Különben ha gyártanának I.-es Golfot 1.6 D-t, én simán vennék egyet. Nekem nem kell kettős tömegű lendkerék se HDi,PD,TDi,SDi. Nem vagyok elég modern? De! De nem mindig az felel meg a célnak ami a legújabb technika.

Nézegettem ezt a művet. Nem rossz, a kornak megfelel. GSM technológia, alkalmas sms küldésre. Itt aki a fórumon ír a GSM-re asszociál amikor távelérésről van szó.
Ma már a HSDPA, 3g, WDCMA korszakát éljünk.


Ha szabad megjegyezzem már elég jól összejött a doksi hozzá.

Csak így tovább!!!!!

Csak magyar málnát vegyél!! nem sok a külömbség árban annyit ér a gari.
Azt tudni kell hogy kell hozzá egy monitor meg bill. csak HDMI csati van rajta ami video kimenet.Természetesen beállítod otthon és akkor megy magátol utánna .(ha megy és nem jelez valami hibát amit kint már nem látsz.)
Én csak fanatikusoknak ajánlom akinek van kedve és türelme bibelödni .
Az tény sokmindenre lehet használni de érteni is kell valamilyen szinten hozzá, hogy tudjad kezelni. A raspberryn Linux fut ami nem gafikus felület , hanem te magad kell irogatnod a parancsokat.
pld:
mkdir -t ext2 /dev/ram0 4096
mount /dev/ram0 ramdisk/
sudo apt-get update
Aki programozó vagy jártas más op rendszerben annak nem jelent nehézséget de aki a windost szokta meg annak kinai.

Már csak angolul kéne tudni

A már Pi tulajdonosokat kérdezem, van-e minőségi különbség kínai és a magyar cégek által forgalmazott Pik között?

Usb wifi install: https://www.anavi.org/article/154/

Gpio + php : http://www.xodustech.com/guides/raspberry-pi-php-gpio

Ultrahangos mozgaserzekelo (kicsi hatotav) https://www.pubnub.com/blog/2015-06-16- ... me-alerts/

433 Mhz-es Ado vevo es a malna: http://www.homautomation.org/2013/09/21 ... pberry-pi/

raspbian install : https://www.raspberrypi.org/documentati ... ng-images/

Apache, php, mysql telepitese: https://www.anavi.org/article/163/

Homerseklet mero a malnara: https://wingoodharry.wordpress.com/2014 ... on-script/

Tobb homero senzor csatlakoztatasa ugyanarra a kijovetelre:
http://www.reuk.co.uk/Connect-Multiple- ... rry-Pi.htm

Jut eszembe tudtok jártasabb Rpi fórumról? Valahonnan be kellene szereznem az alapokat (linuxból is).

Ezek a dolgok nemcsak arról szólnak, hogy mennyibe kerül, hanem a fejlesztés alatt megszerzett tudásról is...

Ha negyed annyiba nem jön ki mindent kifizetve mint amiért te árulod akkor lehúzom magam és elfelejtem a programozást:)

Megpróbáljuk, aztán majd kiderül.

Ha négy éve - mikor az enyémnek nekiálltam - lett volna egy olyan mérleg a piacon, ami nem csak kompromisszumokkal használható, biztosan nem álltam volna neki. Én ezt az utat végigjártam, tudom, miről beszélek.
Többet ezek után nem írok erről, hadd küzdjetek Ti is kicsit (sokat). Jó munkát!

Szerintem ez nem így van. Akkor esetleg igaz lehet ha mindent venned kell. A panelt úgy csináltatod a forrasztást is más csinálja a programot pénzért írattad és rakatod fel stb.

De ha én 5 db-t szeretnék? Annyira nem adnak támogatást.
Ha összedobjuk a programozás árát párán szerintem olcsóbban kijövünk. Feldobjuk valahova a programot, és csinál aki akar.

Azért mielőtt költségekbe vered magad, kérlek csinálj egy költségvetést. Hidd el nekem, olcsóbb, ha megveszed készen.
Ha pedig a NP-ből tudsz rá támogatást igényelni, máris az anyagár ALATT vagy. Persze, lehet mondani, hogy a programozási időt nem számolod költségnek, mert azt szabadidőben csinálod, de itt több-száz óra programozásról beszélünk, ami a következő két hónapra (hogy szezonkezdésre legyen mérleged) túlmutat a szabadidő keretein...
Egyébként pedig ha rám hallgatsz, azt csinálsz, amit akarsz! Jó munkát!

Adsz nekem egyet anyag árban hogy ne keljen készítenem?

Csak jelzem, hogy az általad megálmodott ideális táv-kaptármérleget én már 4 éve megépítettem. Íme: www.dh-scales.com

Úgy döntöttem csinálok egy táv mérleget ami sms-ben elküldi a súly és hőmérséklet adatokat mikor a gazdája kíváncsi rá mikrovezérlőt (pic) GSM modult fogok bele tenni és egy 1wire hőmérőt. Természetesen akkor riasztást fog adni mikor macerálja valaki a kaptárt így riasztónak is jó, és mikor lopják a mérleget jelez mivel rendelkezni fog hőmérővel így tudom kompenzálni majd a súly mérő szenzorok igen magas hőmérséklet függését, szerintem egy igen pontos mérleget fogunk kapni

Már egy ideje én is szemezek a Málnával, lassan venni is fogok egyet. Bár én inkább mérésadatgyűjtő rendszerben gondolkodtam, nem csak a méhesben. A nyűgös dolog a szenzorok tápellátása és az kommunikáció. Ráadásul mindez olcsón, x-száz méteren, gyorsan telepíthetően, időjárás állóan... A kompromisszumos megoldásnak a Cat5 kábel+RJ45 tűnik duplex RS485+PoE-val. Időjárásállónak nem nevezhető (lefelé kell fordítani, hogy ne essen bele az eső ), de legalább nem olyan vészes az ára. Minden szenzoron kér csatlakozó és onnan mehet tovább a drót a következőhöz. Ez a lassú dolgokhoz, vonalanként pár tucat egységig jó. Ha megtartjuk a POE szabvány dolgait van 48V-on 0,5A ami sok érzékelőnek elég. És lehet használni gyári tápfeladót. (sajna a LAN-nal nem lehet összehozni )
Persze a hátrány a 48V-os akksi, de nálam szempont a párszáz méter és az olcsó kábel. Ez 12V-on nem jön össze.

Le kellene fektetni egy közös architektúrát:
1. szenzor és központ között
- milyen jelszint
- milyen csatlakozó és kiosztás
- milyen kommunikációs protokoll (lehetőleg kényelmesen bővíthetőt)
- itt meríteni kellene az iparból, ameddig a pénztárca engedi.
2. központ és szerver között
- ez nyilván internet kell hogy legyen.
- legyen benne hely a biztonságnak is
- valami egységes protokoll ide is kellene
3. szerver és a felhasználó között


A lényeg, hogy ha én fejlesztek egy mozgásérzékelőt vagy hőmérő modult vagy akármit ami nem LAN-on vagy WIF-n megy, akkor rá lehessen dugni a mit tudom én kinek a központjára. Bárki központja meg működjön a valaki web oldalával.

Amúgy egy ilyen rendszerbe való PIC-es hőszenzor RS485-re már fejlesztődik egy ideje csak kevés időt szántam eddig rá. (Meg sokat kopott az amúgy sem penge mikrovezérlős tudásom ... )

Ha valakit érdekel a protokoll, közre adhatom.

Ahol ezt a projektet találtad be tudnád linkelni nekünk?

Van olyan méhész kolléga, akinek csak a két szélső kaptárját nem lopták el, az ott valószínűsíthető riasztók miatt. És sajnos tényleg csak azokban volt. Nagyon el volt keseredve, szidta magát is....

Lehet beállnék a tesztbe ha szükség van rá. Engem is érdekel a dolog. Miket lenne érdemes megrendelni hozzá? Hard a vadkamera 8db aa elemmel 4 hónapig üzemképes. Tudtommal a málnának nagyobb a fogyasztása jóval. Lehet standby üzemmódban használni?
Nekem súly mérés 1-2 kaptárnál, néhány vezeték nélküli mozgásérzékelő a kaptárakba illetve egy kamera mozgásérzékelővel vagy egyéb módon megoldva.

Javasolnám, hogy magát a kódokat txt-be kellene bemásolni és mellékletben feltölteni. Nem nyújtaná az oldal hosszúságát.

Egy kis közvélemény kutatás a Málna a méhesben témakörben ha érdekel:

http://goo.gl/forms/AwDZgiK7Xx

Nem gondoltam 150 kaptárt beriasztani.
Elég ha a pl. a szélsőket megmozdítja valaki arra riaszt, de számomra a mozgásérzékelő a legszimpatikusabb.
Az is hozzá tartozik, hogy az én méheim egy félig nyitott épületben vannak.

Én úgy gondolom hogy a vagyonvédelem (GPS) beszerelése minden kaptárban csak hobby méhészek számára való, de akinek egy 150 cs méhészete van az inkább abbol a pénzből gy semmirekelőt megfizet és ott alszik a lakokocsiban vagy a sátorba a méhekkel együtt.
A raspberryt (málna PC) ezt bármire tudod használni ha megfelelő szoftwaret irsz rá.Itt a méret /tudás és nem utolsó sorban az ára miatt használják mindenre , olyan mint az aszpirin. Fejlesztők részére lett kitalálva tudtommal de annyira jól sikerült hogy lassan veri a drága számítogépeket.
pld. olcsobb egy vadkamerát csinálni belőle mint megvenni 60-90 e ért.És mozgásra küldi a képet.

Én úgy látom, hogy két dologra lehetne nagyon hasznosan használni a dolgot:
1. Vagyonvédelem
2. Kaptár vagy kaptárak állapotának figyelése (súly, hőmérséklet, hang stb)

Személy szerint engem a vagyonvédelmi része jobban érdekelne. Olyan dolgot látnék szívesen, ami mozgásra vagy tárgyak mozdítására képeket csinál, és azt el e-mailezi , extraként esetleg a riasztás után bekapcsolja a kaptárakban elhelyezett GPS adókat, ha nem mozdulnak kikapcsolja őket. Ha megoldható alacsony fogyasztás, kábel nélküli kapcsolat a részek között.

lehet soknak értelmetlen de azért nem is teszem fel mind , szerintem a forráskodókat egy tárhelyre kéne felrakni , egyébb leírásokkal együtt.

wires into the IDC connector:
Pin 1: 3V3
Pin 6: GND
Pin 7: GPIO 4 as IR input
Pin 9: GND (for LED)
Pin 12: GPIO 18 as LED output
A raspberry kiosztása amire jön az IR led, igy kommunikál a mérleg és a málna pc a kijelző helyett.

Akinek van vezeték nélküli mérlege (itt a fórumban páran alakítottunk át) azok is használhatják a raspberryvel és egy internet kapcsolattal otthonról is nézheti a mért értéket .
Decoding the Data

To decode the actual data, I needed to generate some known data first. I captured the waveform from 0.0kg and gradually applied my weight onto the scale to cause the values to advance in an ascending order.

I played with the decoding configuration and exported the values until the data looked like it was increasing and ended up with this:

time[s], values
:
3.141592, AB 00 00 00 AA
:
6.042467, AB 80 00 4B 76
6.170977, AB 80 00 57 82
6.812532, AB 80 00 6B 96
7.069715, AB 80 00 91 BC
7.198203, AB 80 00 A5 D0
7.326531, AB 80 00 B5 E0
7.455037, AB 80 00 C6 F2
7.583412, AB 80 00 DA 06
7.711770, AB 80 00 EC 18
7.840168, AB 80 01 03 30
7.968462, AB 80 01 24 50
8.096935, AB 80 01 34 60
8.225057, AB 80 01 34 60
8.353910, AB 80 01 5E 8A
8.482273, AB 80 01 89 B6
:
:
The bytes are actually encoded from left-to-right (first bit is the MSB), and the (500, 500) pair represents a 1 while (500, 1000) represents a 0. The data encoding at this point looks like it’s in ascending order, but I still had no idea what they mean.

Next, I tried to get the bathroom scale to display different weights, so as to get a mapping of encoded values and the displayed weight. It would be best to record consecutive weight values (e.g. 10.0kg, 10.1kg, etc) but realistically it was difficult to control the amount of pressure I exert on the scale, so I just recorded a bunch of data as close to each other as possible.

:
:
AB 84 00 41 70 - 6.5kg
AB 84 00 43 72 - 6.7kg
:
:
AB 84 00 BE EE - 19.0kg
AB 84 00 C0 F0 - 19.2kg
AB 84 00 C7 F6 - 19.9kg
AB 80 00 CC F8 - 20.3kg
AB 84 00 D2 02 - 21.0kg
AB 80 00 DC 08 - 22.0kg
AB 84 00 DD 0E - 22.1kg
:
:
From these captures, notice that the representation for 22.0kg and 22.1kg differ by 1 in the second last byte; 21.0kg and 22.0kg differ by 10 (0xA) in the same byte position. If you convert 0xDD to decimal, you will get 221 and that is the displayed weight multiplied by 10 to get rid of the decimal point.

Now that we have figured out how the weight is represented, let’s see what the other bytes are.

Remaining bytes

The first byte is a constant identifier (0xAB), and the weight is represented by the 3rd and 4th bytes. Thus we are left with the 2nd and last bytes, which are also changing.

The 2nd byte seems to indicate the measurement status. When sufficient weight is on the scale, it changes from 0x00 to 0x80 and stays there until the measurement is stable. After the weight is no longer varying, this byte changes to 0x84 for a short period, followed by 0x8C. Both 0x84 and 0x8C causes the display unit to blink, so I’m not sure why there are 2 values to indicate a stable weight.

The last byte is the checksum byte. Notice that when the second byte changes, the last byte does too. Checksum bytes are typically computed by XOR-ing all or some bytes, but in this case, it’s an addition capped to a single byte using mod. The following Python code snippet describes the checksum algorithm that I have reconstructed:

# input bytes
bytes = [0xAA, 0x00, 0x00, 0x00]

checksum = 0
for n in bytes:
checksum += n
checksum %= 0xFF

# set last bit to zero
checksum &= ~1
Note that the last byte only has 7 bits (total data length of each burst is 39 bits). The analysis plugin fills that missing last bit with zero, so the checksum algorithm also sets it to zero to make sure the values match up.

Being able to correctly compute the checksum ensures that the received IR data was not corrupted (to some extent).
További infókat majd teszek fel és lefotózom a kisérleti mérlegem.

Ide lehet kotyogni?
Tetszik a topic címe:)

Igen én is is 4 db. kis cellával próbálokztam, de jobb egy stabilabb talpat csinálni és abba beszerelni egy 200kg ig mérő cellát . Igen mindenkép 4 vezetékes kell.A HX 711 panel után bejövő jelet már a raspbrerryre tudod kötni.

Ez egy nehéz és bonyolult projekt.
De azért segítek ha nem gond.

A rajzon 4 db kisebb teljes mérlegcella bekötése látszik. Szerintem úgy van kötve ahogy rajzolva van.

Vegyél olyat ami eleve 1 db 200-250 kg 4 vezetékes ne 4 db kisebbet .

Amúgy így oldotta meg a négyet ami látszik az az egyik szára a mérlegnek.

A mérleg cellák hogyan voltak bekötve? Hídba? Ki tudnád nekem rajzolni pontosan? Nagyon érdekel a téma)

Február közepére megjön a raspberry pi 2 cuccosom.
Folytköv.

antimon!

Nagy okítás valószínűleg nem lesz de azt, hogy mit hogy kell installálni stb. vagy legalább is kellene azt biztos akár én is leírom és segítek ingyen.

Okítás is szóba jöhetne? Bármilyen kombináció érdekelne: Szervezet, egyéni, fizetős, nem fizetős, online, offline

Sok időm nincs de amiben tudok segítek.
Málba Pc-m van kisérleteztem a távmérlegen egy amerikai kutatoközpont projektjét probálgattuk .A raspberry hibátlanul működik, a senzorokkal voltak gondjaim mivel a kinai cuccok elég megbizhatatlanok.

Köszi ha8rd!

Akkor fel tudnád vállalni a témavezetését?

Akit érdekel a mérleg működése .

Lássuk a málnát, hogy ne legyen mackó a méhesben.