Notes

#2014-12-16

• AGV Command moeten we nog een keer overna denken. AGV command ziet er volgens onze brainstorm sessie zo uit: CurrentLocation, Dijkstra, WelkeKraan. Maar hier zit een probleem in omdat AGV op een parkeerplaats staat, (CurrentLocation) Dan wordt Dijkstra punten aangeroepen (de AGV zal hierdoor een Teleport krijgen omdat hij nog geen command krijgt om van zijn parkeerplaats af mag rijden). Dit geld ook als de AGV bijvoorbeeld bij de trein zou staan.
• Crane command de transporter is variable omdat hij ook de container van de storage kan gehaald worden.

2014-12-11

• Brainstorm sessie over communicatie betreft movement:

• XML protocol updaten met nieuw "Kraan" commando. Deze wordt gestuurd als je een OK-message hebt gekregen van de AGV die erbij staat ( als hij er staat ). Dit commando stuurt welke kraan, welke container en welk vehicleID moet oppakken. PS. Nederlands is mijn best vak.
• En een AGV commando, "Move", deze werkt op de waypoint methode en stuurt de huidige locatie en de locaties waarhij langskomt en het doellocatie met de snelheid 'X'. De snelheid wordt bepaald of Dijkstra methode werkt alleen op de grote 8 waypoints op de map. De AGV's gaan dus naar een waypoint volgens de dijkstra methode en bij elke waypoint staan lokale kranen/plekken/depot gekoppeld, dus als de AGV eenmaal op een waypoint is, kiest deze een plek uit. Voor de backend zitten dus de kranen/plekken gekoppeld aan de waypoints.
• 'SetSpeed' commando die ervoor zorgt dat de frontend even snel verloopt als de backend.
• Extra ok message voor AGV's als men de applicatie voor de eerste keer opstart ( OK IK BEN HIER )

2014-12-15

• AGV kunnen parkeren bij de transporters
• AGV parkeerplaats gegeven
• Kranen vullen de boten
• kranen message aangemaakt.(moet nog getest worden)
• AGV message aangemaakt(deels)

2014-12-12

• grafieken op de website geplaatst
• arrive message afgehandeld in de frondend
• Map aangepast

2014-12-11

• Skybox aangemaakt
• Water toegevoegd

2014-12-09

• arrive message afgemaakt
• speed message afgemaakt
• deze message opgevangen in de frontend

2014-12-08

• website gemaakt
• database gemaakt
• oke message systeem afgemaakt

2014-12-05

• vrachtwagen kranen aangepast
• containers op alle boten geplaatst
• dijkstra frontend opvang
• debug waypoint

2014-12-04

• demo
• containers op zee schip plaatsen
• communicatie aangepast

2014-12-03

• extra boot toegevoegd
• dijkstra waypoints
• layout platform voor extra boot
• test omgeving gemaakt

2014-12-02

• oke message
• platform aangepast
• waypoints aangepast
• message system aangepast

2014-12-01

• gemerged

2014-11-28

• Database toegevoegd
• XML decoding
• Kranen

2014-11-27

• Nieuw idee over efficientere communicatie uitgevoerd.
• Railkraan pakt container op en zet ze neer.
• Tekst op containers dmv te kijken naar de eigenaar

2014-11-26

• Gesprek met tutor over de staat van het project.
• Performance fixes.
• Idëeen bedacht om het communicatie systeem efficienter te maken.
• Containers op voertuigen laten spawnen.

2014-11-25

• BugFixing communicatie
• Dijkstra algoritme toegevoegd
• Waypoints toegevoegd
• Models laten spawnen in de simulatie

2014-11-24

• Hoorcollege testing.
• Meer commando's voor de communicatie toegevoegd.
• TreinArea is af.

2014-11-21

• Veel code van de dag ervoor gemerged naar master.
• Bug fix voor getDate van Container.
• Eerste implementatie van communicatieprotocol tussen programma's.

2014-11-20

• ContainerHolder layer geschreven.
• getDate geschreven voor Container.
• 3D modellen werkend binnen Simulator + paths aangemaakt.
• Communicatielayer geïmplementeerd.
• Continuous integration geïmplementeerd.
• Begin gemaakt met Dijkstra algorithme.

2014-11-19

• Groepsconflict geaddresseed bij Jos.
  • Gehalte pull request was "druppel" die een emmer van verwachtingen liet overlopen.
  • Reactie op pull request was overdreven.
  • Afweging van open source PR-model en één-repo-model moet morgen gemaakt worden.
  • Positievere communicatie overwegen.
  • Signalen tussen back-end en front-end besproken. Overwegen om client en server te maken. Ook overwegen om signalen te standardiseren met JSON of XML.
  • Betere taakverdeling, geassisteerd door issue tracking. Misschien elke dag beginnen met taakverdeling?
  • Locaties van objecten in controller mogelijk met string of "vage" indexpositie weergeven.
  • Dataverkeer tussen controller en webapp moet nog beter overwogen worden.
• Transporter aangemaakt.

2014-11-18

• Communication commando's afspraken gemaakt.
• Begin aan de grafische omgeving gemaakt.
• Begin aan Communication commando's afhandeling gemaakt.
• Begin aan afhandeling aparte commando's gemaakt voor zowel Backend als simulation.
• Voor morgen:
  • Bespreken verhaal ruben. Ruben neemt taken op zich die niet voor hem zijn (controleren van de code) dit is een taak van Moreno.
  • Ander idee van een While true loop (kijkt naar inkomende socked).
  • Ruben heeft een methode gemaakt die de XML files inleest. (Samen bekijken)
  • Communicatie voor de tablet, is dit handig om via een database te doen?
  • Github instellingen aanpassen, er zijn 4 forks, en ruben werkt in de master. Dit gaat verandert worden, iedereen krijgt een branch en dan kan gaan 1 iemand mergen met de master. Dit gaat Moreno doen omdat hij alles moet testen.

2014-11-17

• XML parsing afgemaakt, inclusief unittest.
• Socketcommunicatie bijna af.
• 3D modellen opgehaald.

2014-11-14

• Afspraak met David Schweizer gehad.
  • UML ziet er OK uit.
  • Zo weinig mogelijk experts inzetten: Experts zijn duur.
• XML parser bijna af.
  • Length/hoogte/breedte moet nagevraagt worden.
• Bezig met sockets voor simulator/controller.

2014-11-13

Geen activiteit.

2014-11-12

• Afspraak gehad met Jos.
  • RFID hoeft geen aparte class.
  • Controller en Simulator moeten twéé aparte programma's zijn: Twee repo's.
  • Controller en Simulator via sockets communiceren?
  • XML staat op Blackboard.
  • Data sturen naar Android kan via database of website.
  • School DDOS aanval plegen.
  • "Synchroniseren" van objecten tussen back-end & front-end via signaaltjes (sockets met strings).
    • Controller geeft opdracht, simulator geeft "OK" signalen.
  • Waarschuwing voor problemen in groep als communicatie niet goed is.
  • Testplan moet nog uitgebreid worden.
  • Notules zijn goed genoeg.
• Nieuwe vraag: Wat is een vrij-beweegbare kraan?
• Afspraak om 2014-11-14, 1 uur met David Schweizer.
• Vragen naar welke XML files nodig zijn en/of wat het verschil tussen de files is.

2014-11-11

• Afspraak gepland met Jos op 2014-11-12.
• Mager projectplan uitgewerkt.
• Enige rollen toegewezen.
• UML diagrammen aangemaakt.
  • Moet RFID een aparte class zijn voor gebruik in Container?
• Controller back-end en Simulator front-end volledig gescheiden. Alleen Simulator afhankelijk van Controller.
• Komen soms niet-volle schepen binnen? Worden soms niet-volle treinen weggestuurd?
• Feedback vragen over UML schema's.
• Vragen naar XML.
• Vragen naar sturen van data naar Android.
• Vragen naar synchroniseren van controller-data en 3D-objecten in simulator.

2014-11-10

Afspraken gemaakt.

• Dagelijks van 10 tot +/- 3.
• Dagelijks notities maken.
• Standaard git workflow gebruiken.
• De master branch moet stabiel zijn.
• IDE wordt JMonkey SDK (Netbeans).
• Concrete planning wordt 2014-11-11 gedaan.
• Alles Engels.
• Iedereen van eigen methode's Javadoc schrijven.
• JUnit voor unit testing. Unit testing voor jME navragen.
• Open source methodiek van development: NIET scrum of waterfall.
• Wiskundige verantwoording moet nog plan van actie voor komen.
• Democratisch proces van development.
• Cross-platform compatibiliteit aanhouden. Moet op zich makelijk zijn.
• WhatsApp groepsgesprek voor communicatie buiten school om.
• Morgen beslissen of we GitHub issues gaan gebruiken.