Onderwerp: Besturingssoftware voor schip

Hallo allemaal,

Na een tijdje wat mee te hebben gelezen werd het tijd voor een account. Een erg leuk forum, stukken betere sfeer dan 'op die andere'.

Ik loop al een tijdje met het idee om op mijn schip besturingssoftware aan te leggen. Dit omdat ik het niet mooi vind om op een traditioneel schip tegen allerlei meters en schakelaars aan te kijken, en het schip gemakkelijker bestuurbaar wordt.

Ik zat te denken aan software met in ieder geval de mogelijkheden voor:
-Een automatsich logboek (koppeling met NMEA)
-Alarmsystemen
-Onderhouds database icm eenvoudige planning
-Uitgaven administratie
-Meten en schakelen van diverse onderdelen van het boordnet

Aan de achterkant zat ik de denken aan een server waarop de database draait, waar de clients de informatie vanaf halen. Schakelen dmv relaissen.

In mijn eentje ontwikkelen gaat natuurlijk veel te veel tijd kosten en gaat ook een beetje het doel voorbij. Daarom vroeg ik me af of iemand op de hoogte is van een bestaand product wat dit kan, of misschien zelf wat gemaakt / aan het maken is? Ik heb het logboek van een van de mede forummers gezien, zou wellicht als basis kunnen fungeren. Als je met een paar man bent, kan je dit natuurlijk gemakkelijk ontwikkelen.

Klaas-Jan

Welkom...
Het draadje van Roozeboos gevolgd?

www.zeilersforum.nl/index.php/...=25&start=100#337732

Halverwege de pagina....
Kun je daar iets mee??

Ja zeker, maar dat focust voornamelijk op de hardware toch? Met wat software in een microcontroller. Een logboek of onderhouds database is dan wat lastig? Ik zou het liefst een systeem opbouwen met simpele sensoren en simpele actuatoren die allemaal door software op een pc worden aangestuurd.

Maar zeker een interessant topic, voor mij iets minder relevant omdat ik al wat interfaces heb aangeschaft

vroeger werden relais vaak via de volgende methode over de lpt poort (5 volt) gestuurd:

lpt poort - opto coupler - relais

dit is redelijk basic en de lpt poort is goed schakelbaar door in bijvoorbeeld visual basic (of tegenwoordig .net) een module aan te roepen en daar knoppen aan te hangen met de functies die jij wil en daarmee de uitgangen van de lpt poort aansturen.

als je je een klein beetje in VB of .net verdiept kan je dat maken.

maar dat is wel erg basic...

wel zijn er genoeg kant en klare PCB's, code voorbeelden en kant en klare software beschikbaar waarmee je verder kunt.

zeker nu je tegenwoordig USB LPT poorten hebt...

Arduino zou ook een weg kunnen zijn, hier zijn ook relayboards voor te krijgen

met wat googlewerk kan je nog veel verder komen.

echter zou ik met weinig ervaring voor een via epia (of andere zuinige x86 pc) + vga touchscreen + USB -> LPT -> Optocoupler -> Relais kiezen./ daar is al veel te veel over geschreven en is al zeer veel kant en klaar voor beschikbaar.

ook kan je d.m.v. meerdere lpt poorten meerdere boardjes aansturen als je zelf je software maakt met vb of .net

maar dat is enkel het schakelen..

persoonlijk vind ik het hele geheel een tikkie onbetrouwbaar (zo betrouwbaar als de pc) en kies ik liever voor een echte schakelaar.

uitlezen is weer een ander verhaal maar dat zal ongetwijfeld ook al bestaan.

je kan ons nieuwe ZF Masterboard via de lin-rs232 converter ook aansluiten op je pc. Dat is dan de enige aansluiting op je pc. Het systeem kan al je genoemde punten aan, behalve dan uiteraard de database en de admin, die op de pc draait.
De hardware is ontworpen voor marine toepassing, maar toch zo low cost mogelijk, ook al doordat alles modulair is.

Okee, als je al spullen hebt om aan te sluiten dan zit je daaraan vast natuurlijk.

hypervisor schreef :
Inderdaad, je moet een backup hebben. Offtopic: laatst liep ik tegen wat relaissen aan die je ook handmatig kon schakelen. Dat lijkt me wel een handige backup.

Vanuit een betrouwbaarheidsoogpunt is dat misschien toch wel interessant, dan krijg je systeem los van de pc dat altijd functioneert (toch ) en de pc die gegevens download.

Echter het maken van de software blijft nog over. Ben benieuwd of iemand hier al eens mee begonnen is / ideeen bij heeft!

Hoor ik iemand die software nodig heeft? Ik word meteen wakker! Da's meer mijn vak dan al die elektronica: ik wacht wel op de interface naar de PC en bouw daar wat tegenaan.
Maak eens een lijstje met wensen?

Volgens mij gaan we hier een heel mooi ZF product krijgen.

Moeten we nog wel aan boord zijn of kunnen we de boot vanachter de pc laten varen (handig met vakantie, boot vast op het IJsselmeer leggen)

Stan

monreve schreef : de bedoeling is uiteindelijk de boot zero-handed te laten oversteken naar lowestoft en dan zelf over te vliegen en snel aan boord te stappen met een baard van drie dagen. En dan stoer de haven in te varen

Delphi32 schreef : Als ik een commando geef dan wil ik het enig juiste antwoord horen: "Ja schipper!".

Roozenbos is het mogelijk om vanaf het masterboard dmx uit te sturen voor dit soort toepassingen? Kan je zelfs de hoeveelheid licht en de kleur regelen... snelheid ventilatoren.. meerkanaals of meerdere 1 kanaals pwm controllers er aan en gaan. En als backup kan je een dmx console op 12 volt er tussen knopen. Dat spul kost allemaal niets meer.

ja dat kan in principe, ik ken de dmx zelf niet, maar zo te zien op wikipedia is het een Rs485 protocol. Dan moeten we dus van uit de lin bus een DMX poort maken. dat kan met een klein convertertje.
Maar ik denk niet dat dmx meerdere masters toe staat.

Ik weet niet of ik me al had opgegeven voor een exemplaar, maar bij deze...

Nog wat ideeën:
- analoge ingang(en), 0-10V en/of 4-20mA (industrie standaard, ik heb nogal wat IA-sensoren liggen)
- PT100-ingang(en) voor temperatuur sensoren.
- Data in/uit, 8 of 16 bits. Kunnen we er zelf wat omheen verzinnen.

Of schiet dit het doel van het ZF-MasterBoard voorbij...?

Groet,
Rob

Wel graag alles onder windows 8 touchscreen

De masterboard print wordt gebakken op dit moment.
Daar zitten wat in en uitgangen op en de coomunicatie.
Daarnaast kunnen dus via de lin bus nog allerlei kastjes erbij gemaakt worden. Daarbij probeer ik zo modulair mogelijk te blijven, dus bijvoorbeeld een 2 ingangen kastje, en een 2 uitgangen kastje , en een pt100 interface enzovoort.
Aan één kant wil ik niet honderd verschillende kastjes maken, maar ook niet één type met alle mogelijkheden, waardoor het weer heel duur wordt als je maar 1 extra ingang wil.Het is dus nog een beetje een afweging.

windows 8 gaat t niet worden volgens mijn zoon. En wie ben ik om aan hem te twijfelen..

Dmx staat idd geen meerdere Masters toe maar goede panelen hebben een bypass er in oftewel je schakelt het paneel in en die neemt het over.

Ik heb eventueel nog wel een 12 volt 3 kanaal pwm dmx module voor je van 3 ampere met vaste kanaal indeling van kanaal 1 t/m 3 (om te proggen naar andere kanalen met los kastje) die dingen kosten nog geen 10 tje..

de programmer om de kanalen om te zetten heb ik er ook bij. Die is alleen wat duurder maar is voor testen toch niet nodig. maar dat stuk wil ik wel verzorgen. De contacten voor import vanuit China heb ik al voor die dingen.

roozeboos schreef :
Ik denk dat hij gelijk heeft, Microsoft maakt om en om een een besturingssyteem dat heel snel in de vergetelheid raakt.

Millenium, Vista , denk dat Win8 het zelfde lot gaat treffen.

Zie ook geen brood in windows 8, te ingrijpend voor je oude hardwarevoorraad. In tegenstelling tot Windows 7, voor mij de beste versie tot nu toe. Heb nog draaien op een oude P4, loopt als een trein.
Ook Windows 8 RT zie ik niet veel brood in. Leuk dat Microsoft in het ARM platform instapt maar ze liggen al een ARM en beenlengte (leuke woordspeling) achter op Android, wat door zijn open karakter nog eens veel interessanter is ook.
Brengt mij op Chris zijn hardware projectjes. Heb ook al eens wat gedaan met zijn hardware creaties en ik moet zeggen, na het oplossen van wat kleine probleempjes , was ik hier goed over te spreken.
Wat ik jammer vind is dat hij voortborduurt op de vertrouwde ATMEL lijn. Zelf zie ik veel brood in bijvoorbeeld de LCP1768 van NXP, een ARM Coretex M3 based micro, een dijk van een processor. Ik ben zelf van plan om hier eens wat mee te gaan experimenteren dus Chris, als je hier eens wat hardware mee gaat ontwikkelen (ideetje voor een redesign ?) kun je zeker weer op mijn belangstelling rekenen.
Voor de rest, "keep up the good work" zou ik zeggen.

Hinde schreef :
haha, ja, daar heb je het al Zet twintig techneuten in ieder een eigen kamertje en ze komen bij hetzelfde probleem allemaal met een eigen oplossing, allemaal verschillend. Leuk, maar ze zijn ook allemaal overtuigd dat hun oplossing de beste is!!
In de afgelopen 20+ jaar ben ik begonnen met zilog, en via microchip, naar 8051, naar msp serie, naar cygnal, naar ... , naar ... en tenslotte Atmel. Iedere keer heb je weer een leercurve, want iedere familie heeft weer zijn eigen eigenaardigheden. Veel van geleerd hoor, maar het doel is niet het leren, je moet centjes verdienen om thuis mondjes te vullen met voedsel.
dus besloten om een beetje bij Atmel te blijven hangen, vanwege de performance, de prijs, de ontwikkeltools, stroomverbruik, noem maar op.Voor iedere applicatie zal een speciale controller wel weer optimaal zijn, maar dat wil je in feite niet. De microcontroller is een hulpmiddel, niet meer dan dat. Veel slimmer is om robuuste periferie te ontwerpen en net zo robuuste firmware!
Er moet een oplossing komen! en wel zo snel mogelijk, en voor zo weinige mogelijk kosten, zeker op het ZF!
Vandaar de ATmega familie!!

sorry draaf een beetje door, maar loop tegen de 50, en dan krijg je een hopelijk meer op ervaring gefundeerde mening..


nb Hinde, ik zit wat meer in de low end hoor. Alles met M is voor mij qua performance veel te snel. Je wil ook geen porsche op de A13 van den haag naar rottepolderplein om 5 uur smiddags. De mogelijke snelheid heeft namelijk ook altijd weer nadelen...

Ik snap wel wat je bedoeld. Het ontwikkelen van nieuwe hardware kost veel tijd en energie. Daarom is het belangrijk dat je keuzes maakt waar je langere tijd mee vooruit kunt. Een chip als de LCP1768 heeft een indrukwekkend arsenaal aan hardware aan boord. Wat ik vooral interessant vond is de on-chip real time clock, 32k SRam en de geïntegreerde battery backup voorziening. De snelheid had ik eigenlijk niet zo naar gekeken, vindt ik voor dergelijke toepassingen ook niet zo interessant.
Ik sprak laatst nog iemand uit het embedded wereldje en die stelde dat het ARM platform wel de toon zet op dit moment.
Trouwens, Atmel heeft zelf ook een aantal interessante chips op dit gebied.
Maar ik heb makkelijk praten, ik hoef mijn brood er (niet meer) mee te verdienen. Ik zie het gewoon als hobby.

www.varen4u.nl/smf/index.php?topic=19378.0

dat iets om erbij te gebruiken

ik dacht meer aan dit
www.zeilen.nl/nieuws/robot-zei...vissen-op-de-oostzee

kun je gewoon zelf thuis blijven, scheelt in zeil kleding.