| Data Transfer Methods | Description: Data Transfer through Web Services: Use the web service client (created from the schema available online), to submit the CSV file. Dim eldCLient As New EldSubmissionWebService.ELDSubmissionServiceClient Assign the certificate to the web service client through client credentials by declaring it as a new X509Certificate2. eldCLient.ClientCredentials.ClientCertificate = New X509Certificate2(certPath) Create the submission instance: Dim submission As New EldSubmissionWebService.ELDSubmission Assign the values to the submission instance of OutputFileComment (provided by the inspector), ELDIdentifier (provided by the FMCSA), ELDRegistrantId (the value registered with the FMCSA during registration process), OutputFilename (based on the 4.8.2.2 standard), OutputFileBody (reading the file as string and assigning it), Version (version1 based on the ENUM EldSubmissionWebService.FileVersion.V1) and Test (setting to True when testing and false in production). Submit the ELD submission instance through the web service client: Dim response As EldSubmissionWebService.ELDSubmissionResponse = eldCLient.Submit(submission) Data Transfer through Email: Data Transfer: We will be using the 256 bit key from the certificate to encrypt the CSV file and send it as an email. Steps to Decrypt: 1. Declare instance of AES with a key size of 256 and Block size of 128. Initialization vector (IV) is bytes from base64string of LmbXiR1IHfEqEBzlMV5N9Q== and 256 bytes from the RSA key of the public key certificate 2. Create AES decryption instance from the key and IV provided above 3. Use the decryption instance to decry-pt the the .AES file to .CSV Sending S/MIME Email: Declare SMTP instance for the email provided in the certificate Attach encrypted CSV and add the subject (routing information) and body (output file comment) as required Encrypt the email with AES 256 cipher and sign the email with our private key |
| Malfunction Notes | 1. Power compliance: The tablet’s disconnection from power is recorded right then. The disconnection of the LMU results in LMU returning disconnected from power message through its internal battery. 2. Engine Synchronization: LMU device sends invalid identifier to the tablet if unable to read the engine parameters needed for the logs which is then recorded by the tablet as engine synchronization failure code. 3. Timing Compliance: Timings are measured through the LMU device’s GPS readings and the tablet’s UTC time which tablets sync with an online server. If unable to get the timing compliance, malfunction is recorded. 4. Positioning Compliance: Positions are received from LMU every 5 seconds and every minute from the inbuilt GPS of the tablet. If there is no valid GPS reading, the appropriate malfunction indicator is recorded. 5. Data Recording: If the device is unable to record or is missing the required elements to complete log event it is recorded. 6. Data Transfer: The application runs a background service which is awake and monitors the health of LMU device and tablet. Checks all the transmission of data requirements |
| Certifying Statement | I hereby certify that the device was tested as per FMCSA regulation testing. We tested it on Trans99 for over 1500 hours on 4 different units. Devices submitted logs at every action by the user and the monitoring services (which check the status of sensors, ECM reader, storage integrity checking etc) for further verification of the application working in compliance with the regulations. |
