ingevoerde data van website naar extern prg.

[on4bam]

Hi,

Met onze radioclub zetten we momenteel het volgende systeem op:

Ergens in het veld:
Zender geeft info aan PC (frequentie enz). Op dezelfde PC loop een logprg waar contactinfo ingevoerd wordt i.c.m. zender data. Dit is standaard voor zowat elke radioamateur en stelt geen problemen.

Op een thuislocatie:
Data van de software en wordt gelezen door een stukje custom soft en via een radiolink doorgestuurd naar een nadere locatie waar deze info ontvangen wordt, gefilterd en naar een pagina op onze Joomla website gestuurd wordt.

Overal waar internet is:
De leden van de club kunnen op de site zien op welke frequentie men actief is plus andere relevante info.

Deze opstelling werd getest en werkt (Oef!)

Nu geeft iemand het lumineuze idee gehad "wat als dit omgekeerd zou kunnen. Bv. Iemand hoort een tegenstation waarmee "in the field" nog contact moet gemaakt worden. Via een formulier geeft men de info in op de website. Deze data moeten nu via internet naar de "thuislocatie waar de data via radio naar de veldlocatie gestuurd wordt.

Aangezien ik verantwoordelijk ben voor de website is dat deel mijn werk... Hoe kan data, ingevoerd via een formulier naar een andere locatie waar deze dan kan uitgelezen worden. Het sturen van een mail is geen oplossing.
Het moet dus een soort chat zijn waar de data aankomen, het is dan aan iemand anders om de info te filteren en uit te zenden waarna in het veld dat signaal weer ontvangen wordt en op de PC weergegeven zodat daar met één klik de zender op de juiste frequentie komt.

Hopelijk is de uitleg wat duidelijk..

Iemand een idee?

[ubremoved_539]

Maak gewoon in Joomla een pagina waarop die data (te werken stations) staat... op locatie kan je dan gewoon die pagina openen (eventueel met een autorefresh van x - seconden/minuten) en zien wat je nog moet werken (kortom dit is zoals iedere cluster werkt).

Als je ook de zender z'n frequentie wil sturen zul je een client applicatie moeten bouwen... maar verder is het princiepe hetzelfde. De client moet ook gewoon de webpagina uitlezen (ipv. HTML kan je er dan beter XML of JSON van maken).

[on4bam]

Maak gewoon in Joomla een pagina waarop die data (te werken stations) staat... op locatie kan je dan gewoon die pagina openen (eventueel met een autorefresh van x - seconden/minuten) en zien wat je nog moet werken (kortom dit is zoals iedere cluster werkt).

Dat is net het probleem. Er mag geen internet/cluster zijn op de veldlocatie. De input van de website moet "gelezen" worden en dan via packet doorgestuurd worden (in 2 packets vanwege de lengte).

Het omgekeerde werkt al TRX/PC >> packet >> zender >> ontvanger >> packet >> decode >> Omzetting naar URL >> input data >> webpage met nieuwste info (autorefresh)

Software om data te velde te onderscheppen en uit te sturen via packet + ontvangen data omzetten en naar de website sturen is custom soft in C# en java (niet door mij maar clubcollega)
Aangezien dit voor sporadisch gebruik is (2-3 keer per jaar) gaat de data met een vaste string naar de website. we hebben dus een quick and dirty systeem gemaakt

Als je ook de zender z'n frequentie wil sturen zul je een client applicatie moeten bouwen... maar verder is het principe hetzelfde. De client moet ook gewoon de webpagina uitlezen (ipv. HTML kan je er dan beter XML of JSON van maken).

Zendersturing is niet het probleem we gebruiken N1MM die alle functionaliteit aan boord heeft (input van packet frames kunnen geïmporteerd worden en zijn aanklikbaar in het prg zodat de zender direct juist staat.)

We zoeken dus een manier om webcontent in tekstvorm te laten versturen door de website naar "iets" dat die data kan ontvangen en waar de data kan van gelezen worden voor verdere verwerking (splitsen, filteren en naar packet sturen)
Momenteel wordt er gewoon aangeroepen op 2m dat XYZ op 123456 actief is maar aangezien extra ontvangers voor afleiding zorgen zetten de meesten het volume dicht (zeker als ze alleen of met 2 ter plaatse zijn).

[ubremoved_539]

Dat is net het probleem. Er mag geen internet/cluster zijn op de veldlocatie.

Maar je gaat een eigen private cluster ontwikkelen op deze manier... mmm da's tegen de HAM spirit !

De input van de website moet "gelezen" worden en dan via packet doorgestuurd worden (in 2 packets vanwege de lengte).

Je hebt maw. geen TCP/IP link ? Kan je geen TCP/IP configureren over AX.25 ?

We zoeken dus een manier om webcontent in tekstvorm te laten versturen door de website naar "iets" dat die data kan ontvangen en waar de data kan van gelezen worden voor verdere verwerking (splitsen, filteren en naar packet sturen)

Webcontent is tekst... HTML is tekst... en wil je die overhead niet dan zorg je dat je webserver XML of JSON aanmaakt zoals ik al eerder schreef (in PHP is dat heel eenvoudig). Je lijkt ook vast te houden aan een push mechanisme... waar een pull het allemaal veel eenvoudiger maakt (laat je client dus maar de webserver raadplegen).

Momenteel wordt er gewoon aangeroepen op 2m dat XYZ op 123456 actief is maar aangezien extra ontvangers voor afleiding zorgen zetten de meesten het volume dicht (zeker als ze alleen of met 2 ter plaatse zijn).

Als contester ken ik de methodes wel

[on4bam]

Maar je gaat een eigen private cluster ontwikkelen op deze manier... mmm da's tegen de HAM spirit !

We doen niet meer dan wat er al jaren overal gedaan wordt, namelijk als iemand iet spot dat doorgeven naar de veldlocatie. Hadden we meer willen doen dan konden we gewoon alle data van de cluster doorsturen. Nu is het zo dat enkel clubleden die anders op 2m hun spot doorgaven dat in tekst kunnen doen. Zelfde resultaat maar eenvoudiger (niet in opzet wel in gebruik)

Webcontent is tekst... HTML is tekst... en wil je die overhead niet dan zorg je dat je webserver XML of JSON aanmaakt zoals ik al eerder schreef (in PHP is dat heel eenvoudig). Je lijkt ook vast te houden aan een push mechanisme... waar een pull het allemaal veel eenvoudiger maakt (laat je client dus maar de webserver raadplegen).

Mogelijk is dat wel een oplossing. Remote request van data om de xx tijd, omzetten naar pkt en verzenden.

Als contester ken ik de methodes wel

Dan weet je ook dat het vooral om de experimenten en het plezier gaat

[ubremoved_539]

We doen niet meer dan wat er al jaren overal gedaan wordt, namelijk als iemand iet spot dat doorgeven naar de veldlocatie.

Dat anderen het ook doen is geen excuus... je gebruikt een remote ontvanger die niet op de contest site staat en dat is gewoon verboden. Hoe die info wordt doorgegeven... rechtstreeks audio, data, de postduif, ... doet hier zelfs niet ter zake.

Bijvoorbeeld de CQ WW regels zeggen hier duidelijk; "ANY use by an entrant of any non-amateur means during the contest including, but not limited to, telephones, Internet, instant messaging, chat rooms, VoIP, or the use of any DX cluster/reflector".

Dan weet je ook dat het vooral om de experimenten en het plezier gaat

Dan veronderstel ik ook dat je je log niet doorgeeft en gewoon buiten competitie mee doet ?

[on4bam]

Dan veronderstel ik ook dat je je log niet doorgeeft en gewoon buiten competitie mee doet ?

Aangezien ik nooit meedoe aan HF contests heb je dat goed gezien. 6m en 2m contests op zondag voormiddag duren mij al lang genoeg.

Maar nu terug on topic.