[elektro] GPRS adatátvitel, AT parancsokkal

"L. Pásztor" seasoft at invitel.hu
Fri Jun 20 17:04:40 CEST 2014


Csezmeg ... jól megkavartál mindenkit, meg lehet magadat is !  Ugyanis 
gprs adatátvitel a levél header-je, de az előbb  amit kommunikációként 
felrajzoltál az soha NEM lesz gprs kommunikáció. Igaz, a vízmű által 
megadott speckó viszont arra utalt, h azt akarnak, azaz mivel a VPN-APN, 
port, fixIP, fogalmak arra utalnak.

Ha azzal kezdted volna, h 1 byte, akkor azt mondom közönséges 14400-as 
adatkapcsolat. Meghíjja egyik a másikat, összefütyülik egymást, oszt 
elballag az 1 byte atom-biztosan. Valamikor kb. 15 éve így csináltuk, 
írtam is neked.

Ha csak ennyi a kívánság, és nem akarsz pl. percenként állapotokat és 
értékeket küldeni, ahogy pl. néha nekünk kell, akkor felejtsd el a 
gprs-t, és maradj meg annál amit írtam: tárcsáz, összefütyül, kiírja a 
PLC-nek h ready 14400, és onnantól transzparens modem. Oszt csá.

Ha kell tovább segííííly, akkor magánba toljad.

-----------------------
L. Pásztor
-----------------------



2014.06.20. 14:41 keltezéssel, hozso_001 at freemail.hu írta:
>      Húha! Gyerekek, ne ijesztgessetek! :D
>
>     A felállás:
>
>     PLC <==>  GSM modem        <- - ->     GSM modem <==>  PLC
>           RS-232                     GSM hálózat RS-232
>
>
>     Kutakat kell vezérelni. Tehát 1 byte-ot kell küldeni (illetve azért
> többet, mert ha MODBUS, akkor ugye cím, CRC, parancskód stb.)
> A másik meg visszaválaszol. A válasz szintén kb. 4-5 byte. (Plusz
> CRC, meg a MODBUS körítés.)
>
>
>      Egyszerűbben: összekötök két PLC-t RS-232 madzagon. Megcsinálom
> a kommunikációjukat MODBUS-on. Utána az RS-232-t kellene kiváltanom
> GSM kommunikációval. Így talán érthetőbb. Tehát közvetlenül PLC-ből
> PLC-be kell adatokat küldenem.
>
>
>     A PLC oldal remélhetőleg nem lesz gond. Egyrészt OMRON :D a szentem,
> másrészt nemrég már szoftverben (létradiagramban) programoztam le a
> MODBUS-t. :D
>
>     Úgy szoktam ezeknek nekiállni, hogy először PC-n soros emulátor
> programmal "kitökölöm", hogy mit kell adni-venni és utána ezt
> programozom le a létrában. Eddig ez a módszer mindig működött...
>
>
>     A csavar még annyi az egészben, hogy az egyik modem (illetve PLC)
> két másikkal kell, hogy tudjon kommunikálni. Tehát van egy "master"
> akinek van két "slave" alállomása.
>
>     Namost akitől most vesszük a modemet, az úgy árulja, hogy
> "transzparens modem". Tehát amit az egyik végén betolok, az a másik
> végén kijön belőle. (Sajna a technikai részletekkel nem vagyok
> tisztában még.) Ez a transzparens modem funkció pedig kezelhető
> MODBUS protokollal.
>
>
>     Nos? Így mi a véleményetek?
>
>
>
>     (Namost, ha "közönséges" modemet használhatnék, akkor nem
> kellene még MODBUS sem, akkor pedig használhatnám a korábban
> linkelt Sierra modemeket.)
>
>
>      Üdv.: Horváth Zsolt
>
>
>
> 2014.06.20. 14:18 keltezéssel, "L. Pásztor" írta:
>> Aha ... értem, szóval 2 PLC van, nem pedig egyről megy be adat egy
>> szerverre. Így már kicsit bonyolultabb...
>> Ezek szerint úgy kell fessen a lánc, hogy:  PLC ---> GSM modem --->
>> Szolgáltató szervere --->  VPN madzag a vízműhöz --->  Vízmű router --->
>> Vízmű szerver --->  és  vissza ugyanúgy, csak egy másik PLC -re ?  Jól
>> értem ?
>>
>> Az a gond, hogy 2 GPRS eszköz csak egy szerveren tudja látni egymást,
>> "direktben" nem.
>> Így mindkettő fel-connectál a serverre, és mindkettő folytonosan
>> felnyomja azt az adatot v parancsot ami a másiknak kell, és leveszi azt,
>> ami neki szól.
>> Ezért kell a szervernek a fixip, így mindkét modem tudja hova kell
>> felkapcsolódnia. Elvben létezhet a modem - szolgáltató szerver - modem
>> kapcsolat is, de én még nem láttam szolgáltatót, mely hajlandó lett
>> volna erre.
>>
>> A Te nyűgöd ott lesz, h a PLC-be neked kell belenyomni a GSM modem
>> management-et. És folyamatosan manage-lni kell azokat. Beágyazott
>> rendszereknél és PC-n nem nagy kaland, de PLC-n sosem csináltam és
>> amennyire (csak kicsit) én ismerem  a Siemens-t, így azt elég nyűgösnek
>> érzem ...
>>
>> -------------------
>> L. Pásztor
>> -------------------
>>
>>
>>
>>
> -----------------------------------------
>            elektro[-flame|-etc]
>



More information about the Elektro mailing list