Ok, well all of this are a bit more bound to certain projects. But you are right it all depends on the goal one would chase. open HAB for example would be a good choice for HomeAutomation projects, but not that suitable for manufacturing appliances. I just thought of maintaining the server part( websockets, available on python, c#, java, etc.) within the project, maybe implemented as a driver. That would give an user a powerful tool where he can extend his programm with an UI. With this option the frontend again is at users choice.
Gesendet von Outlook für Android<https://aka.ms/AAb9ysg> ________________________________ From: Łukasz Dywicki <l...@code-house.org> Sent: Thursday, March 21, 2024 5:08:24 PM To: dev@plc4x.apache.org <dev@plc4x.apache.org> Subject: Re: AW: UI Branch I can throw in one more option - openHAB on top of apache karaf. :) Its more a question about what you are trying to build. There are several approaches out there. openHAB is one, merlot is second, eclipse kura is third, openMUC or amplia-iiot (oda) or openems is yet another one. Real question is what kind application/system you wish to bring and how it differs from others. I could see also other architecture which would involve websockets, but with clean structures defined via i.e. graphql schema. I've made some experiments with later one combined with react, to see how hard it works together. Currently I have built amsads and s7 bindings on top of plc4j APIs: https://docs.connectorio.com/connectorio-addons/3.0.x/index.html Sources: https://github.com/connectorio/connectorio-addons Binaries: https://repository.connectorio.cloud/#browse/browse:co7io-public-snapshots:org%2Fconnectorio%2Faddons Cheers, Łukasz On 21.03.2024 17:30, bjo...@coding-nexus.com wrote: > I see... > > Are you sure you wanna go with gRPC or Apache Karaf as Backend? Can you > elaborate on this? Why not websockets builtin in plc4x? > > Best regards > > ----------------------------------------------------------------- > Coding Nexus LLC > Björn Haverland > 2880W Oakland Park Blvd > Suite 225C > Oakland Park > 33311 Florida > > Tel: +1 954 607 2347 > > bjo...@coding-nexus.com > https://www.coding-nexus.com > > > -----Ursprüngliche Nachricht----- > Von: Cesar Garcia <cesar.gar...@ceos.com.ve> > Gesendet: Donnerstag, 21. März 2024 17:17 > An: dev@plc4x.apache.org > Betreff: Re: UI Branch > > Hello, > > I took the flag raised by Chris regarding the UI, and we are evaluating the > different technologies, the idea is to keep things as simple as possible (I > think). > > For the frontend > > 1. qooxdoo. > 2. Apache Echarts. > > For the backend > > 3. gRPC > 4. Apache Karaf (Merlot). > > I'm going to try to make a demo for the work team on Saturday, against the > clock, but I'll do my best. > > Kind regards, > > El jue, 21 mar 2024 a las 12:07, <bjo...@coding-nexus.com> escribió: > >> I’m splitting the topic, I read something about an UI Branch, where >> can I find it? Is there a particular reason why ReactJS? What is it >> supposed to be? A unified UI library for all supported plc? >> >> So many questions 😉 >> >> >> >> I had an idea of using plc4j add a websocket API and use vueJS (I’m >> using vue in several projects, have only little experience with React) >> to export a simple UI library. This way a UI would be very portable >> across many platforms. >> >> Is the ReactJS Branch a similar approach? >> >> >> >> Best regards >> >> >> >> Björn >> >> >> >> >> >> Gesendet von Outlook für Android <https://aka.ms/AAb9ysg> >> >> _____ >> >> From: Christofer Dutz <christofer.d...@c-ware.de> >> Sent: Thursday, March 21, 2024 1:39:11 PM >> To: dev@plc4x.apache.org <dev@plc4x.apache.org> >> Subject: AW: [DISCUSS] What do we want to look into/talk about on the >> Meetup/Workshop? >> >> >> >> Possibly worth adding: >> - Refactor the OPC-UA test-suite to run as Integration-Test in the >> build and to rely on a Milo server started in the pre-integration-test >> phase and which is stopped in the post-integration-test-phase. >> >> Von: Lukas Ott <ott.lukas...@gmail.com> >> Datum: Montag, 18. März 2024 um 11:51 >> An: dev@plc4x.apache.org <dev@plc4x.apache.org> >> Betreff: Re: [DISCUSS] What do we want to look into/talk about on the >> Meetup/Workshop? >> Mine are much simpler: >> - Merge my pull request >> * <https://github.com/apache/plc4x/pull/1419> >> https://github.com/apache/plc4x/pull/1419 should be 5-10 minutes with >> Sebastian. >> - Go through PLC4PY with Ben and get things running on my side >> * Add Pip Package to <https://pypi.org/> https://pypi.org/ >> including release integration etc. >> * What is missing for PLC4Py to get out of the sandbox? >> * Find little tasks where I can start and not overwhelmed as one >> of the rare-non developers in that project. >> - Look into what you (Chris) did with ReactJS on the UI branch and get >> that running >> >> For the rest I am giving a +1 for your points. >> >> Lukas >> >> Am Mo., 18. März 2024 um 11:17 Uhr schrieb Christofer Dutz < >> christofer.d...@c-ware.de>: >> >>> Here some things I have on my mind: >>> >>> >>> * Road to 1.0.0 (What’s still missing?) >>> * Generating larger portions of the code (Mesasages & >> Request+Response) >>> * Missing features: >>> * Optimizer Framework (Optimize requests, by rewriting them) >>> * Subscription Emulation (General purpose component, that uses the >>> READ api to simulare subscriptions) >>> * New/Advanced Scraper (Rewrite of the Scraper, that allows things >>> like “read, triggered by subscription”) >>> * How can we distribute the workload a bit better? >>> * How can we grow the community? >>> >>> Chris >>> >> >> > > -- > *CEOS Automatización, C.A.* > *GALPON SERVICIO INDUSTRIALES Y NAVALES FA, C.A.,* *PISO 1, OFICINA 2, AV. > RAUL LEONI, SECTOR GUAMACHITO,* > > *FRENTE A LA ASOCIACION DE GANADEROS,BARCELONA,EDO. ANZOATEGUI* *Ing. César > García* > > *Cel: +58 414-760.98.95* > > *Hotline Técnica SIEMENS: 0800 1005080* > > *Email: support.aan.automat...@siemens.com > <support.aan.automat...@siemens.com>* >
