Raspberry Pi/OBDII/Serial Communications over Bluetooth Announcing the arrival of Valued...

How can I use the Python library networkx from Mathematica?

How does the math work when buying airline miles?

Wu formula for manifolds with boundary

If a contract sometimes uses the wrong name, is it still valid?

Is it cost-effective to upgrade an old-ish Giant Escape R3 commuter bike with entry-level branded parts (wheels, drivetrain)?

Do wooden building fires get hotter than 600°C?

Did MS DOS itself ever use blinking text?

What are the out-of-universe reasons for the references to Toby Maguire-era Spider-Man in ITSV

Why do we bend a book to keep it straight?

How to Make a Beautiful Stacked 3D Plot

Is this homebrew Lady of Pain warlock patron balanced?

Do I really need to have a message in a novel to appeal to readers?

Around usage results

Is "Reachable Object" really an NP-complete problem?

What does the "x" in "x86" represent?

Irreducible of finite Krull dimension implies quasi-compact?

Why are there no cargo aircraft with "flying wing" design?

If my PI received research grants from a company to be able to pay my postdoc salary, did I have a potential conflict interest too?

Why are both D and D# fitting into my E minor key?

What is the meaning of the new sigil in Game of Thrones Season 8 intro?

Do I really need recursive chmod to restrict access to a folder?

8 Prisoners wearing hats

Is it a good idea to use CNN to classify 1D signal?

How to compare two different files line by line in unix?



Raspberry Pi/OBDII/Serial Communications over Bluetooth



Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)
Congratulation Joan for 50k!Interfacing with a Winbond W25Q64BV flash chip via SPIBluetooth serial failureBluetooth serial communicationRfcomm0 Console Over BluetoothHow to implement an echo-service over bluetooth smartCommandline : How to Pair *two* Raspberry Pi's over BluetoothSend data from arduino ble to raspberry pi 2 as serial over bluetoothBootstrapping wifi over bluetoothSPI only returning zeros with Raspbian (It works with IoT core)rfcomm service not working for Bluetooth over serial





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







0















Thanks for having a look at my post and my problem :)



I'm presently developing an automotive on-board diagnostics scanner application in python3/wxPython. For the communications heavy lifting, I'm using the python-obd library, found at https://github.com/brendan-w/python-OBD/releases



This work is taking place on a raspberry pi 3 model b+ and a Veepeak OBD-II obd port interface. This interface is a Bluetooth device which is accessed via a virtual serial port on the Pi.



So far I've been testing on my old '98 Toyota truck; what I'm seeing is that the 'OK" response stops when the ATE0 command is sent. This is reflected both in the debug logs of the python obd library I'm using, and in my experiences working interactively with the Veepeak via the Minicom terminal program.



This prevents the library code from responding sensibly, as a casual reading of the relevant source fragments in the repository illustrates a dependency on the 'OK' response during initialization of the elm327 for communications.



Though more vigorous testing would certainly be helpful, so far my wife's late-model Nissan Rogue exhibits similar behaviour.



Has anyone else seen this sort of behaviour after an ate0 command?



AFAICT from the connected wiring on the port, the truck is using either SAE J1850 VPW (10.4 kbaud) or ISO 9141-2 (5 baud init, 10.4 kbaud). Dunno about the wife's Rogue.



If it is the latter, running the initialization at 10.4kbaud could be less than constructive...










share|improve this question













migrated from superuser.com 13 hours ago


This question came from our site for computer enthusiasts and power users.

























    0















    Thanks for having a look at my post and my problem :)



    I'm presently developing an automotive on-board diagnostics scanner application in python3/wxPython. For the communications heavy lifting, I'm using the python-obd library, found at https://github.com/brendan-w/python-OBD/releases



    This work is taking place on a raspberry pi 3 model b+ and a Veepeak OBD-II obd port interface. This interface is a Bluetooth device which is accessed via a virtual serial port on the Pi.



    So far I've been testing on my old '98 Toyota truck; what I'm seeing is that the 'OK" response stops when the ATE0 command is sent. This is reflected both in the debug logs of the python obd library I'm using, and in my experiences working interactively with the Veepeak via the Minicom terminal program.



    This prevents the library code from responding sensibly, as a casual reading of the relevant source fragments in the repository illustrates a dependency on the 'OK' response during initialization of the elm327 for communications.



    Though more vigorous testing would certainly be helpful, so far my wife's late-model Nissan Rogue exhibits similar behaviour.



    Has anyone else seen this sort of behaviour after an ate0 command?



    AFAICT from the connected wiring on the port, the truck is using either SAE J1850 VPW (10.4 kbaud) or ISO 9141-2 (5 baud init, 10.4 kbaud). Dunno about the wife's Rogue.



    If it is the latter, running the initialization at 10.4kbaud could be less than constructive...










    share|improve this question













    migrated from superuser.com 13 hours ago


    This question came from our site for computer enthusiasts and power users.





















      0












      0








      0








      Thanks for having a look at my post and my problem :)



      I'm presently developing an automotive on-board diagnostics scanner application in python3/wxPython. For the communications heavy lifting, I'm using the python-obd library, found at https://github.com/brendan-w/python-OBD/releases



      This work is taking place on a raspberry pi 3 model b+ and a Veepeak OBD-II obd port interface. This interface is a Bluetooth device which is accessed via a virtual serial port on the Pi.



      So far I've been testing on my old '98 Toyota truck; what I'm seeing is that the 'OK" response stops when the ATE0 command is sent. This is reflected both in the debug logs of the python obd library I'm using, and in my experiences working interactively with the Veepeak via the Minicom terminal program.



      This prevents the library code from responding sensibly, as a casual reading of the relevant source fragments in the repository illustrates a dependency on the 'OK' response during initialization of the elm327 for communications.



      Though more vigorous testing would certainly be helpful, so far my wife's late-model Nissan Rogue exhibits similar behaviour.



      Has anyone else seen this sort of behaviour after an ate0 command?



      AFAICT from the connected wiring on the port, the truck is using either SAE J1850 VPW (10.4 kbaud) or ISO 9141-2 (5 baud init, 10.4 kbaud). Dunno about the wife's Rogue.



      If it is the latter, running the initialization at 10.4kbaud could be less than constructive...










      share|improve this question














      Thanks for having a look at my post and my problem :)



      I'm presently developing an automotive on-board diagnostics scanner application in python3/wxPython. For the communications heavy lifting, I'm using the python-obd library, found at https://github.com/brendan-w/python-OBD/releases



      This work is taking place on a raspberry pi 3 model b+ and a Veepeak OBD-II obd port interface. This interface is a Bluetooth device which is accessed via a virtual serial port on the Pi.



      So far I've been testing on my old '98 Toyota truck; what I'm seeing is that the 'OK" response stops when the ATE0 command is sent. This is reflected both in the debug logs of the python obd library I'm using, and in my experiences working interactively with the Veepeak via the Minicom terminal program.



      This prevents the library code from responding sensibly, as a casual reading of the relevant source fragments in the repository illustrates a dependency on the 'OK' response during initialization of the elm327 for communications.



      Though more vigorous testing would certainly be helpful, so far my wife's late-model Nissan Rogue exhibits similar behaviour.



      Has anyone else seen this sort of behaviour after an ate0 command?



      AFAICT from the connected wiring on the port, the truck is using either SAE J1850 VPW (10.4 kbaud) or ISO 9141-2 (5 baud init, 10.4 kbaud). Dunno about the wife's Rogue.



      If it is the latter, running the initialization at 10.4kbaud could be less than constructive...







      linux python bluetooth






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked 14 hours ago







      James Stallings











      migrated from superuser.com 13 hours ago


      This question came from our site for computer enthusiasts and power users.









      migrated from superuser.com 13 hours ago


      This question came from our site for computer enthusiasts and power users.
























          0






          active

          oldest

          votes












          Your Answer






          StackExchange.ifUsing("editor", function () {
          return StackExchange.using("schematics", function () {
          StackExchange.schematics.init();
          });
          }, "cicuitlab");

          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "447"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fraspberrypi.stackexchange.com%2fquestions%2f96635%2fraspberry-pi-obdii-serial-communications-over-bluetooth%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown
























          0






          active

          oldest

          votes








          0






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes
















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Raspberry Pi Stack Exchange!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fraspberrypi.stackexchange.com%2fquestions%2f96635%2fraspberry-pi-obdii-serial-communications-over-bluetooth%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          VNC viewer RFB protocol error: bad desktop size 0x0I Cannot Type the Key 'd' (lowercase) in VNC Viewer...

          Tribunal Administrativo e Fiscal de Mirandela Referências Menu de...

          looking for continuous Screen Capture for retroactivly reproducing errors, timeback machineRolling desktop...