T.b.v. procesverbetering heb ik o.a. schakelingen gebouwd die je bij een machine kunt plaatsen en die daar dan allerlei interessante grootheden in de tijd bijhoudt. Bijvoorbeeld hoe snel draait hij, wanneer stond hij stil etc. Dit werkt heel aardig. Het probleem is nu dat ik er met een laptop langs moet om via RS232 de gegevens uit de eeprom op te halen en dat de gegevens dus niet real-time beschikbaar zijn.
Daarom zou ik graag als volgende stap de schakelingen via ethernet aan een computer hangen, die dan de gegevens in een database wegschrijft.
Vraag is nu: Hoe krijg ik dit simpel en goedkoop voor elkaar. Ik wil me dus bijvoorbeeld absoluut niet bezig gaan houden met TCP/IP stacks e.d.
heeft iemand hier serieuze ervaring mee?
Op 11 december 2008 16:08:10 schreef la la lampje:...Hoe krijg ik dit simpel en goedkoop voor elkaar...
Volgens mij ben je voor die combinatie nu te laat, je had dan gelijk met ethernet moeten beginnen. Er zijn wel mooie apparaten voor te koop maar als het in een industriele omgeving moet zit je al snel op een goede 150 euro. Ik neem aan dat je dat niet onder goedkoop verstaat.
SparkyGSX
Een manager is iemand die denkt dat negen vrouwen in één maand een kind kunnen maken
Je zou eens bij Lantronix kunnen kijken, die hebben complete modules voor RS232 naar Ethernet. Als je eigen hardware hebt, zou een XPort ook bruikbaar kunnen zijn, dan zit je rond de 30-50 euro per stuk. Deze modules kunnen zelf een netwerkverbinding opzetten of er een accepteren, en sturen alles wat ze via de RS232 poort krijgen door.
EDIT: die XPort kun je bij Farnell kopen.
@GJ:
Industriele omgeving is nu niet zo belangrijk. Is ook allemaal laagspanning, dat komt wel goed. Ik vind 150 idd al aardig duur voor een experimentje, want in dat stadium verkeert het momenteel nog wel.
@Sparky:
Ziet er interessant uit. Heb je ervaring met die modules?
Hoe vang jij de informatie op aan de computerzijde?
Het is dus de bedoeling dat er steeds meetdata worden verstuurd op initiatief van de meetunit. Ook zou er misschien synchronisatiedata van de PC de andere kant op moeten. Ik kan me na het bekijken van de documentatie nog niet echt concreet voorstellen hoe dit moet.
pros
Prosper, yop la boum, c'est le roi du macadam (aldus Maurice Chevalier)
Ik vraag me af, waarom het over ethernet moet.
Wil of kan je geen kabels trekken? Dan ben je op wireless-toestanden aangewezen, wat me ook niet goedkoop lijkt.
Kan je wel kabels trekken? Waarom dan geen seriële verbinding?
Damn... Ik heb ergens nog een datasheet van een module / chippie liggen die precies doet wat jij wilt.
Je kunt er een telnetje op zetten en het ding kletst door naar een UART. Geen idee wat het kost, maar als je even geduld hebt...
In fabrieken ligt meestal al een boel ethernet en als dat niet zo is dat zou je dat graag willen, omdat je dat dan meteen voor andere dingen kunt gebruiken. Als ik De boel eenmaal op ethernet heb dan is het lekker standaard en makkelijk over grote afstanden te transporteren. Als ik serieel ga dan moet ik aan de ontvangerkant ook weer een schakeling fabriceren. Tot zover de overwegingen.
@Marco:
Ik vrees dat je de ENC28J60 bedoelt. Heb ik er een van liggen. Volgens mij krijg je daar dus het gedoe met TCP/IP stacks enzo. Da's me veel te ingewikkeld. Ben ik eerst maanden bezig om die protocollen te doorgronden.
Nee, die bedoel ik niet. Dat is niks anders dan een ethernet chippie; pak dan dat SiLabs ding, veel leuker voor aan een μC. Dit is een compleet 'ding' waar firmware ed. gewoon in / bij zit. Ethernet aan de ene kant, serieel aan de andere kant. Als ik het mij goed herinner ook nog een paar GPIO (handig voor een remote-reset mocht je net zo brak programmeren als die mannen in Redmond).
Volgens mij geen Xport... Hmz.. Ik ga er vast op komen. Maandag zie ik iemand die het me zeker kan vertellen 
timmie
niet met me uitspraken(of opmerkingen) eens mail me.K8048 guide
je zou inderdaad een enc controller kunnen pakken
in MikroBasic/C/Pascal zijn er routines voor om tcp en udp pakketten te verzenden.
en aangezien toeval niet bestaat ben ik er ook mee bezig communicatie over ethernet.
maar ik zit nog in de ontwerpfase en heb nog geen testhardware helaas.
eventueel wil ik nog wel de source delen voor zover die er is.
SparkyGSX
Een manager is iemand die denkt dat negen vrouwen in één maand een kind kunnen maken
@TS: ja, ik heb wel ervaring met die Lantronix modules. Ze zitten ook in verschillende industriële weegindicators e.d.
Er zitten eigenlijk maar een paar voorwaarden aan: het moet niet real-time gaan, omdat die modules wat data verzamelen voordat ze gaan zenden (instelbaar op een tijdslimit, datalimit, speciaal karakter) zit er een kleine vertraging in. Daarnaast kunnen ze maar 1 verbinding tegelijk accepteren, en zijn ze niet erg goed bestand tegen grote rommel op het netwerk; bij voorkeur op de switch afschermen tegen alle data die niet van een bepaald IP komt, maar ook zonder die optie vallen de problemen in de praktijk erg mee. Ze ondersteunen wel DHCP en zo. Als ze geen verbinding op kunnen zetten, gaan ze vrij snel data droppen omdat ze het niet meer op kunnen slaan, maar ze kunnen dat ook aangeven d.m.v. hardware of software handshaking.
Als je er geen al te spannende dingen mee van plan bent, is er heel goed mee te werken. Uiteraard kan de data 2 kanten op.
De data kun je opvangen met sockets, waarmee je dus een netwerkverbinding opzet naar de PC. Dit is niet echt moeilijk, en daar zijn genoeg voorbeelden van te vinden. Ik heb wel voorbeelden voor je in C, en misschien ook nog wel in VB6.
Je moet eens kijken bij http://www.tibbo.com/.
Die gebruiken ze bij ons op de zaak om te communiceren
met de microcontrollers op meetborden voor lampen te testen in duurproeven. (Veel lampen)
Je kan er vanuit je uC gewoon serieel/uart tegen babbelen, en vanuit de PC ook geloof ik.Je kan er volgens mij zelfs een web server in draaien voor de monitoring.
Edit : webserver funtionaliteit is blijkbaar verdwenen
Ik heb iig een paar van die XPorts besteld. Ik ga eens kijken wat ik ermee voor elkaar krijg. Ik ben zeker geinteresseerd in werkende software VB voorbeelden voor de ontvangst, maar ik zie dat daar ook idd veel over te vinden is.