[LCD] aansturen in C/C++/Java op alle OSsen

[xychix]

Op donderdag 23 mei 2002 09:45 schreef Dr.DNA het volgende:

[..]

Het schrijven naar een adres is niet zo moeilijk, het gaat meer om het maken van een Java class die c code kan uitvoeren zodat je hardware kan aanspreken. ik ga eens kijken bij sun...

[edit] dwalen we nu teveel af ? Misschien ff een nieuw topic starten

hierbij.

ik wil LCDinf van creepy zo gaan verbouwen dat hij met xml de server (die info voor op het lcd)
en de cleint (waar het lcd daadwerkelijk in zit)
kan scheiden

dit op FreeBSD !

http://test.digipoint.org/files/lcd_xml-fo.doc

kijk er eens na (een Functioneel Ontwerpje)

binnenkort zal ik lcd.digipoint.org ff online gooien.


[mod's]

laat dit topic ff hier lopen en als het draaid kan hij naar Programming en Webscripting

[Martkrui]

Wow... komt er een gelijk met een FO.
Maar het idee is goed. Maak een prog dat XML (in)voer krijgt en dat geformateerd op het lcd gooit. bron kan dan van alles zijn.
XSLT kan hier ook handig zijn omdat er redelijk veel on-line content is die met een xslt in een handzaam formaat getoverd kan worden...

Ik ga je FO eens goed doorlezen..

[xychix]

als je het fo TJE eens leest dan zie dat het ook om 2 tools gaat. 1 voor XML>LCD (XMLtoLCD ofzoiets)
en 1 voor sysyinfo>XML (XMLsysinfo ofzoiets)

als we nu een zeer sterke goede xmlstandaard af kunnen spreken dan kan idereen proggen wat hij/zij maar wil..

en dat werkt ALLES crossed met elkaar !!

dus een SYSinfo > xml server op BSD

en een java client op mijn XP die de tcpip connectie aanneemt en de xml uitleest en deze verwerkt.

er zijn dat dus 2 dingen waar we op MOETEN letten

1. XML interface
2. TCP/IP interface (dwz. eerste 4 pos. = lengte totale bericht !)

[xychix]

voorstel xml standaard

code:

<naamprogwaaraanhetberichtisgericht>
 <item>
  dezeinfowilvandeserverhebben
 </item>
 <item>
  dezeinfowilvandeserverhebben1
 </item>
 <item>
  dezeinfowilvandeserverhebben2
 </item>
 <item>
  dezeinfowilvandeserverhebben3
 </item>
</naamprogwaaraanhetberichtisgericht

code:

<naamprogwaaraanhetberichtisgericht>
 <dezeinfowilvandeserverhebben>
  de info in gewenst formaat
 </dezeinfowilvandeserverhebben>
 <dezeinfowilvandeserverhebben1>
  de info in gewenst formaat
 </dezeinfowilvandeserverhebben1>
 <dezeinfowilvandeserverhebben2>
  de info in gewenst formaat
 </dezeinfowilvandeserverhebben2>
 <dezeinfowilvandeserverhebben3>
  de info in gewenst formaat
 </dezeinfowilvandeserverhebben3>
</naamprogwaaraanhetberichtisgericht>

in het 2e geval is de naamprog.... dus ander dat in de eerste.

het xml is aan de client gericht !

lijkt dit generiek ?? op en aanmerkingen ?

[Creepy]

Had jij mijn commentaar voor een generiek XML bestand wat LCDInf uitleest nog gezien?? (heb ik gemaild)

In feite is het een hele kleine wijziging op jou FO:

XML:

code:

<XMLTOLCD>
   <Hostname>
    blaat.bosselaar.net
   </Hostname>
   <Blaat>
    Een stukkie tekst
   </Blaat>
   ... insert more items here
</XMLTOLCD>

En dan tovert LCDInf op het LCD:

code:

Hostname: blaat.bosselaar.net
Blaat: Een stukkie tekst

Mocht de tekst achter de : niet op het LCD passen dan scrollt dit met een door de user in te stellen snelheid.

[xychix]

had ik gezien zal ik ook meenemen, maar wat ik hier neer probeer te zetten en duidelijke TCP/IP en XML standaards zodat er strakt een x aantal servers en een x aantal clients komen van jan en alleman met:

een tcp/ip send/recieve die de eerste 4 pos gebruikt voor de berichtlengte (een stukje c code volgt !)
een xml volgens de allemaal samen afgesproken standaard kan verwerken.

zodat alle servers met alle clients kunnen werken !

Als ik jou commentaar goed had begrepen was dit vooral gericht op het weergeven op lcd.
zoals hierboven staat dat zal ik zeker meenemen.

Op de xml / tcp/ip "standaarts" had je geen op en aanmerkingen toch ?? (zal het nog eens goed doorlezen vanavond )



--edit---

misschien is het idd handig om in de standaards op te nemen dat in het antwoord altijd zo begint:

code:

<programmawaarberichtheengaat>
  <hostname>
    foo.hostname.com
  </hostname>

dan verder met

code:

  <gevraagde-item>
   inhoud
  </gevraagde-item>
  <gevraagde-item>
   inhoud
  </gevraagde-item>
  <gevraagde-item>
   inhoud
  </gevraagde-item>
  <gevraagde-item>
   inhoud
  </gevraagde-item>
</programmawaarberichtheengaat>

[TheRebell]

jammer..... TheRebell kent geen XML

...jammer.......

[Verwijderd]

Mr.ChronoM begrijpt wel XML, maar begrijpt het idee niet direct (nog maar eens FO lezen straks).

Is het de bedoeling om info van *één* server op te vragen via XML en dat die info dan op een andere client verwerkt word en op een LCD gezet word ?

[Creepy]

Ik had voor de rest geen aanmerkingen, maar zal je FO nog een keee doornemen

Mij gaat het er om dat LCDInf een generieke XML kan lezen, en dan die INFO op het LCD weergegeven. Waar die xml vandaan komt (remote (url), lokaal) maakt mij niet uit, kan hem gewoon uitlezen.

Hoe die XML tot stand komt, maakt dan voor het tonen op het LCD niet uit. Dus kan iedereen helemaal gek met progjes die een XML file genereren. Ik maak het dan natuurlijk wel zo dat je verschillende schermen in LCDInf kan aanmaken, en op elk scherm weer een andere XML tonen..

Voor stats die niet al te vaak updaten is dit goed te doen, maar voor stats die snel updaten, en die je ook snel ververst wil hebben is het wel beter om dit echt binnen LCDInf te houden (al dan niet met plugins). Om nu elke seconde een XML file binnen te gaan halen is nou niet echt bevorderlijk voor je internet verbinding

[Martkrui]

Op donderdag 23 mei 2002 11:37 schreef TheRebell het volgende:
jammer..... TheRebell kent geen XML

...jammer.......

Nee hoor, dat heb je zo door.
XML is gewoon een soort formaat als csf "comma seperated file".
Een uurtje lezen en je snapt het. Pas bij xslt (transformaties) wordt het lastig.
Je hebt trouwens vast meer met xml gedaan dan je zelf door hebt. Als je heeeel netjes HTML doet, dan is dat ook XML.

[Verwijderd]

Dit topic hoort dus eigenlijk in PWS, maar omdat dit met LCD-tjes te maken heeft vind ik dat-ie hier opzich beter staat.

Gaat het straks zwaar over de implementatie van de software, dan move ik 'm

[xychix]

ik zal vanavond nog ff een ander docje fixen dat niet mijn 2 proggies beschrijft maar een algemene standaard dan kan iedereen gewoon op zichzelf aan de slag..

[TheRebell]

Op donderdag 23 mei 2002 11:58 schreef Dr.DNA het volgende:

[..]

Nee hoor, dat heb je zo door.
XML is gewoon een soort formaat als csf "comma seperated file".
Een uurtje lezen en je snapt het. Pas bij xslt (transformaties) wordt het lastig.
Je hebt trouwens vast meer met xml gedaan dan je zelf door hebt. Als je heeeel netjes HTML doet, dan is dat ook XML.

yippieeeeeee.....
dan doet TheRebell dus ook een klein beetje aan XML.
Weet je geen eenvoudige tut ofzo over XML DR.DNA (zo 1 die echt heeel simpel is)?

[ontopic]
Als ik het een beetje snap kan ik ook lekker meedoen (en blijft het voo rmij niet alleen bij Java)

[Verwijderd]

Op donderdag 23 mei 2002 16:17 schreef TheRebell het volgende:

Weet je geen eenvoudige tut ofzo over XML

Ik ben meestal goed geholpen door de tutorials van w3schools
http://www.w3schools.com/xml/default.asp
en ze hebben ook een xml tutorial
Eigenlijk komt het erop neer dat je zelf tag's kan maken en dat je aan de hand van die tags de info mooi overzichtelijk in een file zet.

[TheRebell]

Op donderdag 23 mei 2002 16:25 schreef Mr.ChronoM het volgende:

[..]

Ik ben meestal goed geholpen door de tutorials van w3schools
http://www.w3schools.com/xml/default.asp
en ze hebben ook een xml tutorial
Eigenlijk komt het erop neer dat je zelf tag's kan maken en dat je aan de hand van die tags de info mooi overzichtelijk in een file zet.

mooi, ik ga die eens proberen. Thnx MrChronoM.
Kan ik misschien ook mooi gebruiken voor mijn review systeempje....

* TheRebell draaft een beetje door..... lcd first!

[xychix]

http://test.digipoint.org/files/standaards.doc

kijk eens naar dit voorstel !! en laathoren wat je ervan vind!

Hierbij een voorstelletje.

duidelijke TCP/IP afspraken
en duidelijke XML afspraken die ruimte voldoende laten voor de bouwer of van alles en nogwat in te stuffen.

als iedereen deze globale specs gebruikt dan zijn met een paar kleine wijzigingen in OF de client OF de server alle servers icm. alle clients te gebruiken

* xychix denkt dat hij zijn studiebegeleider aan gaat spreken en hier studiepunten uit gaat proberen te sleuren !

[xychix]

1e fout al ontdekt...

de server kan nooit de naam van de client weten...

[Creepy]

Paar vraagjes:

- Bedoel je dat het LCD prog ook een client is?? Of is er een client die de info ophaalt, en weer in een XML file gooit zoals ik hier eerder heb aangegeven?
- Welke TCP poort?
- strings.. eehh.. 7 bits ascii? 8 bits extended ascii? Multibyte?

Je zegt dat op een vraag altijd een antwoord komt
- Hoe geef je aan dat een bepaalde gevraagde feature NIET is geimplementeerd op de server?
- Wat als de betreffende poort wel open staat, maar hier iets anders draait? (foutafhandeling in de vragende kant dus)
- Is het ook mogelijk de features die de server ondersteunt op te vragen?
- Wat als de client een feature opvraagt die niet eens bestaat?

[xychix]

creepy ik ga er naar kijken.

nu eerst ff geen beeldscherm... (heb er al heel veel beeldscherm uurtjes opzitten !)

en aan iedereen

lcd.digipoint.org is online. als je ff zoekt vind je ook daat een html versie van het eerder geposte .doc bestand.

[TheRebell]

ziet er leuk uit, ik snap het nu ook wat beter na een tut XML'en (thnx Mr.CronoM)

Maar hoe wil je ervoor zorgen dat je foutafhandeling krijgt. En hoe de server en de client elkaar vinden?

* TheRebell moet nog veel leren van XML/XSL om jullie ook een beetje te kunnen gaan helpen....

[Alnitak]

Vraagje wou je het alleen voor Server Status gaan gebruiken?
Of zou je b.v. ook een Tweakers server kunt opzetten die de laatste nieuwtjes laat langs scrollen ofzo

[xychix]

als jij een server schrijft die dit ophaalt en op aanvraag in het standaard XML formaat aanbied dan is het een kleine moeite een client zo aan te passen dat hij dit kan verwerken.
request.xml

code:

<naam>
  <request>nieuws1</request>
  <request>nieuws2</request>
  <request>nieuws3</request>
  <request>nieuws4</request>
</naam>

request.xml

code:

<naam>
  <hostname>foo.tweakers.net</hostname>
  <nieuws1>nieuwe janjansen proc van amd uit</nieuws1>
  <nieuws2>Virusscanner van Microsoft lek</nieuws2>
  <nieuws3>@home eindelijk snel</nieuws3>
  <nieuws4>compac falliet</nieuws4>  
</naam>

het past goed in de standaards. deze zijn namelijk erg ruim opgezet.
Ik ga deze nieuws from tweakers niet in mijn server opnemen. wel zal mijn client bovenstaand antwoord xml kunen verwerken.

offtopic:
ik wil een client gaan bouwen die:
alleen de eerste 4 tags uit de xml verwerkt (evt 2-5 om hostname te omzeilen)
hij plaatst dat de tagnaam gevolgd door een :, in de ruimte die over is scrolled de info tussen de tags heen en weer.
(ik weet niet zeker of ik een volledig nieuwe client ga maken of een plugin voor LCDinf.)

creepy had nog een aantal goede vragen...

string = char[] uit c... wat dat precies is... nog ff zien
voorloop =

code:

    union
    {
        short ShortLengte;
        char Voorloop[2];
    }Prefix;

p.s. ik ben alweer op mijn werk na een uur autorijden .

* xychix moet goed slapen anders beland hij nog eens in de vangrail

[xychix]

http://test.digipoint.org/files/prerelease0.1.zip

Hierbij een .zip bestand met daarin 3 sources:

een windows client (stuurt requests op dit moment naar 127.0.0.1)
een windows server (stuurt een xml terug adh. van de invoerxml, de systeemwaardes die erin staan zijn hard coded)
een BSD/linux server (stuurt een xml terug adh. van de invoerxml, de systeemwaardes die erin staan zijn hard coded)

Volgens mij moet de BSD server op linux ook werken, zou jij dat willen testen ? ik heb geen linux...

kunnen jullie de standaards voor de tcp ip verbinding zelf uitpluizen !

[xychix]

ik heb een server.c en client.c opgezet. hierin zijn de volgorde van de antwoorden niet gelijk aan de volgorde van de vraag stelling.. ik denk dat dat ook niet nodig is !.

[Creepy]

Op zondag 26 mei 2002 15:55 schreef xychix het volgende:
ik heb een server.c en client.c opgezet. hierin zijn de volgorde van de antwoorden niet gelijk aan de volgorde van de vraag stelling.. ik denk dat dat ook niet nodig is !.

Hmm. zo bepaalt dus de server in welke volgorde de info aankomt, en moet de client dit weer omgooien op de manier zoals de client ze wil hebben. Voor de test boeit het niet nee, maar als je echt dit gaat implementeren lijkt het me beter dat de server de info teruggeeft zoals de client heeft aangegeven.

[TheRebell]

als je alles in XML terug krijg (en dat krijg je) zou dit niet zo'n ramp moeten zijn.

Zou natuurlijk wel zo kunnen dat je aangeeft welke info je allemaal wil hebben van de server. Dan zou het (evt) ook in een door de client opgegeven volgorde kunnen zijn. Denk alleen niet dat het dan echt zo nodig is hoor.

...kan het ook mis hebben natuurlijk he

[xychix]

Op maandag 27 mei 2002 01:47 schreef TheRebell het volgende:
als je alles in XML terug krijg (en dat krijg je) zou dit niet zo'n ramp moeten zijn.

Zou natuurlijk wel zo kunnen dat je aangeeft welke info je allemaal wil hebben van de server. Dan zou het (evt) ook in een door de client opgegeven volgorde kunnen zijn. Denk alleen niet dat het dan echt zo nodig is hoor.

...kan het ook mis hebben natuurlijk he

zo dacht ik ook. aan de serve rkant gebuikt ik namelijk geen parser.

ik doe gewoon:

code:

if string contains "<item>uptime</uptime>"
   then voeg <uptime>1 dag</uptime> toe aan antwoord

if string contains "<item>time</uptime>"
   then voeg <time>11 uur</time> toe aan antwoord

if string contains "<item>load</uptime>"
   then voeg <load>12%</load> toe aan antwoord

als ik dezelfde volgorde moet aanhouden kost dat aardig performance, ik moet dan per item alle if's af..

ik denk dat zoiets beter aan de client kant kan. daar is een beetje cpu verstoken niet zoerg.

en creepy, je weet hoe de aanvraag die je de deur uit schopte eruit ziet, op die volgorde kun je de data er ook weer uit sleuren.

code:

zoek op de string die tussen de eerste itemtag's stond
hoog pointer met strlen(de string)+1 op, we zitten nu aan het begin van de value.
lees until <

[xychix]

heeft iemand de prerelease server.c voor bsd al in linux getest ??

ik heb nu ook een versie die ook daadwerkelijk de uptime terug geeft !

met popen() kun je commano's uitvoeren en de uitvoer uitlezen.

dit moet zowel op bsd als op linux perfect werken.
Als iemand performace winst wil op linux kan hij het ding zo verbouwen dat alle info uit /proc files gelezen word.

[Creepy]

Als je een "echte" XML parser gebruikt, dan hoef je geen strings te parsen zoals je dat nu doet, en komen de verschillende node's in de goede volgorde binnen, en is je uitvoer XML dus automatisch in de goede volgorde..

[Creepy]

Op maandag 27 mei 2002 06:57 schreef xychix het volgende:
heeft iemand de prerelease server.c voor bsd al in linux getest ??

ik heb nu ook een versie die ook daadwerkelijk de uptime terug geeft !

met popen() kun je commano's uitvoeren en de uitvoer uitlezen.

dit moet zowel op bsd als op linux perfect werken.
Als iemand performace winst wil op linux kan hij het ding zo verbouwen dat alle info uit /proc files gelezen word.

Hier met die source
Dan zet ik het Linux gedeelte er wel ff bij (m.b.v. #IFDEF LINUX o.i.d)

[xychix]

Op maandag 27 mei 2002 08:43 schreef Creepy het volgende:
Als je een "echte" XML parser gebruikt, dan hoef je geen strings te parsen zoals je dat nu doet, en komen de verschillende node's in de goede volgorde binnen, en is je uitvoer XML dus automatisch in de goede volgorde..

ook hier, ivm. performance laat ik het echte parse werk voorlopig ff over aan de client

Op maandag 27 mei 2002 08:44 schreef Creepy het volgende:

[..]

Hier met die source
Dan zet ik het Linux gedeelte er wel ff bij (m.b.v. #IFDEF LINUX o.i.d)

vanavond , zit nu op mijn werk... kan er nu niet bij

[Martkrui]

Helaas ben ik nogal druk de laatste tijd, dus echt bijdragen zal niet lukken, maar toch wil ik iets doen.

Ik heb al een JAVA class die een 240*128 gfx scherm kan aansturen. Ik moet de class nog wat netter maken, maar dan zal ik 'm ergens posten.
Is hier nog interesse in ? of speciale wensen ?

[reskobon]

Op maandag 27 mei 2002 09:28 schreef Dr.DNA het volgende:
Helaas ben ik nogal druk de laatste tijd, dus echt bijdragen zal niet lukken, maar toch wil ik iets doen.

Ik heb al een JAVA class die een 240*128 gfx scherm kan aansturen. Ik moet de class nog wat netter maken, maar dan zal ik 'm ergens posten.
Is hier nog interesse in ? of speciale wensen ?

Jajajaja dat willen we wel zien ik ga het namelijk ook maken hoop ik.

[xychix]

Op maandag 27 mei 2002 09:28 schreef Dr.DNA het volgende:
Helaas ben ik nogal druk de laatste tijd, dus echt bijdragen zal niet lukken, maar toch wil ik iets doen.

Ik heb al een JAVA class die een 240*128 gfx scherm kan aansturen. Ik moet de class nog wat netter maken, maar dan zal ik 'm ergens posten.
Is hier nog interesse in ? of speciale wensen ?

ik heb het ook druk.. niet zeuren gewoon doen LOL..
nah. ik snap het .

als je tijd hebt...
een java-classe die een funtie:
char * RequestToServer(char * ipnummer, int port, char * request, char * answer);

uit een C Dll aanspreekt en het antwoord als string retourneerd.

java heeft vast xml classes die de rest weer kunnen doen.
dan nog naar een lcd / html pagina

ik ben ook een php script nodig dat een xml mooi in een tabelletje zet (ga ik zelf evt. maken als de rest af is.)

code:

<uptime>12 uur</uptime>

word dan

code:

<tr>
<td>uptime</td>
<td>12 uur</td>
</tr>

de xml word aangeleverd door: een c dll die aangeroepen kan worden of door een client.exe die door php gestart word, deze zet zijn uitvoer in een file/stdout deze word dan ingeleze/afgevangen.

[xychix]

het heeft alleen onderhand niet heel veel meer met LCD's te maken maar meer met.

ik wil sysinfo van mijn linux/bsd(/windows) server overal kunnen bekijken:
op mijn lcd
in een win32 client (visual basic moet ook nog gedaan worden)
dmv. een php op mijn webserver (hoeft niet op dezelfde machine te staan !)

evt:
wap ?
regelmatige mail ?
alle andere clients die xml vreten.

grafisch lcd met grafiekjes ??(wie o wie doneerd er een LOL. )

[Martkrui]

Op maandag 27 mei 2002 13:53 schreef xychix het volgende:

[..]

als je tijd hebt...
een java-classe die een funtie:
char * RequestToServer(char * ipnummer, int port, char * request, char * answer);

Ik denk dat ik even alleen het LCD aanstuur gedeelte ga leveren.. Versie 0.1 is al klaar, maar moet ik nog testen.

edit:
zie het net pas... in Java char * ? naaahh..

ik ben ook een php script nodig dat een xml mooi in een tabelletje zet

Kijk eens naar XSLT. Dat zijn transformaties. Werken heel erg mooi en zijn precies bedoeld voor wat jij wilt doen.

[TheRebell]

Op maandag 27 mei 2002 14:38 schreef Dr.DNA het volgende:
Kijk eens naar XSLT. Dat zijn transformaties. Werken heel erg mooi en zijn precies bedoeld voor wat jij wilt doen.

XSL kan het ook mooi doen (of is dit nou hetzelfde .. ben nog bezig met mn mini-cursus XML dus

[Martkrui]

Op maandag 27 mei 2002 15:47 schreef TheRebell het volgende:

[..]

XSL kan het ook mooi doen (of is dit nou hetzelfde .. ben nog bezig met mn mini-cursus XML dus

mbv xslt maak je van een XML document een XML document
Het is ervoor gemaakt om de gegevens te herstructureren. Bv door om rauwe gegevens wat leuke html te zetten. Ik heb thuis wel wat leuke voorbeelden...
Binnenkort m'n server + apache installeren, dan kan alles gemakkelijk on-line...

[TheRebell]

Op maandag 27 mei 2002 15:56 schreef Dr.DNA het volgende:

[..]

mbv xslt maak je van een XML document een XML document
Het is ervoor gemaakt om de gegevens te herstructureren. Bv door om rauwe gegevens wat leuke html te zetten. Ik heb thuis wel wat leuke voorbeelden...
Binnenkort m'n server + apache installeren, dan kan alles gemakkelijk on-line...

Ben ook vanalles aan het bedenken in XML, zal eens kijken of ik dat mooi in een html-achtig docu kan zetten

* TheRebell is daar ERRUG in geinteresseerd

[reskobon]

Ik moet wachten op mijn lcd

Zodra ik die heb ga ik beginnen met programmeren in java en kijken of ik iets op dat scherm krijg.

[xychix]

Op maandag 27 mei 2002 14:38 schreef Dr.DNA het volgende:

[..]

Ik denk dat ik even alleen het LCD aanstuur gedeelte ga leveren.. Versie 0.1 is al klaar, maar moet ik nog testen.

edit:
zie het net pas... in Java char * ? naaahh..

[..]

Kijk eens naar XSLT. Dat zijn transformaties. Werken heel erg mooi en zijn precies bedoeld voor wat jij wilt doen.

ik bedoel dat ik een funcitie heb:
char * trancieve(char * ip, int port, char * request)
of zioets.

kun jij kijken of je deze kunt aanspreken dan kun je info vanuit de server modules op je lcd weergeven dmv java !

Op maandag 27 mei 2002 23:02 schreef TheRebell het volgende:

[..]

Ben ook vanalles aan het bedenken in XML, zal eens kijken of ik dat mooi in een html-achtig docu kan zetten

* TheRebell is daar ERRUG in geinteresseerd

als je nog erg grote wijzigingen wilt zien in mijn XML standaard zoals hierboven uit de doeken gedaan word wees dan aub zsm.. ik ben al aant programmeren.

Ik eis absoluut niet dat iedereen met mijn standaart werkt maar iedeereen is het er vast mee eens dat er een standaart moet zijn als je het "bijna" crosscompatible (bestaat dat woord eigenlijk wel ?) wil hebben.

[Martkrui]

Op dinsdag 28 mei 2002 06:50 schreef xychix het volgende:

[..]

ik bedoel dat ik een funcitie heb:
char * trancieve(char * ip, int port, char * request)
of zioets.

kun jij kijken of je deze kunt aanspreken dan kun je info vanuit de server modules op je lcd weergeven dmv java !

Hmmm.. das dus een C functie... dat weet ik niet, maar waarom zou ik C nodig hebben ?

Mijn LCD aanstuur troep werkt, en ik ben de classes aan het opschonen. Ik zou daar toch een class omheen kunnen schrijven die gegevens ophaald van een IP adres ?

(ik weet gewoon niet hoe ik vanuit java een C functie aan moet roepen )

Op maandag 27 mei 2002 23:29 schreef robje het volgende:
Zodra ik die heb ga ik beginnen met programmeren in java en kijken of ik iets op dat scherm krijg.

Mijn code voor de T6963c geef ik gewoon vrij hoor... kan alleen nog een paar dagen duren, maar ik zou je vast een tussen verzie kunnen geven...

[Verwijderd]

wat kun je nu eigelijk doen met die xml?
een progje maken gelijkaardig aan smartie ofzo?

(ben xml aan het leren en wil weten of dit mogelijk is)


subtiel kickje ook

[xychix]

xml is gewoon een manier om een text bericht gestructureerd op te bouwen.

deze kun je per tcp/ip versturen maar ook uitprinten en verderop weer in scannen (ik roep ook maar wat !)

[Martkrui]

Misschien voor dit draadje ook wel leuk. Ik heb mijn src'es op 'n webserver gegooid (zie sig)
o.a. het begin van een T6963 lcd class en een winamp aanstuur Java object (JNI)

[xychix]

Op dinsdag 28 mei 2002 11:06 schreef Dr.DNA het volgende:

[..]

Hmmm.. das dus een C functie... dat weet ik niet, maar waarom zou ik C nodig hebben ?

Mijn LCD aanstuur troep werkt, en ik ben de classes aan het opschonen. Ik zou daar toch een class omheen kunnen schrijven die gegevens ophaald van een IP adres ?

(ik weet gewoon niet hoe ik vanuit java een C functie aan moet roepen )
[..]

Mijn code voor de T6963c geef ik gewoon vrij hoor... kan alleen nog een paar dagen duren, maar ik zou je vast een tussen verzie kunnen geven...

ik weet niet hioe java met tcp/ip omgaat, kun je dat ook eerst een

code:

    union
    {
        short ShortLengte;
        char Voorloop[2];
    }Prefix;

uitlezen ??

hierin staat de lengte van de rest v/h bericht !

[Martkrui]

Op zondag 02 juni 2002 16:29 schreef xychix het volgende:

[..]

ik weet niet hioe java met tcp/ip omgaat...

Ik wel... heeft std een genoeg classes om http of poort niveau te lezen/schrijven... Volgens mij is dat juist de kracht van JAVA.. zou volgens mij dus ook beetje raar zijn om daar dan C voor te gebruiken

[xychix]

Op zondag 02 juni 2002 16:42 schreef Dr.DNA het volgende:

[..]

Ik wel... heeft std een genoeg classes om http of poort niveau te lezen/schrijven... Volgens mij is dat juist de kracht van JAVA.. zou volgens mij dus ook beetje raar zijn om daar dan C voor te gebruiken

op port niveau. ik ga hier nog een stukje verder he. ik bepaal zelf het protocol dat over tcp/ip heenligt.

dwz een char[2] waar de lengte van het hieropvolgende bericht staat, dan het bericht.. ik weet niet of je met JAVA die voorloop header ook netjes werkend krijgt.

maar success, jij hebt de kennis ik roep maar wat !

[Martkrui]

Op zondag 02 juni 2002 22:13 schreef xychix het volgende:

[..]

dwz een char[2] waar de lengte van het hieropvolgende bericht staat, dan het bericht..

Ik ben even weer een paar dagen druk, maar klinkt niet al te moeilijk.
Wat ik moet maken is dus :
[1] connect op ip xxx.xxx.xx.xxx op poort XX
[2] stuur een commando (hoi, hallo, get of whatever...)
[3] ik krijg een lengte binnen van 2 bytes
[4] ik lees (lengte) bytes

Misschien moeten we ff per mail verder gaan... Tenzij we het klopt wat hier boven staat, want dan weet ik genoeg..

[xychix]

klopt idd als een bus.. nadat je de lengte weet ja je
"lengte" aantal char's lezen, zet er zelf een \0 achter en je hebt een string !

[Martkrui]

Ik heb een paar regels java code die connecten op een poort, er een commando heengooien en data lezen...

Welk commando moet ik gooien, of krijg ik gelijk na het connecten data.
Hoe gaan we dit testen.?. ik heb geen linux (meer)..

[xychix]

ik heb een bsdserver draaien op mijn colocated bak.

ook id er een zipje te downen met een win32 server/client incl. source !!

dit allemaal op
http://lcd.digipoint.org

dan links in het menu ff op testserver klikken..

als je er niet uitkomt hoor ik het wel..

[Martkrui]

Op maandag 03 juni 2002 20:43 schreef xychix het volgende:
ik heb een bsdserver draaien op mijn colocated bak.
als je er niet uitkomt hoor ik het wel..

hmmm net te laat gezien... ga nu

Morgen avond zal ik FF testen..

[xychix]

Op maandag 03 juni 2002 22:07 schreef Dr.DNA het volgende:

[..]

hmmm net te laat gezien... ga nu

Morgen avond zal ik FF testen..

en gelukt... ben erg benieuwd wat je van de dummy's vind.

[Martkrui]

Op dinsdag 04 juni 2002 14:11 schreef xychix het volgende:

[..]

en gelukt... ben erg benieuwd wat je van de dummy's vind.

Ik geloof dat ik met mijn eerste poging je servertje om zeep heb geholpen

Maar uiteindelijk lokaal :

code:

C:\usr\martijn\dev\portconnect>java HelloWorld
Opening socket at address :127.0.0.1
Getting in en outputstream
Sending command
Reading response
<xmldummyserver><hostname>test.foo.org</hostname></xmldummyserver>
------------------------
Closing socket

Dus dat werkt wel...

bij jou server krijg ik

code:

C:\usr\martijn\dev\portconnect>java HelloWorld 195.35.203.51
Opening socket at address :195.35.203.51
Errorjava.net.SocketException: connect (code=10061)

[edit] little java thingy heet nu GetInfo en is te downen (zie sig)

[edit2] te laat...'k ga weer pitten.. morgen na 6 uur weer een kans..

[Martkrui]

Voor de liefhebbers heb ik nog een stukje code gedoneerd..
op mijn homepage (zie sig) staat onder /dev/java/content/ wat Java code.

In de property file staan links naar RDF en RSS files. Deze worden iedere X tijd gedownload en mbv XSLT omgezet naar een HTML bestandje.

'k zal vanvond even een net linkje maken in de files/src section.

[xychix]

Op woensdag 05 juni 2002 13:31 schreef Dr.DNA het volgende:
Voor de liefhebbers heb ik nog een stukje code gedoneerd..
op mijn homepage (zie sig) staat onder /dev/java/content/ wat Java code.

In de property file staan links naar RDF en RSS files. Deze worden iedere X tijd gedownload en mbv XSLT omgezet naar een HTML bestandje.

'k zal vanvond even een net linkje maken in de files/src section.

de server is er idd uit geklapt omdat je in de eerste 2 posities niet een short met daarin de lengte van het bericht had staan... hij verwachtte 30020 teken !

[Martkrui]

Op woensdag 05 juni 2002 15:21 schreef xychix het volgende:

[..]

de server is er idd uit geklapt omdat je in de eerste 2 posities niet een short met daarin de lengte van het bericht had staan... hij verwachtte 30020 teken !

Solly

Maar nu moet hij 't wel doen, dus ik zal 't vanavond proberen. (eerst nog eens lokaal voor de zekerheid).

Maareh... misschien is een timout een idee ?

[Martkrui]

't werkt..

code:

C:\usr\martijn\dev\portconnect>java GetInfo lcd.digipoint.org
Opening socket at address :lcd.digipoint.org
Getting in en outputstream
Sending command
Reading response
<xmldummyserver><hostname>test.foo.org</hostname></xmldummyserver>
------------------------
Closing socket

Maar welke commando's mag ik gebruiken...
'k heb time en uptime geprobeerd, maar die geven dezelfde output...


[edit] gelijk ff een idee.. een commando die alle ondersteunde commandos (+ omschrijving ?) teruggeeft.. 't is maar een idee.. (misschien moet ik de spec nog eens lezen)