punmeister wrote:
Se zicea ceva prin presa ca se cumpara si AVC-uri care dau rest in concomitent cu achizitia noilor porti de taxare. (asta mai demult, acum cateva luni)

Da, noile AVM-uri vor da rest.
Daca s-a putut la Brasov, atunci se va putea si la Bucuresti...
Mai jos, poza de la Brasov (Poienelor):

@BodoMinea

Hai sa nu intram prea mult in detalii (ca fapt divers acum scriu un articol despre cum sa pui algoritmii de control pe placa video). In general, atat la tren cat si la cititorul de carduri, nu ai nevoie de fexibilitate maxima. Majoritatea modulelor au logica implementara hardware prin circuit, pt ca ele interactioneaza cu alte module prin interfete bine puse la punct. Un checksum sau o decriptare pot fi implementate usor (exista circuite dedicate pt asa ceva), la fel si citirea din calea de rulare (ca oricum ATO-ul Bombardier nu se pupa cu ATO-ul Alstom indiferent ce-i faci tu, poti doar sa cumperi un alt modul de interfatare si gata), deci la nivelul la care poti face efectiv ceva, adica la nivelul de regulator PID, deja nu se mai pune problema sa faci interactiunea prin nimic altceva decat apelarea directa a interfetelor altor module. Chiar si daca ar fi sa faci un checksum sau o decriptare programabil, algoritmi astia ii iei copy-pasta din biblioteci deja existente care se afla la 2 clickuri distanta pe net, nu te apuci tu sa ii faci de la 0 (ca fapt divers, ca vad ca esti inca fraged in tainele programarii - sa nu incerci sa reinventezi roata vreodata, de cele mai multe ori cineva a mai avut problema cu care te confrunti si probabil solutia exista pe net undeva, trebuie doar sa adaptezi la nevoile tale).

Un algoritm de control in C++ arata ceva de genul asta

u[k]=u[k-1]+k_1 e[k]+k_2 e[k-1]+k_3 e[k-3]

unde u e valoarea comenzii, e e diferenta dintre iesirea masurata a sistemului si valoarea tinta pe care vrei sa o obtii, si k reprezinta momentul de timp. K1, K2 si k3 depind de parametrii regulatorului si sunt fixi in timp (in cazul simplu, exista si posibilitatea ca ei sa fie variabili in timp, dar deja dam in chestii mai complexe care oricum nu sunt implementate pe ATO-urile noastre). Dupa cum vezi, nu ai nevoie decat de 2 vectori cu 3 elemente si 3 variabile de tipul float, puse-ntrun timer. Restul de 13 linii de cod implica si interfatarea cu restul componentelor. 6 linii iti trebuie sa actualizezi valorile vectorilor la fiecare interatie (ca te intereseaza doar ultimele 3 valori, deci nu-ti trebuie mai mult de 3 elemente).

@ scuberula

Nu exagerez, chiar am vazut RATB-uri in care picura apa din tavan.

Referitor la validarea cardurilor, aparatul este sensibil nu in dreptul punctului negru cu desenul cardului, ci deasupra lui. Se poate modifica sa devina sensibil in dreptul punctului negru ? Trebuie doar mutat nitel ceva antenute ...
Am vazut cum multi freaca cardurile pe punctul negru, doar, doar o merge.

iliutu wrote:
Referitor la validarea cardurilor, aparatul este sensibil nu in dreptul punctului negru cu desenul cardului, ci deasupra lui. Se poate modifica sa devina sensibil in dreptul punctului negru ?

Raspunsul este: Nu, nu se poate din pacate...

BodoMinea wrote:
Și codul da, pentru această chestie ar trebui să fie simplu, dar probabil nu este (citire, decriptare, checksum, analizare date, modificare în memorie, rescriere, modificare biți de control, sincronizare prin rețea cu celelalte validatoare din vehicul și cu calculatorul de bord - pentru evitarea validării multiple și eventualitatea unui control

Stiu sigur (100%) ca in vehicul, in reteaua validatoarelor nu exista nici un board computer.
Am fost la un depou dupa s-a facut o (re)cablare la un tramvai si am vazut toate echipamentele (in stare de functionare - deci, bun de iesit "in cursa").

@mcosmin
Chiar am deviat rău de tot de la subiect, dar eu am înțeles perfect ce vrei să spui, privind algoritmii, complexitatea lor și logica dezvoltării de software. Totuși, software-ul și codul au devenit parte din multe domenii, și nu prea e corect să generalizăm nimic, nici măcar regula de a <<nu reinventa roata>> - sunt de acord, roata nu trebuie reinventată, chiar nu îmi place deloc să muncesc în plus, când pot pune o referință la o bibliotecă deja făcută care îmi face treaba și să mă concentrez pe esențial și pe scopul meu final.
Dar există și excepții, una mare fiind cea despre care discutam.
-> în dezvoltarea de software pentru *controlul automat al trenurilor*, de stabilitatea căruia depind sute de mii de vieți omenești zilnic, cred că lumea e precaută cu inclusul de bilbioteci. Dacă au de făcut un checksum, o să îl facă de mână ca să știe exact ce e cu el. La fel și stack-ul de networking, o să fie adaptat, verificat și făcut exact în scopul rețelei pentru transmiterea informațiilor din cale, ca în cazul software-ului militar (și mai sunt și alte situații unde codul asupra căruia nu ai control 100% e un risc calculat, dar astea sunt NU cu litere de tipar). Nu îți permiți să incluzi masiv cod extern, nu pentru asta ești plătit GREU de regiile de transport.
-> scopuri educaționale/experimentale: tot ziceai de controller-ul PID. N-ai nevoie să lucrezi la un sistem ATO ca să te lovești de el. Mergând pe teoria „să nu reinventăm roata”, atâția liceeni care se joacă cu kit-uri de construit roboței folosesc permanent controllere PID, chiar unele destul de complexe. Pentru că sunt generate și integrate de kit... dar deja dacă facem așa cu drag-and-drop nu mai e programare, e LEGO   Deci hai să nu deviem. Sunt momente, la orice nivel, când va trebui să reinventezi roata... că și roata când a apărut inițial, până la roata de tren mai era mult, și mult mai mult până la trenul care nu mai are nevoie de nicio roată (nu pentru rulare cel puțin).
Sunt situații și situații și nu e topicul unde să le dezbatem. Și referitor la flexibilitate, ar cam trebui să existe, chiar și în anumite segmente din software-ul feroviar... apoi ne lovim de probleme ca soft-ul de la sistemul de informare de pe CAF-uri care are textul hardcoded și schimbarea unor linii RATB afișate este prea costisitoare ~> informații eronate furnizate pasagerilor.

scuberula wrote:
Stiu sigur (100%) ca in vehicul, in reteaua validatoarelor nu exista nici un board computer.

Hmm... Ok. Atunci este doar consola aceea, Thoreb-ul dacă nu mă înșel, probabil la intrarea în cursă, setează afișajele (presupun că nu e un sistem complet separat) și trimite validatoarelor datele despre cursă...

Un fel de calculator la bord sigur există, cel puțin pentru anunțat stații audio și pe display-ul LED, GPS-ul șoferului și afișajul grafic... doar că nu e în legătură directă și permanentă cu validatoarele, ci doar le dă cumva, ori direct ori prin vreun modul de interfațare comanda cu datele de pornire.

scuberula wrote:
Daca s-a putut la Brasov, atunci se va putea si la Bucuresti...

De putut era clar că se poate, nu subestimez pe nimeni: nici pe aparat (deși trebuie să recunoaștem că e cam overpriced pentru ce face), nici pe cine l-a făcut, nici pe cine le întreține/adaptează. Trebuie să se vrea.
--
@scuberula/<<ZOLI>>, mulțumesc frumos pentru informațiile valoroase oferite până acum, cred că sunt interesante pentru multă lume de pe forum.
Mai am o curiozitate, poate știi ceva... AVC-urile de la Metrorex sunt niște dispensere de cartele (ca la casă: rup dintr-un șirag de cartele deja făcute ce ai cerut - 2,10 călătorii sau abonament valabil dinamic de la prima taxare) sau ele codează cartelele (banda magnetică)? Adică... sunt umplute cu cartele gata făcute sau cu materia primă?
Am încercat să fac presupuneri după timpul necesar eliberării și alți factori... dar mai bună e o informație de la cineva din domeniu.

BodoMinea wrote:
@mcosmin
AVC-urile de la Metrorex sunt niște dispensere de cartele (ca la casă: rup dintr-un șirag de cartele deja făcute ce ai cerut - 2,10 călătorii sau abonament valabil dinamic de la prima taxare) sau ele codează cartelele (banda magnetică)? Adică... sunt umplute cu cartele gata făcute sau cu materia primă?
Am încercat să fac presupuneri după timpul necesar eliberării și alți factori... dar mai bună e o informație de la cineva din domeniu.

Bodo s-a pierdut in detalii...

Reformulez eu:
1. Cartelele sunt gata inscriptionate cu valoarea lor ?
SAU
2. Cartelele sunt "blank-uri" care sunt "inscriptionate" in momentul eliberarii/vanzarii lor ?...

BodoMinea wrote:
Hmm... Ok. Atunci este doar consola aceea, Thoreb-ul dacă nu mă înșel, probabil la intrarea în cursă, setează afișajele (presupun că nu e un sistem complet separat) și trimite validatoarelor datele despre cursă...

Raspuns: Da, e un sistem complet separat (cel putin in momentul asta).

Un fel de calculator la bord sigur există, cel puțin pentru anunțat stații audio și pe display-ul LED, GPS-ul șoferului și afișajul grafic... doar că nu e în legătură directă și permanentă cu validatoarele, ci doar le dă cumva, ori direct ori prin vreun modul de interfațare comanda cu datele de pornire.

Nope... "Datele de pornire" le da un periferic numit de RATB "consola de sofer".
Luni daca am timp (nu promit) o sa pun o poza cu acea consola.

De putut era clar că se poate, nu subestimez pe nimeni: nici pe aparat (deși trebuie să recunoaștem că e cam overpriced pentru ce face), nici pe cine l-a făcut, nici pe cine le întreține/adaptează. Trebuie să se vrea.

Stai linistit, se vrea

Mai am o curiozitate, poate știi ceva... AVC-urile de la Metrorex sunt niște dispensere de cartele (ca la casă: rup dintr-un șirag de cartele deja făcute ce ai cerut - 2,10 călătorii sau abonament valabil dinamic de la prima taxare) sau ele codează cartelele (banda magnetică)? Adică... sunt umplute cu cartele gata făcute sau cu materia primă?
Am încercat să fac presupuneri după timpul necesar eliberării și alți factori... dar mai bună e o informație de la cineva din domeniu.

Pfff... rugaminte mare: nu-i mai spune AVC, ca ma ia cu tremurici. Eu la baza sint medic si AVC inseamna "Accident Vascular Cerebral" !!! Prefer AVM - "Automatic Vending Machine" - denumire generica, dar universal acceptata.
Ok, raspunsul la intrebarea ta este : "cartele virgine"

@BodoMinea

-> în dezvoltarea de software pentru *controlul automat al trenurilor*, de stabilitatea căruia depind sute de mii de vieți omenești zilnic, cred că lumea e precaută cu inclusul de bilbioteci. Dacă au de făcut un checksum, o să îl facă de mână ca să știe exact ce e cu el. La fel și stack-ul de networking, o să fie adaptat, verificat și făcut exact în scopul rețelei pentru transmiterea informațiilor din cale, ca în cazul software-ului militar (și mai sunt și alte situații unde codul asupra căruia nu ai control 100% e un risc calculat, dar astea sunt NU cu litere de tipar). Nu îți permiți să incluzi masiv cod extern, nu pentru asta ești plătit GREU de regiile de transport.

Ai fi surprins sa afli ca ... nu.
Asta pt ca o solutie deja existenta (care e ingropata intr-o biblioteca de C++/.net framework/java) este deja testata de milioane de utilizatori. Cat timp nu ai nevoie de ceva "custom" la algoritmul tau, intotdeauna vei lua cea ce este deja facut. Pt ca reinventarea rotii duce la pierdere de bani si timp.

PS: esti platit la greu nu ca sa scrii cod, si ca sa aduci sistemul gata functional, si aici iti trebuie cunostinte de inginerie (i.e studii superioare si multa experienta), ca sa intelegi cum interactioneaza modulele intre ele, nu cunostinte de scris cod (ca aia poate sa faca oricine de clasa a12a).

Revenind la validatoarele RATB. Sunt destul de sigur ca acele validatoare au toata logica implementata hardware, din simplul motiv ca nu au nevoie sa fie "reprogramabile".

mcosmin wrote:
Revenind la validatoarele RATB. Sunt destul de sigur ca acele validatoare au toata logica implementata hardware, din simplul motiv ca nu au nevoie sa fie "reprogramabile".

Raspuns : NU... sigur nu.
Au absolut tot ce trebuie pentru a rula o aplicatie, inclusiv OS (sistem de operare), drivere, etc.
Se poate face update de aplicatie (soft), se poate face update de OS, no problem!
Ultimul update a avut loc la sfirsitul anului 2016... chiar mi-a stricat sarbatorile

Da... era clar că așa e privind validatoarele RATB. Mulțumim, @scuberula.

Mai ales în lipsa unui calculator de bord în directă legătură cu ele (ca să fie clients/slaves), validatoarele trebuie să aibă o oarecare inteligență - și au! Au sistem de operare cu kernel și tot ce-i trebuie, au full networking stack, și o secvență de boot! Cu siguranță sunt upgradabile -> eu am văzut o opțiune cu „timp transfer” pentru cardurile MULTIPLU pe care nu îmi amintesc să o fi văzut de la început (poate greșesc), plus că RATB vrea să treacă cu vehiculele în mod online din câte am înțeles dintr-o discuție cu dânșii prin email - deci încărcările online să se proceseze în timp real, toate astea necesită update-uri. Chiar și o eventuală schimbare de tarif al călătoriei ar necesita updates, și ar fii o operațiune mult prea laborioasă pentru ceva de rutină dacă validatoarele ar funcționa „raw” sau direct pe cod mașină / în logică hardware... Au un OS și rulează o aplicație, „SAT București” în cazul acesta, dar pot rula și altele sau alte versiuni ale ei  


La fel și AVC(M...)-urile, și panourile de informare din stațiile de metrou, toate sunt independente și rulează sisteme de operare complete, cu un soft custom on-boot, desigur. Și xSell-urile de la CFR la fel, și pretty much orice automat/validator și sistem de informare modern (inclusiv afișajul grafic din Citaro-uri), ca și ATM-urile, deși par să aibă un soft basic, au un sistem de operare complet și sunt ori calculatoare, ori AIO-uri, ori SBC-uri.

@mcosmin
Și ca să încheiem discuția, îți înțeleg punctul și vedere și ideea. Sunt perfect de acord cu ele. Dar să folosești o bibliotecă cu încredere pentru că au mai făcut-o mulți oameni înaintea se aplică la multe chesti: când faci un site, o aplicație mobilă, o aplicație pentru uz personal / business, pentru un sistem de informare, poate și pentru unul de taxare... dar în ce ține de siguranța pasagerilor, ghidatul trenurilor/avioanelor/elicopterelor/dronelor militare (și cam tot ce e militar), ca și în unele chestii din domeniul bancar, îți permiți să folosești resurse externe „ale altora” doar pentru lucrurile triviale sau care țin de aspect (ca să nu pierzi timpul la GUI: UI/UX/etc), dar pe logica internă, calcule, algoritmi, funcții integrate în structurile decizionale... ori făcute în regim intern, ori verificate de n'șpe ori (și oricum verificate și răs-testate de n'șpe ori)... nu se joacă nimeni cu așa ceva. Au mai greșit și alții înainte folosind munca altora în chestii de viață și de moarte și cred că s-au învățat lecțiile în industrie, mai ales printre jucătorii serioși.

scuberula wrote:
Raspuns: Da, e un sistem complet separat (cel putin in momentul asta).

Ok, deci șoferul/vatmanul trebuie să introducă datele o dată pentru afișaj și anunț stații, și încă o dată pentru SAT, unde eventual trebuie să se și autentifice. Nu știu exact procesul dar ușor ușor îl clarificăm.

scuberula wrote:
Luni daca am timp (nu promit) o sa pun o poza cu acea consola.

Okey, sigur, când ai timp. Ne-ai mai zis și mai sus ceva de niște poze. Chiar e bine să mai aducem niște conținut fresh și informațiile „de la sursă” în topic-urile de ticketing, e bun schimbul de idei la un capitol unde din păcate nu excelăm (nu noi pe forum, în general așa...). Dar îmbunătățim pe parcurs.

scuberula wrote:
Pfff... rugaminte mare: nu-i mai spune AVC, ca ma ia cu tremurici. Eu la baza sint medic si AVC inseamna "Accident Vascular Cerebral" !!! Prefer AVM - "Automatic Vending Machine" - denumire generica, dar universal acceptata.
Ok, raspunsul la intrebarea ta este : "cartele virgine"

Ok, Ok. AVM să fie. I-am zis AVC că asta scrie pe el și pe cartelele eliberate.
Thanks for the info ~> Deci el codează benzile magnetice ale cartelelor pe loc, nu mai trebuie făcute în prealabil „role” multiple prefabricate ca pentru caserii, și eventual le și inscripționeză/printează.

BodoMinea wrote:
<<ZOLI>>, mulțumesc frumos pentru informațiile valoroase oferite până acum, cred că sunt interesante pentru multă lume de pe forum.

Cu placere, ma bucur cind vad ca exista si oameni care apreciaza!
Mi-am stricat sarbatorile (de Craciun) ca sa rezolv niste probleme la RATB. Eram acasa la parinti, initial nu am vrut sa plec, dar m-a convins... singurul om din lume pe care nu pot sa-l refuz: "Du-te Zoli si vezi ce poti sa faci." Evident, am cedat... am venit la Bucuresti, am rezolvat problema si apoi m-am intors la ai mei. Sigur, am fost platit, dar banii nu au acoperit nici macar costul biletelor de avion... Si cind te gindesti ca s-au gasit unii sa ma acuze de nu stiu ce interese obscure...

Back on rails: Problema mea e timpul... din lipsa de timp, ma uit doar la ultima pagina de pe forum.

BodoMinea wrote:
Ok, deci șoferul/vatmanul trebuie să introducă datele o dată pentru afișaj și anunț stații, și încă o dată pentru SAT, unde eventual trebuie să se și autentifice. Nu știu exact procesul dar ușor ușor îl clarificăm.

Pentru SAT/AFC, soferul se autentifica: cu card de sofer (la validator) si cu un cod PIN la consola de sofer.

Sigur, am fost platit, dar banii nu au acoperit nici macar costul biletelor de avion... Si cind te gindesti ca s-au gasit unii sa ma acuze de nu stiu ce interese obscure...

Vezi ca exista cai legale prin care poti ataca chestia asta.

BodoMinea wrote:
... Chiar și o eventuală schimbare de tarif al călătoriei ar necesita updates, ...

Raspuns:
Da, cu precizarea ca se actualizeaza doar pretul/tariful!
Evident nu se schimba softul de fiecare data cind operatorul schimba tarifele - ar fi dezastru!

Asta e consola de sofer.
Cam greu s-o vezi din "saivan", trebuie sa intri in cabina soferului.