EmbeddedMontiArc issueshttps://git.rwth-aachen.de/groups/monticore/EmbeddedMontiArc/-/issues2019-09-26T18:30:15+02:00https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/server/-/issues/15Battery Interface - initial proposal2019-09-26T18:30:15+02:00ulfetBattery Interface - initial proposalAn interface for battery is needed; as it would be provided to BMW group so that their realization is consistent with our team's implementation.An interface for battery is needed; as it would be provided to BMW group so that their realization is consistent with our team's implementation.First SprintEvgeny KusmenkoAnxhela HyseniulfetEvgeny Kusmenkohttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/RMIModelServer/-/issues/5[ERR] Could not open DLL/ Could not open SO2019-11-11T16:40:48+01:00Sabrina Wolff[ERR] Could not open DLL/ Could not open SOWhen starting a simulation, an error in the RMIServer occured: "[ERR] Could not open DLL: path\to\RMIModelServer\install\autopilot\AutoPilotAdapter\AutopilotAdapter.dll" or "[ERR] Could not open SO: path\to\RMIModelServer\install\autopil...When starting a simulation, an error in the RMIServer occured: "[ERR] Could not open DLL: path\to\RMIModelServer\install\autopilot\AutoPilotAdapter\AutopilotAdapter.dll" or "[ERR] Could not open SO: path\to\RMIModelServer\install\autopilot\AutoPilotAdapter\AutopilotAdapter.so". The Server wants to open the AutopilotAdapter.so and AutopilotAdapter.dll files located in the "AutopilotAdapter" folder but this folder does not exist. The files are placed in the "autopilot" folder. So to fix it, you just need to create a folder named "AutopilotAdapter" in "autopilot" and place both files into it.
![Unbenajjnnt](/uploads/c3b7888a4fa598a20bd20824b8e26d1e/Unbenajjnnt.jpg)
![Unbenkkklannjjjt](/uploads/c101a42422363c24c6303c224cabdac3/Unbenkkklannjjjt.jpg)Evgeny KusmenkoEvgeny Kusmenkohttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Cpp/-/issues/29Wrong execution order of generated c file2021-02-22T13:21:34+01:00Malte HeithoffWrong execution order of generated c fileRunning test
https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Cpp/blob/heithoff_bug/src/test/java/de/monticore/lang/monticar/generator/heithoff/SListBug.java
generates cpp from the ```PacManWrapper```. The instanc...Running test
https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Cpp/blob/heithoff_bug/src/test/java/de/monticore/lang/monticar/generator/heithoff/SListBug.java
generates cpp from the ```PacManWrapper```. The instance ```searchLeft```
https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Cpp/blob/heithoff_bug/src/test/resources/de/rwth/pacman/heithoff2/BFS/Paths.emam#L23
from component ```BFSearch``` https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Cpp/blob/heithoff_bug/src/test/resources/de/rwth/pacman/heithoff2/BFS/BFSearch.emam
will be compiled to https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Cpp/blob/heithoff_bug/src/test/resources/de/rwth/pacman/heithoff2/BFS/de_rwth_pacman_pacManWrapper_controller_safePaths_searchLeft.h
(or in target/generated-sources-cpp/de/rwth/pacman/PacManWrapper/de_rwth_pacman_pacManWrapper_controller_safePaths_searchLeft.h)
Here the instance ```endSafe``` will be executed before every other instance. https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Cpp/blob/heithoff_bug/src/test/resources/de/rwth/pacman/heithoff2/BFS/de_rwth_pacman_pacManWrapper_controller_safePaths_searchLeft.h#L85
But the component should be executed last.Malte HeithoffMalte Heithoffhttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/applications/mnistcalculator/-/issues/3MXNet: Train with MNIST data2020-09-23T10:53:53+02:00Evgeny KusmenkoMXNet: Train with MNIST datacurrently mxnet is trained using the cifar10 dataset as there is a problem with mnist training. Try to find out what the problem is:
goal: replace cifar10 training with mnist.currently mxnet is trained using the cifar10 dataset as there is a problem with mnist training. Try to find out what the problem is:
goal: replace cifar10 training with mnist.Eyüp HarputluEyüp Harputlu2019-04-18https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/applications/mnistcalculator/-/issues/2add gluon directory2019-05-06T11:20:59+02:00Evgeny Kusmenkoadd gluon directory- please add a gluon version
- please create a gluon docker container (possible mxnet container can be reused)
- create a gluon job- please add a gluon version
- please create a gluon docker container (possible mxnet container can be reused)
- create a gluon jobEyüp HarputluEyüp Harputlu2019-04-18https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Middleware/-/issues/31Split clustering code into own project2019-04-10T09:42:00+02:00Alexander David HellwigSplit clustering code into own projectAlexander David HellwigAlexander David Hellwighttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Middleware/-/issues/30MonteCarlo plot starts at 0 instead of 12019-04-01T15:06:51+02:00Alexander David HellwigMonteCarlo plot starts at 0 instead of 1https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/RMIModelServer/-/issues/4How to handle structs in the automated adapter generation?2019-10-09T18:00:07+02:00Evgeny KusmenkoHow to handle structs in the automated adapter generation?Now, only primitive types are adapted, please think about structs.
Possible solutions: introduce classes for structs or flatten structsNow, only primitive types are adapted, please think about structs.
Possible solutions: introduce classes for structs or flatten structsJean MeuriceJean Meuricehttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/RMIModelServer/-/issues/3Readme.md2020-07-08T16:35:25+02:00Evgeny KusmenkoReadme.mdOnce you get the MPC controller generated and intgrated , please create a readme / tutorial , how to get an executable autopilot into the rmimodelserver starting from an embeddedmontiarc modelOnce you get the MPC controller generated and intgrated , please create a readme / tutorial , how to get an executable autopilot into the rmimodelserver starting from an embeddedmontiarc modelJean MeuriceMarkus Philipp BauerJean Meuricehttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/SimulationLanguage/-/issues/3Refactor ExplicitVehicle2019-03-26T13:46:55+01:00Evgeny KusmenkoRefactor ExplicitVehiclereplace X and Y by latitude and longitude
create nice function calls to access start position and destination positionreplace X and Y by latitude and longitude
create nice function calls to access start position and destination positionHengwen Zhanghengwen.zhang@rwth-aachen.dePascal Maurice PortaHengwen Zhanghengwen.zhang@rwth-aachen.de2019-03-19https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/applications/mnistcalculator/-/issues/1Finalizing project2019-03-13T14:40:12+01:00Evgeny KusmenkoFinalizing projectPlease add a short README.md describing purpose, structure of the project and how to build, execute it.
Please create a pipeline executing these steps, i.e. instead of mvn clean install, just execute something like build.sh, generate.sh ...Please add a short README.md describing purpose, structure of the project and how to build, execute it.
Please create a pipeline executing these steps, i.e. instead of mvn clean install, just execute something like build.sh, generate.sh in the gitlab-ci scriptChristopher Jan-Steffen BrixNils FreyerChristopher Jan-Steffen Brixhttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Middleware/-/issues/29Use Silhouette index2019-03-28T18:06:02+01:00Alexander David HellwigUse Silhouette indexwith all number of clusters?with all number of clusters?Alexander David HellwigAlexander David Hellwig2019-03-14https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Middleware/-/issues/28Spectral: Test on Diagonal Block matrix2019-03-12T12:31:29+01:00Alexander David HellwigSpectral: Test on Diagonal Block matrix```
0 1 ...
1 0 ...
... 0 1
... 1 0
``````
0 1 ...
1 0 ...
... 0 1
... 1 0
```Alexander David HellwigAlexander David Hellwighttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Middleware/-/issues/27Use ROS values for Cost Heuristic2019-03-11T15:12:55+01:00Alexander David HellwigUse ROS values for Cost Heuristichttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Middleware/-/issues/26Eval: Why do we use the cluster numbers we use(min, max, same as auto?)2019-03-28T18:05:51+01:00Alexander David HellwigEval: Why do we use the cluster numbers we use(min, max, same as auto?)2019-03-14https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Middleware/-/issues/24Different values of heuristic for same (max) number of clusters2019-03-11T14:58:36+01:00Alexander David HellwigDifferent values of heuristic for same (max) number of clustersAlexander David HellwigAlexander David Hellwighttps://git.rwth-aachen.de/monticore/EmbeddedMontiArc/generators/EMAM2Middleware/-/issues/23Independent subsystems in a Component do not work with standard clustering al...2019-03-04T20:43:19+01:00Alexander David HellwigIndependent subsystems in a Component do not work with standard clustering algorithmsConsider the component:
```ema
component A{
[...]
connect in1 -> sub1.subIn;
connect in2 -> sub2.subIn;
connect sub1.subOut -> out1;
connect sub2.subOut -> out2;
//No connections between sub1 and sub2
}
```
The resul...Consider the component:
```ema
component A{
[...]
connect in1 -> sub1.subIn;
connect in2 -> sub2.subIn;
connect sub1.subOut -> out1;
connect sub2.subOut -> out2;
//No connections between sub1 and sub2
}
```
The resulting graph has 2 unconnected vertices. Therefore the clustering algorithms can not create clusters.
This problem prevails even if the unconnected subsystems get bigger.https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/visualization/-/issues/4Buildings on Streets2019-04-08T17:36:53+02:00Danilo Lourenco TrottaBuildings on StreetsBuildings are parsed from OSM files and placed corresponding to these coordiantes.
But still in certain Maps some buildings are placed completly or halfway on the street.Buildings are parsed from OSM files and placed corresponding to these coordiantes.
But still in certain Maps some buildings are placed completly or halfway on the street.https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/simulation/-/issues/19Lab: Group MR2020-05-25T14:38:31+02:00Evgeny KusmenkoLab: Group MR@b @taeuber.theresa @michael.osetinski @florisa.martins @danilo.trotta @lynchmu @jun.pu
Dear all,
please accumulate all your contributions in a single group branch and create a SINGLE merge request for the simulation repository.@b @taeuber.theresa @michael.osetinski @florisa.martins @danilo.trotta @lynchmu @jun.pu
Dear all,
please accumulate all your contributions in a single group branch and create a SINGLE merge request for the simulation repository.Michael OsetinskiBenjamin StutteYanjiang Heyanjiang.he@rwth-aachen.deFlorisa MartinsDanilo TrottaTheresa TäuberDanilo Lourenco TrottaMichael Osetinski2019-03-05https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/simulation/-/issues/18Unhandled possibility of division by zero in LinearInterpolator.java2020-07-29T10:27:43+02:00Benjamin StutteUnhandled possibility of division by zero in LinearInterpolator.java[Line 339](https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/simulation/blob/master/environment/src/main/java/simulation/environment/geometry/splines/LinearInterpolator.java#L339) of LinearInterpolator.java does not take i...[Line 339](https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/simulation/blob/master/environment/src/main/java/simulation/environment/geometry/splines/LinearInterpolator.java#L339) of LinearInterpolator.java does not take into account the possibility that `tmpDifference` can be equal to zero, thus returning `NaN` should this case occur.
Also, the documentation does not really make clear what this method is actually supposed to do. That the method `computeT()` "[returns t](https://git.rwth-aachen.de/monticore/EmbeddedMontiArc/simulators/simulation/blob/master/environment/src/main/java/simulation/environment/geometry/splines/LinearInterpolator.java#L318)" is pretty self evident without the linked comment but what is that value actually supposed to represent?